|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #3622 [solved] HTTP_GET/POST vars are not set.
Submitted: 2000-02-25 11:26 UTC Modified: 2002-10-01 13:54 UTC
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:0 (0.0%)
From: kir at astrive dot ru Assigned:
Status: Wont fix Package: Other
PHP Version: 3.0 Latest CVS (25/02/2000) OS: Solaris 7 x86
Private report: No CVE-ID: None
Have you experienced this issue?
Rate the importance of this bug to you:

 [2000-02-25 11:26 UTC] kir at astrive dot ru
My configure line:
./configure  \
--with-gd --with-oracle=/u/oracle7 \
--with-mysql \
--with-config-file-path=/h/home/www/conf \
--with-apxs=/h/home/www/bin/apxs \
--enable-debug --enable-magic-quotes=yes \
--enable-memory-limit=yes --enable-url-fopen-wrapper=no \
--enable-sysvsem=yes --enable-sysvshm=yes  \
--enable-track-vars=yes --with-system-regex \
--enable-versioning --enable-safe-mode

I faced the problem when HTTP_*_VARS were no set. I dig it out and found that sometimes gpc_order 
variable in php3_ini structure contains garbag like "mod_php3.c" or "<IfModule>". 
Later I found that in function 
static void *php3_merge_dir(pool *p, void *basev, void *addv)
I get this garbage from basev.

So I looked at *php3_create_dir(pool * p, char *dummy)
function to find out what is wrong.
I changed code of this function to make it more understanable and (IMHO)
more correct.
So, here is my version of this function (all stuff related to mod_php3.c):
 * Create the per-directory config structure with defaults from php3_ini_master
static void *php3_create_dir(pool * p, char *dummy)
    php3_ini_structure *new;
    static int first_time = 1;

    new = (php3_ini_structure *) palloc(p, sizeof(php3_ini_structure));


    return new;


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2002-10-01 13:54 UTC]
We are sorry, but can not support PHP 3 related problems anymore.
Momentum is gathering for PHP 5, and we think supporting PHP 3 will
lead to a waste of resources which we want to put into getting PHP 5
ready. Ofcourse PHP 4 will will continue to be supported for the
forseeable future.

PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Mon Mar 04 23:01:29 2024 UTC