That's why I wrote that it "might be hard to accept," because it's really the last thing we want to do, implement own run-time environment, isn't it? But note that there *are* system DLL which are linked with MSVCRT.DLL. E.g. CRYPT32.DLL imports string functions and malloc/free, while WS32_32.DLL imports fopen, fclose, fgets and some string functions... How does it work there? A.
You can link to a C Run Time within a DLL as long as you are not sharing data structures with your caller. WS32_32.DLL can use fopen() because it does not accept FILE * from its callers. All of the use of fopen() is local to its own implementation. Threading issues if any are handled internally by ensuring that calls are not made outside of a mutex semaphore lock.
Jeffrey Altman
smime.p7s
Description: S/MIME Cryptographic Signature
