ID: 15983
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Session related
Operating System: Debian/Linux mips platform
PHP Version: 4.1.2 and 4.2.0
Assigned To: sascha
New Comment:
Cerecita.com SOLUTION
One thing easy thing. I used POST, I used GET, and variables were lost.
I thought, why phpMyAdmin is working? I did check their code and found
at the beginning of the index.php page the use of:
require ('yourpath/libraries/grab_globals.lib.php');
I dont know what it does, but every thing is working fine now in all
servers, with simple code, not workarounds.
Thanks
[EMAIL PROTECTED]
Previous Comments:
------------------------------------------------------------------------
[2002-10-15 10:18:52] [EMAIL PROTECTED]
Version 4.2.3 works on MIPS as well "straight out of the box".
Regards
Søren
------------------------------------------------------------------------
[2002-10-13 02:32:34] [EMAIL PROTECTED]
PHP 4.2.3 works for me also on Debian Woody Sparc, even
though I am using the CGI version and I'm not able to use
PHP as a module, as Apache refuses to start... it seems
that there is some sort of binary incompatibility.
I have the same problem with version 4.1.2, too.
However, this seems to be a different issue, I suppose
that it is better do deal with it elsewhere, right?
------------------------------------------------------------------------
[2002-10-01 14:29:32] [EMAIL PROTECTED]
I'm closing this bug for now, use of pread/pwrite has been suspended.
------------------------------------------------------------------------
[2002-09-28 15:19:24] [EMAIL PROTECTED]
PHP 4.2.3 works for me on Debian Woody PowerPC.
------------------------------------------------------------------------
[2002-09-26 11:18:28] [EMAIL PROTECTED]
I cannot ensure you that 4.2.3 solves the problem
as I still have not upgraded from version 4.2.2,
but I am sure that it works, as the only change needed
to make things work for me has been the removal
of the lines that have been kindly removed
for version 4.2.3 (many thanks).
BTW, the same workaround has been backported on the
Debian Woody's 4.1.2 packages, and in a short time
I could check if the fix works on Woody for Sparc.
I also point out that, as this problem seems due to a glibc
bug and not to errors in the PHP code, I have submitted
a bug report to the Debian's glibc maintainer, asking him
to backport a fix for the glibc packages; hence, hopefully,
in the future, updated Linux distributions should have
a fixed glibc package and you could finally ignore this
problem and restore the code using pread().
But I would like to submit you a simple (and perhaps
stupid) suggestion.
Maybe you could provide a ./configure option to explicitly
disable the use of pread() and pwrite(), i.e.
./configure --no-pread --no-pwrite
In this case, you could release without problems the code
using pread() and pwrite(); the person that compiles and/or
packages PHP has the possibility of disabling pread()
and/or pwrite() if things do not work... is this
a bad idea?
------------------------------------------------------------------------
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
