The second work around seems to work fine, but the first one has problems 
The php.ini override path is set to "c /some/path" if you try "-qc 
/some/path" -- seems to like adding that c option in with the path for 
whatever reason. (The problem is likely in ap_php_getopt(), but I haven't 
really looked into it yet.) 

Setting PHPRC seems to be the best solution for the time being, but I'm at 
least somewhat confident that if Perl can get it working at least to some 
extent, PHP should be able to, too. (I kind-of-almost-sort-of got it 
kind-of-sort-of working to some extent, at least with my OS and setup, and 
maybe a patch will be on it's way Real Soon Now, maybe. But if I can't get 
it to be portable, beyond my machine, it's not much good, is it...)

J



[EMAIL PROTECTED] wrote:

> ID: 14930
> Updated by: edink
> Reported By: [EMAIL PROTECTED]
> Old Status: Analyzed
> Status: Closed
> Bug Type: Output Control
> Operating System: linux 2.4.9
> PHP Version: 4.1.1
> New Comment:
> 
> After some research on the subject I found out
> that there is no good and
> portable way of solving this. Some unix systems
> simply allow only one argument in the #! line. One
> of those systems is Linux. Some others limit the
> line length to 32 characters.
> 
> For a good description of these limitations see
> 
http://groups.google.com/groups?q=shell+limit+one+argument&hl=en&selm=qij4tk2zgp9.fsf%40lambda.ai.mit.edu&rnum=7
> 
> Workarounds:
> * You can put all the options that do not require
>   parameters as one, for example -qC
> * Use PHPRC env variable to set the php.ini path
> 


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]

Reply via email to