#19423 [Com]: Problem with extension_dir in PHP.ini
ID: 19423 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Web Server problem Operating System: Windows 9x/NT/ME/2000/XP PHP Version: 4.2.3 New Comment: I had the same problem, after some hours of struggeling, I finanaly got it This doesn't work : extension_dir=c:\php This works : extension_dir=c:\php\ It doesn't matter what dircotry the extension_dir is pointing to, you must put the last '\' there to make it work. Good luck all :) Previous Comments: [2002-09-25 13:20:53] [EMAIL PROTECTED] Is the assumption that if no directory is specified, that it will automaticlly look in the c:\WINNT\System32 directory for the extension dlls, correct? [2002-09-24 17:36:30] [EMAIL PROTECTED] I'm using the ISAPI version on Win2k IIS. My install drive for php is I:\php\ My php.ini is in the H:\winnt\ directory (the phpinfo() function reports that is were it found it). Php.ini coding : ; Directory in which the loadable extensions (modules) reside. extension_dir = I:/php/extensions/ As long as I don't specify a extension to load, php works fine. But, once I un remark an extension (ei. php_mssql.dll), it gives the "unable to load dynamic library 'I:/php/extensions/php_mssql.dll' The support module not found" message. I've tried both ways, I:\\ and I:/ [2002-09-24 17:10:49] [EMAIL PROTECTED] No php.ini does not have to be on the c: drive. However please make sure you are using the c:\\ or c:/ syntax. Also make sure that your php.ini file is in the correct location (look at the output of phpinfo()). With the cli and cgi versions you can often get away with putting the php.ini file in the same dir as the executable and it will find it there. - James [2002-09-24 17:03:32] [EMAIL PROTECTED] Same issue. However, its it a requirement that the php directory be on the c: drive? I have the same problem with any php version I install on the Win2k Server. [2002-09-21 14:27:49] [EMAIL PROTECTED] try changing 'c:\php\extensions' to 'c:\\php\\extensions' or 'c:/php/extensions' and see if it begins to work. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19423 -- Edit this bug report at http://bugs.php.net/?id=19423&edit=1
#19423 [Com]: Problem with extension_dir in PHP.ini
ID: 19423 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Web Server problem Operating System: Windows 9x/NT/ME/2000/XP PHP Version: 4.2.3 New Comment: Is the assumption that if no directory is specified, that it will automaticlly look in the c:\WINNT\System32 directory for the extension dlls, correct? Previous Comments: [2002-09-24 17:36:30] [EMAIL PROTECTED] I'm using the ISAPI version on Win2k IIS. My install drive for php is I:\php\ My php.ini is in the H:\winnt\ directory (the phpinfo() function reports that is were it found it). Php.ini coding : ; Directory in which the loadable extensions (modules) reside. extension_dir = I:/php/extensions/ As long as I don't specify a extension to load, php works fine. But, once I un remark an extension (ei. php_mssql.dll), it gives the "unable to load dynamic library 'I:/php/extensions/php_mssql.dll' The support module not found" message. I've tried both ways, I:\\ and I:/ [2002-09-24 17:10:49] [EMAIL PROTECTED] No php.ini does not have to be on the c: drive. However please make sure you are using the c:\\ or c:/ syntax. Also make sure that your php.ini file is in the correct location (look at the output of phpinfo()). With the cli and cgi versions you can often get away with putting the php.ini file in the same dir as the executable and it will find it there. - James [2002-09-24 17:03:32] [EMAIL PROTECTED] Same issue. However, its it a requirement that the php directory be on the c: drive? I have the same problem with any php version I install on the Win2k Server. [2002-09-21 14:27:49] [EMAIL PROTECTED] try changing 'c:\php\extensions' to 'c:\\php\\extensions' or 'c:/php/extensions' and see if it begins to work. [2002-09-16 08:32:29] [EMAIL PROTECTED] Oh yeah, I forgot to add that all the pertinent files for this extension are in the %system% directory! The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19423 -- Edit this bug report at http://bugs.php.net/?id=19423&edit=1
#19423 [Com]: Problem with extension_dir in PHP.ini
ID: 19423 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Web Server problem Operating System: Windows 9x/NT/ME/2000/XP PHP Version: 4.2.3 New Comment: I'm using the ISAPI version on Win2k IIS. My install drive for php is I:\php\ My php.ini is in the H:\winnt\ directory (the phpinfo() function reports that is were it found it). Php.ini coding : ; Directory in which the loadable extensions (modules) reside. extension_dir = I:/php/extensions/ As long as I don't specify a extension to load, php works fine. But, once I un remark an extension (ei. php_mssql.dll), it gives the "unable to load dynamic library 'I:/php/extensions/php_mssql.dll' The support module not found" message. I've tried both ways, I:\\ and I:/ Previous Comments: [2002-09-24 17:10:49] [EMAIL PROTECTED] No php.ini does not have to be on the c: drive. However please make sure you are using the c:\\ or c:/ syntax. Also make sure that your php.ini file is in the correct location (look at the output of phpinfo()). With the cli and cgi versions you can often get away with putting the php.ini file in the same dir as the executable and it will find it there. - James [2002-09-24 17:03:32] [EMAIL PROTECTED] Same issue. However, its it a requirement that the php directory be on the c: drive? I have the same problem with any php version I install on the Win2k Server. [2002-09-21 14:27:49] [EMAIL PROTECTED] try changing 'c:\php\extensions' to 'c:\\php\\extensions' or 'c:/php/extensions' and see if it begins to work. [2002-09-16 08:32:29] [EMAIL PROTECTED] Oh yeah, I forgot to add that all the pertinent files for this extension are in the %system% directory! [2002-09-16 08:29:45] [EMAIL PROTECTED] To mficher: If you can give me some cookbook instructions on how to use this tool, then I would be glad to give it a try. It looks as though it needs a running process, but the error occurs when I start IIS. How can I accomplish what you need? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19423 -- Edit this bug report at http://bugs.php.net/?id=19423&edit=1
#19423 [Com]: Problem with extension_dir in PHP.ini
ID: 19423 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Web Server problem Operating System: Windows 9x/NT/ME/2000/XP PHP Version: 4.2.3 New Comment: Same issue. However, its it a requirement that the php directory be on the c: drive? I have the same problem with any php version I install on the Win2k Server. Previous Comments: [2002-09-21 14:27:49] [EMAIL PROTECTED] try changing 'c:\php\extensions' to 'c:\\php\\extensions' or 'c:/php/extensions' and see if it begins to work. [2002-09-16 08:32:29] [EMAIL PROTECTED] Oh yeah, I forgot to add that all the pertinent files for this extension are in the %system% directory! [2002-09-16 08:29:45] [EMAIL PROTECTED] To mficher: If you can give me some cookbook instructions on how to use this tool, then I would be glad to give it a try. It looks as though it needs a running process, but the error occurs when I start IIS. How can I accomplish what you need? [2002-09-16 03:24:32] [EMAIL PROTECTED] Is there a chance to use the strace tool [1] to track what's going on/wrong here? This tool may help tracking down which directory/files are really accessed. [1] http://razor.bindview.com/tools/desc/strace_readme.html [2002-09-16 02:39:04] [EMAIL PROTECTED] This also occurs with MicroWeb-Server on Windows. So I reclassified it to WebServer-Problem. MicroWeb specific: Setting the extension_dir is not possible. Specifying a directory in the php.ini has no affect, although other settings can be configured fine... Microweb supports PHP only over CGI-Interface. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/19423 -- Edit this bug report at http://bugs.php.net/?id=19423&edit=1