There is bug in the test. The PAL startup code is not getting called properly. To fix it, replace:
< int __cdecl main(int argc, char ** argv, char ** envp) With: > #include "palstartup.h" > > int __cdecl main(int argc, char ** argv) -Jan This posting is provided "AS IS" with no warranties, and confers no rights. -----Original Message----- From: Discussion of the Rotor Shared Source CLI implementation [mailto:[EMAIL PROTECTED] On Behalf Of Rob M Sent: Wednesday, May 28, 2003 2:16 PM To: [EMAIL PROTECTED] Subject: Re: [DOTNET-ROTOR] running ffitest on MAC OS More info: PAL_RegisterLibrary is failing in ffitest.cpp. PAL_RegisterLibrary calls LoadLibraryW, which calls WideCharToMultiByte CODEPAGECPToCFStringEncoding fails within WideCharToMultiByte. On the MAC the code page that is handed to WideCharToMultiByte is CP_ACP (0). cfEncoding = CODEPAGECPToCFStringEncoding(CodePage); if (cfEncoding == kCFStringEncodingInvalidId) { ERROR( "This code page is not in the system.\n" ); SetLastError(ERROR_INVALID_PARAMETER); goto EXIT; } CODEPAGECPToCFStringEncoding searches through the CP_TO_NATIVE_TABLE array for the codepage and doesn't find it. Any Ideas? Why would LoadLibraryW hard code a codepage that doesn't exist? Rob