| 1 | /* Copyright (c) OASIS Open 2016. All Rights Reserved./ | 
|---|
| 2 | * /Distributed under the terms of the OASIS IPR Policy, | 
|---|
| 3 | * [http://www.oasis-open.org/policies-guidelines/ipr], AS-IS, WITHOUT ANY | 
|---|
| 4 | * IMPLIED OR EXPRESS WARRANTY; there is no warranty of MERCHANTABILITY, FITNESS FOR A | 
|---|
| 5 | * PARTICULAR PURPOSE or NONINFRINGEMENT of the rights of others. | 
|---|
| 6 | */ | 
|---|
| 7 |  | 
|---|
| 8 | /* Latest version of the specification: | 
|---|
| 9 | * http://docs.oasis-open.org/pkcs11/pkcs11-base/v2.40/pkcs11-base-v2.40.html | 
|---|
| 10 | */ | 
|---|
| 11 |  | 
|---|
| 12 | #ifndef _PKCS11_H_ | 
|---|
| 13 | #define _PKCS11_H_ 1 | 
|---|
| 14 |  | 
|---|
| 15 | #ifdef __cplusplus | 
|---|
| 16 | extern "C"{ | 
|---|
| 17 | #endif | 
|---|
| 18 |  | 
|---|
| 19 | /* Before including this file (pkcs11.h) (or pkcs11t.h by | 
|---|
| 20 | * itself), 5 platform-specific macros must be defined.  These | 
|---|
| 21 | * macros are described below, and typical definitions for them | 
|---|
| 22 | * are also given.  Be advised that these definitions can depend | 
|---|
| 23 | * on both the platform and the compiler used (and possibly also | 
|---|
| 24 | * on whether a Cryptoki library is linked statically or | 
|---|
| 25 | * dynamically). | 
|---|
| 26 | * | 
|---|
| 27 | * In addition to defining these 5 macros, the packing convention | 
|---|
| 28 | * for Cryptoki structures should be set.  The Cryptoki | 
|---|
| 29 | * convention on packing is that structures should be 1-byte | 
|---|
| 30 | * aligned. | 
|---|
| 31 | * | 
|---|
| 32 | * If you're using Microsoft Developer Studio 5.0 to produce | 
|---|
| 33 | * Win32 stuff, this might be done by using the following | 
|---|
| 34 | * preprocessor directive before including pkcs11.h or pkcs11t.h: | 
|---|
| 35 | * | 
|---|
| 36 | * #pragma pack(push, cryptoki, 1) | 
|---|
| 37 | * | 
|---|
| 38 | * and using the following preprocessor directive after including | 
|---|
| 39 | * pkcs11.h or pkcs11t.h: | 
|---|
| 40 | * | 
|---|
| 41 | * #pragma pack(pop, cryptoki) | 
|---|
| 42 | * | 
|---|
| 43 | * If you're using an earlier version of Microsoft Developer | 
|---|
| 44 | * Studio to produce Win16 stuff, this might be done by using | 
|---|
| 45 | * the following preprocessor directive before including | 
|---|
| 46 | * pkcs11.h or pkcs11t.h: | 
|---|
| 47 | * | 
|---|
| 48 | * #pragma pack(1) | 
|---|
| 49 | * | 
|---|
| 50 | * In a UNIX environment, you're on your own for this.  You might | 
|---|
| 51 | * not need to do (or be able to do!) anything. | 
|---|
| 52 | * | 
|---|
| 53 | * | 
|---|
| 54 | * Now for the macros: | 
|---|
| 55 | * | 
|---|
| 56 | * | 
|---|
| 57 | * 1. CK_PTR: The indirection string for making a pointer to an | 
|---|
| 58 | * object.  It can be used like this: | 
|---|
| 59 | * | 
|---|
| 60 | * typedef CK_BYTE CK_PTR CK_BYTE_PTR; | 
|---|
| 61 | * | 
|---|
| 62 | * If you're using Microsoft Developer Studio 5.0 to produce | 
|---|
| 63 | * Win32 stuff, it might be defined by: | 
|---|
| 64 | * | 
|---|
| 65 | * #define CK_PTR * | 
|---|
| 66 | * | 
|---|
| 67 | * If you're using an earlier version of Microsoft Developer | 
|---|
| 68 | * Studio to produce Win16 stuff, it might be defined by: | 
|---|
| 69 | * | 
|---|
| 70 | * #define CK_PTR far * | 
|---|
| 71 | * | 
|---|
| 72 | * In a typical UNIX environment, it might be defined by: | 
|---|
| 73 | * | 
|---|
| 74 | * #define CK_PTR * | 
|---|
| 75 | * | 
|---|
| 76 | * | 
|---|
| 77 | * 2. CK_DECLARE_FUNCTION(returnType, name): A macro which makes | 
|---|
| 78 | * an importable Cryptoki library function declaration out of a | 
|---|
| 79 | * return type and a function name.  It should be used in the | 
|---|
| 80 | * following fashion: | 
|---|
| 81 | * | 
|---|
| 82 | * extern CK_DECLARE_FUNCTION(CK_RV, C_Initialize)( | 
|---|
| 83 | *   CK_VOID_PTR pReserved | 
|---|
| 84 | * ); | 
|---|
| 85 | * | 
|---|
| 86 | * If you're using Microsoft Developer Studio 5.0 to declare a | 
|---|
| 87 | * function in a Win32 Cryptoki .dll, it might be defined by: | 
|---|
| 88 | * | 
|---|
| 89 | * #define CK_DECLARE_FUNCTION(returnType, name) \ | 
|---|
| 90 | *   returnType __declspec(dllimport) name | 
|---|
| 91 | * | 
|---|
| 92 | * If you're using an earlier version of Microsoft Developer | 
|---|
| 93 | * Studio to declare a function in a Win16 Cryptoki .dll, it | 
|---|
| 94 | * might be defined by: | 
|---|
| 95 | * | 
|---|
| 96 | * #define CK_DECLARE_FUNCTION(returnType, name) \ | 
|---|
| 97 | *   returnType __export _far _pascal name | 
|---|
| 98 | * | 
|---|
| 99 | * In a UNIX environment, it might be defined by: | 
|---|
| 100 | * | 
|---|
| 101 | * #define CK_DECLARE_FUNCTION(returnType, name) \ | 
|---|
| 102 | *   returnType name | 
|---|
| 103 | * | 
|---|
| 104 | * | 
|---|
| 105 | * 3. CK_DECLARE_FUNCTION_POINTER(returnType, name): A macro | 
|---|
| 106 | * which makes a Cryptoki API function pointer declaration or | 
|---|
| 107 | * function pointer type declaration out of a return type and a | 
|---|
| 108 | * function name.  It should be used in the following fashion: | 
|---|
| 109 | * | 
|---|
| 110 | * // Define funcPtr to be a pointer to a Cryptoki API function | 
|---|
| 111 | * // taking arguments args and returning CK_RV. | 
|---|
| 112 | * CK_DECLARE_FUNCTION_POINTER(CK_RV, funcPtr)(args); | 
|---|
| 113 | * | 
|---|
| 114 | * or | 
|---|
| 115 | * | 
|---|
| 116 | * // Define funcPtrType to be the type of a pointer to a | 
|---|
| 117 | * // Cryptoki API function taking arguments args and returning | 
|---|
| 118 | * // CK_RV, and then define funcPtr to be a variable of type | 
|---|
| 119 | * // funcPtrType. | 
|---|
| 120 | * typedef CK_DECLARE_FUNCTION_POINTER(CK_RV, funcPtrType)(args); | 
|---|
| 121 | * funcPtrType funcPtr; | 
|---|
| 122 | * | 
|---|
| 123 | * If you're using Microsoft Developer Studio 5.0 to access | 
|---|
| 124 | * functions in a Win32 Cryptoki .dll, in might be defined by: | 
|---|
| 125 | * | 
|---|
| 126 | * #define CK_DECLARE_FUNCTION_POINTER(returnType, name) \ | 
|---|
| 127 | *   returnType __declspec(dllimport) (* name) | 
|---|
| 128 | * | 
|---|
| 129 | * If you're using an earlier version of Microsoft Developer | 
|---|
| 130 | * Studio to access functions in a Win16 Cryptoki .dll, it might | 
|---|
| 131 | * be defined by: | 
|---|
| 132 | * | 
|---|
| 133 | * #define CK_DECLARE_FUNCTION_POINTER(returnType, name) \ | 
|---|
| 134 | *   returnType __export _far _pascal (* name) | 
|---|
| 135 | * | 
|---|
| 136 | * In a UNIX environment, it might be defined by: | 
|---|
| 137 | * | 
|---|
| 138 | * #define CK_DECLARE_FUNCTION_POINTER(returnType, name) \ | 
|---|
| 139 | *   returnType (* name) | 
|---|
| 140 | * | 
|---|
| 141 | * | 
|---|
| 142 | * 4. CK_CALLBACK_FUNCTION(returnType, name): A macro which makes | 
|---|
| 143 | * a function pointer type for an application callback out of | 
|---|
| 144 | * a return type for the callback and a name for the callback. | 
|---|
| 145 | * It should be used in the following fashion: | 
|---|
| 146 | * | 
|---|
| 147 | * CK_CALLBACK_FUNCTION(CK_RV, myCallback)(args); | 
|---|
| 148 | * | 
|---|
| 149 | * to declare a function pointer, myCallback, to a callback | 
|---|
| 150 | * which takes arguments args and returns a CK_RV.  It can also | 
|---|
| 151 | * be used like this: | 
|---|
| 152 | * | 
|---|
| 153 | * typedef CK_CALLBACK_FUNCTION(CK_RV, myCallbackType)(args); | 
|---|
| 154 | * myCallbackType myCallback; | 
|---|
| 155 | * | 
|---|
| 156 | * If you're using Microsoft Developer Studio 5.0 to do Win32 | 
|---|
| 157 | * Cryptoki development, it might be defined by: | 
|---|
| 158 | * | 
|---|
| 159 | * #define CK_CALLBACK_FUNCTION(returnType, name) \ | 
|---|
| 160 | *   returnType (* name) | 
|---|
| 161 | * | 
|---|
| 162 | * If you're using an earlier version of Microsoft Developer | 
|---|
| 163 | * Studio to do Win16 development, it might be defined by: | 
|---|
| 164 | * | 
|---|
| 165 | * #define CK_CALLBACK_FUNCTION(returnType, name) \ | 
|---|
| 166 | *   returnType _far _pascal (* name) | 
|---|
| 167 | * | 
|---|
| 168 | * In a UNIX environment, it might be defined by: | 
|---|
| 169 | * | 
|---|
| 170 | * #define CK_CALLBACK_FUNCTION(returnType, name) \ | 
|---|
| 171 | *   returnType (* name) | 
|---|
| 172 | * | 
|---|
| 173 | * | 
|---|
| 174 | * 5. NULL_PTR: This macro is the value of a NULL pointer. | 
|---|
| 175 | * | 
|---|
| 176 | * In any ANSI/ISO C environment (and in many others as well), | 
|---|
| 177 | * this should best be defined by | 
|---|
| 178 | * | 
|---|
| 179 | * #ifndef NULL_PTR | 
|---|
| 180 | * #define NULL_PTR 0 | 
|---|
| 181 | * #endif | 
|---|
| 182 | */ | 
|---|
| 183 |  | 
|---|
| 184 |  | 
|---|
| 185 | /* All the various Cryptoki types and #define'd values are in the | 
|---|
| 186 | * file pkcs11t.h. | 
|---|
| 187 | */ | 
|---|
| 188 | #include "pkcs11t.h" | 
|---|
| 189 |  | 
|---|
| 190 | #define __PASTE(x,y)      x##y | 
|---|
| 191 |  | 
|---|
| 192 |  | 
|---|
| 193 | /* ============================================================== | 
|---|
| 194 | * Define the "extern" form of all the entry points. | 
|---|
| 195 | * ============================================================== | 
|---|
| 196 | */ | 
|---|
| 197 |  | 
|---|
| 198 | #define CK_NEED_ARG_LIST  1 | 
|---|
| 199 | #define CK_PKCS11_FUNCTION_INFO(name) \ | 
|---|
| 200 | extern CK_DECLARE_FUNCTION(CK_RV, name) | 
|---|
| 201 |  | 
|---|
| 202 | /* pkcs11f.h has all the information about the Cryptoki | 
|---|
| 203 | * function prototypes. | 
|---|
| 204 | */ | 
|---|
| 205 | #include "pkcs11f.h" | 
|---|
| 206 |  | 
|---|
| 207 | #undef CK_NEED_ARG_LIST | 
|---|
| 208 | #undef CK_PKCS11_FUNCTION_INFO | 
|---|
| 209 |  | 
|---|
| 210 |  | 
|---|
| 211 | /* ============================================================== | 
|---|
| 212 | * Define the typedef form of all the entry points.  That is, for | 
|---|
| 213 | * each Cryptoki function C_XXX, define a type CK_C_XXX which is | 
|---|
| 214 | * a pointer to that kind of function. | 
|---|
| 215 | * ============================================================== | 
|---|
| 216 | */ | 
|---|
| 217 |  | 
|---|
| 218 | #define CK_NEED_ARG_LIST  1 | 
|---|
| 219 | #define CK_PKCS11_FUNCTION_INFO(name) \ | 
|---|
| 220 | typedef CK_DECLARE_FUNCTION_POINTER(CK_RV, __PASTE(CK_,name)) | 
|---|
| 221 |  | 
|---|
| 222 | /* pkcs11f.h has all the information about the Cryptoki | 
|---|
| 223 | * function prototypes. | 
|---|
| 224 | */ | 
|---|
| 225 | #include "pkcs11f.h" | 
|---|
| 226 |  | 
|---|
| 227 | #undef CK_NEED_ARG_LIST | 
|---|
| 228 | #undef CK_PKCS11_FUNCTION_INFO | 
|---|
| 229 |  | 
|---|
| 230 |  | 
|---|
| 231 | /* ============================================================== | 
|---|
| 232 | * Define structed vector of entry points.  A CK_FUNCTION_LIST | 
|---|
| 233 | * contains a CK_VERSION indicating a library's Cryptoki version | 
|---|
| 234 | * and then a whole slew of function pointers to the routines in | 
|---|
| 235 | * the library.  This type was declared, but not defined, in | 
|---|
| 236 | * pkcs11t.h. | 
|---|
| 237 | * ============================================================== | 
|---|
| 238 | */ | 
|---|
| 239 |  | 
|---|
| 240 | #define CK_PKCS11_FUNCTION_INFO(name) \ | 
|---|
| 241 | __PASTE(CK_,name) name; | 
|---|
| 242 |  | 
|---|
| 243 | struct CK_FUNCTION_LIST { | 
|---|
| 244 |  | 
|---|
| 245 | CK_VERSION    version;  /* Cryptoki version */ | 
|---|
| 246 |  | 
|---|
| 247 | /* Pile all the function pointers into the CK_FUNCTION_LIST. */ | 
|---|
| 248 | /* pkcs11f.h has all the information about the Cryptoki | 
|---|
| 249 | * function prototypes. | 
|---|
| 250 | */ | 
|---|
| 251 | #include "pkcs11f.h" | 
|---|
| 252 |  | 
|---|
| 253 | }; | 
|---|
| 254 |  | 
|---|
| 255 | #undef CK_PKCS11_FUNCTION_INFO | 
|---|
| 256 |  | 
|---|
| 257 |  | 
|---|
| 258 | #undef __PASTE | 
|---|
| 259 |  | 
|---|
| 260 | #ifdef __cplusplus | 
|---|
| 261 | } | 
|---|
| 262 | #endif | 
|---|
| 263 |  | 
|---|
| 264 | #endif /* _PKCS11_H_ */ | 
|---|
| 265 |  | 
|---|
| 266 |  | 
|---|