#20243 [Opn->Bgs]: Wrong slash in DLL loading path

From: Date: Mon, 04 Nov 2002 12:44:54 +0000
Subject: #20243 [Opn->Bgs]: Wrong slash in DLL loading path
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-24035@lists.php.net to get a copy of this message
ID: 20243 Updated by: msopacua@php.net Reported By: katanasov@hotmail.com -Status: Open +Status: Bogus Bug Type: XSLT related Operating System: WinXP PHP Version: 4.2.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. it's php_XSlt, not php_SXlt Previous Comments: ------------------------------------------------------------------------ [2002-11-04 05:48:44] katanasov@hotmail.com OK... Even worse: included a final backslash in extension_dir definition, and this seems to fix the problem with the correct generation of the path. However, DLL could not be loaded again. ------------------------------------------------------------------------ [2002-11-04 05:44:07] katanasov@hotmail.com Core of the problem: Windows reports: Unable to lead dynamic library 'C:\PHP\extensions/php_sxlt.dll" - The specified module could not be found. So it's a directory definition problem... ------------------------------------------------------------------------ [2002-11-04 05:42:17] katanasov@hotmail.com When I change php.ini to load php_xslt.dll, it would define automatically the following path: C:\PHP\extensions/php_sxlt.dll I presume that forward slash messes the whole thing up. I have no control over the slash between "extensions" (part of the extension_dir definition) and "php_sxlt.dll", since PHP inserts this slash automatically. Obviously this would work for UNIX, but what about Win users? ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=20243&edit=1

« previous php.bugs (#24035) next »