Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator

2001-04-03 Thread Edin Kadribasic

Shouldn't the solution be that the parser uses '&' *and* arg_separator when
arg_separotor is not '&'? In that way the default behaviour of php is
unchanged.

Edin
- Original Message -
From: Edin Kadribasic <[EMAIL PROTECTED]>
To: Jani Taskinen <[EMAIL PROTECTED]>
Cc: PHP Developer List <[EMAIL PROTECTED]>; PHP Quality Assurance
<[EMAIL PROTECTED]>
Sent: Wednesday, April 04, 2001 12:14 AM
Subject: Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator


> > >> Which reminds me: If arg_separator is used like it was before my
patch
> > >> and you set it to e.g. ';' and then have a form which method
> > >> is GET..well, it won't work. there would be one variable
> > >> holding all the info.
> > >
> > >Urls that are the result of a submitted form are generated by the
browser
> > >and not php, and I don't know of a browser that will use anything other
> that
> > >'&' for that.
> >
> > Exactly. And that's why if you change the arg_separator to ";"
> > those forms didn't work (before my patch).
> >
> > I actually didn't test it though so I'm not 100% sure.
> > Could someone check it out with 4.0.4pl1?
>
> You are right. The following php script:
>
>print "a=$ab=$b";
> ?>
> 
>   
>   
>   
> 
>
> with arg_separator set to ";" in php.ini produces
>
> a=1&b=2
> b=
>
> It is clear that documentation in php.ini is wrong, arg_separator is not
> only used for generation but also for parsing of arguments (4.0.4pl1).



-- 
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]




Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator

2001-04-03 Thread Edin Kadribasic

> >> Which reminds me: If arg_separator is used like it was before my patch
> >> and you set it to e.g. ';' and then have a form which method
> >> is GET..well, it won't work. there would be one variable
> >> holding all the info.
> >
> >Urls that are the result of a submitted form are generated by the browser
> >and not php, and I don't know of a browser that will use anything other
that
> >'&' for that.
>
> Exactly. And that's why if you change the arg_separator to ";"
> those forms didn't work (before my patch).
>
> I actually didn't test it though so I'm not 100% sure.
> Could someone check it out with 4.0.4pl1?

You are right. The following php script:

b=$b";
?>

  
  
  


with arg_separator set to ";" in php.ini produces

a=1&b=2
b=

It is clear that documentation in php.ini is wrong, arg_separator is not
only used for generation but also for parsing of arguments (4.0.4pl1).

Edin


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator

2001-04-03 Thread Jani Taskinen

On Tue, 3 Apr 2001, Edin Kadribasic wrote:

>> Which reminds me: If arg_separator is used like it was before my patch
>> and you set it to e.g. ';' and then have a form which method
>> is GET..well, it won't work. there would be one variable
>> holding all the info.
>
>Urls that are the result of a submitted form are generated by the browser
>and not php, and I don't know of a browser that will use anything other that
>'&' for that.

Exactly. And that's why if you change the arg_separator to ";"
those forms didn't work (before my patch).

I actually didn't test it though so I'm not 100% sure.
Could someone check it out with 4.0.4pl1?

--Jani



-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




Re: [PHP-DEV] Re: [PHP-QA] Re: [PHP-DEV] Re: ; arg seperator

2001-04-03 Thread Edin Kadribasic

> Which reminds me: If arg_separator is used like it was before my patch
> and you set it to e.g. ';' and then have a form which method
> is GET..well, it won't work. there would be one variable
> holding all the info.

Urls that are the result of a submitted form are generated by the browser
and not php, and I don't know of a browser that will use anything other that
'&' for that.

Edin


-- 
PHP Development Mailing List 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]