$QUERY_STRING empty under windows ?

Anon

Hello

I have a strange problem. I cannot pass any variables to another page. Scripts which are working under unix aren't working under windows.
$QUERY_STRING is empty when I try test.php3?bla=fasel&foo=bar.
And $bla is empty and $foo is empty.
Even $HTTP_SERVER_VARS[0] is empty.
PHPINFO() However gets the right $QUERY_STRING.
Does anyone else know this problem ? Or even better a solution ?

Some info from PHPINFO():
- PHP Version 4.0.4pl1
- Apache/1.3.14 (Win32) PHP/4.0.4pl1

I run this only on my local machine.

And phpMyAdmin does not work either. Whenever I choose a database and try to perform a task it says 'No database selected'.
But I guess this problem is a result of the other problem.

Can anyone help me ?

Bye
Christoph

Anon

I've got the same problem. I downloaded the latest PHPMyAdmin and that now works, but $QUERY_STRING hold anything.

When I do login.php?Login

phpinfo() says QUERY_STRING is Login

$QUERY_STRING is blank

getenv("QUERY_STRING") is Login

However, when I say:-

$cmd = getenv getenv("QUERY_STRING")

Then print $cmd ... it says Login

But when I close the ?> php tags and open new opens and then print $cmd ... it is blank.

Anon

Hrmm.. I had read on a web page that Apache 1.3.22 breaks PHP, however, I have just tried an older version of Apache 1.3.20 and I'm experiencing the same thing.

Must be PHP that's broken. That's so typical -- everytime a new version of PHP comes out -- something breaks !

I've got PHP 4.1.1 -- and I have this all working with PHP 4.08dev !

mikerosz

Hi,

I saw your message on PHPBuilder.com's forum where you were having a problem with the query string being blank under Windows. Did you ever get that problem fixed? I am currently experiencing the same problem.

Thanks,

Mike Roszkowski

Anon

Did you ever solve this problem? I am stuck on it too.

Anon

I changed my php.ini file
--->
; Whether or not to register the EGPCS variables as global variables. You may
; want to turn this off if you don't want to clutter your scripts' global scope
; with user data. This makes most sense when coupled with track_vars - in which
; case you can access all of the GPC variables through the $HTTP*VARS[],
; variables.
;
; You should do your best to write your scripts so that they do not require
; register_globals to be on; Using form variables as globals can easily lead
; to possible security problems, if the code is not very well thought of.
;register_globals = Off
register_globals = On