php.ini errors?

[Mark Space]

Hi all.

I have a new PHP install. I've got php.info() running for the web
browser and it returns everything it should. Great!

Except a couple of small things are wrong. php.info() says that the
extension_dir is

extension_dir C:\php5 C:\php5

and that's not what I set it to. Here's copy and paste from my php.ini
file:

; Directory in which the loadable extensions (modules) reside.
extension_dir ="C:\Program Files\PHP\ext"
Wow, I'm not sure what could be wrong. Could by php.ini file have
errors in it? how would I know? Is something else up? Bad environment
variable somewhere?

I really don't know where to start debugging this.

Thanks for any help you can provide!

[Mark Space]

Mark Space wrote:

Hi all.

I have a new PHP install. I've got php.info() running for the web
browser and it returns everything it should. Great!

Except a couple of small things are wrong. php.info() says that the
extension_dir is

Now I did it. :)

I moved my php.ini file to the root of the Apache install and restarted
Apache. Now phpinfo() won't do anything when I try to load it in a
browser. Oops.

The Apache logs show nothing special, just that I restarted. Any hints
on turning on some debugging for php? Could I check PHP independently
of Apache some how?

I'll check the manual tomorrow, I'm off to be for the night. Thanks for
any help you can give.

[Rik Wasmus]

Mark Space wrote:

Mark Space wrote:

>Hi all.

I have a new PHP install. I've got php.info() running for the web
browser and it returns everything it should. Great!

Except a couple of small things are wrong. php.info() says that the
extension_dir is

Now I did it. :)

I moved my php.ini file to the root of the Apache install and restarted
Apache. Now phpinfo() won't do anything when I try to load it in a
browser. Oops.

The Apache logs show nothing special, just that I restarted. Any hints
on turning on some debugging for php? Could I check PHP independently
of Apache some how?

I'll check the manual tomorrow, I'm off to be for the night. Thanks for
any help you can give.

Move it back, fix anything you have done that caused phpinfo() to not
display anything, and check in your phpinfo output which php.ini file
you're using (it's near the top).

Also, for paths, favor / above \ (which is also an escape character...):
extension_dir ="C:/Program Files/PHP/ext"
--
Rik Wasmus

[Mark Space]

Rik Wasmus wrote:

>I moved my php.ini file to the root of the Apache install and
restarted Apache. Now phpinfo() won't do anything when I try to load
it in a browser. Oops.

The Apache logs show nothing special, just that I restarted. Any
hints on turning on some debugging for php? Could I check PHP
independently of Apache some how?

I'll check the manual tomorrow, I'm off to be for the night. Thanks
for any help you can give.

Move it back, fix anything you have done that caused phpinfo() to not
display anything, and check in your phpinfo output which php.ini file
you're using (it's near the top).

I'm pretty sure I have it in the right spot now. I didn't look closely
at the phpinfo() output before. Here it is after I renamed the php.ini
file and restarted the server.
System Windows NT HOMER 6.0 build 6000
Build Date Nov 8 2007 23:18:08
Configure Command cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
Server API Apache 2.0 Handler
Virtual Directory Support enabled
Configuration File (php.ini) Path C:\Windows
Loaded Configuration File (none)
That's the first bit. "Loaded Configuration File (none)" I think is the
operative part. If I try C:\Windows, I get the same result -- no
phpinfo().

I think my php.ini file is borked. Absent any way to debug it (logs?)
I'll have to resort to removing most of the config and adding bits back
until I find the problem.

Thanks for your help btw.

Also, for paths, favor / above \ (which is also an escape character...):
extension_dir ="C:/Program Files/PHP/ext"

Good advice, I'll do that.

[Mark Space]

Mark Space wrote:

I think my php.ini file is borked. Absent any way to debug it (logs?)
I'll have to resort to removing most of the config and adding bits back
until I find the problem.

Well I just removed everything except "engine = on" from the php.ini
file. This will not be fun. There are no logs I can consult where it
will nicely tell me which initialization parameter it's tripping on?

[Jerry Stuckle]

Mark Space wrote:

Rik Wasmus wrote:

>>I moved my php.ini file to the root of the Apache install and
restarted Apache. Now phpinfo() won't do anything when I try to load
it in a browser. Oops.

