php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #15768 FastCgi not picking up envrionemnt variables
Submitted: 2002-02-27 19:03 UTC Modified: 2002-09-23 08:01 UTC
Votes:3
Avg. Score:5.0 ± 0.0
Reproduced:3 of 3 (100.0%)
Same Version:1 (33.3%)
Same OS:2 (66.7%)
From: james at netregistry dot com dot au Assigned:
Status: No Feedback Package: PHP options/info functions
PHP Version: 4.1.1 OS: Linux 2.2.20
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: james at netregistry dot com dot au
New email:
PHP Version: OS:

 

 [2002-02-27 19:03 UTC] james at netregistry dot com dot au 
The following script:

<?
  foreach($HTTP_SERV_VARS as $key => $value) {
     echo $key.":".$value."<br>";
  }
?>

Produces the following output:

PHP_SELF=/dump_globals.php4

Same script of PHP 4.0.x works fine.
Seems to be consistent with the 4.1.x branch.

Server: Zeus 3.4r2

Compile Options:

./configure --prefix=/usr/local/php4 --with-regex=system --enable-calendar --with-iodbc --with-dom --with-curl --with-openssl --with-db2 --with-iconv --enable-filepro --enable-ftp --with-gettext --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --disable-debug --with-gd=/usr --with-imap=/usr --with-ldap=/usr --with-mm=/usr --with-mysql=/usr --with-regex=system --with-pcre-regex=/usr --with-pgsql=/usr --enable-sockets --with-ttf --enable-freetype-4bit-antialias-hack --with-t1lib --with-zlib --enable-memory-limit --with-fastcgi=/usr/local/fcgi/ --with-pear --enable-mbstring --enable-shmop --enable-exif --enable-bcmath --enable-safemode --with-jpeg-dir=/usr --with-png-dir=/usr --with-xpm-dir=/usr --with-xslt --with-xslt-sablot --with-mhash --with-mcrypt=/usr/local
--with-tsrm-pth --enable-wddx --enable-shared=false

Thx

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-02-28 02:04 UTC] sniper@php.net 
The bug system is not the appropriate forum for asking support
questions. For a list of a range of more appropriate places to ask
for help using PHP, please visit http://www.php.net/support.php
 [2002-02-28 02:06 UTC] sniper@php.net 
oops..I clicked wrong link. Anyways, your example script
is pretty much bogus. There is no such variable as HTTP_SERV_VARS. Try this instead:

<?php
      foreach($_ENV as $key => $value) {
         echo $key.":".$value."<br>";
      }
?>
 [2002-02-28 02:07 UTC] rasmus@php.net 
I don't see how this is a support question.  In fact, there is no question at all in this report.  Granted, his example code should probably use $HTTP_SERVER_VARS, but if it actually behaves like he says then it appears to be a bug.
 [2002-02-28 17:15 UTC] james at netregistry dot com dot au 
Sorry, typo, its HTTP_SERVER_VARS

Register globals is turned on so there is no reason why the script should only return one key/value.

This seems to be a bug in the 4.1.x branch as the same script produces the expected output in 4.0.x

Thx
 [2002-03-09 23:51 UTC] accassar at optushome dot com dot au 
Hello,

I can reproduce this problem with FastCGI under Zeus. 4.0.6 works fine in this environment, and register_globals is on.

There are _not_ environment variables being set. Under _* or whatever.

This is easily viewable from a php_info, or the previously submitted script with the correct environment vars :)
 [2002-08-30 13:59 UTC] iliaa@php.net 
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip
 [2002-09-23 08:01 UTC] sniper@php.net 
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Thu Apr 25 00:01:41 2024 UTC