Re: PHP 4.0 Bug #6267 Updated: parse_str fails to parse strings

> RL>> It should probably return an array in either case. When register_globals > RL>> is on it would also populate the current symbol table. One could even > RL>> argue that when register_globals is off then parse_str() should still be > RL>> able to populate the current symbol table as long as that current symbol > RL>> table is not the global one. ie. if used in a function it would create > RL>> variables in that function's scope. That would probably confuse people > RL>> though. > > I think returning an array (in either case) is a logical thing to do. This > will require some changes to php_treat_variables, so maybe it should be > done after 4.0.2. Yeah, I had a look at it too. A mistake in the treat_data code would mess up a lot more than just the parse_str() function. -Rasmus