#25392 [NEW]: ext/standard/filestat.c:575: undefined reference to `php_check_open_basedir_ex'
From: skissane at ics dot mq dot edu dot au Operating system: RedHat Linux 9 PHP version: 4CVS-2003-09-06 (stable) PHP Bug Type: Compile Failure Bug description: ext/standard/filestat.c:575: undefined reference to `php_check_open_basedir_ex' Description: Error message during linking. Reproduce code: --- ./configure --enable-debug make Expected result: Linking succeeds Actual result: -- ext/standard/filestat.o(.text+0x1277): In function `php_stat': /home/skissane/php4-200309060330/ext/standard/filestat.c:575: undefined reference to `php_check_open_basedir_ex' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 -- Edit bug report at http://bugs.php.net/?id=25392edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25392r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25392r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25392r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25392r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25392r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25392r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25392r=support Expected behavior: http://bugs.php.net/fix.php?id=25392r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25392r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25392r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25392r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25392r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25392r=dst IIS Stability: http://bugs.php.net/fix.php?id=25392r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25392r=gnused
#25393 [NEW]: Session Variable is cleared with every connection
From: zoop at lone dot ath dot cx Operating system: Solaris 2.8 PHP version: 4.3.3 PHP Bug Type: Session related Bug description: Session Variable is cleared with every connection Description: The problem occured in php 4.3.3 apache 1.3.27 solaris 2.8 I seemed to have a problem with the $_SESSION Variable I could set something in the array and the print it but I couldn't go to another page. It would have an empty array. I downgraded to 4.3.2 and it works without any probems Reproduce code: --- if (!$_SESSION['the']) { print here; } $_SESSION['the'] = 1 html submit to load the page again Expected result: the first time you load the page it should print here and whatever html there might be. after you reload the page or post to it it shouldn't print here. Actual result: -- it prints here every time you load the page. if you print the value of $_SESSION['the'] it is undefined. -- Edit bug report at http://bugs.php.net/?id=25393edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25393r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25393r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25393r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25393r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25393r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25393r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25393r=support Expected behavior: http://bugs.php.net/fix.php?id=25393r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25393r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25393r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25393r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25393r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25393r=dst IIS Stability: http://bugs.php.net/fix.php?id=25393r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25393r=gnused
#25394 [NEW]: Segfault and Crash on long scripts.
From: mark dot meredith at shaw dot ca Operating system: MAC OS 10.2.6 PHP version: 4CVS-2003-09-06 (stable) PHP Bug Type: Reproducible crash Bug description: Segfault and Crash on long scripts. Description: I have tested this with the 4.3.2 and 4.3.3 official releases as well. I have not tried any earlier releases. I have tried with the command line or as an Apache 1 or Apache 2 module all with the same result. I used no extensions or modules for the builds in all cases. Apparently the bug does not occur for Windows XP Pro and likely some other operating systems. I was told this by some users of a PHP forum who tried their own test scripts. The result of memory_get_usage() placed on a script one line shorter than the crash length returned around 1MB. Thank you. Reproduce code: --- ?php /*presumably any long script that consumes enough memory will cause the problem*/ /*this assignment done about 1 times*/ $x = 1; ? Expected result: Nothing but a clean run through. Actual result: -- The backtrace from the STABLE snapshot cli was... (gdb) bt #0 0x00183b9c in execute (op_array=0x4e7c58) at /Users/ markmere/Sources/php4-snapshot/Zend/zend_execute.c:1027 #1 0x0016e334 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /Users/markmere/Sources/php4-snapshot/ Zend/zend.c:885 #2 0x001208e0 in php_execute_script (primary_file=0xb7c0) at /Users/markmere/Sources/php4- snapshot/main/main.c:1723 #3 0x0018ea84 in main (argc=2, argv=0xbd24) at /Users/ markmere/Sources/php4-snapshot/sapi/cli/php_cli.c:819 #4 0x2564 in _start (argc=2, argv=0xbd24, envp=0xbd30) at /SourceCache/Csu/Csu-45/crt.c:267 #5 0x23e4 in start () -- Edit bug report at http://bugs.php.net/?id=25394edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25394r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25394r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25394r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25394r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25394r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25394r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25394r=support Expected behavior: http://bugs.php.net/fix.php?id=25394r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25394r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25394r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25394r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25394r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25394r=dst IIS Stability: http://bugs.php.net/fix.php?id=25394r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25394r=gnused
#25393 [Opn-Bgs]: Session Variable is cleared with every connection
ID: 25393 Updated by: [EMAIL PROTECTED] Reported By: zoop at lone dot ath dot cx -Status: Open +Status: Bogus Bug Type: Session related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. YOu probably forgot about session_start() Previous Comments: [2003-09-06 02:45:21] zoop at lone dot ath dot cx Description: The problem occured in php 4.3.3 apache 1.3.27 solaris 2.8 I seemed to have a problem with the $_SESSION Variable I could set something in the array and the print it but I couldn't go to another page. It would have an empty array. I downgraded to 4.3.2 and it works without any probems Reproduce code: --- if (!$_SESSION['the']) { print here; } $_SESSION['the'] = 1 html submit to load the page again Expected result: the first time you load the page it should print here and whatever html there might be. after you reload the page or post to it it shouldn't print here. Actual result: -- it prints here every time you load the page. if you print the value of $_SESSION['the'] it is undefined. -- Edit this bug report at http://bugs.php.net/?id=25393edit=1
#25395 [NEW]: Bug on php.net
From: webmaster at iemedia dot nl Operating system: NA PHP version: 5.0.0b1 (beta1) PHP Bug Type: *General Issues Bug description: Bug on php.net Description: Hi i noticed an error on php.net http://nl.php.net/manual-lookup.php?pattern=array Warning: opendir(/web/sites/webtic/nl.php.net/www/manual/en) [function.opendir]: failed to open dir: No such file or directory in /web/sites/webtic/nl.php.net/www/quickref.php on line 56 Warning: readdir(): supplied argument is not a valid Directory resource in /web/sites/webtic/nl.php.net/www/quickref.php on line 63 Warning: closedir(): supplied argument is not a valid Directory resource in /web/sites/webtic/nl.php.net/www/quickref.php on line 80 Warning: Cannot modify header information - headers already sent by (output started at /web/sites/webtic/nl.php.net/www/quickref.php:56) in /web/sites/webtic/nl.php.net/www/include/layout.inc on line 71 Warning: Cannot modify header information - headers already sent by (output started at /web/sites/webtic/nl.php.net/www/quickref.php:56) in /web/sites/webtic/nl.php.net/www/include/layout.inc on line 72 -- Edit bug report at http://bugs.php.net/?id=25395edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25395r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25395r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25395r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25395r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25395r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25395r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25395r=support Expected behavior: http://bugs.php.net/fix.php?id=25395r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25395r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25395r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25395r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25395r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25395r=dst IIS Stability: http://bugs.php.net/fix.php?id=25395r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25395r=gnused
#25392 [Opn-Bgs]: ext/standard/filestat.c:575: undefined reference to `php_check_open_basedir_ex'
ID: 25392 Updated by: [EMAIL PROTECTED] Reported By: skissane at ics dot mq dot edu dot au -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RedHat Linux 9 PHP Version: 4CVS-2003-09-06 (stable) New Comment: Wrong snapshot. Previous Comments: [2003-09-06 02:01:56] skissane at ics dot mq dot edu dot au Description: Error message during linking. Reproduce code: --- ./configure --enable-debug make Expected result: Linking succeeds Actual result: -- ext/standard/filestat.o(.text+0x1277): In function `php_stat': /home/skissane/php4-200309060330/ext/standard/filestat.c:575: undefined reference to `php_check_open_basedir_ex' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 -- Edit this bug report at http://bugs.php.net/?id=25392edit=1
#25398 [NEW]: ImageTtfText angle working incorrectly
From: eight at simnet dot is Operating system: RedHat PHP version: 4.3.3 PHP Bug Type: GD related Bug description: ImageTtfText angle working incorrectly Description: Configure line: './configure' '--with-apxs=/software/web/bin/apxs' '--with-mysql=/usr' '--with-curl=/software/curl' '--with-gd' '--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-zlib' When using imagettftext with angle != 0, the rotation is rather weird. The textblock is rotated correctly, but the letters are not. For example, if I use angle 45°, then the letters will be rotated 90°. See: http://www.yourmother.is/gdbug.png This is the same with PHP 4.3.2, but it was ok with an older version (don't remember version number). -- Edit bug report at http://bugs.php.net/?id=25398edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25398r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25398r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25398r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25398r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25398r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25398r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25398r=support Expected behavior: http://bugs.php.net/fix.php?id=25398r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25398r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25398r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25398r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25398r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25398r=dst IIS Stability: http://bugs.php.net/fix.php?id=25398r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25398r=gnused
#25399 [NEW]: ereg_replace problem
From: ibar at 163 dot com Operating system: Redhat 7.2 PHP version: 4.3.3 PHP Bug Type: Scripting Engine problem Bug description: ereg_replace problem Description: i can't replace thefour in big5 chinese letter eg:ereg_replace('¥|','4'$str); error instruct:Warning: ereg_replace(): REG_EMPTY in /dir/file.php on line 50 Reproduce code: --- $str=ereg_replace('¥|',4,$str); Expected result: return 4 Actual result: -- Warning: ereg_replace(): REG_EMPTY in /dir/file.php on line 50 -- Edit bug report at http://bugs.php.net/?id=25399edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25399r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25399r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25399r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25399r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25399r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25399r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25399r=support Expected behavior: http://bugs.php.net/fix.php?id=25399r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25399r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25399r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25399r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25399r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25399r=dst IIS Stability: http://bugs.php.net/fix.php?id=25399r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25399r=gnused
#13593 [Com]: system() exec() hang
ID: 13593 Comment by: gwd2 at york dot ac dot uk Reported By: jeremy at deadbeef dot com Status: No Feedback Bug Type: PWS related Operating System: Windows 98 / PWS PHP Version: 4.0CVS-2001-10-07 New Comment: I experience the same problem with PHP 4.3.2 under Windows XP Previous Comments: [2003-05-12 06:38:43] bhart at insydesw dot com Oops, obviously that should be PWS 4.0, not PSW 4.0. Sorry, -- Bob [2003-05-12 06:37:14] bhart at insydesw dot com Hi, I have downloaded PHP 4.3.1 and loaded it under Win98SE with PSW 4.0. I see the already reported problems of not being able to do anything after the system() or exec() calls. These calls seem to execute ok, but control is never returned to the PHP script, so the remote (client) hangs. I can Stop PSW, restart it, and get one more try to run the PHP file (from the remote client), after that I have to down Win98SE and start all over. I tried various things and none ever showed me any execution after the system() or exec() calls. system() does display data, but nothing from the PHP scripts after the call. Regards, -- Bob Hart [2002-07-02 01:00:09] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-06-01 13:22:30] [EMAIL PROTECTED] Could you try PHP 4.2.1 and see if the problem still persists? [2002-03-20 15:01:33] gpike at piocon dot com I have done extensive tests with exec() and system() using PHP 4.1.2 under Win 98 (and 2000) and experience problems as well. I attempted to start a console process from PHP and return with a success message. I have experiemented with several possible solutions purposed under the exec() command reference including putting a start in the DOS command and redirecting the output to NUL. I have also attemted to start a C program that itself started the command in a forked process. All result in the exec() command hanging until the console is manually stopped. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/13593 -- Edit this bug report at http://bugs.php.net/?id=13593edit=1
#25398 [Opn-Fbk]: ImageTtfText angle working incorrectly
ID: 25398 Updated by: [EMAIL PROTECTED] Reported By: eight at simnet dot is -Status: Open +Status: Feedback Bug Type: GD related Operating System: RedHat PHP Version: 4.3.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-09-06 08:11:46] eight at simnet dot is Description: Configure line: './configure' '--with-apxs=/software/web/bin/apxs' '--with-mysql=/usr' '--with-curl=/software/curl' '--with-gd' '--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-zlib' When using imagettftext with angle != 0, the rotation is rather weird. The textblock is rotated correctly, but the letters are not. For example, if I use angle 45°, then the letters will be rotated 90°. See: http://www.yourmother.is/gdbug.png This is the same with PHP 4.3.2, but it was ok with an older version (don't remember version number). -- Edit this bug report at http://bugs.php.net/?id=25398edit=1
#25400 [NEW]: mysql_connect - Segmentation Fault
From: stephan at wiedner dot cc Operating system: Debian Woody Kernel:2.4.22 PHP version: 5CVS-2003-09-06 (dev) PHP Bug Type: MySQL related Bug description: mysql_connect - Segmentation Fault Description: Every try to connect to the MySQL Server ends up in a segmentation fault. When using the Apache2 Module I get the following log-output: [notice] child pid 25103 exit signal Segmentation fault (11) Using cli/php i just get Segmentation fault - without being any more specific... This problem occours with: php-5.0.0b1 php-cvs2003-08-31 php-cvs2003-09-06 Apache 2.0.47 MySQL 4.0.14 PHP Configure Options: ./configure --prefix=/usr/local \ --exec-prefix=/usr/local \ --bindir=/usr/local/bin \ --sbindir=/usr/local/sbin \ --libexecdir=/usr/local/libexec \ --datadir=/usr/local/share \ --sysconfdir=/usr/local/etc \ --sharedstatedir=/usr/local/com \ --localstatedir=/usr/local/var \ --libdir=/usr/local/lib \ --includedir=/usr/local/include \ --infodir=/usr/local/info \ --mandir=/usr/local/man \ --with-apxs2=/usr/sbin/apxs \ --enable-debug \ --with-config-file-path=/usr/local/lib \ --enable-safe-mode \ --disable-ipv6 \ --disable-short-tags \ --with-dom=/usr/local \ --with-xsl=/usr/local \ --with-pspell \ --enable-dbx \ --with-db4=/usr/local/BerkeleyDB.4.1 \ --with-gd=/usr/local \ --with-mysql=/usr/local \ --with-mysql-sock=/tmp/mysql.sock \ --with-pgsql \ --with-gettext \ --with-layout=GNU MySQL Configure Options: ./configure \ --prefix=/usr/local \ --enable-dependency-tracking \ --localstatedir=/home/mysql \ --enable-assembler \ --with-unix-socket-path=/tmp/mysql.sock \ --with-mysqld-user=mysql \ --with-mysqld-ldflags=-all-static I hope I provided all necessary information and that this isn't a bug but my fault... :) Reproduce code: --- ?php echo 'Trying to connect ... '; $con = mysql_connect('localhost','user','pass') or die (Unable to connect ...); echo super!; mysql_close($con); ? Expected result: super! Actual result: -- cli backtrace: server:/# gdb ./php GNU gdb 2002-04-01-cvs Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-linux... (gdb) run test2.php Starting program: /usr/src/WebServer/php-src/sapi/cli/php test2.php [New Thread 1024 (LWP 784)] Trying to connect ... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 784)] 0x08319af0 in ?? () (gdb) bt #0 0x08319af0 in ?? () #1 0x405f79e0 in _nss_db_getspnam_r () from /lib/libnss_db.so.2 #2 0x405f711e in _nss_db_endservent () from /lib/libnss_db.so.2 #3 0x405f73b3 in _nss_db_getservbyname_r () from /lib/libnss_db.so.2 #4 0x40571a83 in getservbyname_r () from /lib/libc.so.6 #5 0x40571931 in getservbyname () from /lib/libc.so.6 #6 0x401991af in mysql_once_init () from /usr/local/lib/mysql/libmysqlclient.so.12 #7 0x4019b9d8 in mysql_init () from /usr/local/lib/mysql/libmysqlclient.so.12 #8 0x080ad624 in php_mysql_do_connect (ht=3, return_value=0x405b94b8, this_ptr=0x0, return_value_used=1, persistent=0) at /usr/src/WebServer/php-src/ext/mysql/php_mysql.c:773 #9 0x080ad955 in zif_mysql_connect (ht=3, return_value=0x405b94b8, this_ptr=0x0, return_value_used=1) at /usr/src/WebServer/php-src/ext/mysql/php_mysql.c:829 #10 0x08238f70 in zend_do_fcall_common_helper (execute_data=0xbfffd760, op_array=0x405b8b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:2541 #11 0x08239797 in zend_do_fcall_handler (execute_data=0xbfffd760, op_array=0x405b8b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:2687 #12 0x08234ba7 in execute (op_array=0x405b8b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:1267 #13 0x082127a4 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/WebServer/php-src/Zend/zend.c:1018 #14 0x081cc44b in php_execute_script (primary_file=0xbaf4) at /usr/src/WebServer/php-src/main/main.c:1625 #15 0x0824313f in main (argc=2, argv=0xbb84) at /usr/src/WebServer/php-src/sapi/cli/php_cli.c:910 (gdb) apache2 backtrace: Starting program: /usr/sbin/httpd -X [New Thread 1024 (LWP 853)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 853)] 0x082b06c8 in ?? () (gdb) bt #0 0x082b06c8 in ?? () #1 0x408ee9e0 in _nss_db_getspnam_r () from /lib/libnss_db.so.2 #2 0x408ee11e in _nss_db_endservent () from /lib/libnss_db.so.2 #3 0x408ee3b3 in _nss_db_getservbyname_r () from /lib/libnss_db.so.2 #4 0x4026ea83 in getservbyname_r () from /lib/libc.so.6 #5 0x4026e931 in getservbyname () from /lib/libc.so.6 #6 0x406331af in mysql_once_init () from
#25388 [Opn-Bgs]: cannot load dynamic modules
ID: 25388 Updated by: [EMAIL PROTECTED] Reported By: jack at coldslaw dot co dot uk -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: Redhat 9 PHP Version: 4.3.2 New Comment: Not our problem. Report to RedHat. Previous Comments: [2003-09-03 17:03:31] jack at coldslaw dot co dot uk Description: the dynamic libraries are not loading after upgrading to version 4.3.2-7 [php, php-mysql,php-ldap,php-imap], apache 2.0.47-4 they ARE in the /usr/lib/php4/ path. apache gives this error or startup PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/imap.so' - /usr/lib/php4/imap.so: undefined symbol: executor_globals in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/ldap.so' - /usr/lib/php4/ldap.so: undefined symbol: OnUpdateInt in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/mysql.so' - /usr/lib/php4/mysql.so: undefined symbol: OnUpdateInt in Unknown on line 0 configure line [from redhat rawhide rpm package]: ./configure' '--host=i386-redhat-linux' '--build=i386-redhat-linux' '--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-pcre=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-apxs2filter=/usr/sbin/apxs -- Edit this bug report at http://bugs.php.net/?id=25388edit=1
#25398 [Fbk-Opn]: ImageTtfText angle working incorrectly
ID: 25398 User updated by: eight at simnet dot is Reported By: eight at simnet dot is -Status: Feedback +Status: Open Bug Type: GD related Operating System: RedHat PHP Version: 4.3.3 New Comment: Works ok on another computer, using RedHat and PHP 4.3.2 :/ Same source on both computers: Right result http://www.yourmother.is/image_ok.png Faulty result http://www.yourmother.is/image_notok.png Previous Comments: [2003-09-06 08:58:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-09-06 08:11:46] eight at simnet dot is Description: Configure line: './configure' '--with-apxs=/software/web/bin/apxs' '--with-mysql=/usr' '--with-curl=/software/curl' '--with-gd' '--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-zlib' When using imagettftext with angle != 0, the rotation is rather weird. The textblock is rotated correctly, but the letters are not. For example, if I use angle 45°, then the letters will be rotated 90°. See: http://www.yourmother.is/gdbug.png This is the same with PHP 4.3.2, but it was ok with an older version (don't remember version number). -- Edit this bug report at http://bugs.php.net/?id=25398edit=1
#25398 [Opn-Fbk]: ImageTtfText angle working incorrectly
ID: 25398 Updated by: [EMAIL PROTECTED] Reported By: eight at simnet dot is -Status: Open +Status: Feedback Bug Type: GD related Operating System: RedHat PHP Version: 4.3.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-09-06 09:14:30] eight at simnet dot is Works ok on another computer, using RedHat and PHP 4.3.2 :/ Same source on both computers: Right result http://www.yourmother.is/image_ok.png Faulty result http://www.yourmother.is/image_notok.png [2003-09-06 08:11:46] eight at simnet dot is Description: Configure line: './configure' '--with-apxs=/software/web/bin/apxs' '--with-mysql=/usr' '--with-curl=/software/curl' '--with-gd' '--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-zlib' When using imagettftext with angle != 0, the rotation is rather weird. The textblock is rotated correctly, but the letters are not. For example, if I use angle 45°, then the letters will be rotated 90°. See: http://www.yourmother.is/gdbug.png This is the same with PHP 4.3.2, but it was ok with an older version (don't remember version number). -- Edit this bug report at http://bugs.php.net/?id=25398edit=1
#25294 [Opn-Fbk]: ftp_nlist fails on nai site with coredump
ID: 25294 Updated by: [EMAIL PROTECTED] Reported By: steveh at brendata dot co dot uk -Status: Open +Status: Feedback Bug Type: FTP related Operating System: Linux 2.4.21 PHP Version: 4.3.3 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2003-09-03 08:21:52] steveh at brendata dot co dot uk Just tested with the latest snapshot and exactly the same as before? [2003-08-31 16:09:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-08-29 03:16:48] steveh at brendata dot co dot uk Ok, it failed as before, here's the output: (gdb) run test.php Starting program: /usr/src/php-4.3.3/sapi/cli/php test.php resource(4) of type (FTP Buffer) resource(4) of type (FTP Buffer) bool(false) resource(4) of type (FTP Buffer) [Fri Aug 29 09:04:06 2003] Script: 'test.php' --- /usr/src/php-4.3.3/ext/ftp/ftp.c(1443) : Block 0x081EF888 status: Beginning: Overrun (magic=0x401E0470, expected=0x7312F8DC) End: Unknown --- Program exited normally. (gdb) [2003-08-28 19:48:11] [EMAIL PROTECTED] Try the following: # rm config.cache # ./configure --disable-all --disable-cgi --enable-ftp --enable-debug # make clean make And then run the script: # gdb sapi/cli/php (gdb) run ftptest.php . . [2003-08-28 11:19:11] steveh at brendata dot co dot uk Just realised, one thing I haven't mentioned (!) is that I'm running this as a command line script (php test.php). Here's the backtrace (looks like it's when it's trying to deallocate stuff) (gdb) bt #0 0x403a9490 in chunk_free (ar_ptr=0x4045d300, p=0x830ba58) at malloc.c:3231 #1 0x403a93f4 in __libc_free (mem=0x830baa8) at malloc.c:3154 #2 0x08175fb4 in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/src/php-4.3.3/Zend/zend_alloc.c:492 #3 0x0815be20 in php_request_shutdown (dummy=0x0) at /usr/src/php-4.3.3/main/main.c:1005 #4 0x081a6c61 in main (argc=2, argv=0xbbe4) at /usr/src/php-4.3.3/sapi/cli/php_cli.c:869 #5 0x40344657 in __libc_start_main (main=0x81a61fc main, argc=2, ubp_av=0xbbe4, init=0x8072174 _init, fini=0x81ac480 _fini, rtld_fini=0x4000dcd4 _dl_fini, stack_end=0xbbdc) at ../sysdeps/generic/libc-start.c:129 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25294 -- Edit this bug report at http://bugs.php.net/?id=25294edit=1
#25398 [Fbk-Opn]: ImageTtfText angle working incorrectly
ID: 25398 User updated by: eight at simnet dot is Reported By: eight at simnet dot is -Status: Feedback +Status: Open Bug Type: GD related Operating System: RedHat PHP Version: 4.3.3 New Comment: Tryed to change freetype versions, that did it, so the bug must be in freetype Previous Comments: [2003-09-06 09:15:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-09-06 09:14:30] eight at simnet dot is Works ok on another computer, using RedHat and PHP 4.3.2 :/ Same source on both computers: Right result http://www.yourmother.is/image_ok.png Faulty result http://www.yourmother.is/image_notok.png [2003-09-06 08:11:46] eight at simnet dot is Description: Configure line: './configure' '--with-apxs=/software/web/bin/apxs' '--with-mysql=/usr' '--with-curl=/software/curl' '--with-gd' '--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-zlib' When using imagettftext with angle != 0, the rotation is rather weird. The textblock is rotated correctly, but the letters are not. For example, if I use angle 45°, then the letters will be rotated 90°. See: http://www.yourmother.is/gdbug.png This is the same with PHP 4.3.2, but it was ok with an older version (don't remember version number). -- Edit this bug report at http://bugs.php.net/?id=25398edit=1
#25401 [NEW]: pdflib does not generate pdf
From: sj at ewetel dot de Operating system: Solaris 2.8 PHP version: 4.3.3 PHP Bug Type: PDF related Bug description: pdflib does not generate pdf Description: Since Upgrading to 4.3.3 the supplied test script does not generate any output. A telnet session gives only 0 back as body, last known working version is php4-STABLE-200303261230. Tried with pdflib 4.0.3 (.so) and 5.0.1 (.a) same error with both, nothing to see in the logs. Reproduce code: --- ?php $p = PDF_new(); PDF_open_file($p, ); PDF_set_info($p, Creator, hello.php); PDF_set_info($p, Author, Rainer Schaaf); PDF_set_info($p, Title, Hello world (PHP)); PDF_begin_page($p, 595, 842); # Change host encoding to winansi or whatever you need! $font = PDF_findfont($p, Helvetica-Bold, host, 0); PDF_setfont($p, $font, 18.0); PDF_set_text_pos($p, 50, 700); PDF_show($p, Hello world!); PDF_continue_text($p, (says PHP)); PDF_end_page($p); PDF_close($p); $buf = PDF_get_buffer($p); $len = strlen($buf); header(Content-type: application/pdf); header(Content-Length: $len); header(Content-Disposition: inline; filename=hello.pdf); print $buf; PDF_delete($p); ? Expected result: The generated PDF should show up in the browser. -- Edit bug report at http://bugs.php.net/?id=25401edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25401r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25401r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25401r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25401r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25401r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25401r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25401r=support Expected behavior: http://bugs.php.net/fix.php?id=25401r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25401r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25401r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25401r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25401r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25401r=dst IIS Stability: http://bugs.php.net/fix.php?id=25401r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25401r=gnused
#25402 [NEW]: magic_quotes_gpc turned on in php installer package
From: jasonla at onepost dot net Operating system: Windows NT/2000/XP PHP version: 4.3.3 PHP Bug Type: *Configuration Issues Bug description: magic_quotes_gpc turned on in php installer package Description: The binary installer packagae for 4.3.3 for Windows contains a default php.ini file that has magic_quotes_gpc turn ON. I thought that this was going to be turned off by default after version 4.2.x. -- Edit bug report at http://bugs.php.net/?id=25402edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25402r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25402r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25402r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25402r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25402r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25402r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25402r=support Expected behavior: http://bugs.php.net/fix.php?id=25402r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25402r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25402r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25402r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25402r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25402r=dst IIS Stability: http://bugs.php.net/fix.php?id=25402r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25402r=gnused
#25402 [Opn-Bgs]: magic_quotes_gpc turned on in php installer package
ID: 25402 Updated by: [EMAIL PROTECTED] Reported By: jasonla at onepost dot net -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Windows NT/2000/XP PHP Version: 4.3.3 New Comment: No it wasn't. Previous Comments: [2003-09-06 09:40:01] jasonla at onepost dot net Description: The binary installer packagae for 4.3.3 for Windows contains a default php.ini file that has magic_quotes_gpc turn ON. I thought that this was going to be turned off by default after version 4.2.x. -- Edit this bug report at http://bugs.php.net/?id=25402edit=1
#25401 [Opn-Fbk]: pdflib does not generate pdf
ID: 25401 Updated by: [EMAIL PROTECTED] Reported By: sj at ewetel dot de -Status: Open +Status: Feedback Bug Type: PDF related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: Works fine for me with PHP 4.3.3 (and latest CVS too). What configure line did you use? What if you run the script on command line (using CLI)? Are you sure you're not getting some error there? etc. etc. Previous Comments: [2003-09-06 09:19:47] sj at ewetel dot de Description: Since Upgrading to 4.3.3 the supplied test script does not generate any output. A telnet session gives only 0 back as body, last known working version is php4-STABLE-200303261230. Tried with pdflib 4.0.3 (.so) and 5.0.1 (.a) same error with both, nothing to see in the logs. Reproduce code: --- ?php $p = PDF_new(); PDF_open_file($p, ); PDF_set_info($p, Creator, hello.php); PDF_set_info($p, Author, Rainer Schaaf); PDF_set_info($p, Title, Hello world (PHP)); PDF_begin_page($p, 595, 842); # Change host encoding to winansi or whatever you need! $font = PDF_findfont($p, Helvetica-Bold, host, 0); PDF_setfont($p, $font, 18.0); PDF_set_text_pos($p, 50, 700); PDF_show($p, Hello world!); PDF_continue_text($p, (says PHP)); PDF_end_page($p); PDF_close($p); $buf = PDF_get_buffer($p); $len = strlen($buf); header(Content-type: application/pdf); header(Content-Length: $len); header(Content-Disposition: inline; filename=hello.pdf); print $buf; PDF_delete($p); ? Expected result: The generated PDF should show up in the browser. -- Edit this bug report at http://bugs.php.net/?id=25401edit=1
#25403 [NEW]: Problem with VT_DATE
From: m dot melloff at mptronic dot com Operating system: WindowsXP PHP version: 4.3.2 PHP Bug Type: COM related Bug description: Problem with VT_DATE Description: Problem when retrieving a VT_DATE in a COM object if the date is to 01/01/1970 the code works fine with with any date 01/01/1970 the problem is VT_Date can start at 01/01/1901 and $DOB-Value returns a timestamp starting from 1970 instead of 1901. While it makes easy to format the VT_Date with Date($format,$timestamp) it does not alow to retrieve dates 1970 from a COM:VT_Date variable for VT_Date 1970 (year) ,$DOB-Value return -1 ... Reproduce code: --- $query = new COM(DICOMobjects.DICOMQuery) ; //settings to Query the Dicom Server $query-node=localhost; $query-port=104; $query-CallingAE=Client; $query-CalledAE=Server; $query-Name=*; //tell the query to return any patient $result = $query-DoQuery;//starts the query $results = $query-Count;//number of items returned for($i=1;$i$results+1;$i++) { $Attrib=$answer-Attributes; $DOB = $Attrib-ItemByIndex(4);//Date of birth of the patient echo $DOB-value.br; //is a VT_Date an returns a Timestamp echo date(d/m/Y,$DOB-value).br; //formats the timestamp } Expected result: the returned timestamp should not be -1 for dates 1970 that makes the date unaccessible , and even for dates1970 the timestamp should be given from 1901 and not 1970 like it is now Actual result: -- A timestamp starting from 1901 and not 1970. Please help me :p -- Edit bug report at http://bugs.php.net/?id=25403edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25403r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25403r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25403r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25403r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25403r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25403r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25403r=support Expected behavior: http://bugs.php.net/fix.php?id=25403r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25403r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25403r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25403r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25403r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25403r=dst IIS Stability: http://bugs.php.net/fix.php?id=25403r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25403r=gnused
#25393 [Bgs]: Session Variable is cleared with every connection
ID: 25393 User updated by: zoop at lone dot ath dot cx Reported By: zoop at lone dot ath dot cx Status: Bogus Bug Type: Session related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: I thought that this session.auto_start = 1 option made it so you didn't have to use session_start() I am useing the same config file from version 4.3.2 and 4.3.3 and 4.3.3 doesn't keeps the session variable around. Previous Comments: [2003-09-06 05:05:41] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. YOu probably forgot about session_start() [2003-09-06 02:45:21] zoop at lone dot ath dot cx Description: The problem occured in php 4.3.3 apache 1.3.27 solaris 2.8 I seemed to have a problem with the $_SESSION Variable I could set something in the array and the print it but I couldn't go to another page. It would have an empty array. I downgraded to 4.3.2 and it works without any probems Reproduce code: --- if (!$_SESSION['the']) { print here; } $_SESSION['the'] = 1 html submit to load the page again Expected result: the first time you load the page it should print here and whatever html there might be. after you reload the page or post to it it shouldn't print here. Actual result: -- it prints here every time you load the page. if you print the value of $_SESSION['the'] it is undefined. -- Edit this bug report at http://bugs.php.net/?id=25393edit=1
#25393 [Bgs-Opn]: Session Variable is cleared with every connection
ID: 25393 User updated by: zoop at lone dot ath dot cx Reported By: zoop at lone dot ath dot cx -Status: Bogus +Status: Open Bug Type: Session related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: I don't know if I needed to change the status or if I could of this bug. Previous Comments: [2003-09-06 10:34:17] zoop at lone dot ath dot cx I thought that this session.auto_start = 1 option made it so you didn't have to use session_start() I am useing the same config file from version 4.3.2 and 4.3.3 and 4.3.3 doesn't keeps the session variable around. [2003-09-06 05:05:41] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. YOu probably forgot about session_start() [2003-09-06 02:45:21] zoop at lone dot ath dot cx Description: The problem occured in php 4.3.3 apache 1.3.27 solaris 2.8 I seemed to have a problem with the $_SESSION Variable I could set something in the array and the print it but I couldn't go to another page. It would have an empty array. I downgraded to 4.3.2 and it works without any probems Reproduce code: --- if (!$_SESSION['the']) { print here; } $_SESSION['the'] = 1 html submit to load the page again Expected result: the first time you load the page it should print here and whatever html there might be. after you reload the page or post to it it shouldn't print here. Actual result: -- it prints here every time you load the page. if you print the value of $_SESSION['the'] it is undefined. -- Edit this bug report at http://bugs.php.net/?id=25393edit=1
#25398 [Opn-Bgs]: ImageTtfText angle working incorrectly
ID: 25398 Updated by: [EMAIL PROTECTED] Reported By: eight at simnet dot is -Status: Open +Status: Bogus Bug Type: GD related Operating System: RedHat PHP Version: 4.3.3 New Comment: Not PHP bug - bogus Previous Comments: [2003-09-06 09:17:56] eight at simnet dot is Tryed to change freetype versions, that did it, so the bug must be in freetype [2003-09-06 09:15:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-09-06 09:14:30] eight at simnet dot is Works ok on another computer, using RedHat and PHP 4.3.2 :/ Same source on both computers: Right result http://www.yourmother.is/image_ok.png Faulty result http://www.yourmother.is/image_notok.png [2003-09-06 08:11:46] eight at simnet dot is Description: Configure line: './configure' '--with-apxs=/software/web/bin/apxs' '--with-mysql=/usr' '--with-curl=/software/curl' '--with-gd' '--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-zlib' When using imagettftext with angle != 0, the rotation is rather weird. The textblock is rotated correctly, but the letters are not. For example, if I use angle 45°, then the letters will be rotated 90°. See: http://www.yourmother.is/gdbug.png This is the same with PHP 4.3.2, but it was ok with an older version (don't remember version number). -- Edit this bug report at http://bugs.php.net/?id=25398edit=1
#25351 [Opn-Bgs]: Yaz failure
ID: 25351 Updated by: [EMAIL PROTECTED] Reported By: email at hansanderson dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux 2.4.9-31.2RS PHP Version: 4.3.3 New Comment: You propably have some old yaz headers/libs somewhere in you system. PHP with yaz 2.0.4 compiles fine for me. --with-png-dir=/usr/lib is wrong, it should be just '/usr' (drop the 'lib' from it) --with-imap-ssl=/usr/bin is also wrong, same as above, just '/usr' as path. Previous Comments: [2003-09-01 23:50:30] email at hansanderson dot com Description: ext/yaz/php_yaz.o: In function `yaz_association_destroy': /root/src/php-4.3.3/ext/yaz/php_yaz.c:94: undefined reference to `ZOOM_package_destroy' ext/yaz/php_yaz.o: In function `zif_yaz_itemorder': /root/src/php-4.3.3/ext/yaz/php_yaz.c:1126: undefined reference to `ZOOM_package_destroy' /root/src/php-4.3.3/ext/yaz/php_yaz.c:1127: undefined reference to `ZOOM_connection_package' /root/src/php-4.3.3/ext/yaz/php_yaz.c:1128: undefined reference to `ZOOM_package_send' ext/yaz/php_yaz.o: In function `zif_yaz_es_result': /root/src/php-4.3.3/ext/yaz/php_yaz.c:1212: undefined reference to `ZOOM_package_option_get' collect2: ld returned 1 exit status make: *** [sapi/cgi/php] Error 1 PHP 4.3.3 (just downloaded) Yaz 2.0.3 (just downloaded) Also with PHP 4.3.1 and Yaz 2.0. Yaz 2.0 used to work with PHP 4.3.1 (don't recall which, but upgrading to 4.3.1 broke it). Tried it without IMAP (and imap-ssl and kerberos) as previous bugs indicated it was a problem, but same error. Configure: ./configure --prefix=/usr --enable-exif --with-xml --with-zlib --enable-ftp \ --with-png-dir=/usr/lib --with-gd --with-curl=/usr --with-mysql=/usr --enable-dba \ --with-gdbm --with-imap=/usr/local/include --with-kerberos --with-imap-ssl=/usr/bin \ --with-gettext --enable-mbstring --with-freetype-dir=/usr \ --with-yaz=/usr/local/bin -- Edit this bug report at http://bugs.php.net/?id=25351edit=1
#25402 [Bgs]: magic_quotes_gpc turned on in php installer package
ID: 25402 User updated by: jasonla at onepost dot net Reported By: jasonla at onepost dot net Status: Bogus Bug Type: *Configuration Issues Operating System: Windows NT/2000/XP PHP Version: 4.3.3 New Comment: Ooops. Sorry guys. I was thinking of register_globals. Sorry for the confusion. It's been a long night of programming. Previous Comments: [2003-09-06 09:46:03] [EMAIL PROTECTED] No it wasn't. [2003-09-06 09:40:01] jasonla at onepost dot net Description: The binary installer packagae for 4.3.3 for Windows contains a default php.ini file that has magic_quotes_gpc turn ON. I thought that this was going to be turned off by default after version 4.2.x. -- Edit this bug report at http://bugs.php.net/?id=25402edit=1
#25404 [NEW]: open transactions not closed when script ends
From: mike at ecommerce dot com Operating system: Linux PHP version: 4.3.3 PHP Bug Type: PostgreSQL related Bug description: open transactions not closed when script ends Description: There is a problem with transactions which occurrs when accessing a PostgreSQL database using persistent connections. Please note that this problem does only occur when using persistent connections, non-persistent connection work fine, This problem becomes evident at the following situation: During an transaction, if some statement causes an error (e.g. wrong syntax), PostgreSQL does not allow any other commands until the transaction ends (causes this error message: current transaction is aborted, queries ignored until end of transaction block). That is correct behaviour, but the transaction should automatically be rollbacked by PHP when the script ends, so the next script which gets the connection link assigned can use it without problem. but this is not the case. the attached code piece reproduces the problem. the first time it gets executed, it runs fine, telling the correct error message. but the second time and all following times (assuming it gets the same persistent connection link again), it tells the current transaction is aborted, queries ignored until end of transaction block. that means the transaction started at the first invocation did not get closed, and causes an error at the next invocation of the script. that is a pretty interesting effect - the script causing the error and the script showing the error are not necessary related - surely hard to debug in a full featured application :) Usually, any transactions that are open when the script ends should be closed automatically. According to what i could find out by looking at the cvs repository, support for this was added in PHP 4.0.5: http://cvs.php.net/diff.php/php-src/ext/pgsql/pgsql.c?login=2r1=1.86r2=1.87ty=hphp=547f470b787a347436cc9b26811591e4 However, i guess this code does not work for transactions that have been aborted due to an error in a statement (or it does not work at all - which i do not hope). the problem description ends here, now a suggested fix: i made some investigation into the source code of ext/pgsql/pgsql.c, and it seems like the problem goes away by splitting the line that says: res = PQexec(link,BEGIN;ROLLBACK;); into three lines: res = PQexec(link,BEGIN;); PQclear(res); res = PQexec(link,ROLLBACK;); by executing the attached test script it can be tested that the problem goes away after changing this. i do not know for sure, but i guess that postgresql optimizes execution of multiple commands by stopping at the first statement that fails. That means, BEGIN fails because another transaction is already open, and ROLLBACK is not executed thereof. however, if BEGIN and ROLLBACK are executed one by one, it works. ps: here is my configuration: postgresql 7.3.4 (both client libraries server) php 4.3.3 configured with: './configure' '--with-apxs=/usr/sbin/apxs' '--with-config-file-path=/etc/httpd/conf' '--enable-mbstring' '-enable-mbstr-enc-trans' '--enable-mbregex' '--with-xml' '--enable-wddx' '--with-gettext' '--with-mysql' '--with-pgsql' '--with-zlib' '--with-curl' '--enable-mime-magic' '--enable-sockets' '--enable-bcmath' '--enable-ftp' Reproduce code: --- $conn = pg_pconnect(host=localhost port=5432 dbname=db user=usr password=pwd); if (!$conn) die('database connection failed'); // var-dump the connection (should tell us its persistent link) var_dump($conn); echo br; // begin a transaction if ([EMAIL PROTECTED]($conn, BEGIN;)) die(pg_last_error($conn)); // execute a query that causes an error if ([EMAIL PROTECTED]($conn, select 1 xxfdsaf fdshadfj sdfhj;)) die(pg_last_error($conn)); pg_close($conn); // its a persistent link, closing it should have no effect (but good practice to do it anyway :) Expected result: resource(1) of type (pgsql link persistent) ERROR: parser: parse error at or near xxfdsaf at character 10 Actual result: -- the first run is the expected result: resource(1) of type (pgsql link persistent) ERROR: parser: parse error at or near xxfdsaf at character 10 however, starting from the second run it shows: resource(1) of type (pgsql link persistent) ERROR: current transaction is aborted, queries ignored until end of transaction block -- Edit bug report at http://bugs.php.net/?id=25404edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25404r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25404r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25404r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25404r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25404r=needtrace Try newer version:
#25404 [Opn-Csd]: open transactions not closed when script ends
ID: 25404 Updated by: [EMAIL PROTECTED] Reported By: mike at ecommerce dot com -Status: Open +Status: Closed Bug Type: PostgreSQL related Operating System: Linux PHP Version: 4.3.3 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2003-09-06 11:20:46] mike at ecommerce dot com Description: There is a problem with transactions which occurrs when accessing a PostgreSQL database using persistent connections. Please note that this problem does only occur when using persistent connections, non-persistent connection work fine, This problem becomes evident at the following situation: During an transaction, if some statement causes an error (e.g. wrong syntax), PostgreSQL does not allow any other commands until the transaction ends (causes this error message: current transaction is aborted, queries ignored until end of transaction block). That is correct behaviour, but the transaction should automatically be rollbacked by PHP when the script ends, so the next script which gets the connection link assigned can use it without problem. but this is not the case. the attached code piece reproduces the problem. the first time it gets executed, it runs fine, telling the correct error message. but the second time and all following times (assuming it gets the same persistent connection link again), it tells the current transaction is aborted, queries ignored until end of transaction block. that means the transaction started at the first invocation did not get closed, and causes an error at the next invocation of the script. that is a pretty interesting effect - the script causing the error and the script showing the error are not necessary related - surely hard to debug in a full featured application :) Usually, any transactions that are open when the script ends should be closed automatically. According to what i could find out by looking at the cvs repository, support for this was added in PHP 4.0.5: http://cvs.php.net/diff.php/php-src/ext/pgsql/pgsql.c?login=2r1=1.86r2=1.87ty=hphp=547f470b787a347436cc9b26811591e4 However, i guess this code does not work for transactions that have been aborted due to an error in a statement (or it does not work at all - which i do not hope). the problem description ends here, now a suggested fix: i made some investigation into the source code of ext/pgsql/pgsql.c, and it seems like the problem goes away by splitting the line that says: res = PQexec(link,BEGIN;ROLLBACK;); into three lines: res = PQexec(link,BEGIN;); PQclear(res); res = PQexec(link,ROLLBACK;); by executing the attached test script it can be tested that the problem goes away after changing this. i do not know for sure, but i guess that postgresql optimizes execution of multiple commands by stopping at the first statement that fails. That means, BEGIN fails because another transaction is already open, and ROLLBACK is not executed thereof. however, if BEGIN and ROLLBACK are executed one by one, it works. ps: here is my configuration: postgresql 7.3.4 (both client libraries server) php 4.3.3 configured with: './configure' '--with-apxs=/usr/sbin/apxs' '--with-config-file-path=/etc/httpd/conf' '--enable-mbstring' '-enable-mbstr-enc-trans' '--enable-mbregex' '--with-xml' '--enable-wddx' '--with-gettext' '--with-mysql' '--with-pgsql' '--with-zlib' '--with-curl' '--enable-mime-magic' '--enable-sockets' '--enable-bcmath' '--enable-ftp' Reproduce code: --- $conn = pg_pconnect(host=localhost port=5432 dbname=db user=usr password=pwd); if (!$conn) die('database connection failed'); // var-dump the connection (should tell us its persistent link) var_dump($conn); echo br; // begin a transaction if ([EMAIL PROTECTED]($conn, BEGIN;)) die(pg_last_error($conn)); // execute a query that causes an error if ([EMAIL PROTECTED]($conn, select 1 xxfdsaf fdshadfj sdfhj;)) die(pg_last_error($conn)); pg_close($conn); // its a persistent link, closing it should have no effect (but good practice to do it anyway :) Expected result: resource(1) of type (pgsql link persistent) ERROR: parser: parse error at or near xxfdsaf at character 10 Actual result: -- the first run is the expected result: resource(1) of type (pgsql link persistent) ERROR: parser: parse error at or
#25401 [Fbk-Opn]: pdflib does not generate pdf
ID: 25401 User updated by: sj at ewetel dot de Reported By: sj at ewetel dot de -Status: Feedback +Status: Open Bug Type: PDF related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: configure is: ./configure --prefix=/webserver/libs/php-4.3.3 --enable-force-cgi-redirect --with-openssl=/webserver/libs/openssl-0.9.7b --with-zlib --with-zlib-dir=/webserver/libs/zlib-1.1.4 --enable-bcmath --enable-calendar --with-jpeg-dir=/webserver/gfx-libs --with-tiff-dir=/webserver/gfx-libs --enable-ftp --with-gd --with-png-dir=/webserver/gfx-libs --with-jpeg-dir=/webserver/gfx-libs --with-freetype-dir=/webserver/gfx-libs --enable-gd-native-ttf --with-mysql=/webserver/mysql --with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c --with-tiff-dir=/webserver/gfx-libs --enable-wddx --enable-memory-limit --with-ldap=/webserver/libs/openldap-2.1.22 --enable-sysvsem --enable-sysvshm --with-apxs=/webserver/server/apache-1.3.28/bin/apxs --with-config-file-path=/webserver/apache/conf/php --with-curl=/webserver/libs/curl-7.10.7 it seems to work with the cli interpreter. (in the php version i used before pdflib works with exactly the same configure, lib versions and apache) here's the telnet output: HTTP/1.1 200 OK Date: Sat, 06 Sep 2003 17:16:24 GMT Server: Apache/1.3.28 (Unix) PHP/4.3.3 mod_ssl/2.8.15 OpenSSL/0.9.7b X-Powered-By: PHP/4.3.3 Transfer-Encoding: chunked Content-Type: text/html 0 Previous Comments: [2003-09-06 10:05:45] [EMAIL PROTECTED] Works fine for me with PHP 4.3.3 (and latest CVS too). What configure line did you use? What if you run the script on command line (using CLI)? Are you sure you're not getting some error there? etc. etc. [2003-09-06 09:19:47] sj at ewetel dot de Description: Since Upgrading to 4.3.3 the supplied test script does not generate any output. A telnet session gives only 0 back as body, last known working version is php4-STABLE-200303261230. Tried with pdflib 4.0.3 (.so) and 5.0.1 (.a) same error with both, nothing to see in the logs. Reproduce code: --- ?php $p = PDF_new(); PDF_open_file($p, ); PDF_set_info($p, Creator, hello.php); PDF_set_info($p, Author, Rainer Schaaf); PDF_set_info($p, Title, Hello world (PHP)); PDF_begin_page($p, 595, 842); # Change host encoding to winansi or whatever you need! $font = PDF_findfont($p, Helvetica-Bold, host, 0); PDF_setfont($p, $font, 18.0); PDF_set_text_pos($p, 50, 700); PDF_show($p, Hello world!); PDF_continue_text($p, (says PHP)); PDF_end_page($p); PDF_close($p); $buf = PDF_get_buffer($p); $len = strlen($buf); header(Content-type: application/pdf); header(Content-Length: $len); header(Content-Disposition: inline; filename=hello.pdf); print $buf; PDF_delete($p); ? Expected result: The generated PDF should show up in the browser. -- Edit this bug report at http://bugs.php.net/?id=25401edit=1
#25405 [NEW]: The session id contains invalid characters
From: pop501 at hotmail dot com Operating system: Redhat Linux 8.0 PHP version: 4.3.3 PHP Bug Type: Session related Bug description: The session id contains invalid characters Description: I get this warning messages time to time, not always. session_id() returns 1fcf18a0ww.i357bed20a4426e146724 Warning: Unknown(): The session id contains invalid characters, valid characters are only a-z, A-Z and 0-9 in Unknown on line 0 Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 -- Edit bug report at http://bugs.php.net/?id=25405edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25405r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25405r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25405r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25405r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25405r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25405r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25405r=support Expected behavior: http://bugs.php.net/fix.php?id=25405r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25405r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25405r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25405r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25405r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25405r=dst IIS Stability: http://bugs.php.net/fix.php?id=25405r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25405r=gnused
#25406 [NEW]: error on pages with .php extension
From: jimtaylor4 at rogers dot com Operating system: XP Pro PHP version: Irrelevant PHP Bug Type: *URL Functions Bug description: error on pages with .php extension Description: I am not a user of this product but I do not know where else to go. Any site I go to that has a .php exstension simple does not function. Surely everyone on the net must be having this problem. I an using ie6 - xp pro and I have all of the updates. The problam must be rampent. I can't even select items to d/l, I simple cannot do it. The symptom is you click on the graphic and you get a blank transparent window. With the cursor in the window you have the hour glass. It can stay like this forever! nothing ever happens. So I turned on error reporting on ie6 and I recieved the following error No such interface supported Code 0. Where is the problem, with me? it is reported error on this page. But believe me no matter what site I go to there is the same problem and it is getting worse. Checked the M/S knowledge base. nothing. Can you help? Regards, Jim Taylor -- Edit bug report at http://bugs.php.net/?id=25406edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25406r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25406r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25406r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25406r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25406r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25406r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25406r=support Expected behavior: http://bugs.php.net/fix.php?id=25406r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25406r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25406r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25406r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25406r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25406r=dst IIS Stability: http://bugs.php.net/fix.php?id=25406r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25406r=gnused
#25405 [Opn-Fbk]: The session id contains invalid characters
ID: 25405 Updated by: [EMAIL PROTECTED] Reported By: pop501 at hotmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Redhat Linux 8.0 PHP Version: 4.3.3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2003-09-06 15:08:06] pop501 at hotmail dot com Description: I get this warning messages time to time, not always. session_id() returns 1fcf18a0ww.i357bed20a4426e146724 Warning: Unknown(): The session id contains invalid characters, valid characters are only a-z, A-Z and 0-9 in Unknown on line 0 Warning: Unknown(): Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=25405edit=1
#25401 [Opn-Fbk]: pdflib does not generate pdf
ID: 25401 Updated by: [EMAIL PROTECTED] Reported By: sj at ewetel dot de -Status: Open +Status: Feedback Bug Type: PDF related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: Try this: # rm config.cache # ./configure \ --with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c \ --with-apxs=/webserver/server/apache-1.3.28/bin/apxs \ --disable-all --disable-cli # make clean make # cp .libs/libphp4.so /webserver/server/apache-1.3.28/libexec And restart apache, try the script again. Previous Comments: [2003-09-06 13:30:04] sj at ewetel dot de configure is: ./configure --prefix=/webserver/libs/php-4.3.3 --enable-force-cgi-redirect --with-openssl=/webserver/libs/openssl-0.9.7b --with-zlib --with-zlib-dir=/webserver/libs/zlib-1.1.4 --enable-bcmath --enable-calendar --with-jpeg-dir=/webserver/gfx-libs --with-tiff-dir=/webserver/gfx-libs --enable-ftp --with-gd --with-png-dir=/webserver/gfx-libs --with-jpeg-dir=/webserver/gfx-libs --with-freetype-dir=/webserver/gfx-libs --enable-gd-native-ttf --with-mysql=/webserver/mysql --with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c --with-tiff-dir=/webserver/gfx-libs --enable-wddx --enable-memory-limit --with-ldap=/webserver/libs/openldap-2.1.22 --enable-sysvsem --enable-sysvshm --with-apxs=/webserver/server/apache-1.3.28/bin/apxs --with-config-file-path=/webserver/apache/conf/php --with-curl=/webserver/libs/curl-7.10.7 it seems to work with the cli interpreter. (in the php version i used before pdflib works with exactly the same configure, lib versions and apache) here's the telnet output: HTTP/1.1 200 OK Date: Sat, 06 Sep 2003 17:16:24 GMT Server: Apache/1.3.28 (Unix) PHP/4.3.3 mod_ssl/2.8.15 OpenSSL/0.9.7b X-Powered-By: PHP/4.3.3 Transfer-Encoding: chunked Content-Type: text/html 0 [2003-09-06 10:05:45] [EMAIL PROTECTED] Works fine for me with PHP 4.3.3 (and latest CVS too). What configure line did you use? What if you run the script on command line (using CLI)? Are you sure you're not getting some error there? etc. etc. [2003-09-06 09:19:47] sj at ewetel dot de Description: Since Upgrading to 4.3.3 the supplied test script does not generate any output. A telnet session gives only 0 back as body, last known working version is php4-STABLE-200303261230. Tried with pdflib 4.0.3 (.so) and 5.0.1 (.a) same error with both, nothing to see in the logs. Reproduce code: --- ?php $p = PDF_new(); PDF_open_file($p, ); PDF_set_info($p, Creator, hello.php); PDF_set_info($p, Author, Rainer Schaaf); PDF_set_info($p, Title, Hello world (PHP)); PDF_begin_page($p, 595, 842); # Change host encoding to winansi or whatever you need! $font = PDF_findfont($p, Helvetica-Bold, host, 0); PDF_setfont($p, $font, 18.0); PDF_set_text_pos($p, 50, 700); PDF_show($p, Hello world!); PDF_continue_text($p, (says PHP)); PDF_end_page($p); PDF_close($p); $buf = PDF_get_buffer($p); $len = strlen($buf); header(Content-type: application/pdf); header(Content-Length: $len); header(Content-Disposition: inline; filename=hello.pdf); print $buf; PDF_delete($p); ? Expected result: The generated PDF should show up in the browser. -- Edit this bug report at http://bugs.php.net/?id=25401edit=1
#25394 [Opn-Bgs]: Segfault and Crash on long scripts.
ID: 25394 Updated by: [EMAIL PROTECTED] Reported By: mark dot meredith at shaw dot ca -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: MAC OS 10.2.6 PHP Version: 4CVS-2003-09-06 (stable) New Comment: Can not reproduce with a script that has $x=1 about 500'000 times. Only thing I get is: Allowed memory size of 8388608 bytes exhausted at /usr/src/web/php/php4_3/Zend/zend_opcode.c:48 (tried to allocate 11796480 bytes) I suggest you use '--enable-memory-limit' configure option and set the 'memory_limit' directive in php.ini to a reasonable amount. This will prevent any stupid scripts like this from crashing. Previous Comments: [2003-09-06 03:50:36] mark dot meredith at shaw dot ca Description: I have tested this with the 4.3.2 and 4.3.3 official releases as well. I have not tried any earlier releases. I have tried with the command line or as an Apache 1 or Apache 2 module all with the same result. I used no extensions or modules for the builds in all cases. Apparently the bug does not occur for Windows XP Pro and likely some other operating systems. I was told this by some users of a PHP forum who tried their own test scripts. The result of memory_get_usage() placed on a script one line shorter than the crash length returned around 1MB. Thank you. Reproduce code: --- ?php /*presumably any long script that consumes enough memory will cause the problem*/ /*this assignment done about 1 times*/ $x = 1; ? Expected result: Nothing but a clean run through. Actual result: -- The backtrace from the STABLE snapshot cli was... (gdb) bt #0 0x00183b9c in execute (op_array=0x4e7c58) at /Users/ markmere/Sources/php4-snapshot/Zend/zend_execute.c:1027 #1 0x0016e334 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /Users/markmere/Sources/php4-snapshot/ Zend/zend.c:885 #2 0x001208e0 in php_execute_script (primary_file=0xb7c0) at /Users/markmere/Sources/php4- snapshot/main/main.c:1723 #3 0x0018ea84 in main (argc=2, argv=0xbd24) at /Users/ markmere/Sources/php4-snapshot/sapi/cli/php_cli.c:819 #4 0x2564 in _start (argc=2, argv=0xbd24, envp=0xbd30) at /SourceCache/Csu/Csu-45/crt.c:267 #5 0x23e4 in start () -- Edit this bug report at http://bugs.php.net/?id=25394edit=1
#25399 [Opn-Bgs]: ereg_replace problem
ID: 25399 Updated by: [EMAIL PROTECTED] Reported By: ibar at 163 dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Redhat 7.2 PHP Version: 4.3.3 New Comment: Your regexp is broken. Not bug. (you need to escape | char) Previous Comments: [2003-09-06 08:45:36] ibar at 163 dot com Description: i can't replace thefour in big5 chinese letter eg:ereg_replace('¥|','4'$str); error instruct:Warning: ereg_replace(): REG_EMPTY in /dir/file.php on line 50 Reproduce code: --- $str=ereg_replace('¥|',4,$str); Expected result: return 4 Actual result: -- Warning: ereg_replace(): REG_EMPTY in /dir/file.php on line 50 -- Edit this bug report at http://bugs.php.net/?id=25399edit=1
#25393 [Opn-Bgs]: Session Variable is cleared with every connection
ID: 25393 Updated by: [EMAIL PROTECTED] Reported By: zoop at lone dot ath dot cx -Status: Open +Status: Bogus Bug Type: Session related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: Works fine for me. Most likely your php.ini is not loaded or wrong php.ini is used. Previous Comments: [2003-09-06 10:34:17] zoop at lone dot ath dot cx I thought that this session.auto_start = 1 option made it so you didn't have to use session_start() I am useing the same config file from version 4.3.2 and 4.3.3 and 4.3.3 doesn't keeps the session variable around. [2003-09-06 05:05:41] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. YOu probably forgot about session_start() [2003-09-06 02:45:21] zoop at lone dot ath dot cx Description: The problem occured in php 4.3.3 apache 1.3.27 solaris 2.8 I seemed to have a problem with the $_SESSION Variable I could set something in the array and the print it but I couldn't go to another page. It would have an empty array. I downgraded to 4.3.2 and it works without any probems Reproduce code: --- if (!$_SESSION['the']) { print here; } $_SESSION['the'] = 1 html submit to load the page again Expected result: the first time you load the page it should print here and whatever html there might be. after you reload the page or post to it it shouldn't print here. Actual result: -- it prints here every time you load the page. if you print the value of $_SESSION['the'] it is undefined. -- Edit this bug report at http://bugs.php.net/?id=25393edit=1
#25406 [Opn-Bgs]: error on pages with .php extension
ID: 25406 Updated by: [EMAIL PROTECTED] Reported By: jimtaylor4 at rogers dot com -Status: Open +Status: Bogus Bug Type: *URL Functions Operating System: XP Pro PHP Version: Irrelevant New Comment: Please don't report this kind of crap here. This has nothing to do with PHP. Previous Comments: [2003-09-06 15:21:02] jimtaylor4 at rogers dot com Description: I am not a user of this product but I do not know where else to go. Any site I go to that has a .php exstension simple does not function. Surely everyone on the net must be having this problem. I an using ie6 - xp pro and I have all of the updates. The problam must be rampent. I can't even select items to d/l, I simple cannot do it. The symptom is you click on the graphic and you get a blank transparent window. With the cursor in the window you have the hour glass. It can stay like this forever! nothing ever happens. So I turned on error reporting on ie6 and I recieved the following error No such interface supported Code 0. Where is the problem, with me? it is reported error on this page. But believe me no matter what site I go to there is the same problem and it is getting worse. Checked the M/S knowledge base. nothing. Can you help? Regards, Jim Taylor -- Edit this bug report at http://bugs.php.net/?id=25406edit=1
#25378 [Opn-Csd]: Invalid data passed to unserialize() causes segfault
ID: 25378 Updated by: [EMAIL PROTECTED] Reported By: skissane at ics dot mq dot edu dot au -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: * PHP Version: 4.3.4-dev, 5.0.0b2-dev; 5CVS-2003-09-06-0330 New Comment: Adding more checks for this is pointless. Just enable the memory limit with --enable-memory-limit configure option and set the memory_limit in your php.ini to a reasonable amount. Previous Comments: [2003-09-06 01:55:19] skissane at ics dot mq dot edu dot au The fix in the CVS only partially solves the problem. This reproduce script still causes a segfault: echo unserialize(s::\\;); The problem is that the unserialize code is not checking that the length of the string given in the argument to s is less than the length of the string given as the argument to unserialize. Large enough numbers return random junk from memory; even larger numbers segfault. Negative numbers = very large positive numbers in 2s complement arithmetic! [2003-09-03 11:27:10] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-09-03 05:21:33] skissane at ics dot mq dot edu dot au Description: Invalid string data passed to unserialize function causes segfault. Reproduce code: --- ? unserialize(s:-1:\\;); ? Expected result: No segfault. Raise an error about data passed to unserialize being invalid. Actual result: -- #0 0x4207c45c in memcpy () from /lib/tls/libc.so.6 #1 0x081192e0 in _estrndup (s=0xbfffcb04 \024\220\035\b, length=136191999) at /home/skissane/php-4.3.3/Zend/zend_alloc.c:387 #2 0x080dae02 in php_var_unserialize (rval=0xbfffcb04, p=0xbfffcae4, max=0x81d8ffc , var_hash=0xbfffcae8) at /home/skissane/php-4.3.3/ext/standard/var_unserializer.c:549 #3 0x080d2d5c in zif_unserialize (ht=1, return_value=0x81d9014, this_ptr=0x0, return_value_used=0) at /home/skissane/php-4.3.3/ext/standard/var.c:671 #4 0x081335ea in execute (op_array=0x81dcec4) at /home/skissane/php-4.3.3/Zend/zend_execute.c:1616 #5 0x08126d0d in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/skissane/php-4.3.3/Zend/zend.c:885 #6 0x081016d7 in php_execute_script (primary_file=0xbfffefc0) at /home/skissane/php-4.3.3/main/main.c:1723 #7 0x081381f3 in main (argc=2, argv=0xb044) at /home/skissane/php-4.3.3/sapi/cli/php_cli.c:818 #8 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=25378edit=1
#25275 [Fbk-NoF]: script crashs in _efree (ptr=0x8a8828c) at php-4.3.3/Zend/zend_alloc.c:259
ID: 25275 Updated by: [EMAIL PROTECTED] Reported By: rehsack at liwing dot de -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: FreeBSD 5.1 i386 PHP Version: 4.3.3 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-08-30 08:52:58] [EMAIL PROTECTED] Cool, let's keep the status set to feedback during this time then. [2003-08-30 08:39:35] rehsack at liwing dot de This may take a while. I can't start before monday, so I think tuesday you can reach results. [2003-08-30 07:21:47] [EMAIL PROTECTED] Yes, that's the idea.. [2003-08-30 06:10:26] rehsack at liwing dot de Nope, it runs fine. Do you suggest enabling each extension I used until it crash's? [2003-08-30 02:00:15] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure --disable-all --disable-cgi --enable-debug # make clean make # sapi/cli/php yourscript.php Does it crash now? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25275 -- Edit this bug report at http://bugs.php.net/?id=25275edit=1
#25352 [Fbk]: Cannot compile with --disable-cli
ID: 25352 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD PHP Version: 4.3.4-dev New Comment: Please try applying this patch: http://www.php.net/~jani/patches/bug25352.patch And do: # ./cvsclean ./buildconf And then try your original configure. Previous Comments: [2003-09-03 06:38:25] [EMAIL PROTECTED] Please set the status correctly when you respond. And without --with-mnogosearch (and --with-mysql) it compiles fine? [2003-09-03 02:02:05] [EMAIL PROTECTED] I added --with-mysql=[path] to the proposed configure line, otherwise mnogosearch api will not compile if mnogosearch was compiled with mysql support. But, this does not help, the linking process was stopped while building CLI with the same error. P.S. i tested this with apxs2 and apache2, but in the past i had this error with the apache too. [2003-09-02 09:48:49] [EMAIL PROTECTED] Thanks for the huge message, it would have been enough to put the last 10 lines of the output. Try this: # rm config.cache # ./configure --disable-all \ --with-apxs=/usr/local/apache/bin/apxs \ --with-mnogosearch=/usr/local/mnogosearch # make clean make (and is this with apache2 or apache1? --with-apxs is not for apache2) [2003-09-02 02:16:57] [EMAIL PROTECTED] Description: Bug #25336 reopened. When compiling fresh PHP-4.3.3 release with mnogosearch on FreeBSD (not from ports) the process is stopped while linking PHP CLI: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-pgsql=/usr/local/pgsql --with-gd --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/local/lib --with-zlib=/usr --with-xpm-dir=/usr/local/lib --with-freetype-dir=/usr/local/lib --with-t1lib=/usr/local/lib --enable-gd-native-ttf --with-mnogosearch=/usr/local/mnogosearch With the 4.3.3 release I'm getting this error on build: /bin/sh /usr/home/alan/php-4.3.3/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 -avoid-version -module -L/usr/local/lib -L/usr/X11R6/lib -L/usr/local/pgsql//lib -L/usr/local//lib -L/usr/local/mnogosearch/lib -L/usr/local/pgsql/lib -R /usr/local/lib -R /usr/X11R6/lib -R /usr/local/pgsql//lib -R /usr/local//lib -R /usr/local/mnogosearch/lib -R /usr/local/pgsql/lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/ctype/ctype.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/gd/libgd/xbm.lo ext/mnogosearch/php_mnogo.lo ext/mysql/php_mysql.lo ext/mysql/libmysql/libmysql.lo ext/mysql/libmysql/errmsg.lo ext/mysql/libmysql/net.lo ext/mysql/libmysql/violite.lo ext/mysql/libmysql/password.lo ext/mysql/libmysql/my_init.lo ext/mysql/libmysql/my_lib.lo ext/mysql/libmysql/my_static.lo ext/mysql/libmysql/my_malloc.lo ext/mysql/libmysql/my_realloc.lo ext/mysql/libmysql/my_create.lo ext/mysql/libmysql/my_delete.lo ext/mysql/libmysql/my_tempnam.lo ext/mysql/libmysql/my_open.lo ext/mysql/libmysql/mf_casecnv.lo ext/mysql/libmysql/my_read.lo ext/mysql/libmysql/my_write.lo ext/mysql/libmysql/errors.lo ext/mysql/libmysql/my_error.lo ext/mysql/libmysql/my_getwd.lo ext/mysql/libmysql/my_div.lo ext/mysql/libmysql/mf_pack.lo ext/mysql/libmysql/my_messnc.lo ext/mysql/libmysql/mf_dirname.lo ext/mysql/libmysql/mf_fn_ext.lo ext/mysql/libmysql/mf_wcomp.lo ext/mysql/libmysql/typelib.lo ext/mysql/libmysql/safemalloc.lo ext/mysql/libmysql/my_alloc.lo ext/mysql/libmysql/mf_format.lo ext/mysql/libmysql/mf_path.lo ext/mysql/libmysql/mf_unixpath.lo ext/mysql/libmysql/my_fopen.lo ext/mysql/libmysql/mf_loadpath.lo ext/mysql/libmysql/my_pthread.lo ext/mysql/libmysql/my_thr_init.lo ext/mysql/libmysql/thr_mutex.lo ext/mysql/libmysql/mulalloc.lo ext/mysql/libmysql/string.lo ext/mysql/libmysql/default.lo ext/mysql/libmysql/my_compress.lo ext/mysql/libmysql/array.lo ext/mysql/libmysql/my_once.lo ext/mysql/libmysql/list.lo ext/mysql/libmysql/my_net.lo ext/mysql/libmysql/dbug.lo ext/mysql/libmysql/strmov.lo ext/mysql/libmysql/strxmov.lo ext/mysql/libmysql/strnmov.lo ext/mysql/libmysql/strmake.lo ext/mysql/libmysql/strend.lo ext/mysql/libmysql/strfill.lo
#25295 [Fbk]: php_ini.c:414: 'alphasort' undeclared
ID: 25295 Updated by: [EMAIL PROTECTED] Reported By: alain dot bonnefoy at icbt dot com Status: Feedback Bug Type: Compile Failure Operating System: QNX6 PHP Version: 4.3.3 New Comment: Did the replacement files fix this problem? Previous Comments: [2003-09-03 10:41:57] [EMAIL PROTECTED] Get this: http://snaps.php.net/php4-STABLE-latest.tar.gz And replacement files: http://www.php.net/~jani/patches/bug25295.tar.gz Replace the files, run configure and make. If it fails, check again what HAVE_SYS_DIR_H is set to. (this would be so much easier if I had access to QNX.. :) [2003-09-03 01:41:34] alain dot bonnefoy at icbt dot com This line was commented out, I admit that I didn't see this definition BUT, I tried #define and #undef, that doesn't change anything! The result of 'grep -in dir.h main/*.[hc] is: main/internal_functions_win32.c:40:#include ext/standard/php_dir.h main/php_config.h:661:/* Define if you have the ndir.h header file. */ main/php_config.h:662:/* #undef HAVE_NDIR_H */ main/php_config.h:715:/* Define if you have the sys/dir.h header file. */ main/php_config.h:716:#undef HAVE_SYS_DIR_H main/php_config.h:733:/* Define if you have the sys/ndir.h header file. */ main/php_config.h:734:/* #undef HAVE_SYS_NDIR_H */ main/php_ini.c:33:#include php_scandir.h main/php_scandir.c:28:#include php_scandir.h main/php_scandir.c:41:#include win32/readdir.h main/php_scandir.h:20:/* $Id: php_scandir.h,v 1.2.2.4 2003/02/19 18:45:03 sniper Exp $ */ main/php_scandir.h:22:#ifndef PHP_SCANDIR_H main/php_scandir.h:23:#define PHP_SCANDIR_H main/php_scandir.h:29:#include win32/readdir.h main/php_scandir.h:50:#endif /* PHP_SCANDIR_H */ main/reentrancy.c:28:#include win32/readdir.h As you can see, it seems that no file try to include sys/dir.h. right? Alain. [2003-09-02 09:26:23] [EMAIL PROTECTED] What is HAVE_SYS_DIR_H defined in main/php_config.h ? It's enought to include dir.h in php_scandir.h.. Just need to know it that define is there. [2003-09-02 01:11:27] alain dot bonnefoy at icbt dot com Sorry for the mistake, I add the files sys/dir.h and sys/types.h at the end of php.h (before #endif)! in main/php_config.h: #define HAVE_ALPHASORT 1 regards, Alain. [2003-08-29 09:30:22] [EMAIL PROTECTED] In what file did you add those? And what is HAVE_ALPHASORT defined in main/php_config.h ? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25295 -- Edit this bug report at http://bugs.php.net/?id=25295edit=1
#25407 [NEW]: $HTTP_GET_VARS and $HTTP_POST_VARS
From: louison dot raymond at libertysurf dot fr Operating system: windows xp pro PHP version: 4.3.1 PHP Bug Type: Unknown/Other Function Bug description: $HTTP_GET_VARS and $HTTP_POST_VARS Description: If you submit a form with checkbox inputs which have same name but differents value, the $HTTP_GET_VARS and $HTTP_POST_VARS contain one value (not all the checkbox checked). Nevertheless, the browser send values of all the checked inputs. Configuration: xp pro whith all updates SERVER_SOFTWARE : Microsoft-IIS/5.1 Browser : Microsoft Internet Explorer Version 6.0.2600..xpclnt_qfe.021108-2107 php.ini changes: cgi.force_redirect = 0 fastcgi.impersonate = 1 file_uploads = On upload_max_filesize = 2M Reproduce code: --- FORM NAME=f ACTION=http://localhost/test.php; METHOD=post INPUT TYPE=Checkbox NAME=groupes VALUE=65 INPUT TYPE=Checkbox NAME=groupes VALUE=55 INPUT TYPE=Checkbox NAME=groupes VALUE=50 INPUT TYPE=submit /form test.php: ?php print_r($HTTP_POST_VARS); ? Expected result: Array ( [groupes] = Array ( [0]=65 [1]=55 [2]=50 ) ) For sample or Array ( [groupes] = 65_55_50 ) Actual result: -- result: Array ( [groupes] = 50 ) Yet i checked the three inputs and the browser send this query string :groupes=65groupes=55groupes=50 (This result is normal when it is known that $HTTP_POST_VARS is an associate array but it's not very logical) -- Edit bug report at http://bugs.php.net/?id=25407edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25407r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25407r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25407r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25407r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25407r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25407r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25407r=support Expected behavior: http://bugs.php.net/fix.php?id=25407r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25407r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25407r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25407r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25407r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25407r=dst IIS Stability: http://bugs.php.net/fix.php?id=25407r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25407r=gnused
#25407 [Opn-Bgs]: $HTTP_GET_VARS and $HTTP_POST_VARS
ID: 25407 Updated by: [EMAIL PROTECTED] Reported By: louison dot raymond at libertysurf dot fr -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: windows xp pro PHP Version: 4.3.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This is expected behavior. Please reference the manual section on passing arrays via HTML forms. Previous Comments: [2003-09-06 22:58:49] louison dot raymond at libertysurf dot fr Description: If you submit a form with checkbox inputs which have same name but differents value, the $HTTP_GET_VARS and $HTTP_POST_VARS contain one value (not all the checkbox checked). Nevertheless, the browser send values of all the checked inputs. Configuration: xp pro whith all updates SERVER_SOFTWARE : Microsoft-IIS/5.1 Browser : Microsoft Internet Explorer Version 6.0.2600..xpclnt_qfe.021108-2107 php.ini changes: cgi.force_redirect = 0 fastcgi.impersonate = 1 file_uploads = On upload_max_filesize = 2M Reproduce code: --- FORM NAME=f ACTION=http://localhost/test.php; METHOD=post INPUT TYPE=Checkbox NAME=groupes VALUE=65 INPUT TYPE=Checkbox NAME=groupes VALUE=55 INPUT TYPE=Checkbox NAME=groupes VALUE=50 INPUT TYPE=submit /form test.php: ?php print_r($HTTP_POST_VARS); ? Expected result: Array ( [groupes] = Array ( [0]=65 [1]=55 [2]=50 ) ) For sample or Array ( [groupes] = 65_55_50 ) Actual result: -- result: Array ( [groupes] = 50 ) Yet i checked the three inputs and the browser send this query string :groupes=65groupes=55groupes=50 (This result is normal when it is known that $HTTP_POST_VARS is an associate array but it's not very logical) -- Edit this bug report at http://bugs.php.net/?id=25407edit=1
#25408 [NEW]: mail function drops some characters from body
From: zabihi at iranculture dot org Operating system: Win2000 Adv. - SP4 - IIS5.0 PHP version: 4.3.3 PHP Bug Type: Mail related Bug description: mail function drops some characters from body Description: When body of message is more than 1024 characters, the 1024th character is dropped when sending mail. This problem occurs with every 1024 characters in the body, so 2048th and 3072nd characters are also dropped. Mail server is MDaemon 6.7 and no error is reporting. Reproduce code: --- $body=ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890\n; $body.=$body; $body.=$body; $body.=$body; $body.=$body; $body.=$body; $body.=$body; if (mail([EMAIL PROTECTED],Testing PHP Mail, $body, )) echo OK!; else echo Error!; Expected result: When we receive the message the following string should be repeated 64 times: ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890 Actual result: -- When we receive the message the following string is repeated 64 times but in line 17 the P character is dropped and in line 33 the f character is dropped and so on: ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890 -- Edit bug report at http://bugs.php.net/?id=25408edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25408r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25408r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25408r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25408r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25408r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25408r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25408r=support Expected behavior: http://bugs.php.net/fix.php?id=25408r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25408r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25408r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25408r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25408r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25408r=dst IIS Stability: http://bugs.php.net/fix.php?id=25408r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25408r=gnused
#25394 [Bgs-Opn]: Segfault and Crash on long scripts.
ID: 25394 User updated by: mark dot meredith at shaw dot ca Reported By: mark dot meredith at shaw dot ca -Status: Bogus +Status: Open Bug Type: Reproducible crash Operating System: MAC OS 10.2.6 PHP Version: 4CVS-2003-09-06 (stable) New Comment: Are you sure you were running this on a Apple Mac OS X box? I have tried the memory_limit directive and corresponding configure option. Even when set to allow 64MB the script still crashes at exactly the same length. I also used no memory directive and a memory limit of -1. Everything produces the same result at the same point in the script. After the report was labeled Bogus I got my hands on a brand new iBook. Same thing. I have also tried the www.serverlogistics.com and www.entropy.ch builds with the same crash at the same line. Thanks again for your time and efforts. I hope this is squashable. Previous Comments: [2003-09-06 19:14:49] [EMAIL PROTECTED] Can not reproduce with a script that has $x=1 about 500'000 times. Only thing I get is: Allowed memory size of 8388608 bytes exhausted at /usr/src/web/php/php4_3/Zend/zend_opcode.c:48 (tried to allocate 11796480 bytes) I suggest you use '--enable-memory-limit' configure option and set the 'memory_limit' directive in php.ini to a reasonable amount. This will prevent any stupid scripts like this from crashing. [2003-09-06 03:50:36] mark dot meredith at shaw dot ca Description: I have tested this with the 4.3.2 and 4.3.3 official releases as well. I have not tried any earlier releases. I have tried with the command line or as an Apache 1 or Apache 2 module all with the same result. I used no extensions or modules for the builds in all cases. Apparently the bug does not occur for Windows XP Pro and likely some other operating systems. I was told this by some users of a PHP forum who tried their own test scripts. The result of memory_get_usage() placed on a script one line shorter than the crash length returned around 1MB. Thank you. Reproduce code: --- ?php /*presumably any long script that consumes enough memory will cause the problem*/ /*this assignment done about 1 times*/ $x = 1; ? Expected result: Nothing but a clean run through. Actual result: -- The backtrace from the STABLE snapshot cli was... (gdb) bt #0 0x00183b9c in execute (op_array=0x4e7c58) at /Users/ markmere/Sources/php4-snapshot/Zend/zend_execute.c:1027 #1 0x0016e334 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /Users/markmere/Sources/php4-snapshot/ Zend/zend.c:885 #2 0x001208e0 in php_execute_script (primary_file=0xb7c0) at /Users/markmere/Sources/php4- snapshot/main/main.c:1723 #3 0x0018ea84 in main (argc=2, argv=0xbd24) at /Users/ markmere/Sources/php4-snapshot/sapi/cli/php_cli.c:819 #4 0x2564 in _start (argc=2, argv=0xbd24, envp=0xbd30) at /SourceCache/Csu/Csu-45/crt.c:267 #5 0x23e4 in start () -- Edit this bug report at http://bugs.php.net/?id=25394edit=1