Date: 11/12/00
- Next message: sniper <email protected>: "[PHP-DEV] PHP 4.0 Bug #7771: test, please ignore"
- Previous message: Jade Nicoletti: "[PHP-DEV] transparent output compression patch"
- In reply to: Andi Gutmans: "Re: [PHP-DEV] Bug in 4.03pl1 multipart/form-data method (file uploads)"
- Next in thread: Andi Gutmans: "Re: [PHP-DEV] Bug in 4.03pl1 multipart/form-data method (file uploads)"
- Reply: Andi Gutmans: "Re: [PHP-DEV] Bug in 4.03pl1 multipart/form-data method (file uploads)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
I tried this and didn't note any errors. All I get are things like this:
[Sun Nov 12 18:00:53 2000] [error] [client 192.168.1.3] Invalid method in
request €C
[Sun Nov 12 18:01:03 2000] [error] [client 192.168.1.3] Invalid method in
request €C
[Sun Nov 12 18:01:18 2000] [error] [client 192.168.1.3] Invalid method in
request -----------------------------7d021237a68
As far as your next suggestion that is getting a bit beyond my expertise
;-) i haven't done more than a few lines of C in about 10 years... I could
probably do it but I wouldn't have any idea how to interpret what I was seeing.
Obviously this function must have changed from 4.0.2 to 4.0.3pl1 to have
introduced this bug... would I be asking for trouble if I simply copied the
source of php_mime_split() from the previous version into the current release?
Jamie
At 04:14 PM 11/12/00, Andi Gutmans wrote:
>Can you compile PHP with --enable-debug and run Apache with ./httpd -X
>then try and access the page. See if it's a crash bug. If not maybe you
>can try and put a breakpoint in php_mime_split() with the command "b
>php_mime_split" and use "n" to step through the code. You might discover
>the problem.
>Note: This is probably one of the ugliest and most unreadable pieces of
>code in PHP ;)
>
>Andi
>
>At 02:35 PM 11/12/00 -0500, James Treworgy wrote:
>>Just tried it; still broken with:
>>
>>Apache/1.3.14 (Unix) mod_perl/1.24_01 PHP/4.0.4-dev mod_ssl/2.7.1
>>OpenSSL/0.9.6 configured -- resuming normal operations
>>
>>My working configuration:
>>
>>Apache/1.3.14 (Unix) mod_perl/1.24_01 PHP/4.0.2 mod_ssl/2.7.1
>>OpenSSL/0.9.6 configured -- resuming normal operations
>>
>>-- Jamie
>>
>>At 12:42 PM 11/12/00, Andi Gutmans wrote:
>>>Can you try the latest snapshot available at http://snaps.php.net/?
>>>
>>>Andi
>>>
>>>At 11:51 AM 11/12/00 -0500, James Treworgy wrote:
>>>>File uploads of any significant size don't work (script dies after a
>>>>little while with no error reported by script). Bug report at:
>>>>
>>>>http://bugs.php.net/bugs.php?id=7679
>>>>
>>>>I have now tested Apache 1.3.14 + php4.0.2 and uploading works fine.
>>>>Does not work with Apache 1.3.12 + php4.0.3pl1 or 1.3.14 + php4.0.3pl1
>>>>
>>>>My httpd.conf includes:
>>>>
>>>>php_flag file_uploads on
>>>>php_value post_max_size 99999999
>>>>php_value upload_max_filesize 99999999
>>>>
>>>>-- Jamie
>>>>
>>>>
>>>>--
-- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: php-dev-unsubscribe <email protected> For additional commands, e-mail: php-dev-help <email protected> To contact the list administrators, e-mail: php-list-admin <email protected>
- Next message: sniper <email protected>: "[PHP-DEV] PHP 4.0 Bug #7771: test, please ignore"
- Previous message: Jade Nicoletti: "[PHP-DEV] transparent output compression patch"
- In reply to: Andi Gutmans: "Re: [PHP-DEV] Bug in 4.03pl1 multipart/form-data method (file uploads)"
- Next in thread: Andi Gutmans: "Re: [PHP-DEV] Bug in 4.03pl1 multipart/form-data method (file uploads)"
- Reply: Andi Gutmans: "Re: [PHP-DEV] Bug in 4.03pl1 multipart/form-data method (file uploads)"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

