t; Subject: RE: [PHP] Debugging a Session Problem
>
>
> The only thing in the Apache error log is:
> [Fri Jul 25 16:19:31 2003] [error] PHP Notice: Undefined
> variable: test
> in /srv/www/htdocs/page2.php on line 3
>
> No other messages I can find in any logs.
The only thing in the Apache error log is:
[Fri Jul 25 16:19:31 2003] [error] PHP Notice: Undefined variable: test
in /srv/www/htdocs/page2.php on line 3
No other messages I can find in any logs. df shows the file system only
70% full...
At 08:38 AM 7/28/2003, Johnson, Kirk wrote:
Anything
Anything in the Apache or PHP error logs? Permissions are OK, there is space
on the drive?
Kirk
> -Original Message-
> From: Lee Stewart [mailto:[EMAIL PROTECTED]
> Sent: Friday, July 25, 2003 6:00 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [PHP] Debugging a Session Proble
* Thus wrote Lee Stewart ([EMAIL PROTECTED]):
> Using the $_SESSION[] style produces the same results... Zero length
> session file in /tmp, and no data passed... (available at
> http://4.43.81.92/page1a.php)
You did see my post about space left on /tmp?
>
> So where do I go from here...
Using the $_SESSION[] style produces the same results... Zero length
session file in /tmp, and no data passed... (available at
http://4.43.81.92/page1a.php)
So where do I go from here...Is there any way to debug it? Like I
said, I suspect it's not a PHP code bug, but I'm at a loss as
* Thus wrote Lee Stewart ([EMAIL PROTECTED]):
> The symptom is that when I attempt to save a session variable, it
> creates the session file in /tmp, but with a zero length - no variable
> names or values stored. (/tmp is globally read/write) This happens not
> only with the application I'm mo
To: [EMAIL PROTECTED]
> Subject: RE: [PHP] Debugging a Session Problem
>
>
> I agree that it's probably a config problem -- somewhere...
>
> Yes, the session ID is passed correctly, but since page1.php
> doesn't end up
> with any variables or values in the sessio
I agree that it's probably a config problem -- somewhere...
Yes, the session ID is passed correctly, but since page1.php doesn't end up
with any variables or values in the session file, so regardless that it has
the right session ID, there's nothing in the session file to restore...
The php.ini
use
its built-in defaults, which is register_globals off.
Kirk
> -Original Message-
> From: Lee Stewart [mailto:[EMAIL PROTECTED]
> Sent: Friday, July 25, 2003 2:00 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [PHP] Debugging a Session Problem
>
>
> At 11:55 AM 7/25/200
At 11:55 AM 7/25/2003, you wrote:
If you are relying on cookies to transmit the session ID, make sure you have
session cookies enabled in your browser. Also check that you don't have an
.htacess file in your directory that is overriding the register_globals
setting. Turn your error_reporting up to
--- "CPT John W. Holmes" <[EMAIL PROTECTED]> wrote:
> Seem to remember something about starting a session and then
> redirecting with header causing trouble.
Yeah, I think you're right, and I think that was with IIS. This archive might
be helpful:
http://marc.theaimsgroup.com/?l=php-general&m=102
From: "Lee Stewart" <[EMAIL PROTECTED]>
> I'm moving an application that I'm in the trying to move to a new
> platform. It was running fine on an older Linux platform with PHP
> 4.0.3 and Apache 1.3.14. The new platform is also Linux, with PHP 4.2.2
> and Apache 1.2.26 -- with register_globals o
> I'm moving an application that I'm in the trying to move to a new
> platform. It was running fine on an older Linux platform with PHP
> 4.0.3 and Apache 1.3.14. The new platform is also Linux,
> with PHP 4.2.2
> and Apache 1.2.26 -- with register_globals on. (I just
> upgraded it from
>
I'm moving an application that I'm in the trying to move to a new
platform. It was running fine on an older Linux platform with PHP
4.0.3 and Apache 1.3.14. The new platform is also Linux, with PHP 4.2.2
and Apache 1.2.26 -- with register_globals on. (I just upgraded it from
4.2.2.36 to 4.2
14 matches
Mail list logo
