[PHP-DEV] Problems uploading large files
Hi all, there are some bug reports regarding large file uploads, but here is an observation that might give additional hints for solving the problem: I'm not able to upload files via HTTP POST greater than 102574 KByte (with Mozilla 1.1). This applies no mater what i set max_upload_size, post_max_size, upload_max_filesize and memory_limit to. When the above limit of data is reached, the tmpfile vanishes from the tmp folder and Apache writes the log line below: [error] PHP Warning: Only 1284 bytes were written, expected to write 5119 in Unknown on line 0 This is slightly different with uploading using IE. Here the maximum upload size is about 103408 KByte, after which the same behaviour can be observed. The error message states: [Wed Aug 14 18:04:37 2002] [error] PHP Warning: Only 2255 bytes were written, expected to write 5119 in Unknown on line 0 With files below 100MByte size everything works fine. Does anybody have a clue what's going on here? PHP version is 4.2.2 with Apache 1.3.26 on Linux. Cheers Michael -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] MySQL 4.0.1 support gone?
Hi all, I'm still having trouble to compile latest CVS on Linux with MySQL 4.0.1 (see bug 16139). Has support for MySQL 4.0.1 been withdrawn from CVS? Cheers Michael -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] MySQL 4.0.1 compile problems
Hi all, i tried to compile latest CVS (checked out 1h ago) with MySQL 4.0.1, but I'm getting the error below when linking: ext/mysql/php_mysql.lo: In function `zif_mysql_create_db': ext/mysql/php_mysql.lo(.text+0x16ac): undefined reference to `mysql_create_db' ext/mysql/php_mysql.lo: In function `zif_mysql_drop_db': ext/mysql/php_mysql.lo(.text+0x185c): undefined reference to `mysql_drop_db' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 This is quite right: the above functions are from the 3.23.x branch and are deprecated in 4.0.1. Compiling with MySQL 4.0.1 DID work with CVS two weeks ago...someone must have 'improved' the build process. Cheers Michael -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Gd compile issues with CVS
Hi all, I was bitten by compile failures with latest CVS and filed a bug report (#15697). After investigating the problem, i found that changes in config.m4 were responsible of the problems. from the Changelog: 2002-02-23 Rui Hirokawa [EMAIL PROTECTED] [...] * ext/gd/config.m4: fixed configure error with freetype1. The changes introduced by Rui break the recognition of GD 2.0.1 and Freetype2 at least on SuSE Linux 7.3, leading not only to the infamous GdIOCTX bug but also seem to confuse 'configure' (mcrypt version can't be detected). I'm not an autoconf/automake expert, so I can't say what exactly is wrong here, but people hit by this bug should try to just revert Rui's patch -- everything works fine then...;-... ==revert-gd-patch= --- config.m4 Sat Feb 23 02:36:55 2002 +++ config.m4 Sun Feb 24 14:05:54 2002 @@ -1,5 +1,5 @@ dnl -dnl $Id: config.m4,v 1.83 2002/02/23 01:36:55 hirokawa Exp $ +dnl $Id: config.m4,v 1.82 2002/01/13 06:25:18 hirokawa Exp $ dnl AC_DEFUN(PHP_GD_JPEG,[ @@ -125,10 +125,6 @@ AC_DEFUN(PHP_GD_FREETYPE2,[ PHP_ARG_WITH(freetype-dir, for freetype(2), [ --with-freetype-dir=DIR GD: Set the path to freetype2 install prefix.]) - - if test $PHP_TTF != no; then -PHP_FREETYPE_DIR=no - fi if test $PHP_FREETYPE_DIR != no; then for i in /usr /usr/local $PHP_FREETYPE_DIR; do === Cheers Michael -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14731: Additional info
Hi all, I'm using an Olympus E-10 DC and can confirm the same problems as others have reported on the list. The exif extension works indeed if the cases TAG_JPEGQUAL and TAG_MACRO are commented out...very funny, as these are Olympus specific cases... It would be really nice if someone would come up with a fix for these issues. I could provide sample images on request. cheers Michael -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #12065 Updated: libgd was not built with TrueType font support problem
...i have the same problem here with SuSE linux 7.2., freetype 2.0.3 and gd 1.8.4. I definitely have tested freetype2 support with the gdtestft freetype2 test program provided by gd and it works. Greetings Michael -- 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]
[PHP-DEV] Analysis of getdnsrr getmxrr bugs on SuSE linux
Hi all, I'm running a linux box based on the SuSE distribution. Trying to use the getmxrr function in recent snap builds of PHP4, i found out that this function was not supported anymore. Browsing through the code resulted in the observation that both mentioned functions were only avialable if HAVE_BINDLIB was set by configure. Now, on SuSE, you don't have libbind, instead you have libresolv, which provides the same functionality as libbind with respect to getmxrr. My suspicion grew about a bug when i recognized that configure actually searches for libresolv and puts a HAVE_LIBRESOLV 1 into php_config.h. The problem is that HAVE_LIBRESOLV isn't referenced anywhere else in the code, so it is a quite useless information now. The solution is quite simple: Just add HAVE_LIBRESOLV to the ifdefs looking for LIBBIND. Everything works fine then. Here are my diffs, i don't know how to make a patch out of it, but someone surely will find out: diff basic_functions.c 250c250 #if HAVE_BINDLIB !(defined(__BEOS__)||defined(PHP_WIN32)) || HAVE_LIBRESOLV --- #if HAVE_BINDLIB !(defined(__BEOS__)||defined(PHP_WIN32)) diff dns.c --- 170c170 #if HAVE_BINDLIB !(defined(__BEOS__)||defined(PHP_WIN32)) || HAVE_LIBRESOLV --- #if HAVE_BINDLIB !(defined(__BEOS__)||defined(PHP_WIN32)) Michael P.S.: IMHO, such a bug really should'nt be spotted by an amateur C programmer like me..;-.. -- 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]
[PHP-DEV] libbind required for getmxrr?
Hi all, i'm running into trouble with the latest snap of PHP 4. I'm trying to use getmxrr but my build tells me that this function is not supported. I've browsed through the code and found that these function is not avialable when HAVE_BINDLIB is not defined (funny enough, i only found 'configure' defining HAVE_LIBBIND...). As i'm running on SuSE Linux 7.0, there is no libbind -- instead they have libresolv (and i think libdns). I compiled libbind myself from recent ISC bind 8.2.3 sources; then configure actually does set HAVE_LIBBIND in php_config.h. But if i do a make then, i'm running into bug #8814! What can I do? Is libresolv enough, or maybe superflous? Greetings Michael -- 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]