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
I've been looking at the source code for Perl and comparing how it reads
arguments versus PHP's method, and it seems to be expected behaviour, as
Perl handles the arguments as edink has shown below.
As to why this behaviour is such, I'm at a loss. You'd think that the
behaviour would try to
The test case:
tmain.c
=
int main(int argc, char *argv[])
{
int i;
for (i=0; i
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 10, 2002 12:36 AM
Subject: [PHP-DEV] Re: Bug #14930 Updated: CLI header suppression problems
> Ack, didn't mean to hit that send button yet!
&g
Ack, didn't mean to hit that send button yet!
I wrote this while experimenting, and it seems that just when I thought I
had it, I didn't, of course, but I sent this to the list anyways,
accidentally.
At first I thought I was golden, because my little fix did work... so long
as you didn't hav
Here's what I can tell so far:
the arguments do get passed to cgi_main.c's main() function just fine, and
the arguments are even parsed okay. The problem seems to occur because when
the arguments are parsed from a script like so:
#!/usr/bin/php -c /path/to/ini/file
it seems that there's at