April 18th, 2013, 04:08 PM
Do you have the source for crypto? If yes, I suggest that you change the interface so that both in and systemKey are const char *. This would simplify things.
As general good practice, function...
April 18th, 2013, 10:26 AM
Try first to LoadLibrary "msvcrt", then LoadLibrary "cryptocpp.dll" (using full path) and then LoadLibrary "crypto.dll" (using full path). I tried to load cryptocpp.dll on my computer and I got an...
April 17th, 2013, 03:12 PM
This means that the problem is probably within dllmain() as DONT_RESOLVE_DLL_REFERENCES means that dllmain() isn't called for process and thread initialisation. However, it also means that the system...
April 17th, 2013, 02:23 PM
How did you create the crypto.dll? cryptopp version 5.6.1.0 is available from Wei Dai's home page as a set of source files to be compiled to produce a .dll. Using their standard build produces...
April 17th, 2013, 10:50 AM
1)Are you sure you are checking for error from LoadLibrary correctly as you have not posted here any real code just the odd line.
2) On the computers that are giving you the problem, have you...
April 16th, 2013, 03:22 PM
Try a simple test. Create a new test program that just does LoadLibrary("crypto"); See if this works or fails on the machines where your original program failed. If this simple test does fail, try...
April 16th, 2013, 02:59 PM
Try using LoadLibraryEx with dwFlags DONT_RESOLVE_DLL_REFERENCES and see what the error code is then.
April 16th, 2013, 01:29 PM
I suspect that you are getting error 183 because the DllMain function of Crypto.dll is returning FALSE when it is called with DLL_PROCESS_ATTACH.
On the computers on which it fails, have you tried...
April 16th, 2013, 05:52 AM
Error code 183 means 'Cannot create a file when that file already exists.'