The Apache logs show nothing special, just that I restarted. Any
hints on turning on some debugging for php? Could I check PHP
independently of Apache some how?

I'll check the manual tomorrow, I'm off to be for the night. Thanks
for any help you can give.

Move it back, fix anything you have done that caused phpinfo() to not
display anything, and check in your phpinfo output which php.ini file
you're using (it's near the top).

I'm pretty sure I have it in the right spot now. I didn't look closely
at the phpinfo() output before. Here it is after I renamed the php.ini
file and restarted the server.
System Windows NT HOMER 6.0 build 6000
Build Date Nov 8 2007 23:18:08
Configure Command cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
Server API Apache 2.0 Handler
Virtual Directory Support enabled
Configuration File (php.ini) Path C:\Windows
Loaded Configuration File (none)
That's the first bit. "Loaded Configuration File (none)" I think is the
operative part. If I try C:\Windows, I get the same result -- no
phpinfo().

I think my php.ini file is borked. Absent any way to debug it (logs?)
I'll have to resort to removing most of the config and adding bits back
until I find the problem.

Thanks for your help btw.

>Also, for paths, favor / above \ (which is also an escape character...):
extension_dir ="C:/Program Files/PHP/ext"

Good advice, I'll do that.

What happens if you try to execute php from the command line?

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

[Mark Space]

Jerry Stuckle wrote:

>
What happens if you try to execute php from the command line?

It hangs waiting for input. :)

[Mark Space]

Mark Space wrote:

Jerry Stuckle wrote:

>>
What happens if you try to execute php from the command line?

It hangs waiting for input. :)

I thought immediately after I sent this that you might actually be
expecting me to run a script or something.

I'm not very conversant with PHP from the command line, but I managed to
type in <?php phpinfo()?correctly and get it to spam some text at me.

Not HTML though... odd... text looks like correct phpinfo() output however.

[Peter H. Coffin]

On Fri, 25 Apr 2008 11:10:57 -0700, Mark Space wrote:

Jerry Stuckle wrote:

>>
What happens if you try to execute php from the command line?

It hangs waiting for input. :)

What happens when you type "<?php phpinfo(); ?>" at it?

--
Cunningham's Second Law:
It's always more complex than you expect, even when you take
Cunningham's Second Law into account.

[Jerry Stuckle]

Mark Space wrote:

Mark Space wrote:

>Jerry Stuckle wrote:

>>>
What happens if you try to execute php from the command line?

It hangs waiting for input. :)

I thought immediately after I sent this that you might actually be
expecting me to run a script or something.

I'm not very conversant with PHP from the command line, but I managed to
type in <?php phpinfo()?correctly and get it to spam some text at me.

Not HTML though... odd... text looks like correct phpinfo() output however.

I meant run a script, but what you did is fine. Is it using the same
php.ini file that you're using when running under the webserver
(c:/windows/php.ini)?

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================

[Mark Space]

Jerry Stuckle wrote:

I meant run a script, but what you did is fine. Is it using the same
php.ini file that you're using when running under the webserver
(c:/windows/php.ini)?

Divide and conquer finally yielded one line in the php.ini file that
didn't work. I'm not sure if I need it (actually, I'm also somewhat
embarrassed to admit that I had missed this issue), but we'll see how it
goes.

Thanks for your help all, you did teach me some new tricks.

[Charles Calvert]

On Fri, 25 Apr 2008 12:38:35 -0700, Mark Space
<ma*******@sbc.global.netwrote in
<6r*****************@nlpi069.nbdc.sbc.com>:

>Jerry Stuckle wrote:

>I meant run a script, but what you did is fine. Is it using the same
php.ini file that you're using when running under the webserver
(c:/windows/php.ini)?

Divide and conquer finally yielded one line in the php.ini file that
didn't work. I'm not sure if I need it (actually, I'm also somewhat
embarrassed to admit that I had missed this issue), but we'll see how it
goes.

Thanks for your help all, you did teach me some new tricks.

What was the line that was causing the problem? Posting that and
maybe getting some information about it will help others who have the
same problem and search the archives at Google Groups.
--
Charles Calvert | Software Design/Development
Celtic Wolf, Inc. | Project Management
http://www.celticwolf.com/ | Technical Writing
[phone] | Research