ID: 14353 Updated by: phanto Reported By: [EMAIL PROTECTED] Status: Open Bug Type: COM related Operating System: Windows 2000 PHP Version: 4.1.0 New Comment:
i'll review this Previous Comments: ------------------------------------------------------------------------ [2001-12-05 18:18:23] [EMAIL PROTECTED] A call to create a COM object can pass the codepage as the third parameter and CP_UTF8 is a valid option. If you use this, however, the object create fails. The problem is in the php_char_to_OLECHAR and php_OLECHAR_to_char functions in com\conversion.c. MSDN states that a call to WideCharToMultiByte with a codepage of CP_UTF8 must have a second parameter is 0, but these functions don't account for that. How I fixed it (there may be a better way, but it works for me): lines 764 and 760: change "MB_PRECOMPOSED | MB_ERR_INVALID_CHARS" to "codepage == CP_UTF8 ? 0 : MB_PRECOMPOSED | MB_ERR_INVALID_CHARS" lines 784 and 790: change "WC_COMPOSITECHECK" to "codepage == CP_UTF8 ? 0 : WC_COMPOSITECHECK" This fix is not well debugged, but it got me moving forward again. ------------------------------------------------------------------------ Edit this bug report at http://bugs.php.net/?id=14353&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
