Re: Bug in 4.03pl1 multipart/form-data method (file uploads)
| From: | Andi Gutmans | Date: | Mon, 13 Nov 2000 14:25:40 +0000 |
| Subject: | Re: Bug in 4.03pl1 multipart/form-data method (file uploads) | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-37907@lists.php.net to get a copy of this message | ||
Can you try and set them in the php.ini and see if it makes a difference?
Also you might want to try 99M instead of those numbers :)
It's going to be hard to debug this without you getting your hands on gdb ;)
Andi
At 09:14 AM 11/13/00 -0500, James Treworgy wrote:
Already have all those. From my httpd.conf: #PHP3 Directives php_flag track_vars On php_flag asp_tags on php_flag file_uploads on php_value post_max_size 99999999 php_value upload_max_filesize 99999999 php_value upload_tmp_dir /hd2/var/php_upload -- Jamie At 09:02 AM 11/13/00, Andi Gutmans wrote:--- Andi Gutmans <andi@zend.com> http://www.zend.com/Two possible things you can try: a) Add the following line to your php.ini if it doesn't exist already:file_uploads = On ; Whether to allow HTTP file uploadsb) Also add the following line (maybe enlarging the limit in your case):post_max_size = 8M ; Maximum size of POST data that PHP will accept.Let us know if this solves your problems and which one of these if it did. Hopefully we can nuke post_max_size for 4.0.4 because I don't see much point in having both this and the upload_max_filesize directive. Even if they aren't completely the same it's confusing to have two. Andi