#15983 [Fbk]: session variables lost between pages
| From: | kalowsky@php.net | Date: | Wed, 04 Sep 2002 13:43:44 +0000 |
| Subject: | #15983 [Fbk]: session variables lost between pages | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-18415@lists.php.net to get a copy of this message | ||
ID: 15983
Updated by: kalowsky@php.net
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:
There is now a patch submitted to CVS, test the latest out and see if
it works better for you.
Previous Comments:
------------------------------------------------------------------------
[2002-09-03 13:39:32] pratesi@telug.it
I have found some messages that could reply to our issue;
the second is a reply written by Linus Torvalds:
http://www.cs.helsinki.fi/linux/linux-kernel/2002-30/0486.html
http://www.cs.helsinki.fi/linux/linux-kernel/2002-30/0493.html
In practice, for what I'm able to understand of these messages,
it seems that, on non-i386 platforms, glibc and the linux kernel
could "disagree" about the implementation of pread() and then
that the use of pread() on linux + glibc can fail on non-i386
platforms.
Some other messages about this topic:
http://www.cs.helsinki.fi/linux/linux-kernel/2002-30/0411.html
http://www.cs.helsinki.fi/linux/linux-kernel/2002-30/0439.html
http://www.cs.helsinki.fi/linux/linux-kernel/2002-30/0469.html
And finally:
http://www.cs.helsinki.fi/linux/linux-kernel/2002-30/0559.html
where it is written that it is a glibc bug, fixed in the CVS.
I suppose that future Linux distributions will not be affected
by this problem, but, IMVVVHO, for safety reasons, currently
the use of pread() should be avoided on non-i386 Linux platforms,
and this should solve this issue.
------------------------------------------------------------------------
[2002-08-30 14:45:07] pratesi@telug.it
Debian Woody 3.0r0 PPC, PHP 4.2.2
---------------------------------
bash$ find . -name php_config.h
./debian/php4-dev/usr/include/php4/main/php_config.h
./apache-build/main/php_config.h
./cgi-build/main/php_config.h
In all these 3 files, HAVE_PREAD is defined and set to 1:
/* Define if you have the pread function. */
#define HAVE_PREAD 1
BTW, I could try to compile PHP 4.1 or 4.2 on a Linux PPC
box based on glibc 2.1 and check if the same problem
occurs also with glibc 2.1.
Could this check be useful?
------------------------------------------------------------------------
[2002-08-30 12:14:18] kalowsky@php.net
Can any of you check your php_config.h file and see if the HAVE_PREAD
variable is defined?
------------------------------------------------------------------------
[2002-08-30 10:06:12] sl@scrooge.dk
I will try to make some test this weekend om the MIPS platform.
------------------------------------------------------------------------
[2002-08-30 06:54:12] pratesi@telug.it
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.
------------------------------------------------------------------------
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