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

    a year later

    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.

      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 !

        4 months later

        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

          a month later

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

            5 days later

            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

              Write a Reply...