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 you can provide!

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 you can give.

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 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

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 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 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 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?

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 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 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.
jstucklex@attglobal.net
==================

Jerry Stuckle wrote:

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

It hangs waiting for input.

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.

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.

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.
jstucklex@attglobal.net
==================

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 all, you did teach me some new tricks.

On Fri, 25 Apr 2008 12:38:35 -0700, Mark Space
<markspace@sbc.global.net> wrote in
<6rqQj.7420$iK6.1685@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 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 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
(703) 580-0210 | Research