ID:               19423
 Comment by:       [EMAIL PROTECTED]
 Reported By:      [EMAIL PROTECTED]
 Status:           Closed
 Bug Type:         Documentation problem
 Operating System: Windows 9x/NT/ME/2000/XP
 PHP Version:      4.2.3
 New Comment:

All the suggested solutions don't work in my case, I'm not shure, what
it means if a bug has the status closed, but it is obviously not fixed.
The phpinfo() shows the correct path for the extension_dir like it does
for session_data etc. but the errormessage "can't load dynamic library
-  modul not found", remains the same.


Previous Comments:
------------------------------------------------------------------------

[2002-10-15 16:04:06] [EMAIL PROTECTED]

I have had this trouble for 3 days and now I found the problem.

I just moved php.ini from c:\winnt\system32 to c:\winnt and it worked.

I hope this information is usefull.

------------------------------------------------------------------------

[2002-10-15 13:11:05] [EMAIL PROTECTED]

I'm running Win2k & IIS and I've been having the same damn problem. 
Dumping everything plus the kitchen sink, dll-wise into %system32%
fixed this issue for me, as well.  Good call, cdfisher!!  :-)

Part of my problem was actually reading the instructions that came with
all these distributions.  (Stupid me.)  For instance, the Gingerall
folks tell you to rename whatever dll you get from expat to expat.dll. 
Even though I think they were referring to some old release that had
the version number in its name, it's easy to apply this overbroad rule
to the libexpat.dll library that expat's releasing now.  

Anyway, what worked for me was this:

In PHP.ini:
-Extensions_dir=
-Remove the ";" from in front of "extension=php_xslt.dll"

Then dump ALL the necessary dll's in %system32% without altering any
file names. 

(ie, iconv.dll, js32.dll, libexpat.dll,php_xslt.dll, php4ts.dll and of
course
sablot.dll.)

------------------------------------------------------------------------

[2002-10-05 00:14:19] [EMAIL PROTECTED]

The only thing I noiced you didn't do was what [EMAIL PROTECTED] said he
tried and worked.  That was to put a single backslash \ after the
directory name.  I haven't tried this, but here is what worked for me:
extension_dir=
Uncomment the php_xslt extension.
Place all these files in either the %SYSTEM% or %SYSTEM32% Directory:
iconv.dll, js32.dll, libexpat.dll,php_xslt.dll, php4ts.dll and of
course sablot.dll.

The js32 is only needed if the expat version has been compiled with the
JavaScript extension.  Unless you have all the files in the system
directory, you will continue to get errors when loading that point to
your tail.  In other words they mean nothing except failure and unless
you use a tool such as Dependency Walker to open the php_xslt.dll, you
will become frustrated fast.  I saved all these files to a separate
directory when I first installed xslt on my development system, then
just copied them over to my production server and was up in no time!  I
hope I didn't forget any of them, but if I did, just search this site
for it and you will find many people who have used it (and the URL, I
have forgotton it) successfully.  I am writing a Content Management
system using XSLT as my chief means of XML processing, transformation
and search engine.  I really like using it to build snipets of PHP
logic that use XSLT to generate HTML or XML.  It's much more flexible
than writing my own parser routines and objects, and the XSL languange
is highly flexible.  I have even worked out some datetime math with it.
 It could use some help in the extension department for that one! 
Anyway, have fun at work!

Curtis

------------------------------------------------------------------------

[2002-10-04 15:07:16] [EMAIL PROTECTED]

Well, since I thought I might have something miss installed, I've gone
ahead and re-started my Win2000 Server installation.

I'm back to the same problem however. Any directory I specify for the
extension dll, won't work. I've tried, d:\php\extensions,
d:\php\\extensions\, d:\\php\\extensions, d:\\php\exetensions\\,
d:/php/extensions, d://php//extensions,
d://php/extensions/, d://php//extensions//

I've attempted as well to move the dll into the system 32 directory,
and in the same directory has the php.exe file. No luck.

Below are my specifications:

Server: Dell Power App 120 Server, SCSI hard drives.
OS: Window 2000 Server running IIS 5
PHP: Version 4.2.3 running ISAP installation

Php ini file : c:\WINNT\php.ini
Php directory : d:\php
Extension directory : d:\php\extensions

Note: I've installed this same version on 6 other Win2000 clients (Pro
and Server) with IIS 5, and have not run into this problem before. The
only main difference is that its a Power App Server, with SCSI drives.

------------------------------------------------------------------------

[2002-09-27 12:34:01] [EMAIL PROTECTED]

Should be mentioned in the manuel...

Derick

------------------------------------------------------------------------

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


-- 
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to