Derick, looking at the code it looks like we are checking for the a= case and handling that correctly, but not the =a case. As in foo.com?a= vs foo.com?=a
Not sure if it is yours or my bug. Currently in India and the connection here is too damn slow to browse through cvs. -Rasmus On Mon, 1 Dec 2003, Derick Rethans wrote: > On Mon, 1 Dec 2003, Antony Dovgal wrote: > > > On Mon, 1 Dec 2003 18:21:33 +0100 > > "John Huntjens" <[EMAIL PROTECTED]> wrote: > > > > > > Now trying on a second machine: > > > > Linux 2.4.18 > > > > gcc-3.3 > > > > autoconf 2.57 > > > > automake 1.7 > > > > libtool 1.5 > > > > Apache 2.0.48 > > > > > > On this machine build is OK > > > > I've changed autoconf to 2.57 and automake to 1.7 - all the same. > > Upgrading Apache to 1.3.29 doesn't affect this too. > > > > Found an interesting effect: > > this bug appears only when I'm using Opera or Mozilla. > > both lynx & wget browse ok =) > > > > Derick, please, take an attentive look at your patch to SAPI.c, SAPI.h, rfc1867.c, > > php_variables.c (Sat Nov 29 10:24:35 2003) > > - Fix sapi_input_filter patch. > > > > Reverting your patch fixes the problem, cause the problem seems to be in header > > parsing routines. > > Again, the problem is definitely in this patch. > > Hmm, interesting. But I'll need to have abetter 'bug' report before I > can do anything about it as things work just fine for me... > > Derick > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
