Re: cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c
php_variables.h

From: Date: Sun, 02 Mar 2003 15:56:19 +0000
Subject: Re: cvs: php4 / php.ini-dist php.ini-recommended /ext/filepro filepro.c /ext/session session.c /main main.c php_globals.h php_variables.c
php_variables.h
References: 1 2  Groups: php.dev 
Request: Send a blank email to php-dev+get-94719@lists.php.net to get a copy of this message
At 16:38 02.03.2003, Zeev Suraski wrote:
Looks like for some reason, CLI registers $argv and $argc globals even though register_globals is off. Why's that?
CLI overwrites "register_argc_argv":
        zend_alter_ini_entry("register_argc_argv", 19, "1", 1, PHP_INI_SYSTEM, PHP_INI_STAGE_ACTIVATE);
If i add "register_long_arrays" like this
                zend_alter_ini_entry("register_long_arrays", 21, "1", 1, PHP_INI_SYSTEM, PHP_INI_STAGE_ACTIVATE);
all is fine. So the question is if we want $argc/$argv without "register_long_arrays" !?
Anyway, if we want to keep this behavior, we probably should change the place where argv/argc are registered, and put it somewhere global, outside where _SERVER is created. If&when _SERVER is created, it will attempt to copy them. Thoughts?
That leads to "$_COMMAND" or "$_CMD". To answer my question above: The above variable should be independant and its ini setting "register_argc_argv" should be independant from "register_long_arrays". marcus

« previous php.dev (#94719) next »