#15983 [Com]: session variables lost between pages

From: Date: Fri, 30 Aug 2002 10:54:13 +0000
Subject: #15983 [Com]: session variables lost between pages
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-18240@lists.php.net to get a copy of this message
 ID:               15983
 Comment by:       pratesi@telug.it
 Reported By:      sl@scrooge.dk
 Status:           Feedback
 Bug Type:         Session related
 Operating System: Debian/Linux mips platform
 PHP Version:      4.1.2 and 4.2.0
 New Comment:

I can make all tests that you want as I'm the sys admin
of the computers at hand.
But if tests affect the use of apache and php, a bit of
patience is needed, as the computer currently using
that workaround is a production server, hence I need
to install and set up an unsed computer of the rack.
An analogous consideration holds true for the Sparc
I'm using :-)
If you prefer, we can continue with private mailing.
Which tests should I perform on the pread() ?
Should I open a bug report for glibc 2.2 ?

Thank you for your time.


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

[2002-08-29 16:30:17] kalowsky@php.net

The problem with the suggested work around is fairly straight forward.

from the ext/session/config.m4:
if test "$PHP_SESSION" != "no"; then
  AC_CHECK_FUNCS(pread pwrite)

This asks libtool/autoconf to check the system for the functions pread
and pwrite.  If they are found by libtool/autoconf (mostly autoconf),
the HAVE_PREAD and HAVE_PWRITE flags are set.  If your work around is
actually working, it would suggest to me that pread doesn't work
properly on this non-i386 machines.  

Is there any chance you can look into the pread/pwrite functionality of
these non-i386 machines?

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

[2002-08-29 12:14:29] neuj60@yahoo.de

Look at these examples, refresh the same file:

Example 1 works fine:
---------
<?php
GLOBAL $HTTP_SESSION_VARS;
session_start();
;session_register('AVAR');
$HTTP_SESSION_VARS['AVAR'] += 1;
print "<p>variable={$HTTP_SESSION_VARS['AVAR']}</p>";
?>

Example 2 doesn't work correctly:
---------
prints always "count=1" and thats stored in the session file:
<?php
session_start();
GLOBAL $count;
session_register("count");
$count++;
print "<p>count=$count</p>";
$count=10;
?>

For scalars Ex. 1 would be ok, but how to deal with objects?

I'm using PHP 4.2.2 (same was with 4.2.1) on Windows2000.

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

[2002-08-29 11:34:19] pratesi@telug.it

RH 7.3 on i386???
Noooo.... do you have enabled cookies? :-)

Apart from joking, the problem we are mentioning
seems to be strictly related to non-i386 platforms,
while I do not have any problem on both Debian Woody
and RH 7.3, both with PHP 4.1 and 4.2.
I have problems only on PPC (I still haven't had time
to test on Debian Sparc, I should try in september),
but the workaround that I have mentioned seems to be
correctly working since from many days on my new server :-)

BTW, the workaround that I'm using corresponds to using
the same code that it was used in PHP 4.0 and that worked
for me also on Debian Sparc and on Linux PPC.

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

[2002-08-28 13:07:51] kt@mconline.dk

Im using RH7.3 - PHP 4.1.2 and i have all the mentioned symptoms.

When using header for redir i seem to loose the session vars.

I seem to be stuck here 

Looking forward to hear any suggestions :)

Regards,

Kristian

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

[2002-08-27 11:33:21] niimai@tiscali.it

It seems that also on WinXP, when I do redirects between pages, I
experience the same problem, using header("Location: URL");.

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

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

-- 
Edit this bug report at http://bugs.php.net/?id=15983&edit=1



Thread (46 messages)

« previous php.bugs (#18240) next »