Re: [PHP] PHP5, Windoze, Extensions

Hi George,

That worked :-)

Many thanks for setting me on the straight and narrow.

Dave

George Pitcher wrote:
Dave,

Why not put your ext path into your include path :

include_path = "c:\php\pear;c:\php;c:\php\ext"

That might solve the problem. Just a bit of lateral thinking.

George

-----Original Message-----
From: Dave Carrera [mailto:dave@xxxxxxxxxxxx]
Sent: 27 September 2006 9:28 am
To: George Pitcher; php-general@xxxxxxxxxxxxx
Subject: Re: [PHP] PHP5, Windoze, Extensions


Thanks for that George,

I managed to isolate the problem....

PEAR had slapped its own include_path at the bottom of my php.ini,
removing it cleared up the extension_dir problem.

BUT now if i use the include_path var the extension_dir fails and
phpinfo displays my php.ini from include_path down.

my php.ini include_path looks like this

include_path = "c:\php\pear"

If i comment out include_path, extension_dir works but now php wants to
find the include path as "c:\php5\pear"

I made c:\php5\pear and copied my pear dir into it and pear works but
this really is not tidy is it.

What could be wrong ????

Dave

George Pitcher wrote:
Dave,

I would suggest putting your extension path in your system path.

I have encountered problems getting extensions to load where
there have been
multiple instances of dll files. reducing these to one instance
solved that
problem.

I once found that my php.ini settings weren't being loaded -
but that was on
Debian and it was the method used to stop-start apache that was
the cause of
that problem.

I'm running PHP5/Apache2 on WinNT and am restarting Apache on an almost
daily basis using the Services panel. I'm not encountering any extension
problems though. In fact I just upgraded from PHP5.0.4 to 5.1.4
and it was
really easy (much to my surprise).

Good luck

George in Oxford


-----Original Message-----
From: Dave Carrera [mailto:dave@xxxxxxxxxxxx]
Sent: 27 September 2006 8:04 am
To: php-general@xxxxxxxxxxxxx
Subject: [PHP] PHP5, Windoze, Extensions


Hi List,

Sorry to bore most of you with this one but i cannot get extensions to
load using latest php5, apache 2.0xxx

I have std php running and it tells me that my php.ini is being read
from c:\php\php.ini. This is correct.

But what ever i change "extension_dir" to it always says "c:\php5". By
the way i am using phpinfo() for this info.

I make c:\php5 and copy extentions in there, but they still dont load
and yes i have uncommented out the relevant extension in php.ini

I always stop -> start apache for changes to take affect but nothing
changes.

I have php in the system path.

I also have tried copying the extension to windoze and system32 but
still they will not load.

ANy ideas ??????


Dave

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






.

Relevant Pages

  • Help needed to add path for GD library support
    ... Im trying to enable GD Libray in PHP Version 4.3.8. ... But every time I load up windows, the following error message appears on ... Directory in which the loadable extensions reside. ...
    (alt.php)
  • Re: Problems after php upgrade
    ... > upgraded the php4 port, and then installed the extensions. ... > load a php page, it's blank, and I get errors like these in ...
    (freebsd-questions)
  • Re: extensions on a windows system
    ... >,and I removed the semi colons so the list of extensions look like this ... > When I load a PHP page it tells me it can't load php_domxml.dll and ...
    (alt.php)
  • RE: STG Security Advisory: [SSA-20041215-17] Vulnerability of uploading files with multiple exten
    ... "multiple extensions" behaviour in the past. ... There are a huge number of 3rd party PHP scripts out there ... upload a file without a registered MIME type are somewhat reduced. ... extensions behaviour for handlers as there seemed no legitimate ...
    (Bugtraq)
  • Loading DLLs from different path
    ... PHP is a popular server-side scripting language for web servers. ... It popularity is mainly due that it has many 3rd party extensions. ... The issue is that our DLL is dependent on RPC application server API DLLs in a different folder. ... The problem is that we never recommended putting dlls on the PATH nor do we recommend for our customers to have copies of DLLS over all the place. ...
    (microsoft.public.win32.programmer.kernel)