#23967 [Com]: number_format() returns 0 all the time
ID: 23967 Comment by: youmeit at yahoo dot com Reported By: russ at zerotech dot net Status: Bogus Bug Type: Scripting Engine problem Operating System: Gentoo Linux PHP Version: 4.3.2 New Comment: This is Max. The format_number is working after all. It was something I missed in the code. Was passing the parameter w/o ($) My bad! Previous Comments: [2003-07-12 00:40:29] youmeit at yahoo dot com I have downloaded the latest stable version 4.3.2 and the issue with 0 being returned has not been fixed! Is it possible someone could recompile the code for Windows distribution? Thank you very much... Max [2003-06-04 16:00:05] russ at zerotech dot net I recompiled my glibc, I was unaware it was compiled at -O3, I was pretty certain I had specified it myself to -O2 and pentium3 only, maybe I hit it up accidentally during an emerge -u world. Once I compiled it with -O2, number_format() began working again. [2003-06-03 10:28:06] russ at zerotech dot net I compiled the snapshot, no compiler optimizations, and I enabled debugging. My GCC version is: gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r1, propolice). Perhaps it's propolice causing it? As of PHP 4.3.1 though, compiled with propolice, everything worked fine. I still get the same problem with number_format() with the snapshow from today. [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format(4000,2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format(0,2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format(230,2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format(234440,2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format("234440",2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ gdb --args ./php -r 'echo number_format("234440",2); echo "\n";' To make absolutely sure I'm not doing something different, I compiled PHP 4.3.1 again, the same way I compiled 4.3.2 and the daily SNAPSHOT, these are the results I get: [EMAIL PROTECTED]:~/php-4.3.1/sapi/cli$ ./php -r 'echo number_format(500); echo "\n";' 500 [EMAIL PROTECTED]:~/php-4.3.1/sapi/cli$ ./php -r 'echo number_format(500); echo "\n";' 500 [EMAIL PROTECTED]:~/php-4.3.1/sapi/cli$ ./php -r 'echo number_format(7500); echo "\n";' 7,500 [EMAIL PROTECTED]:~/php-4.3.1/sapi/cli$ ./php -r 'echo number_format(7500,2); echo "\n";' 7,500.00 Obviously since it doesn't crash I can't bt on the core, but I set a breakpoint at the first call to spprintf which appears to be the major difference in _php_math_number_function() in math.c between 4.3.1 and 4.3.2. It breaks at the first call which is made from _php_math_number_function(). [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ gdb --args ./php -r 'echo number_format("234440",2); echo "\n";' GNU gdb 5.3 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 "i686-pc-linux-gnu"... (gdb) break spprintf Breakpoint 1 at 0x8128f55: file /home/russ/php4-STABLE-200306031330/main/spprintf.c, line 641. (gdb) run Starting program: /home/russ/php4-STABLE-200306031330/sapi/cli/php -r echo\ number_format\(\"234440\",2\)\;\ echo\ \"\\n\"\; Breakpoint 1, spprintf (pbuf=0xb3a8, max_len=0, format=0x8183b58 "%.*f") at /home/russ/php4-STABLE-200306031330/main/spprintf.c:641 641 va_start(ap, format); (gdb) bt #0 spprintf (pbuf=0xb3a8, max_len=0, format=0x8183b58 "%.*f") at /home/russ/php4-STABLE-200306031330/main/spprintf.c:641 #1 0x080cb73a in _php_math_number_format (d=234440, dec=2, dec_point=46 '.', thousand_sep=44 ',') at /home/russ/php4-STABLE-200306031330/ext/standard/math.c:997 #2 0x080cbd1c in zif_number_format (ht=2, return_value=0x81ee2fc, this_ptr=0x0, return_value_used=1) at /home/russ/php4-STABLE-200306031330/ext/standard/math.c:1101 #3 0x0816d0a8 in execute (op_array=0x81edf5c) at /home/russ/php4-STABLE-200306031330/Zend/zend_execute.c:1606 #4 0x08151f13 in zend_eval_string (str=0xb97d "echo number_format(\"234440\",2); echo \"\\n\";", retval_ptr=0x0, string_name=0x81a88b4 "Command line code") at /home/russ/php4-STABLE-200306031330/Zend/zend_execute_API.c:636 #5 0x08173613 in main (argc=3, argv=0xb804) at /home/russ/php4-STABLE-200306031330/sapi/cli/php_cli.c:859 #6 0x400b2767 in __libc_s
#24616 [Opn]: Process started with "exec cmd > /dev/null &" dies when httpd is closed
ID: 24616 User updated by: carb at videotron dot ca Reported By: carb at videotron dot ca Status: Open Bug Type: Apache related Operating System: RedHat 9.0 PHP Version: 4.3.2 New Comment: Same behavior with: /dev/null 2>/dev/null &"); ?> Previous Comments: [2003-07-12 01:00:33] carb at videotron dot ca Description: When forking off a process from PHP with the statement exec("command > /dev/null &"), the process will get killed when the httpd is closed. Note: This occurs even though ps is telling me that the parent process id is init (parent process id 1). Reproduce code: --- /dev/null &"); ?> Expected result: A continuous ping process should be running in the backgroud, independently of httpd. When httpd is closed, the ping (or whatever relevant) process should keep running. Actual result: -- When httpd is closed, the ping (or whatever relevant) process dies. -- Edit this bug report at http://bugs.php.net/?id=24616&edit=1
#24616 [NEW]: Process started with "exec cmd > /dev/null &" dies when httpd is closed
From: carb at videotron dot ca Operating system: RedHat 9.0 PHP version: 4.3.2 PHP Bug Type: Apache related Bug description: Process started with "exec cmd > /dev/null &" dies when httpd is closed Description: When forking off a process from PHP with the statement exec("command > /dev/null &"), the process will get killed when the httpd is closed. Note: This occurs even though ps is telling me that the parent process id is init (parent process id 1). Reproduce code: --- /dev/null &"); ?> Expected result: A continuous ping process should be running in the backgroud, independently of httpd. When httpd is closed, the ping (or whatever relevant) process should keep running. Actual result: -- When httpd is closed, the ping (or whatever relevant) process dies. -- Edit bug report at http://bugs.php.net/?id=24616&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24616&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24616&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24616&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24616&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24616&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24616&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24616&r=support Expected behavior: http://bugs.php.net/fix.php?id=24616&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24616&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24616&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24616&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24616&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24616&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24616&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24616&r=gnused
#24614 [Opn]: php as cgi always report 'No input file specified.'
ID: 24614 User updated by: deptotecnico at towebs dot com Reported By: deptotecnico at towebs dot com Status: Open Bug Type: CGI related Operating System: Linux PHP Version: 4.3.3RC1 New Comment: of course, this should be read as: .. looking around and I've seen several old reports for and a few new ones, but no fixed whatsoever. Previous Comments: [2003-07-11 19:10:01] deptotecnico at towebs dot com Description: If I compile php as cgi (--enable-force-cgi-redirect is not used), I always get 'No input file specified' while browsing any .php file. I've tried with 4.3.1, 4.3.2 and 4.3.3RC1, with php.ini-recommended as the init file. php -v gives: PHP 4.3.3RC1 (cgi) (built: Jul 11 2003 20:52:32) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies running the same code from console (path/to/php/cgi file.php) works fine. I've been looking around and I've seen several old reports for this and a few ones, but no fixed whatsoever. I've also checked the CVS repository, but doesn't seem like anything has changed wrt in cgi_main.c. Reproduce code: --- Expected result: phpinfo() output. Actual result: -- No input file specified. -- Edit this bug report at http://bugs.php.net/?id=24614&edit=1
#23967 [Com]: number_format() returns 0 all the time
ID: 23967 Comment by: youmeit at yahoo dot com Reported By: russ at zerotech dot net Status: Bogus Bug Type: Scripting Engine problem Operating System: Gentoo Linux PHP Version: 4.3.2 New Comment: I have downloaded the latest stable version 4.3.2 and the issue with 0 being returned has not been fixed! Is it possible someone could recompile the code for Windows distribution? Thank you very much... Max Previous Comments: [2003-06-04 16:00:05] russ at zerotech dot net I recompiled my glibc, I was unaware it was compiled at -O3, I was pretty certain I had specified it myself to -O2 and pentium3 only, maybe I hit it up accidentally during an emerge -u world. Once I compiled it with -O2, number_format() began working again. [2003-06-03 10:28:06] russ at zerotech dot net I compiled the snapshot, no compiler optimizations, and I enabled debugging. My GCC version is: gcc version 3.2.3 20030422 (Gentoo Linux 1.4 3.2.3-r1, propolice). Perhaps it's propolice causing it? As of PHP 4.3.1 though, compiled with propolice, everything worked fine. I still get the same problem with number_format() with the snapshow from today. [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format(4000,2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format(0,2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format(230,2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format(234440,2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ ./php -r 'echo number_format("234440",2); echo "\n";' 0.00 [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ gdb --args ./php -r 'echo number_format("234440",2); echo "\n";' To make absolutely sure I'm not doing something different, I compiled PHP 4.3.1 again, the same way I compiled 4.3.2 and the daily SNAPSHOT, these are the results I get: [EMAIL PROTECTED]:~/php-4.3.1/sapi/cli$ ./php -r 'echo number_format(500); echo "\n";' 500 [EMAIL PROTECTED]:~/php-4.3.1/sapi/cli$ ./php -r 'echo number_format(500); echo "\n";' 500 [EMAIL PROTECTED]:~/php-4.3.1/sapi/cli$ ./php -r 'echo number_format(7500); echo "\n";' 7,500 [EMAIL PROTECTED]:~/php-4.3.1/sapi/cli$ ./php -r 'echo number_format(7500,2); echo "\n";' 7,500.00 Obviously since it doesn't crash I can't bt on the core, but I set a breakpoint at the first call to spprintf which appears to be the major difference in _php_math_number_function() in math.c between 4.3.1 and 4.3.2. It breaks at the first call which is made from _php_math_number_function(). [EMAIL PROTECTED]:~/php4-STABLE-200306031330/sapi/cli$ gdb --args ./php -r 'echo number_format("234440",2); echo "\n";' GNU gdb 5.3 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 "i686-pc-linux-gnu"... (gdb) break spprintf Breakpoint 1 at 0x8128f55: file /home/russ/php4-STABLE-200306031330/main/spprintf.c, line 641. (gdb) run Starting program: /home/russ/php4-STABLE-200306031330/sapi/cli/php -r echo\ number_format\(\"234440\",2\)\;\ echo\ \"\\n\"\; Breakpoint 1, spprintf (pbuf=0xb3a8, max_len=0, format=0x8183b58 "%.*f") at /home/russ/php4-STABLE-200306031330/main/spprintf.c:641 641 va_start(ap, format); (gdb) bt #0 spprintf (pbuf=0xb3a8, max_len=0, format=0x8183b58 "%.*f") at /home/russ/php4-STABLE-200306031330/main/spprintf.c:641 #1 0x080cb73a in _php_math_number_format (d=234440, dec=2, dec_point=46 '.', thousand_sep=44 ',') at /home/russ/php4-STABLE-200306031330/ext/standard/math.c:997 #2 0x080cbd1c in zif_number_format (ht=2, return_value=0x81ee2fc, this_ptr=0x0, return_value_used=1) at /home/russ/php4-STABLE-200306031330/ext/standard/math.c:1101 #3 0x0816d0a8 in execute (op_array=0x81edf5c) at /home/russ/php4-STABLE-200306031330/Zend/zend_execute.c:1606 #4 0x08151f13 in zend_eval_string (str=0xb97d "echo number_format(\"234440\",2); echo \"\\n\";", retval_ptr=0x0, string_name=0x81a88b4 "Command line code") at /home/russ/php4-STABLE-200306031330/Zend/zend_execute_API.c:636 #5 0x08173613 in main (argc=3, argv=0xb804) at /home/russ/php4-STABLE-200306031330/sapi/cli/php_cli.c:859 #6 0x400b2767 in __libc_start_main () from /lib/libc.so.6 (gdb) Let me know if you need anything else. I can provide a shell with access to compiler and sources if you'd like. [2003-06-03 10:25:55] [EMAIL PRO
#24615 [Opn->Bgs]: mysql_fetch_array error The result type should be either MYSQL_NUM, MYSQL_ASSO
ID: 24615 Updated by: [EMAIL PROTECTED] Reported By: prohm at cypos dot de -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Linux 2.4.21 PHP Version: 4.3.3RC1 New Comment: Read The Fine Manual: array mysql_fetch_array ( resource result [, int result_type]) Previous Comments: [2003-07-11 20:49:11] prohm at cypos dot de Description: The following function in a class: function nextrec () { if ($this->row = mysql_fetch_array ($this->result,$this->link)) return true; return false; } give the following error: Warning: mysql_fetch_array(): The result type should be either MYSQL_NUM, MYSQL_ASSOC or MYSQL_BOTH I have used the newsest CVS-version, there is this error, too. In the version 4.2.1 is it okay. -- Edit this bug report at http://bugs.php.net/?id=24615&edit=1
#24605 [Bgs]: Scripts Dont Exit, Forced Only
ID: 24605 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: CGI related Operating System: Cobalt Linux PHP Version: 5CVS-2003-07-11 (dev) New Comment: Turns out the scripts do stop, just very delayed. Not sure on the cause. Previous Comments: [2003-07-11 11:13:06] [EMAIL PROTECTED] Works fine here. [2003-07-11 09:43:23] [EMAIL PROTECTED] Description: Scripts do not exit after processing code. Reproduce code: --- #!/home/php5/bin/php chmod 755 it, and execute. Expected result: Script should print "test" and exit. Actual result: -- Echoes text, with a delay, but then doesnt exit, just sits active with no feedback/errors. Waited 2minutes, script still didnt close gracefully. -- Edit this bug report at http://bugs.php.net/?id=24605&edit=1
#24615 [NEW]: mysql_fetch_array error The result type should be either MYSQL_NUM, MYSQL_ASSO
From: prohm at cypos dot de Operating system: Linux 2.4.21 PHP version: 4.3.3RC1 PHP Bug Type: MySQL related Bug description: mysql_fetch_array error The result type should be either MYSQL_NUM, MYSQL_ASSO Description: The following function in a class: function nextrec () { if ($this->row = mysql_fetch_array ($this->result,$this->link)) return true; return false; } give the following error: Warning: mysql_fetch_array(): The result type should be either MYSQL_NUM, MYSQL_ASSOC or MYSQL_BOTH I have used the newsest CVS-version, there is this error, too. In the version 4.2.1 is it okay. -- Edit bug report at http://bugs.php.net/?id=24615&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24615&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24615&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24615&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24615&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24615&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24615&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24615&r=support Expected behavior: http://bugs.php.net/fix.php?id=24615&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24615&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24615&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24615&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24615&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24615&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24615&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24615&r=gnused
#24614 [NEW]: php as cgi always report 'No input file specified.'
From: deptotecnico at towebs dot com Operating system: Linux PHP version: 4.3.3RC1 PHP Bug Type: CGI related Bug description: php as cgi always report 'No input file specified.' Description: If I compile php as cgi (--enable-force-cgi-redirect is not used), I always get 'No input file specified' while browsing any .php file. I've tried with 4.3.1, 4.3.2 and 4.3.3RC1, with php.ini-recommended as the init file. php -v gives: PHP 4.3.3RC1 (cgi) (built: Jul 11 2003 20:52:32) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies running the same code from console (path/to/php/cgi file.php) works fine. I've been looking around and I've seen several old reports for this and a few ones, but no fixed whatsoever. I've also checked the CVS repository, but doesn't seem like anything has changed wrt in cgi_main.c. Reproduce code: --- Expected result: phpinfo() output. Actual result: -- No input file specified. -- Edit bug report at http://bugs.php.net/?id=24614&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24614&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24614&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24614&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24614&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24614&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24614&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24614&r=support Expected behavior: http://bugs.php.net/fix.php?id=24614&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24614&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24614&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24614&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24614&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24614&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24614&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24614&r=gnused
#24613 [Opn->Bgs]: MySQL is unavailable as an extension
ID: 24613 Updated by: [EMAIL PROTECTED] Reported By: rcherry at raysoft dot net -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: XP PHP Version: 5.0.0b1 (beta1) New Comment: Duplicate -> http://bugs.php.net/bug.php?id=24389 Previous Comments: [2003-07-11 16:48:14] rcherry at raysoft dot net Description: Congratulations on version 5.0 - I really like the OO improvements. Unfortunately, the test code that I would like to port to 5.0 requires MySQL. Unbundling MySQL is OK, but I don't see an extention that I can enable to bring it back. Thanks. Reproduce code: --- Any call to MySQL will fail. -- Edit this bug report at http://bugs.php.net/?id=24613&edit=1
#24613 [NEW]: MySQL is unavailable as an extension
From: rcherry at raysoft dot net Operating system: XP PHP version: 5.0.0b1 (beta1) PHP Bug Type: MySQL related Bug description: MySQL is unavailable as an extension Description: Congratulations on version 5.0 - I really like the OO improvements. Unfortunately, the test code that I would like to port to 5.0 requires MySQL. Unbundling MySQL is OK, but I don't see an extention that I can enable to bring it back. Thanks. Reproduce code: --- Any call to MySQL will fail. -- Edit bug report at http://bugs.php.net/?id=24613&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24613&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24613&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24613&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24613&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24613&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24613&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24613&r=support Expected behavior: http://bugs.php.net/fix.php?id=24613&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24613&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24613&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24613&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24613&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24613&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24613&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24613&r=gnused
#24612 [Opn]: Getimagesize fails on IM 5.4.6 created jpegs
ID: 24612 User updated by: pekka at studio-on-the dot net Reported By: pekka at studio-on-the dot net Status: Open Bug Type: GetImageSize related Operating System: Windows XP Professional SP1 PHP Version: 4.3.2 New Comment: it should be of course Actual result: -- e.g. (in Windows): try 433: | 0:110 | 1: 73 | 2: 2 | 3: width="110" height="73"| Previous Comments: [2003-07-11 15:33:22] pekka at studio-on-the dot net Description: Code snippet http://www.exhibitserver.com/getimagesizetest.php works perfectly on Linux/apache (PHP 4.2.2), but in Windows XP/Apache/PHP 4.3.2 even 1000 times is not always enough to get some data back from the function. Mostly it needs between 0 and 200 retries before it gets some data into array. I have found that this happens and has something to do ONLY with ImageMagick Mogrify created JPGS (Version: @(#)ImageMagick 5.4.6 06/01/02 Q:8). See aforementioned demo for test image url. Reproduce code: --- http://www.exhibitserver.com/getimagesizetest.php Expected result: try 0: | 0:110 | 1: 73 | 2: 2 | 3: width="110" height="73"| Actual result: -- nothing, or try 0: | 0:110 | 1: 73 | 2: 2 | 3: width="110" height="73"| -- Edit this bug report at http://bugs.php.net/?id=24612&edit=1
#24612 [NEW]: Getimagesize fails on IM 5.4.6 created jpegs
From: pekka at studio-on-the dot net Operating system: Windows XP Professional SP1 PHP version: 4.3.2 PHP Bug Type: GetImageSize related Bug description: Getimagesize fails on IM 5.4.6 created jpegs Description: Code snippet http://www.exhibitserver.com/getimagesizetest.php works perfectly on Linux/apache (PHP 4.2.2), but in Windows XP/Apache/PHP 4.3.2 even 1000 times is not always enough to get some data back from the function. Mostly it needs between 0 and 200 retries before it gets some data into array. I have found that this happens and has something to do ONLY with ImageMagick Mogrify created JPGS (Version: @(#)ImageMagick 5.4.6 06/01/02 Q:8). See aforementioned demo for test image url. Reproduce code: --- http://www.exhibitserver.com/getimagesizetest.php Expected result: try 0: | 0:110 | 1: 73 | 2: 2 | 3: width="110" height="73"| Actual result: -- nothing, or try 0: | 0:110 | 1: 73 | 2: 2 | 3: width="110" height="73"| -- Edit bug report at http://bugs.php.net/?id=24612&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24612&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24612&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24612&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24612&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24612&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24612&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24612&r=support Expected behavior: http://bugs.php.net/fix.php?id=24612&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24612&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24612&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24612&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24612&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24612&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24612&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24612&r=gnused
#24611 [NEW]: is_dir /!is_file won't work quite right.
From: itamarc at rogers dot com Operating system: Windows XP PHP version: 4.3.1 PHP Bug Type: *Directory/Filesystem functions Bug description: is_dir /!is_file won't work quite right. Description: some directories don't show as such. even when using chdir() and looking at all notes on the subject. I have had and reprocudes this problem for months. so please don't just say it's crap. Reproduce code: --- goto http://zabber.portredirect.com/ login as php password is net goto 'Members Options' goto 'User Files' goto 'Manage Folders' I used the site to make 3 folders. Click on "Make New Directory" See what it says in the file list. source code used is available to anyone who E-mails me at: [EMAIL PROTECTED] Expected result: should who first folder and subfolder as such. but second folder and any uploaded files show wrong. -- Edit bug report at http://bugs.php.net/?id=24611&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24611&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24611&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24611&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24611&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24611&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24611&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24611&r=support Expected behavior: http://bugs.php.net/fix.php?id=24611&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24611&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24611&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24611&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24611&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24611&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24611&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24611&r=gnused
#24610 [NEW]: core dump installing pear
From: gbaratto at superb dot net Operating system: freebsd 4.8 PHP version: 4.3.2 PHP Bug Type: Compile Failure Bug description: core dump installing pear Description: configure and compilation goes fine, make install brakes. It works fine if I take out --with-openssl export LDFLAGS=-I/usr/local/include/pthread/linuxthreads -L/usr/local/lib -llthread -llgcc_r (THIS IS BECAUSE PAYFLOW PRO REQUIRES THREADS) ./configure --prefix=/home/apache/php-4.3.2 --with-apxs2=/home/apache/httpd-2.0.47/bin/apxs --with-mysql=/usr/local --with-pfpro=/home/apache/verisign/payflowpro/freebsd/lib --enable-trans-sid --with-mcrypt --with-openssl I think this is a problem between thread payflow lib and non- thread libssl or zlib. Any idea on how to make this to work? Actual result: -- ERROR: %make install Installing PHP CLI binary:/home/apache/php-4.3.2/bin/ Installing PHP CLI man page: /home/apache/php-4.3.2/man/man1/ Installing PHP SAPI module /home/apache/httpd-2.0.47/build/instdso.sh SH_LIBTOOL='/home/apache/httpd-2.0.47/build/libtool' libphp4.la /home/apache/httpd-2.0.47/modules /home/apache/httpd-2.0.47/build/libtool --mode=install cp libphp4.la /home/apache/httpd-2.0.47/modules/ cp .libs/libphp4.so /home/apache/httpd-2.0.47/modules/libphp4.so cp .libs/libphp4.lai /home/apache/httpd-2.0.47/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /home/apache/src/php-4.3.2/libs' chmod 755 /home/apache/httpd-2.0.47/modules/libphp4.so [activating module `php4' in /home/apache/httpd-2.0.47/conf/httpd.conf] Installing shared extensions: /home/apache/php-4.3.2/lib/php/extensions/no-debug-non-zts-20020429/ Installing PEAR environment: /home/apache/php-4.3.2/lib/php/ Segmentation fault (core dumped) *** Error code 139 Stop in /home/apache/src/php-4.3.2. *** Error code 1 Stop in /home/apache/src/php-4.3.2. GDB RESULTS: - %gdb sapi/cli/php php.core GNU gdb 4.18 (FreeBSD) Copyright 1998 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-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf Core was generated by `php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/liblthread.so.2...done. Reading symbols from /usr/lib/libcrypt.so.2...done. Reading symbols from /home/apache/verisign/payflowpro/freebsd/lib/libpfpro.so...done. Reading symbols from /usr/local/lib/mysql/libmysqlclient.so.12...done. Reading symbols from /usr/local/lib/libmcrypt.so.8...done. Reading symbols from /usr/local/lib/libltdl.so.1...done. Reading symbols from /usr/lib/libssl.so.3...done. Reading symbols from /usr/lib/libcrypto.so.3...done. Reading symbols from /usr/lib/libm.so.2...done. Reading symbols from /usr/lib/libc.so.4...done. Reading symbols from /usr/lib/libz.so.2...done. Reading symbols from /usr/libexec/ld-elf.so.1...done. #0 0x2845ff50 in strcmp () from /usr/lib/libc.so.4 (gdb) bt full #0 0x2845ff50 in strcmp () from /usr/lib/libc.so.4 No symbol table info available. #1 0x281ff80e in PNVersion () from /home/apache/verisign/payflowpro/freebsd/lib/libpfpro.so No symbol table info available. Cannot access memory at address 0x2. --- -- Edit bug report at http://bugs.php.net/?id=24610&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24610&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24610&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24610&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24610&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24610&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24610&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24610&r=support Expected behavior: http://bugs.php.net/fix.php?id=24610&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24610&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24610&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24610&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24610&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24610&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24610&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24610&r=gnused
#24609 [NEW]: Finalization fails for freeing allocated XML objects because of invalid pointer
From: rehsack at liwing dot de Operating system: FreeBSD 5.1-CURRENT PHP version: 4.3.3RC1 PHP Bug Type: DOM XML related Bug description: Finalization fails for freeing allocated XML objects because of invalid pointer Description: When a dom node is copied like below described wrong way, php fails when the method is executed at the end with: Program received signal SIGBUS, Bus error. xmlGetDtdAttrDesc (dtd=0xd0d0d0d0, elem=0x8aa4a70 "METATAG", name=0x8aa4a80 "NAME") at valid.c:2857 2857valid.c: No such file or directory. in valid.c (gdb) bt #0 xmlGetDtdAttrDesc (dtd=0xd0d0d0d0, elem=0x8aa4a70 "METATAG", name=0x8aa4a80 "NAME") at valid.c:2857 #1 0x2867cc12 in xmlIsID (doc=0x8acb380, elem=0x8ace700, attr=0x8ace740) at valid.c:2315 #2 0x28668e84 in xmlFreeProp (cur=0x8ace740) at tree.c:1839 #3 0x28668dfb in xmlFreePropList (cur=0x0) at tree.c:1811 #4 0x2866a41a in xmlFreeNodeList (cur=0x8ace700) at tree.c:3108 #5 0x2866a3f7 in xmlFreeNodeList (cur=0x8ace5c0) at tree.c:3103 #6 0x2866a3f7 in xmlFreeNodeList (cur=0x8aa9f40) at tree.c:3103 #7 0x2866a3f7 in xmlFreeNodeList (cur=0x8aa9dc0) at tree.c:3103 #8 0x28667e35 in xmlFreeDoc (cur=0x8a8af80) at tree.c:1014 #9 0x0807be09 in php_free_xml_doc () #10 0x0816bc52 in list_entry_destructor () #11 0x0816b81c in zend_hash_apply_deleter () #12 0x0816a2cc in zend_hash_graceful_reverse_destroy () #13 0x0816be1f in zend_destroy_rsrc_list () #14 0x0815bb86 in shutdown_executor () #15 0x0816471e in zend_deactivate () #16 0x081359ef in php_request_shutdown () #17 0x0817b30d in main () #18 0x0806c285 in _start () Either the documentation of DomNode->replace_node() is wrong: (PHP 4.3) This function replaces an existing node with the passed new node. It is not copied anymore. If newnode was already inserted in the document it is first unlinked from its existing context or the code of replace_node must be updated a little bit. Reproduce code: --- Wrong: function ReplaceNodeWithFile( &$node, $filename ) { $src = file( $filename ); $this->Dom = domxml_open_mem( $src ); $srcRoot = $src->document_element(); $node->replace_node( $srcRoot ); } Right: function ReplaceNodeWithFile( &$node, $filename ) { $src = file( $filename ); $this->Dom = domxml_open_mem( $src ); $srcRoot = $src->document_element(); $cloned = $srcRoot->clone_node( TRUE ); $node->replace_node( $cloned ); } -- Edit bug report at http://bugs.php.net/?id=24609&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24609&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24609&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24609&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24609&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24609&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24609&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24609&r=support Expected behavior: http://bugs.php.net/fix.php?id=24609&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24609&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24609&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24609&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24609&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24609&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24609&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24609&r=gnused
#24608 [NEW]: __set not triggered when overloading with array
From: jaanus at heeringson dot com Operating system: Linux 2.4 jkernel source distro PHP version: 5.0.0b1 (beta1) PHP Bug Type: Class/Object related Bug description: __set not triggered when overloading with array Description: When overloading a class with a property containing an array by assigning an element to to the new array the __set handle does not fire, but the element gets created. Reproduce code: --- \nData: {$data}\n"); //prints out input when fired } } $test=new myclass(); $test->style['temp']='content'; //creates a new property print_r($test->style); //check if property is created ?> Expected result: Results from the echo in __set Actual result: -- The result of the print_r shows that the property is created, but id did not pass the __set -- Edit bug report at http://bugs.php.net/?id=24608&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24608&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24608&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24608&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24608&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24608&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24608&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24608&r=support Expected behavior: http://bugs.php.net/fix.php?id=24608&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24608&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24608&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24608&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24608&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24608&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24608&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24608&r=gnused
#24603 [Bgs]: all timefunctions don't give back correct time
ID: 24603 Updated by: [EMAIL PROTECTED] Reported By: akorthaus at web dot de Status: Bogus Bug Type: Date/time related Operating System: RedHat-Linux 7.3, kernel 2.4.20 PHP Version: 4.3.2 New Comment: Something, somewhere in your system sets the timezone to BST. I just listed all possible reasons why this is bogus. :) Previous Comments: [2003-07-11 11:28:48] akorthaus at web dot de If it was a problem of DST, the output should have been: 17:20:09 CET 16:20:09 GMT Fri Jul 11 18:20:09 CEST 2003 CET : Central Europe Time CEST : Central Europe Summer Time BST : British Summer Time [2003-07-11 11:25:34] akorthaus at web dot de That's what I get with your code: 17:20:09 BST 16:20:09 GMT Fri Jul 11 18:20:09 CEST 2003 No, The Problem is, that PHP doesn't use my local time, it doesn't use CEST as "date" in shell does, it uses BST. Why does PHP use a timezone I nerver used somewhere? Where does PHP get this information from? Or is it set at compile-time? Because at that time it was BST not, CEST. [2003-07-11 10:51:16] [EMAIL PROTECTED] We are happy to tell you that you just discovered Daylight Savings Time. For more information see: http://webexhibits.org/daylightsaving/b.html Instead of using mktime/date consider using gmmktime and gmdate which do not suffer from DST. Borked system. Works fine here: 18:49:44 EEST 15:49:44 GMT Fri Jul 11 18:49:44 EEST 2003 script: Remember the DST... [2003-07-11 08:01:18] akorthaus at web dot de Description: Hi! Now I'm trying to solve this problem for more then 10 houres, nad nobody seems to know what is going wrong here. If I try this: That displays: 12:36:36 11:36:36 What I would expect would be the same like date in shell: # date Fri Jul 11 13:37:39 CEST 2003 the correspondent Apache access-log: [11/Jul/2003:12:36:36 +0100] # /sbin/hwclock returns Fri 11 Jul 2003 13:36:42 PM CEST 0.707042 seconds and it could not be set by # /sbin/hwclock --systohc --utc but I think thats not important # ls -l /etc/localtime lrwxrwxrwx1 root root 33 Jul 11 09:33 /etc/localtime -> /usr/share/zoneinfo/Europe/Berlin which is what I want(my timezone). It's GMT + 1. PHP _has_ these difference of one hour between time() and gmtime(), but both are an extra hour too late. I also restartet Apache, I tried to change /etc/sysconfig/clock, which is now: # cat /etc/sysconfig/clock ZONE="Europe/Berlin" UTC=true ARC=false But PHP did not take care about changes in it, PHP also did not care about changing my timezone, this 1 hour too late stays. also ntpdate did not help, the time was changed about 3 seconds. Im Using RedHat Linux 7.3 min.-Installation I compiled Apache 1.3.27 with PHP 4.3.2 as static module. My PHP-./configure: ./configure --with-apache=../apache_1.3.27 --with-mysql --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-ttf --with-zlib --enable-gd-native-ttf --enable-trans-sid --disable-cgi --enable-ftp I'm using PHP-Accelerator. I have asked a lot of people and searched for people with similar problems, but I did not find any. So my last Idea is that it's a PHP-Bug. Reproduce code: --- Expected result: date: +-0 hours gmdate -1 hour Actual result: -- date: -1 hour gmdate -2 hours -- Edit this bug report at http://bugs.php.net/?id=24603&edit=1
#24401 [Com]: register globals does not work correctly??!!
ID: 24401 Comment by: php at nexornet dot com Reported By: eero at jlug dot org Status: Critical Bug Type: *General Issues Operating System: Linux PHP Version: 5.0.0b2-dev New Comment: It's NOT DANGEROUS by itself. If you use register globals, it depends on your programming if it is insecure or not. I'm having this exact issue on php5.0.0b1 on redhat 7.3 with apache2, waiting patiently for it to be fixed. Viva Register Globals! Previous Comments: [2003-07-07 14:02:43] dlunn at mts dot net Isn't register_globals dangerous? Or has that been changed with PHP 5? [2003-07-07 09:03:21] [EMAIL PROTECTED] Making this "Critical", globals are not registered at all, regardless what register_globals is set to. [2003-07-04 11:42:54] [EMAIL PROTECTED] Bug #24498 was marked as bogus as it is the same issue. Verified it here. [2003-07-04 02:26:23] eero at jlug dot org Tested with latest cvs-version (php5-200307040530 ), 5.0.0b2-dev sama bug still exists. [2003-07-04 01:53:55] [EMAIL PROTECTED] Try the latest PHP 5 snapshot from http://snaps.php.net/ 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/24401 -- Edit this bug report at http://bugs.php.net/?id=24401&edit=1
#24607 [NEW]: encoding of .php file affects php behaviour
From: zjcboy at fescomail dot net Operating system: win xp pro PHP version: 4.3.1 PHP Bug Type: Session related Bug description: encoding of .php file affects php behaviour Description: PHP Code: If the code above is encoded in ANSI, it works fine. But if the code is encoded in Unicode or UTF8, it just says "Cannot send session cache limiter - headers already sent ". Note that when encoded in different formats, the size of the .php file is different. For example, the code above, when encoded in ANSI, is just 90 bytes. but in Utf8, it is 93 bytes and in Unicode, it's 182 bytes. PHP Code: session_start(); requires to be put before any output, but in UTF8, the 3 extra bytes compared from in ANSI may cause some output.(I think so) Because I have to echo some non-english characters (such as Chinese), I have to use Unicode or UTF8 encoding, but it doesn't work as mentioned before. I wonder if there's any way to solve this. Expected result: no matter how .php files are encoded, they just work fine. -- Edit bug report at http://bugs.php.net/?id=24607&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24607&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24607&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24607&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24607&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24607&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24607&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24607&r=support Expected behavior: http://bugs.php.net/fix.php?id=24607&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24607&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24607&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24607&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24607&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24607&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24607&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24607&r=gnused
#14245 [Com]: make install fails on apxs
ID: 14245 Comment by: emre at asper dot org Reported By: david-shafer at uiowa dot edu Status: Closed Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.3.0-dev New Comment: I'm experiencing the same problem with Apache 2.0.46+PHP 4.3.2 on NetBSD. The .so file is not being created, even with the libtool workaround. The .libs directory only contains libphp4.a, libphp4.la and libphp4.la. I'm having the same problem with 4.3.1 as well. Previous Comments: [2003-06-12 01:47:10] eelcon at xs4all dot nl I experience the same problem on debian 3.0 php 4.3.2. It just does not generate the libphp4.so* anywhere with or without the libtool edit workaround. [2003-06-12 01:47:07] eelcon at xs4all dot nl I experience the same problem on debian 3.0 php 4.3.2. It just does not generate the libphp4.so* anywhere with or without the libtool edit workaround. [2003-05-07 19:51:03] aaronjudd at yahoo dot com Closed? Or is something similiar still around? Installing PHP SAPI module [activating module `php4' in /usr/local/apache/conf/httpd.conf] cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so cp: cannot stat `libs/libphp4.so': No such file or directory apxs:Break: Command failed with rc=1 make: *** [install-sapi] Error 1 No .so files in either .lib or lib, with or w/o libtool build_libtool_libs=yes Redhat 9/2.4.20-9 (gcc3.2.2) / Apache 1.3.27/php 3.1 [2003-04-08 16:16:54] dpino at krayon dot cl Compiler:gcc Apple Computer, Inc. GCC version 1175, based on gcc version 3.1 20020420 Host: MacOSX 10.2.4 php 4.3.1 last stable snapshot fails in make install: libs/libphp4.so /usr/local/apache/modules /usr/local/apache/build/libtool --mode=install cp libs/libphp4.so /usr/local/apache/modules/ cp libs/libphp4.so /usr/local/apache/modules/libphp4.so cp: libs/libphp4.so: No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 checking for the .so or so.0 in libs/ and .libs/ and there where not compiled.(only .a and .la) Used for configure:(config.nice dump) /configure' \ '--with-apxs2=/usr/local/apache/bin/apxs' \ '--with-mysql' \ '--with-xml' \ '--with-gd' \ '--sysconfdir=/etc' \ '--with-zlib-dir=/usr/local/include' \ '--man=/usr/local/share/man' \ '--with-jpeg-dir=/us/local/include' \ '--prefix=/usr/local/apache/php' \ '--enable-track-vars' \ '--enable-force-cgi-redirect' \ Workaround, scfrasca's tip : editing libtool and setting build_libtool_libs=yes. Hope that someone fixes this, since it's been around for a year. SAPI module not yet tested on Apache 2.0, i hope it works [2003-02-25 00:43:59] [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. It works now perfectly when using GCC. Please test that it also works with the other CC too. 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/14245 -- Edit this bug report at http://bugs.php.net/?id=14245&edit=1
#24606 [Bgs]: Compile Error- Unable to install OpenLink IODBC Support
ID: 24606 User updated by: wolf at nbm dot com Reported By: wolf at nbm dot com Status: Bogus Bug Type: ODBC related Operating System: Red Hat Linux 8.0 PHP Version: 4.3.2 New Comment: Thanks. The iODBC PHP documentation isn't very clear on this... I will go to www.iodbc.org and follow the instructions there. Sorry for the waste of time. Previous Comments: [2003-07-11 11:27:15] [EMAIL PROTECTED] http://www.iodbc.org That directory listed does not have the C files. As such I'm pretty convinced that what you have downloaded is not the iODBC driver manager (which is what is supported by PHP). You might want to goto iODBC and download the driver manager to give that a try. I'm going to mark this as BOGUS, although you might wish to open up a documentation bug requesting clarification. [2003-07-11 11:23:22] wolf at nbm dot com openlink/bin/w3config/include: total 120 -rw-r--r--1 root root 2285 Apr 1 14:29 auth.tcl -rw-r--r--1 root root 5896 Apr 1 14:29 common.tcl -rw-r--r--1 root root11509 Apr 1 14:29 drivers.ini -rw-r--r--1 root root 3344 Apr 1 14:29 dsntest.tcl -rw-r--r--1 root root 5370 Apr 1 14:29 forms.tcl -rw-r--r--1 root root 781 Apr 1 14:29 globals.tcl -rw-r--r--1 root root 2309 Jul 10 11:54 menu.ini -rw-r--r--1 root root 2010 Apr 1 14:29 mrdefh.tcl -rw-r--r--1 root root 2303 Apr 1 14:29 navigator.tcl -rw-r--r--1 root root15003 Apr 1 14:29 odbcdsn.tcl -rw-r--r--1 root root 3352 Apr 1 14:29 rulebook.tcl -rw-r--r--1 root root18479 Apr 1 14:29 template.ini -rw-r--r--1 root root 1053 Apr 1 14:29 txact.tcl -rw-r--r--1 root root 7200 Apr 1 14:29 udbcdsn.tcl -rw-r--r--1 root root13340 Apr 1 14:29 wizard.tcl These are just for the HTML interface... What iODBC site? The documentation says to provide the path to the OpenLink install directory, which I assumed ment the OpenLink ODBC Client install directory (as I indicated in my original message). Perhaps I just have the wrong install? [2003-07-11 11:14:46] [EMAIL PROTECTED] Can you also share with me the contents of w3config/include? BTW where did you grab this install? The iODBC site still only lists 3.0.6 as the latest version. [2003-07-11 11:04:12] wolf at nbm dot com The w3config directory is just for an HTML admin interface. To the best of my knowledge it is common to both this and the previous version of OpenLink. OpenLink runs a custom HTML daemon so a Web browser can be used to configure it. They do the same thing on the the server side. Also, in case it helps, here are the contents of the /lib directory: -rwxr-xr-x1 root root 732 Apr 1 14:29 libiodbc.la lrwxrwxrwx1 root root 17 Jul 10 11:54 libiodbc.so -> libiodbc.so.2.1.7 lrwxrwxrwx1 root root 17 Jul 10 11:54 libiodbc.so.2 -> libiodbc.so.2.1.7 -rwxr-xr-x1 root root 235964 Apr 1 14:29 libiodbc.so.2.1.7 lrwxrwxrwx1 root root 17 Jul 10 11:54 libodbc.so -> libiodbc.so.2.1.7 -rwxr-xr-x1 root root 719 Apr 1 14:29 oplodbc.la -rwxr-xr-x1 root root 304328 Apr 1 14:29 oplodbc.so -rwxr-xr-x1 root root 726 Apr 1 14:29 oplodbcu.la -rwxr-xr-x1 root root 324456 Apr 1 14:29 oplodbcu.so [2003-07-11 10:49:53] [EMAIL PROTECTED] Well that would explain it. Do you know what the w3config dir is, and if it's standard in all 5.0 releases? 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/24606 -- Edit this bug report at http://bugs.php.net/?id=24606&edit=1
#24603 [Bgs]: all timefunctions don't give back correct time
ID: 24603 User updated by: akorthaus at web dot de Reported By: akorthaus at web dot de Status: Bogus Bug Type: Date/time related Operating System: RedHat-Linux 7.3, kernel 2.4.20 PHP Version: 4.3.2 New Comment: If it was a problem of DST, the output should have been: 17:20:09 CET 16:20:09 GMT Fri Jul 11 18:20:09 CEST 2003 CET : Central Europe Time CEST : Central Europe Summer Time BST : British Summer Time Previous Comments: [2003-07-11 11:25:34] akorthaus at web dot de That's what I get with your code: 17:20:09 BST 16:20:09 GMT Fri Jul 11 18:20:09 CEST 2003 No, The Problem is, that PHP doesn't use my local time, it doesn't use CEST as "date" in shell does, it uses BST. Why does PHP use a timezone I nerver used somewhere? Where does PHP get this information from? Or is it set at compile-time? Because at that time it was BST not, CEST. [2003-07-11 10:51:16] [EMAIL PROTECTED] We are happy to tell you that you just discovered Daylight Savings Time. For more information see: http://webexhibits.org/daylightsaving/b.html Instead of using mktime/date consider using gmmktime and gmdate which do not suffer from DST. Borked system. Works fine here: 18:49:44 EEST 15:49:44 GMT Fri Jul 11 18:49:44 EEST 2003 script: Remember the DST... [2003-07-11 08:01:18] akorthaus at web dot de Description: Hi! Now I'm trying to solve this problem for more then 10 houres, nad nobody seems to know what is going wrong here. If I try this: That displays: 12:36:36 11:36:36 What I would expect would be the same like date in shell: # date Fri Jul 11 13:37:39 CEST 2003 the correspondent Apache access-log: [11/Jul/2003:12:36:36 +0100] # /sbin/hwclock returns Fri 11 Jul 2003 13:36:42 PM CEST 0.707042 seconds and it could not be set by # /sbin/hwclock --systohc --utc but I think thats not important # ls -l /etc/localtime lrwxrwxrwx1 root root 33 Jul 11 09:33 /etc/localtime -> /usr/share/zoneinfo/Europe/Berlin which is what I want(my timezone). It's GMT + 1. PHP _has_ these difference of one hour between time() and gmtime(), but both are an extra hour too late. I also restartet Apache, I tried to change /etc/sysconfig/clock, which is now: # cat /etc/sysconfig/clock ZONE="Europe/Berlin" UTC=true ARC=false But PHP did not take care about changes in it, PHP also did not care about changing my timezone, this 1 hour too late stays. also ntpdate did not help, the time was changed about 3 seconds. Im Using RedHat Linux 7.3 min.-Installation I compiled Apache 1.3.27 with PHP 4.3.2 as static module. My PHP-./configure: ./configure --with-apache=../apache_1.3.27 --with-mysql --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-ttf --with-zlib --enable-gd-native-ttf --enable-trans-sid --disable-cgi --enable-ftp I'm using PHP-Accelerator. I have asked a lot of people and searched for people with similar problems, but I did not find any. So my last Idea is that it's a PHP-Bug. Reproduce code: --- Expected result: date: +-0 hours gmdate -1 hour Actual result: -- date: -1 hour gmdate -2 hours -- Edit this bug report at http://bugs.php.net/?id=24603&edit=1
#24606 [Opn->Bgs]: Compile Error- Unable to install OpenLink IODBC Support
ID: 24606 Updated by: [EMAIL PROTECTED] Reported By: wolf at nbm dot com -Status: Open +Status: Bogus Bug Type: ODBC related Operating System: Red Hat Linux 8.0 PHP Version: 4.3.2 New Comment: http://www.iodbc.org That directory listed does not have the C files. As such I'm pretty convinced that what you have downloaded is not the iODBC driver manager (which is what is supported by PHP). You might want to goto iODBC and download the driver manager to give that a try. I'm going to mark this as BOGUS, although you might wish to open up a documentation bug requesting clarification. Previous Comments: [2003-07-11 11:23:22] wolf at nbm dot com openlink/bin/w3config/include: total 120 -rw-r--r--1 root root 2285 Apr 1 14:29 auth.tcl -rw-r--r--1 root root 5896 Apr 1 14:29 common.tcl -rw-r--r--1 root root11509 Apr 1 14:29 drivers.ini -rw-r--r--1 root root 3344 Apr 1 14:29 dsntest.tcl -rw-r--r--1 root root 5370 Apr 1 14:29 forms.tcl -rw-r--r--1 root root 781 Apr 1 14:29 globals.tcl -rw-r--r--1 root root 2309 Jul 10 11:54 menu.ini -rw-r--r--1 root root 2010 Apr 1 14:29 mrdefh.tcl -rw-r--r--1 root root 2303 Apr 1 14:29 navigator.tcl -rw-r--r--1 root root15003 Apr 1 14:29 odbcdsn.tcl -rw-r--r--1 root root 3352 Apr 1 14:29 rulebook.tcl -rw-r--r--1 root root18479 Apr 1 14:29 template.ini -rw-r--r--1 root root 1053 Apr 1 14:29 txact.tcl -rw-r--r--1 root root 7200 Apr 1 14:29 udbcdsn.tcl -rw-r--r--1 root root13340 Apr 1 14:29 wizard.tcl These are just for the HTML interface... What iODBC site? The documentation says to provide the path to the OpenLink install directory, which I assumed ment the OpenLink ODBC Client install directory (as I indicated in my original message). Perhaps I just have the wrong install? [2003-07-11 11:14:46] [EMAIL PROTECTED] Can you also share with me the contents of w3config/include? BTW where did you grab this install? The iODBC site still only lists 3.0.6 as the latest version. [2003-07-11 11:04:12] wolf at nbm dot com The w3config directory is just for an HTML admin interface. To the best of my knowledge it is common to both this and the previous version of OpenLink. OpenLink runs a custom HTML daemon so a Web browser can be used to configure it. They do the same thing on the the server side. Also, in case it helps, here are the contents of the /lib directory: -rwxr-xr-x1 root root 732 Apr 1 14:29 libiodbc.la lrwxrwxrwx1 root root 17 Jul 10 11:54 libiodbc.so -> libiodbc.so.2.1.7 lrwxrwxrwx1 root root 17 Jul 10 11:54 libiodbc.so.2 -> libiodbc.so.2.1.7 -rwxr-xr-x1 root root 235964 Apr 1 14:29 libiodbc.so.2.1.7 lrwxrwxrwx1 root root 17 Jul 10 11:54 libodbc.so -> libiodbc.so.2.1.7 -rwxr-xr-x1 root root 719 Apr 1 14:29 oplodbc.la -rwxr-xr-x1 root root 304328 Apr 1 14:29 oplodbc.so -rwxr-xr-x1 root root 726 Apr 1 14:29 oplodbcu.la -rwxr-xr-x1 root root 324456 Apr 1 14:29 oplodbcu.so [2003-07-11 10:49:53] [EMAIL PROTECTED] Well that would explain it. Do you know what the w3config dir is, and if it's standard in all 5.0 releases? [2003-07-11 10:35:47] wolf at nbm dot com openlink openlink/bin openlink/bin/w3config openlink/bin/w3config/html (omitted html subdirectories for HTML admin interface) openlink/bin/w3config/include openlink/lib 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/24606 -- Edit this bug report at http://bugs.php.net/?id=24606&edit=1
#24603 [Bgs]: all timefunctions don't give back correct time
ID: 24603 User updated by: akorthaus at web dot de Reported By: akorthaus at web dot de Status: Bogus Bug Type: Date/time related Operating System: RedHat-Linux 7.3, kernel 2.4.20 PHP Version: 4.3.2 New Comment: That's what I get with your code: 17:20:09 BST 16:20:09 GMT Fri Jul 11 18:20:09 CEST 2003 No, The Problem is, that PHP doesn't use my local time, it doesn't use CEST as "date" in shell does, it uses BST. Why does PHP use a timezone I nerver used somewhere? Where does PHP get this information from? Or is it set at compile-time? Because at that time it was BST not, CEST. Previous Comments: [2003-07-11 10:51:16] [EMAIL PROTECTED] We are happy to tell you that you just discovered Daylight Savings Time. For more information see: http://webexhibits.org/daylightsaving/b.html Instead of using mktime/date consider using gmmktime and gmdate which do not suffer from DST. Borked system. Works fine here: 18:49:44 EEST 15:49:44 GMT Fri Jul 11 18:49:44 EEST 2003 script: Remember the DST... [2003-07-11 08:01:18] akorthaus at web dot de Description: Hi! Now I'm trying to solve this problem for more then 10 houres, nad nobody seems to know what is going wrong here. If I try this: That displays: 12:36:36 11:36:36 What I would expect would be the same like date in shell: # date Fri Jul 11 13:37:39 CEST 2003 the correspondent Apache access-log: [11/Jul/2003:12:36:36 +0100] # /sbin/hwclock returns Fri 11 Jul 2003 13:36:42 PM CEST 0.707042 seconds and it could not be set by # /sbin/hwclock --systohc --utc but I think thats not important # ls -l /etc/localtime lrwxrwxrwx1 root root 33 Jul 11 09:33 /etc/localtime -> /usr/share/zoneinfo/Europe/Berlin which is what I want(my timezone). It's GMT + 1. PHP _has_ these difference of one hour between time() and gmtime(), but both are an extra hour too late. I also restartet Apache, I tried to change /etc/sysconfig/clock, which is now: # cat /etc/sysconfig/clock ZONE="Europe/Berlin" UTC=true ARC=false But PHP did not take care about changes in it, PHP also did not care about changing my timezone, this 1 hour too late stays. also ntpdate did not help, the time was changed about 3 seconds. Im Using RedHat Linux 7.3 min.-Installation I compiled Apache 1.3.27 with PHP 4.3.2 as static module. My PHP-./configure: ./configure --with-apache=../apache_1.3.27 --with-mysql --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-ttf --with-zlib --enable-gd-native-ttf --enable-trans-sid --disable-cgi --enable-ftp I'm using PHP-Accelerator. I have asked a lot of people and searched for people with similar problems, but I did not find any. So my last Idea is that it's a PHP-Bug. Reproduce code: --- Expected result: date: +-0 hours gmdate -1 hour Actual result: -- date: -1 hour gmdate -2 hours -- Edit this bug report at http://bugs.php.net/?id=24603&edit=1
#24606 [Fbk->Opn]: Compile Error- Unable to install OpenLink IODBC Support
ID: 24606 User updated by: wolf at nbm dot com Reported By: wolf at nbm dot com -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: Red Hat Linux 8.0 PHP Version: 4.3.2 New Comment: openlink/bin/w3config/include: total 120 -rw-r--r--1 root root 2285 Apr 1 14:29 auth.tcl -rw-r--r--1 root root 5896 Apr 1 14:29 common.tcl -rw-r--r--1 root root11509 Apr 1 14:29 drivers.ini -rw-r--r--1 root root 3344 Apr 1 14:29 dsntest.tcl -rw-r--r--1 root root 5370 Apr 1 14:29 forms.tcl -rw-r--r--1 root root 781 Apr 1 14:29 globals.tcl -rw-r--r--1 root root 2309 Jul 10 11:54 menu.ini -rw-r--r--1 root root 2010 Apr 1 14:29 mrdefh.tcl -rw-r--r--1 root root 2303 Apr 1 14:29 navigator.tcl -rw-r--r--1 root root15003 Apr 1 14:29 odbcdsn.tcl -rw-r--r--1 root root 3352 Apr 1 14:29 rulebook.tcl -rw-r--r--1 root root18479 Apr 1 14:29 template.ini -rw-r--r--1 root root 1053 Apr 1 14:29 txact.tcl -rw-r--r--1 root root 7200 Apr 1 14:29 udbcdsn.tcl -rw-r--r--1 root root13340 Apr 1 14:29 wizard.tcl These are just for the HTML interface... What iODBC site? The documentation says to provide the path to the OpenLink install directory, which I assumed ment the OpenLink ODBC Client install directory (as I indicated in my original message). Perhaps I just have the wrong install? Previous Comments: [2003-07-11 11:14:46] [EMAIL PROTECTED] Can you also share with me the contents of w3config/include? BTW where did you grab this install? The iODBC site still only lists 3.0.6 as the latest version. [2003-07-11 11:04:12] wolf at nbm dot com The w3config directory is just for an HTML admin interface. To the best of my knowledge it is common to both this and the previous version of OpenLink. OpenLink runs a custom HTML daemon so a Web browser can be used to configure it. They do the same thing on the the server side. Also, in case it helps, here are the contents of the /lib directory: -rwxr-xr-x1 root root 732 Apr 1 14:29 libiodbc.la lrwxrwxrwx1 root root 17 Jul 10 11:54 libiodbc.so -> libiodbc.so.2.1.7 lrwxrwxrwx1 root root 17 Jul 10 11:54 libiodbc.so.2 -> libiodbc.so.2.1.7 -rwxr-xr-x1 root root 235964 Apr 1 14:29 libiodbc.so.2.1.7 lrwxrwxrwx1 root root 17 Jul 10 11:54 libodbc.so -> libiodbc.so.2.1.7 -rwxr-xr-x1 root root 719 Apr 1 14:29 oplodbc.la -rwxr-xr-x1 root root 304328 Apr 1 14:29 oplodbc.so -rwxr-xr-x1 root root 726 Apr 1 14:29 oplodbcu.la -rwxr-xr-x1 root root 324456 Apr 1 14:29 oplodbcu.so [2003-07-11 10:49:53] [EMAIL PROTECTED] Well that would explain it. Do you know what the w3config dir is, and if it's standard in all 5.0 releases? [2003-07-11 10:35:47] wolf at nbm dot com openlink openlink/bin openlink/bin/w3config openlink/bin/w3config/html (omitted html subdirectories for HTML admin interface) openlink/bin/w3config/include openlink/lib [2003-07-11 10:22:08] [EMAIL PROTECTED] and what does the dir struct under /usr/local/openlink look like? 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/24606 -- Edit this bug report at http://bugs.php.net/?id=24606&edit=1
#24606 [Opn->Fbk]: Compile Error- Unable to install OpenLink IODBC Support
ID: 24606 Updated by: [EMAIL PROTECTED] Reported By: wolf at nbm dot com -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Red Hat Linux 8.0 PHP Version: 4.3.2 New Comment: Can you also share with me the contents of w3config/include? BTW where did you grab this install? The iODBC site still only lists 3.0.6 as the latest version. Previous Comments: [2003-07-11 11:04:12] wolf at nbm dot com The w3config directory is just for an HTML admin interface. To the best of my knowledge it is common to both this and the previous version of OpenLink. OpenLink runs a custom HTML daemon so a Web browser can be used to configure it. They do the same thing on the the server side. Also, in case it helps, here are the contents of the /lib directory: -rwxr-xr-x1 root root 732 Apr 1 14:29 libiodbc.la lrwxrwxrwx1 root root 17 Jul 10 11:54 libiodbc.so -> libiodbc.so.2.1.7 lrwxrwxrwx1 root root 17 Jul 10 11:54 libiodbc.so.2 -> libiodbc.so.2.1.7 -rwxr-xr-x1 root root 235964 Apr 1 14:29 libiodbc.so.2.1.7 lrwxrwxrwx1 root root 17 Jul 10 11:54 libodbc.so -> libiodbc.so.2.1.7 -rwxr-xr-x1 root root 719 Apr 1 14:29 oplodbc.la -rwxr-xr-x1 root root 304328 Apr 1 14:29 oplodbc.so -rwxr-xr-x1 root root 726 Apr 1 14:29 oplodbcu.la -rwxr-xr-x1 root root 324456 Apr 1 14:29 oplodbcu.so [2003-07-11 10:49:53] [EMAIL PROTECTED] Well that would explain it. Do you know what the w3config dir is, and if it's standard in all 5.0 releases? [2003-07-11 10:35:47] wolf at nbm dot com openlink openlink/bin openlink/bin/w3config openlink/bin/w3config/html (omitted html subdirectories for HTML admin interface) openlink/bin/w3config/include openlink/lib [2003-07-11 10:22:08] [EMAIL PROTECTED] and what does the dir struct under /usr/local/openlink look like? [2003-07-11 10:10:39] wolf at nbm dot com Description: Installed latest 5.0 OpenLink client and verified it is working correctly. OpenLink installed in /usr/local/openlink Tried to Compile PHP with the following options: --enable-dbase --with-mysql=/usr/local/mysql --with-zlib --enable-ftp --with-mcrypt=/usr/local/lib --enable-trans-sid --with-imap=/usr/local/imap --with-imap-ssl --with-kerberos --with-apache=../apache_1.3.27 --with-iodbc=/usr/local/openlink Got this error on make: In file included from /usr/install/php-4.3.2/ext/odbc/php_odbc.c:37: /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:94:18: isql.h: No such file or directory /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:95:21: isqlext.h: No such file or directory In file included from /usr/install/php-4.3.2/ext/odbc/php_odbc.c:37: /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:208: parse error before "HENV" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:208: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:209: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:211: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:214: parse error before '}' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:214: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:220: parse error before "SDWORD" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:220: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:221: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:224: parse error before "HSTMT" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:224: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:226: parse error before '*' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:226: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:227: parse error before "numcols" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:227: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:228: parse error before "numparams" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:228: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:235: parse error before '*' token /usr/instal
#24605 [Opn->Bgs]: Scripts Dont Exit, Forced Only
ID: 24605 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Cobalt Linux PHP Version: 5CVS-2003-07-11 (dev) New Comment: Works fine here. Previous Comments: [2003-07-11 09:43:23] [EMAIL PROTECTED] Description: Scripts do not exit after processing code. Reproduce code: --- #!/home/php5/bin/php chmod 755 it, and execute. Expected result: Script should print "test" and exit. Actual result: -- Echoes text, with a delay, but then doesnt exit, just sits active with no feedback/errors. Waited 2minutes, script still didnt close gracefully. -- Edit this bug report at http://bugs.php.net/?id=24605&edit=1
#24602 [Opn->Bgs]: get_class_vars
ID: 24602 Updated by: [EMAIL PROTECTED] Reported By: rasaliba at kyube dot com -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem -Operating System: Win 2000 +Operating System: * PHP Version: 5.0.0b1 (beta1) New Comment: Try putting 'error_reporting(E_ALL);' in your script.. Previous Comments: [2003-07-11 06:58:52] rasaliba at kyube dot com Description: when calling the get_class_vars function on an object, the __autoload function is called with an argument equal to "object". So this sums up that __autoload is in two cases: 1- when using the New operator. (correct) 2- when using the get_class_vars (?) Reproduce code: --- Expected result: Content-type: text/html X-Powered-By: PHP/5.0.0b1 auto loading [circleobject] -- -- Actual result: -- Content-type: text/html X-Powered-By: PHP/5.0.0b1 auto loading [circleobject] -- auto loading [object] -- -- Edit this bug report at http://bugs.php.net/?id=24602&edit=1
#24606 [Opn]: Compile Error- Unable to install OpenLink IODBC Support
ID: 24606 User updated by: wolf at nbm dot com Reported By: wolf at nbm dot com Status: Open Bug Type: ODBC related Operating System: Red Hat Linux 8.0 PHP Version: 4.3.2 New Comment: The w3config directory is just for an HTML admin interface. To the best of my knowledge it is common to both this and the previous version of OpenLink. OpenLink runs a custom HTML daemon so a Web browser can be used to configure it. They do the same thing on the the server side. Also, in case it helps, here are the contents of the /lib directory: -rwxr-xr-x1 root root 732 Apr 1 14:29 libiodbc.la lrwxrwxrwx1 root root 17 Jul 10 11:54 libiodbc.so -> libiodbc.so.2.1.7 lrwxrwxrwx1 root root 17 Jul 10 11:54 libiodbc.so.2 -> libiodbc.so.2.1.7 -rwxr-xr-x1 root root 235964 Apr 1 14:29 libiodbc.so.2.1.7 lrwxrwxrwx1 root root 17 Jul 10 11:54 libodbc.so -> libiodbc.so.2.1.7 -rwxr-xr-x1 root root 719 Apr 1 14:29 oplodbc.la -rwxr-xr-x1 root root 304328 Apr 1 14:29 oplodbc.so -rwxr-xr-x1 root root 726 Apr 1 14:29 oplodbcu.la -rwxr-xr-x1 root root 324456 Apr 1 14:29 oplodbcu.so Previous Comments: [2003-07-11 10:49:53] [EMAIL PROTECTED] Well that would explain it. Do you know what the w3config dir is, and if it's standard in all 5.0 releases? [2003-07-11 10:35:47] wolf at nbm dot com openlink openlink/bin openlink/bin/w3config openlink/bin/w3config/html (omitted html subdirectories for HTML admin interface) openlink/bin/w3config/include openlink/lib [2003-07-11 10:22:08] [EMAIL PROTECTED] and what does the dir struct under /usr/local/openlink look like? [2003-07-11 10:10:39] wolf at nbm dot com Description: Installed latest 5.0 OpenLink client and verified it is working correctly. OpenLink installed in /usr/local/openlink Tried to Compile PHP with the following options: --enable-dbase --with-mysql=/usr/local/mysql --with-zlib --enable-ftp --with-mcrypt=/usr/local/lib --enable-trans-sid --with-imap=/usr/local/imap --with-imap-ssl --with-kerberos --with-apache=../apache_1.3.27 --with-iodbc=/usr/local/openlink Got this error on make: In file included from /usr/install/php-4.3.2/ext/odbc/php_odbc.c:37: /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:94:18: isql.h: No such file or directory /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:95:21: isqlext.h: No such file or directory In file included from /usr/install/php-4.3.2/ext/odbc/php_odbc.c:37: /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:208: parse error before "HENV" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:208: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:209: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:211: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:214: parse error before '}' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:214: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:220: parse error before "SDWORD" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:220: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:221: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:224: parse error before "HSTMT" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:224: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:226: parse error before '*' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:226: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:227: parse error before "numcols" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:227: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:228: parse error before "numparams" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:228: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:235: parse error before '*' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:235: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:236: parse error before '}' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:236: warning: data definition has no type or storage class /usr/insta
#24582 [Opn->Fbk]: Extensions cannot be loaded dynamically on Solaris / iPlanet
ID: 24582 Updated by: [EMAIL PROTECTED] Reported By: CVKEWCZBUTBW at spammotel dot com -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: Solaris PHP Version: 5.0.0b2-dev, 4.3.3RC2-dev New Comment: So does that fix this bug for you..? Previous Comments: [2003-07-11 03:54:41] CVKEWCZBUTBW at spammotel dot com > Also, according to Solaris man page for dlopen(), > (if I read it correctly :), RTLD_GROUP and RTLD_WORLD > are on by default anyway. So only option needed is > RTLD_PARENT. > Could you try that only? The man page is not really clear about that. I understand that if you set NONE of the three flags, then "GROUP|WORLD" takes effect. So if you want all three flags, you have to specify "GROUP|WORLD|PARENT". I have no easy way to try it. I'd propose: #if defined(RTLD_GROUP) && defined(RTLD_WORLD) && defined(RTLD_PARENT) #define DL_LOAD(libname) dlopen(libname, RTLD_LAZY | RTLD_GLOBAL | RTLD_GROUP | RTLD_WORLD | RTLD_PARENT) #else #define DL_LOAD(libname) dlopen(libname, RTLD_LAZY | RTLD_GLOBAL) #endif [2003-07-10 18:35:29] [EMAIL PROTECTED] Here's a patch to try: http://www.php.net/~jani/dlopen_patch.txt [2003-07-10 10:50:47] [EMAIL PROTECTED] We could also add those 3 extra ones always though if they just are defined..:) [2003-07-10 10:46:51] [EMAIL PROTECTED] RTLD_GROUP, RTLD_WORLD and RTLD_PARENT are not available on Linux. (at least not defined at all in my system). Also, according to Solaris man page for dlopen(), (if I read it correctly :), RTLD_GROUP and RTLD_WORLD are on by default anyway. So only option needed is RTLD_PARENT. Could you try that only? [2003-07-10 04:53:53] CVKEWCZBUTBW at spammotel dot com Description: I attempt to load a PHP extension (namely, the Java extension) dynamically in a Solaris / iPlanet environment. Actual result: -- I get this log message: [08-Jul-2003 16:19:08] PHP Warning: Unable to load dynamic library '/usr/local/php-4.2.1_gd_java/lib/php/extensions/no-debug-zts-20020429/java.so' - ld.so.1: ns-httpd: fatal: relocation error: file /usr/local/php-4.2.1_gd_java/lib/php/extensions/no-debug-zts-20020429/java.so: symbol core_globals_id: referenced symbol not found in Unknown on line 0 This is reproducible on PHP 4.2.1 and on PHP 4.3.2. The reason for this problem is as follows: -- The web server loads the PHP module through "dlopen()". iPlanet, obviously opposed to Apache, does not set the RTLD_GLOBAL option when calling "dlopen()", which means that the PHP core symbols are not published. Consequently, when PHP loads an extension with "dlopen()", then that extension does not see the PHP core symbols (the first of which is "core_globals_id"). iPlanet obviously has no option to set the RTLD_GLOBAL flag when loading the PHP module. One solution is as follows: --- An extension can "see" the PHP core symbols if PHP sets the "RTLD_PARENT" option when loading the extension. The patch required to achieve this is: *** Zend/zend.h.origWed Jul 9 17:25:37 2003 --- Zend/zend.h Wed Jul 9 17:43:32 2003 *** *** 73,79 # define RTLD_GLOBAL 0 # endif ! # define DL_LOAD(libname) dlopen(libname, RTLD_LAZY | RTLD_GLOBAL) # define DL_UNLOADdlclose # if DLSYM_NEEDS_UNDERSCORE # define DL_FETCH_SYMBOL(h,s)dlsym((h), "_" ## s) --- 73,80 # define RTLD_GLOBAL 0 # endif ! /* AU 2003-07-09 */ ! # define DL_LOAD(libname) dlopen(libname, RTLD_LAZY | RTLD_GLOBAL |RTLD_PARENT|RTLD_GROUP|RTLD_WORLD) # define DL_UNLOADdlclose # if DLSYM_NEEDS_UNDERSCORE # define DL_FETCH_SYMBOL(h,s)dlsym((h), "_" ## s) In other words: The "RTLD_PARENT|RTLD_GROUP|RTLD_WORLD" options must be added to the "dlopen()" call. This patch was tested with PHP 4.2.1. The buggy line of code exists in all of versions 4.2.1, 4.3.2 and 5.0.0 beta, so I strongly presume that the problem exists in all PHP versions and that the fix also works for all PHP versions. I have no clue if the code change I made is suitable for other environments and cofigurations. This requires regression testing on other platforms, which I cannot do. I believe someone from the PHP team should make a decision here. -- Edit this bug report at http://bugs.php.net/?id=24582&edit=1
#24248 [Opn->Fbk]: .htaccess php var overides not being cleared between page requests
ID: 24248 Updated by: [EMAIL PROTECTED] Reported By: dkh-php at nighttide dot net -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.2/5.0.0b1 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 And maybe the latest Apache2 version too. (2.0.47 or higher) Previous Comments: [2003-07-11 08:49:27] dkh-php at nighttide dot net ./configure --prefix=/usr/local/apache2 --enable-mods-shared=most --enable-ssl [2003-07-11 00:07:05] [EMAIL PROTECTED] What was the configure line used to configure Apache2? [2003-06-18 21:57:07] dkh-php at nighttide dot net It does not happen with Apache 1.3.27. Though the versions I have installed are not completely congruent (no ssl in the older version for instance. I have not been able to recreate the problem with Apache2 and the same version of PHP on a FreeBSD 4.8-RC install (slightly older source). Will update both systems to the most current STABLE release and see if the behavior occurs on both. The behavior is consistant. Load the first page then load the second page (lightly loaded server so the requests are sequential with nothing intervening) and you get the problem. Reloading the second page a couple of times will see the same result but after that the second page loads as it should. Have tried compiling php without pth threads to no effect. The outward appearance is that the php var overides are not being cleared between page requests. [2003-06-18 18:20:04] [EMAIL PROTECTED] Apache2 is not really ready for production. Could you please test and see if this happens with Apache 1.3.27 ? And does this happen randomly or..? [2003-06-18 16:10:40] dkh-php at nighttide dot net Description: FreeBSD 4.8-STABLE Apache 2.0.46 PHP 4.3.2 PHP being used as module. User 1 creates an .htaccess file in their dir at /home/user1/WWW/sub/.htaccess. This file contains php var overides for auto_prepend_file, auto_append_file, include_path etc. User 2 has a simple index.php file - html tag, body tag, single text line followed by a php invocation of phpinfo (happens with other pages as well) then closing tags. No .htaccess file here. User 1 stuff in /home/user1/WWW/sub/index.php works as expected User 2 stuff in /home/user2/WWW/index.php, if loaded immediately after /home/user1/WWW/sub/index.php will see User 1's auto_prepend_file and auto_append_file. The local values from the phpinfo invocation shows User 2's overrides. Appears as if the apache session (or thread?) that serviced the first request, doesn't clear out the local overrides before handling a new request. Potentially dangerous. -- Edit this bug report at http://bugs.php.net/?id=24248&edit=1
#24603 [Opn->Bgs]: all timefunctions don't give back correct time
ID: 24603 Updated by: [EMAIL PROTECTED] Reported By: akorthaus at web dot de -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: RedHat-Linux 7.3, kernel 2.4.20 PHP Version: 4.3.2 New Comment: We are happy to tell you that you just discovered Daylight Savings Time. For more information see: http://webexhibits.org/daylightsaving/b.html Instead of using mktime/date consider using gmmktime and gmdate which do not suffer from DST. Borked system. Works fine here: 18:49:44 EEST 15:49:44 GMT Fri Jul 11 18:49:44 EEST 2003 script: Remember the DST... Previous Comments: [2003-07-11 08:01:18] akorthaus at web dot de Description: Hi! Now I'm trying to solve this problem for more then 10 houres, nad nobody seems to know what is going wrong here. If I try this: That displays: 12:36:36 11:36:36 What I would expect would be the same like date in shell: # date Fri Jul 11 13:37:39 CEST 2003 the correspondent Apache access-log: [11/Jul/2003:12:36:36 +0100] # /sbin/hwclock returns Fri 11 Jul 2003 13:36:42 PM CEST 0.707042 seconds and it could not be set by # /sbin/hwclock --systohc --utc but I think thats not important # ls -l /etc/localtime lrwxrwxrwx1 root root 33 Jul 11 09:33 /etc/localtime -> /usr/share/zoneinfo/Europe/Berlin which is what I want(my timezone). It's GMT + 1. PHP _has_ these difference of one hour between time() and gmtime(), but both are an extra hour too late. I also restartet Apache, I tried to change /etc/sysconfig/clock, which is now: # cat /etc/sysconfig/clock ZONE="Europe/Berlin" UTC=true ARC=false But PHP did not take care about changes in it, PHP also did not care about changing my timezone, this 1 hour too late stays. also ntpdate did not help, the time was changed about 3 seconds. Im Using RedHat Linux 7.3 min.-Installation I compiled Apache 1.3.27 with PHP 4.3.2 as static module. My PHP-./configure: ./configure --with-apache=../apache_1.3.27 --with-mysql --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-ttf --with-zlib --enable-gd-native-ttf --enable-trans-sid --disable-cgi --enable-ftp I'm using PHP-Accelerator. I have asked a lot of people and searched for people with similar problems, but I did not find any. So my last Idea is that it's a PHP-Bug. Reproduce code: --- Expected result: date: +-0 hours gmdate -1 hour Actual result: -- date: -1 hour gmdate -2 hours -- Edit this bug report at http://bugs.php.net/?id=24603&edit=1
#24606 [Opn]: Compile Error- Unable to install OpenLink IODBC Support
ID: 24606 Updated by: [EMAIL PROTECTED] Reported By: wolf at nbm dot com Status: Open Bug Type: ODBC related Operating System: Red Hat Linux 8.0 PHP Version: 4.3.2 New Comment: Well that would explain it. Do you know what the w3config dir is, and if it's standard in all 5.0 releases? Previous Comments: [2003-07-11 10:35:47] wolf at nbm dot com openlink openlink/bin openlink/bin/w3config openlink/bin/w3config/html (omitted html subdirectories for HTML admin interface) openlink/bin/w3config/include openlink/lib [2003-07-11 10:22:08] [EMAIL PROTECTED] and what does the dir struct under /usr/local/openlink look like? [2003-07-11 10:10:39] wolf at nbm dot com Description: Installed latest 5.0 OpenLink client and verified it is working correctly. OpenLink installed in /usr/local/openlink Tried to Compile PHP with the following options: --enable-dbase --with-mysql=/usr/local/mysql --with-zlib --enable-ftp --with-mcrypt=/usr/local/lib --enable-trans-sid --with-imap=/usr/local/imap --with-imap-ssl --with-kerberos --with-apache=../apache_1.3.27 --with-iodbc=/usr/local/openlink Got this error on make: In file included from /usr/install/php-4.3.2/ext/odbc/php_odbc.c:37: /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:94:18: isql.h: No such file or directory /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:95:21: isqlext.h: No such file or directory In file included from /usr/install/php-4.3.2/ext/odbc/php_odbc.c:37: /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:208: parse error before "HENV" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:208: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:209: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:211: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:214: parse error before '}' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:214: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:220: parse error before "SDWORD" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:220: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:221: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:224: parse error before "HSTMT" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:224: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:226: parse error before '*' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:226: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:227: parse error before "numcols" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:227: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:228: parse error before "numparams" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:228: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:235: parse error before '*' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:235: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:236: parse error before '}' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:236: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:252: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:255: confused by earlier errors, bailing out make: *** [ext/odbc/php_odbc.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=24606&edit=1
#24606 [Fbk->Opn]: Compile Error- Unable to install OpenLink IODBC Support
ID: 24606 User updated by: wolf at nbm dot com Reported By: wolf at nbm dot com -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: Red Hat Linux 8.0 PHP Version: 4.3.2 New Comment: openlink openlink/bin openlink/bin/w3config openlink/bin/w3config/html (omitted html subdirectories for HTML admin interface) openlink/bin/w3config/include openlink/lib Previous Comments: [2003-07-11 10:22:08] [EMAIL PROTECTED] and what does the dir struct under /usr/local/openlink look like? [2003-07-11 10:10:39] wolf at nbm dot com Description: Installed latest 5.0 OpenLink client and verified it is working correctly. OpenLink installed in /usr/local/openlink Tried to Compile PHP with the following options: --enable-dbase --with-mysql=/usr/local/mysql --with-zlib --enable-ftp --with-mcrypt=/usr/local/lib --enable-trans-sid --with-imap=/usr/local/imap --with-imap-ssl --with-kerberos --with-apache=../apache_1.3.27 --with-iodbc=/usr/local/openlink Got this error on make: In file included from /usr/install/php-4.3.2/ext/odbc/php_odbc.c:37: /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:94:18: isql.h: No such file or directory /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:95:21: isqlext.h: No such file or directory In file included from /usr/install/php-4.3.2/ext/odbc/php_odbc.c:37: /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:208: parse error before "HENV" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:208: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:209: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:211: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:214: parse error before '}' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:214: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:220: parse error before "SDWORD" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:220: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:221: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:224: parse error before "HSTMT" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:224: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:226: parse error before '*' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:226: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:227: parse error before "numcols" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:227: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:228: parse error before "numparams" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:228: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:235: parse error before '*' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:235: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:236: parse error before '}' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:236: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:252: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:255: confused by earlier errors, bailing out make: *** [ext/odbc/php_odbc.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=24606&edit=1
#24606 [Opn->Fbk]: Compile Error- Unable to install OpenLink IODBC Support
ID: 24606 Updated by: [EMAIL PROTECTED] Reported By: wolf at nbm dot com -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Red Hat Linux 8.0 PHP Version: 4.3.2 New Comment: and what does the dir struct under /usr/local/openlink look like? Previous Comments: [2003-07-11 10:10:39] wolf at nbm dot com Description: Installed latest 5.0 OpenLink client and verified it is working correctly. OpenLink installed in /usr/local/openlink Tried to Compile PHP with the following options: --enable-dbase --with-mysql=/usr/local/mysql --with-zlib --enable-ftp --with-mcrypt=/usr/local/lib --enable-trans-sid --with-imap=/usr/local/imap --with-imap-ssl --with-kerberos --with-apache=../apache_1.3.27 --with-iodbc=/usr/local/openlink Got this error on make: In file included from /usr/install/php-4.3.2/ext/odbc/php_odbc.c:37: /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:94:18: isql.h: No such file or directory /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:95:21: isqlext.h: No such file or directory In file included from /usr/install/php-4.3.2/ext/odbc/php_odbc.c:37: /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:208: parse error before "HENV" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:208: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:209: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:211: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:214: parse error before '}' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:214: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:220: parse error before "SDWORD" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:220: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:221: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:224: parse error before "HSTMT" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:224: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:226: parse error before '*' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:226: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:227: parse error before "numcols" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:227: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:228: parse error before "numparams" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:228: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:235: parse error before '*' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:235: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:236: parse error before '}' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:236: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:252: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:255: confused by earlier errors, bailing out make: *** [ext/odbc/php_odbc.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=24606&edit=1
#24606 [NEW]: Compile Error- Unable to install OpenLink IODBC Support
From: wolf at nbm dot com Operating system: Red Hat Linux 8.0 PHP version: 4.3.2 PHP Bug Type: ODBC related Bug description: Compile Error- Unable to install OpenLink IODBC Support Description: Installed latest 5.0 OpenLink client and verified it is working correctly. OpenLink installed in /usr/local/openlink Tried to Compile PHP with the following options: --enable-dbase --with-mysql=/usr/local/mysql --with-zlib --enable-ftp --with-mcrypt=/usr/local/lib --enable-trans-sid --with-imap=/usr/local/imap --with-imap-ssl --with-kerberos --with-apache=../apache_1.3.27 --with-iodbc=/usr/local/openlink Got this error on make: In file included from /usr/install/php-4.3.2/ext/odbc/php_odbc.c:37: /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:94:18: isql.h: No such file or directory /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:95:21: isqlext.h: No such file or directory In file included from /usr/install/php-4.3.2/ext/odbc/php_odbc.c:37: /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:208: parse error before "HENV" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:208: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:209: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:211: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:214: parse error before '}' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:214: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:220: parse error before "SDWORD" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:220: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:221: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:224: parse error before "HSTMT" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:224: warning: no semicolon at end of struct or union /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:226: parse error before '*' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:226: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:227: parse error before "numcols" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:227: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:228: parse error before "numparams" /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:228: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:235: parse error before '*' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:235: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:236: parse error before '}' token /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:236: warning: data definition has no type or storage class /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:252: `SQL_MAX_MESSAGE_LENGTH' undeclared here (not in a function) /usr/install/php-4.3.2/ext/odbc/php_odbc_includes.h:255: confused by earlier errors, bailing out make: *** [ext/odbc/php_odbc.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=24606&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24606&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24606&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24606&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24606&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24606&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24606&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24606&r=support Expected behavior: http://bugs.php.net/fix.php?id=24606&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24606&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24606&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24606&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24606&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24606&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24606&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24606&r=gnused
#24605 [NEW]: Scripts Dont Exit, Forced Only
From: [EMAIL PROTECTED] Operating system: Cobalt Linux PHP version: 5CVS-2003-07-11 (dev) PHP Bug Type: CGI related Bug description: Scripts Dont Exit, Forced Only Description: Scripts do not exit after processing code. Reproduce code: --- #!/home/php5/bin/php chmod 755 it, and execute. Expected result: Script should print "test" and exit. Actual result: -- Echoes text, with a delay, but then doesnt exit, just sits active with no feedback/errors. Waited 2minutes, script still didnt close gracefully. -- Edit bug report at http://bugs.php.net/?id=24605&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24605&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24605&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24605&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24605&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24605&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24605&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24605&r=support Expected behavior: http://bugs.php.net/fix.php?id=24605&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24605&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24605&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24605&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24605&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24605&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24605&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24605&r=gnused
#24248 [Fbk->Opn]: .htaccess php var overides not being cleared between page requests
ID: 24248 User updated by: dkh-php at nighttide dot net Reported By: dkh-php at nighttide dot net -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 4.8-STABLE PHP Version: 4.3.2/5.0.0b1 New Comment: ./configure --prefix=/usr/local/apache2 --enable-mods-shared=most --enable-ssl Previous Comments: [2003-07-11 00:07:05] [EMAIL PROTECTED] What was the configure line used to configure Apache2? [2003-06-18 21:57:07] dkh-php at nighttide dot net It does not happen with Apache 1.3.27. Though the versions I have installed are not completely congruent (no ssl in the older version for instance. I have not been able to recreate the problem with Apache2 and the same version of PHP on a FreeBSD 4.8-RC install (slightly older source). Will update both systems to the most current STABLE release and see if the behavior occurs on both. The behavior is consistant. Load the first page then load the second page (lightly loaded server so the requests are sequential with nothing intervening) and you get the problem. Reloading the second page a couple of times will see the same result but after that the second page loads as it should. Have tried compiling php without pth threads to no effect. The outward appearance is that the php var overides are not being cleared between page requests. [2003-06-18 18:20:04] [EMAIL PROTECTED] Apache2 is not really ready for production. Could you please test and see if this happens with Apache 1.3.27 ? And does this happen randomly or..? [2003-06-18 16:10:40] dkh-php at nighttide dot net Description: FreeBSD 4.8-STABLE Apache 2.0.46 PHP 4.3.2 PHP being used as module. User 1 creates an .htaccess file in their dir at /home/user1/WWW/sub/.htaccess. This file contains php var overides for auto_prepend_file, auto_append_file, include_path etc. User 2 has a simple index.php file - html tag, body tag, single text line followed by a php invocation of phpinfo (happens with other pages as well) then closing tags. No .htaccess file here. User 1 stuff in /home/user1/WWW/sub/index.php works as expected User 2 stuff in /home/user2/WWW/index.php, if loaded immediately after /home/user1/WWW/sub/index.php will see User 1's auto_prepend_file and auto_append_file. The local values from the phpinfo invocation shows User 2's overrides. Appears as if the apache session (or thread?) that serviced the first request, doesn't clear out the local overrides before handling a new request. Potentially dangerous. -- Edit this bug report at http://bugs.php.net/?id=24248&edit=1
#24604 [NEW]: SAFE_MODE design issues
From: timo dot hummel at 4fb dot de Operating system: SuSE Linux 8.2 Linux 2.4.19 PHP version: Irrelevant PHP Bug Type: *Directory/Filesystem functions Bug description: SAFE_MODE design issues Description: Hello bug processors, please read the following bug report carefully, as it makes file and directory operations completely useless. At the end of this report, you find recommendations about what we should do. Take a breath, it's quite a bunch of stuff to read and understand. Remember that the following is only an example, but which could be applied to almost every system running PHP with SAFE_MODE and where scripts need to perform file and directory operations. As you might all know, providers tend to host multiple domains on a single machine. In the example, Apache runs as the system user "wwwrun", and we have a client user which has the system user "client". We have the following script: in the htdocs directory of the webserver: -rw-r--r-- 1 client users 24 test.php given the fact that the directory where test.php resides is owned by "client", test.php was called via the web and SAFE_MODE is on, the following happens: - the directory "test" will be created - the directory "test" has the owner "wwwrun" - any further operations with the directory "test" will fail since SAFE_MODE is on and don't allow any operations on files and/or directories not owned by the owner of the script This introduces another problem: move_uploaded_file will fail in the above scenario. The htdocs directory of "client" is writable and owned by "client". If now a file is uploaded, it is stored in the PHP_TEMP_DIR specified in the php.ini with the user "wwwrun", thus making "move_uploaded_file" fail if it should be moved to the htdocs-directory of "client". The big problem with the SAFE_MODE of PHP is maybe a communications problem, but I try to propose a few solutions: 1.) Modify the SAFE_MODE concept to become consistent. I.e. if a directory is created with a script owned by "client", the new directory should also belong to "client" instead of wwwrun, or SAFE_MODE shouldn't check the owner of the script, but rather the executor of the script. 2.) Modify the documentation of SAFE_MODE and all related file/directory functions that for the proper operation of file and directory functions, the owner and executor have to be the same user. 3.) Modify the documentation of SAFE_MODE and all related file/directory functions that for the proper operation of file and directory functions in a multi-user/single-executor scenario, safe_mode_gid should be set, including the correct group rights. The above problems are one reason why most PHP content management systems recommend to turn SAFE_MODE off in order to make file uploads working. The issue was tested with many PHP-Versions on many different systems (altough I haven't tried PHP 5.0 yet), but I'm looking forward to see the issue resolved in any way in the future. best regards, Timo -- Edit bug report at http://bugs.php.net/?id=24604&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24604&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24604&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24604&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24604&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24604&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24604&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24604&r=support Expected behavior: http://bugs.php.net/fix.php?id=24604&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24604&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24604&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24604&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24604&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24604&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24604&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24604&r=gnused
#23801 [Com]: Installing SAPI error
ID: 23801 Comment by: kandall at gol dot com Reported By: mops at students dot zcu dot cz Status: No Feedback Bug Type: Compile Failure Operating System: WIN98_CYGWIN PHP Version: 4.3.2RC4 New Comment: I get the same result. It seems that libtool complains something like: libtool: link: cannot create .so shared library with unresolved symbols in i686-pc-cygwin libs/libphp4.so is not there so the apxs error message is misleading. I tried under 4.2 and 4.3 versions with configure --with-axps and configure --with-axps --with-mysql with the same result both times. Previous Comments: [2003-07-04 02:10:05] [EMAIL PROTECTED] 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. [2003-06-29 01:27:52] [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-05-26 02:38:47] mops at students dot zcu dot cz I used: ./configure --with-mysql --with-apxs Then I used "make install" If I can provide some more useful information, ask me and I will try to answer. ( I tried to compile PHP in Cygwin only to learn how to compile PHP on Linux-like systems. I don't want to install real Linux, because I don't feel experienced enough to use Linux as my primary operating system and I hate rebooting between OS switching. I don't need this combination to work but it would be fine if it worked :-) Otherwise I use win32 binary distribution in win 98 of course. (not really server, only for develop) ) [2003-05-25 22:03:06] [EMAIL PROTECTED] 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. ..and why an earth are you even trying to compile this under Cygwin??? [2003-05-25 13:52:31] mops at students dot zcu dot cz I tried to install php 4.3.2RC4 into cygwin (apache 1.3.27). When I type "make install" it crashes with following message: Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module apxs:Error: file libs/libphp4.so is not a DSO make: *** [install-sapi] Error 1 Did I something do wrong? -- Edit this bug report at http://bugs.php.net/?id=23801&edit=1
#22897 [Asn->Csd]: ODBC fixes & new feature
ID: 22897 Updated by: [EMAIL PROTECTED] Reported By: rich at kastle dot com -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: Windows NT 4.0 SP6 PHP Version: 4.3.2RC1 Assigned To: kalowsky New Comment: bug fix applied, new functionality not applied (yet). Previous Comments: [2003-04-09 06:20:37] rich at kastle dot com We are using php as a general purpose scripting language, not for web page generation. (We really like the syntax and plentiful features.) We've written scripts to automate and speed up some database maintenance, and we're using a combination of PHP and some existing C/C++ code which uses ODBC. What we've done is make OLE automation bindings for the existing code, and using PHP's COM interface to call them. odbc_get_handle allows us to make and use the ODBC connection in PHP, and share this connection (thereby sharing it's transaciton context) with the OLE objects. The alternatives to odbc_get_handle we explored are (a) re-writing the existing code to use ADO, which we deemed too painful (especially for the C code - furthermore we would still need to maintain the ODBC version), and (b) having the C code make it's own connection and share the transaction context using sp_bindtoken (which is much slower than what we're doing, and speed is a concern). If odbc_get_handle doesn't get integrated, then I'll just continue to patch future PHP releases as we adopt them - but it would sure be nice if I didn't have to. :-) [2003-04-08 00:28:42] [EMAIL PROTECTED] While most of these look good (I hope to incorporate them into potential 4.x releases), what is the purpose of adding the odbc_get_handle function? Assinging to self [2003-03-26 07:32:58] rich at kastle dot com Things I have attempted to fix and are illustrated by the enclosed diff (if I were more expert I'd call it a patch but I've done virtually no patch files and so make no such claim): 1. odbc_next_result calls SQLMoreResults but does not properly report an error resturned from the call (anything but SQL_SUCCESS is treated like SQL_NO_MORE_DATA). This defeats attempts to detect errors in mid-batch. 2. PHP documentation claims that odbc_error and odbc_errormsg are blank if no error has occured, but in reality they are uninitialized until an error occurs. 3. I also blank odbc_error and odbc_errormsg in odbc_exec so that (among other things) upon a FALSE return from odbc_next_result, an error can be distinguished from normal no-more-data. 4. Microsoft documentation claims that callers to SQLDriverConnect should provide at least a 1024 byte buffer. 5. I added a function odbc_get_handle which yeilds the underlying HDBC as a long, for a given $dbid resource. diff -r temp/php-4.3.2RC1\ext\odbc\php_odbc.c php-4.3.2RC1\ext\odbc\php_odbc.c 113a114 > PHP_FE(odbc_get_handle, NULL) 1344a1346,1348 > // No error > conn->laststate[0] = conn->lasterrormsg[0] = 0; > 2081a2086,2088 > (*conn)->laststate[0] = 0; > (*conn)->lasterrormsg[0] = 0; > 2115c2122 < chardsnbuf[300]; --- > chardsnbuf[1024]; 2133c2140 < rc = SQLDriverConnect((*conn)->hdbc, NULL, ldb, strlen(ldb), dsnbuf, 300, --- > rc = SQLDriverConnect((*conn)->hdbc, NULL, ldb, strlen(ldb), dsnbuf, sizeof(dsnbuf), 2410a2418,2435 > /* {{{ proto int odbc_handle(int connection_id) >Returns the basic ODBC HDBC for a connection */ > PHP_FUNCTION(odbc_get_handle) > { > odbc_connection *conn; > pval **pv_conn; > int is_pconn = 0; > > if (zend_get_parameters_ex(1, &pv_conn) == FAILURE) { > WRONG_PARAM_COUNT; > } > > ZEND_FETCH_RESOURCE2(conn, odbc_connection *, pv_conn, -1, "ODBC-Link", le_conn, le_pconn); > > RETURN_LONG((long)conn->hdbc); > } > /* }}} */ > 2454c2479,2480 < else { --- > else if(rc == SQL_NO_DATA_FOUND) > { 2456a2483,2485 > > odbc_sql_error(result->conn_ptr, result->stmt, " SQLMoreResults"); > RETURN_FALSE; diff -r temp/php-4.3.2RC1\ext\odbc\php_odbc.h php-4.3.2RC1\ext\odbc\php_odbc.h 94a95 > PHP_FUNCTION(odbc_get_handle); -- Edit this bug report at http://bugs.php.net/?id=22897&edit=1
#24183 [Fbk->Csd]: Configure fails on Mac OS X --with-pdflib (pdflib >= 4.0.3)
ID: 24183 Updated by: [EMAIL PROTECTED] Reported By: php_public at macfreek dot nl -Status: Feedback +Status: Closed Bug Type: PDF related Operating System: Mac OS X (10.2.6) PHP Version: 4.3.2 Assigned To: kalowsky New Comment: Well after looking through the Makefiles for PDFlib I'm pretty sure only CoreServices and ApplicationServices are needed (that is all that is referenced by their Makefiles). Committing patch for the two Frameworks only. If it still doesn't work, please reopen. Previous Comments: [2003-07-08 12:38:54] [EMAIL PROTECTED] I am more curious why all these frameworks are being required, to link in an external library. My testing at home hasn't worked yet [2003-07-08 09:16:22] [EMAIL PROTECTED] So I guess there needs to be one extra PHP_ADD_FRAMEWORK line to not need that LDFLAGS to be set: case $host_alias in *darwin*) PHP_ADD_FRAMEWORK(Carbon) PHP_ADD_FRAMEWORK(CoreServices) PHP_ADD_FRAMEWORK(ApplicationServices) PHP_ADD_INCLUDE("/Developer/Headers/FlatCarbon") ;; esac (I can't really test this, I have no macosx.. :) [2003-07-08 09:11:41] p dot citti at aressy dot com Hi, Thank you guys! I have been succesfull with your help. To compile PHP 4.3.2 with pdflib there was 2 problems: 1-You have to had this line in the config.nice LDFLAGS='-framework Carbon' \ JUST before this one: './configure' \ 2-You have to change the file hp-src/ext/pdf/ config.m4 and add after the comment "The main PDFlib configure" case $host_alias in *darwin*) PHP_ADD_FRAMEWORK(CoreServices) PHP_ADD_FRAMEWORK(ApplicationServices) PHP_ADD_INCLUDE("/Developer/Headers/FlatCarbon") ;; esac (thanks all of you for that!) 3-Then do: autoconf configure.in > configure ./config.nice then make, and sudo make install [2003-07-07 19:16:27] [EMAIL PROTECTED] It should be something like this instead: case $host_alias in *darwin*) PHP_ADD_FRAMEWORK(CoreServices) PHP_ADD_FRAMEWORK(ApplicationServices) PHP_ADD_INCLUDE("/Developer/Headers/FlatCarbon") ;; esac [2003-07-07 16:17:59] php_public at macfreek dot nl Hi, Added the new lines after the comment "The main PDFlib configure" in ext/pdf/config.m4 Then, I run: autoconf configure.in > configure ./configure --with-pdflib However, this still fails for me. I'm rather sure I do something Silly [tm], but currently, I'm moving to a new house this week, so I don't have time to check details. Sorry about that. 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/24183 -- Edit this bug report at http://bugs.php.net/?id=24183&edit=1
#24603 [NEW]: all timefunctions don't give back correct time
From: akorthaus at web dot de Operating system: RedHat-Linux 7.3, kernel 2.4.20 PHP version: 4.3.2 PHP Bug Type: Date/time related Bug description: all timefunctions don't give back correct time Description: Hi! Now I'm trying to solve this problem for more then 10 houres, nad nobody seems to know what is going wrong here. If I try this: That displays: 12:36:36 11:36:36 What I would expect would be the same like date in shell: # date Fri Jul 11 13:37:39 CEST 2003 the correspondent Apache access-log: [11/Jul/2003:12:36:36 +0100] # /sbin/hwclock returns Fri 11 Jul 2003 13:36:42 PM CEST 0.707042 seconds and it could not be set by # /sbin/hwclock --systohc --utc but I think thats not important # ls -l /etc/localtime lrwxrwxrwx1 root root 33 Jul 11 09:33 /etc/localtime -> /usr/share/zoneinfo/Europe/Berlin which is what I want(my timezone). It's GMT + 1. PHP _has_ these difference of one hour between time() and gmtime(), but both are an extra hour too late. I also restartet Apache, I tried to change /etc/sysconfig/clock, which is now: # cat /etc/sysconfig/clock ZONE="Europe/Berlin" UTC=true ARC=false But PHP did not take care about changes in it, PHP also did not care about changing my timezone, this 1 hour too late stays. also ntpdate did not help, the time was changed about 3 seconds. Im Using RedHat Linux 7.3 min.-Installation I compiled Apache 1.3.27 with PHP 4.3.2 as static module. My PHP-./configure: ./configure --with-apache=../apache_1.3.27 --with-mysql --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-ttf --with-zlib --enable-gd-native-ttf --enable-trans-sid --disable-cgi --enable-ftp I'm using PHP-Accelerator. I have asked a lot of people and searched for people with similar problems, but I did not find any. So my last Idea is that it's a PHP-Bug. Reproduce code: --- Expected result: date: +-0 hours gmdate -1 hour Actual result: -- date: -1 hour gmdate -2 hours -- Edit bug report at http://bugs.php.net/?id=24603&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24603&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24603&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24603&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24603&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24603&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24603&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24603&r=support Expected behavior: http://bugs.php.net/fix.php?id=24603&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24603&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24603&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24603&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24603&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24603&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24603&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24603&r=gnused
#24602 [NEW]: get_class_vars
From: rasaliba at kyube dot com Operating system: Win 2000 PHP version: 5.0.0b1 (beta1) PHP Bug Type: Scripting Engine problem Bug description: get_class_vars Description: when calling the get_class_vars function on an object, the __autoload function is called with an argument equal to "object". So this sums up that __autoload is in two cases: 1- when using the New operator. (correct) 2- when using the get_class_vars (?) Reproduce code: --- Expected result: Content-type: text/html X-Powered-By: PHP/5.0.0b1 auto loading [circleobject] -- -- Actual result: -- Content-type: text/html X-Powered-By: PHP/5.0.0b1 auto loading [circleobject] -- auto loading [object] -- -- Edit bug report at http://bugs.php.net/?id=24602&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=24602&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=24602&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=24602&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24602&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24602&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24602&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24602&r=support Expected behavior: http://bugs.php.net/fix.php?id=24602&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24602&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24602&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24602&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24602&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24602&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24602&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24602&r=gnused
#24474 [Fbk->Sus]: domxml and threading issues
ID: 24474 Updated by: [EMAIL PROTECTED] -Summary: get_element_by_id doesn`t work Reported By: grest at interia dot pl -Status: Feedback +Status: Suspended Bug Type: DOM XML related Operating System: WinXp PHP Version: 4.3.2 New Comment: Changed summary as this is just a symptom of threading issues. When running in a multi-threaded environment AND libxml is using threads, the extensions behavior can not be predicted when using functions involving libxml globals. This includes functions not working as expected, inconsistent function behavior and possible crashes. Workaround: Run under CGI mode or use libxml without thread support. Suspending this for now Previous Comments: [2003-07-10 06:09:04] [EMAIL PROTECTED] can you provide the output from phpinfo either as a link to it or via email. Make sure it is run under apache and run from the same directory as your example is. [2003-07-09 18:19:52] grest at interia dot pl When I use in XSL file(filmy.xsl) just it works fine. I needn`t to insert a full path('d:\www\grugar\today.xml') In XML it doesn`t work. I use: or and always when I use get_element_by_id, I get a NULL! I`m sure that XML is not validated with filmy.dtd. I tested XML with two identical id (without error while loading!) or insert a mistakes into filmy.dtd and the domxml_open_file($fileName, DOMXML_LOAD_VALIDATING)does NOT return any errors or warnings. Conclusion: "filmy.dtd" is not loaded. Earlier, in similar case domxml_open_file returns error. [2003-07-09 14:55:10] [EMAIL PROTECTED] Works fine using syntax: "d:/www/grugar/filmy.dtd" or just "filmy.dtd". Looks like some pathing got fixed with apache 2. Unless you give full path for the save location, your output file will end up in Apache root directory. Are you sure that you are getting NULL back from get_element_by_id or is the problem that you just dont get your output file? [2003-07-09 14:07:46] grest at interia dot pl Little mistake in line 5. Once again: I try various path in filmy.xml to dtd file, like: and none of them works !! How should this path look?! For example the path in XSL file (filmy.xsl) works: filmy.xsl ... ... [2003-07-09 08:02:02] [EMAIL PROTECTED] Using Apache under windows you must use fullpath names with domxml. All filepaths are handled by libxml (not PHP) which when loaded uses the apache bin directory as the root directory. This includes the path to the DTD within your xml document, which is the reason that get_element_by_id is not working, as the DTD is not being loaded. 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/24474 -- Edit this bug report at http://bugs.php.net/?id=24474&edit=1
#22999 [Com]: proc_close() sometimes returns -1 when called process exited with status of 0
ID: 22999 Comment by: vojtech at fotobanka dot cz Reported By: phil at concretecomputing dot co dot uk Status: Assigned Bug Type: Filesystem function related Operating System: sun os PHP Version: 4.3.1 Assigned To: wez New Comment: When using oracle (oci8) without --enable-sigchild, apache threads sometimes hangs as a defunct process (zombie). On Linux this means the load is always 1. This bug is related to http://bugs.php.net/bug.php?id=8992";>#8992, http://bugs.php.net/bug.php?id=14182";>#14182, http://bugs.php.net/bug.php?id=17538";>#17538. In all these bugs is stated the problem is fixed but with my configuration still appears. Linux 2.4.20, Debian 3.0, Apache 1.3.27, PHP 4.3.2 configured with: './configure' \ '--with-apxs' \ '--disable-debug' \ '--enable-track-vars' \ '--enable-sysvsgm' \ '--enable-sysvshm' \ '--enable-sysvsem' \ '--with-zlib' \ '--with-bz2' \ '--with-gd' \ '--with-iconv' \ '--with-oci8' \ '--enable-sigchild' \ "$@" Previous Comments: [2003-04-17 13:37:25] michael at six dot de We have the same issue with pclose() Testcase: Most of the time $status is -1, sometimes 0. PHP-4.3.2RC1, Solaris 7, --enable-sigchild PHP is compiled with --enable-sigchild because the oracle client is needed too, this was recommended in former bug descriptions. Is this still the case for oracle? [2003-04-01 05:00:37] [EMAIL PROTECTED] This is a known issue when compiling with --enable-sigchild. I will see if it can be fixed. [2003-04-01 04:17:36] phil at concretecomputing dot co dot uk I'm trying to run a command via proc_open(). The command always succeeds (exits with status of 0), so I would expect that proc_close() would always return 0. Most of the time it does, but sometimes it returns -1. Here is a script which reproduces the problem. On my system, if you run the script many times, most times the status reported will be 0, but occasionally it will be -1. array("pipe", "r"),// stdin is a pipe that the child will read from 1 => array("pipe", "w"),// stdout is a pipe that the child will write to 2 => array("pipe", "w") // stderr is a pipe that the child will write to ); $process = proc_open("ps -ef", $inputArray, $outputArray); if (is_resource($process)) { fclose($outputArray[0]); // Grab the output $output=""; while(!feof($outputArray[1])) { $output .= fgets($outputArray[1], 1024); } // Extract any error output $errorOutput = ""; while(!feof($outputArray[2])) { $errorOutput .= fgets($outputArray[2], 1024); } // It is important that you close any pipes before calling proc_close() in order to avoid a deadlock fclose($outputArray[1]); fclose($outputArray[2]); $status = proc_close($process); echo "proc_close() return result: $status\n"; echo "ps error output: [$errorOutput]\n"; echo "ps output: [$output]\n"; } echo "Done\n"; ?> PHP is compiled as follows: './configure' '--with-apxs=/usr/local/apache1.3.27-nerens3.4/bin/apxs' '--without-mysql' '--enable-track-vars' '--enable-sigchild' '--with-oci8=/opt/oracle/product/9.0.1' '--enable-apc' '--with-xml' '--with-expat-dir=/usr/local/expat' '--with-zlib=/usr/local/zlib' '--with-curl=/usr/local/curl' '--with-mhash=/usr/local/mhash' '--with-mcrypt=/usr/local/libmcrypt' I have tried to have a look at what is going on using truss and I think it may be caused by another function within php doing a wait() and getting the exit status for the child so that the wait() in proc_close returns with ECHLD. While testing using the above script, I have found that if I add a call to sleep after the proc_open() call then proc_close() _always_ returns -1 (and the sleep() call has no effect) -- Edit this bug report at http://bugs.php.net/?id=22999&edit=1
#24535 [Ver->Asn]: Segmentation fault after second mysql_connect
ID: 24535 Updated by: [EMAIL PROTECTED] Reported By: artem at osp dot ru -Status: Verified +Status: Assigned Bug Type: MySQL related Operating System: Linux 2.2.25 PHP Version: 4.3.3RC2-dev -Assigned To: +Assigned To: georg New Comment: Not sure if it's a php bug. I'll discuss it with MySQL developers on LT. Previous Comments: [2003-07-08 08:17:34] artem at osp dot ru from phpinfo(): mysql MySQL Support enabled Active Persistent Links 1 Active Links 1 Client API version 4.0.13 MYSQL_MODULE_TYPE external MYSQL_SOCKET /tmp/mysql.sock MYSQL_INCLUDE -I/opt/mysql/include/mysql MYSQL_LIBS -L/opt/mysql/lib/mysql -lmysqlclient about simlinks: /opt/mysql is symlink to mysql-4.0.13 /opt/mysql-4.0.13 is symlink to /usr3/mysql-4.0.13/ [2003-07-08 08:14:04] [EMAIL PROTECTED] Here is the backtrace I got: 0x408e7e66 in my_net_read (net=0x874d464) at net.c:647 647 net->buff[net->buf_length - net->remain_in_buf]=net->save_char; (gdb) bt #0 0x408e7e66 in my_net_read (net=0x874d464) at net.c:647 #1 0x408e242d in net_safe_read (mysql=0x874d464) at libmysql.c:302 #2 0x408e39b7 in read_one_row (mysql=0x874d464, fields=1, row=0x874ea98, lengths=0x874ea90) at libmysql.c:994 #3 0x408e5eba in mysql_fetch_row (res=0x874ea48) at libmysql.c:1986 #4 0x818be2c in php_mysql_fetch_hash (ht=1, return_value=0x874e914, this_ptr=0x0, return_value_used=1, result_type=2, expected_args=1) at /usr/src/web/php/php4_3/ext/mysql/php_mysql.c:1895 #5 0x818c09a in zif_mysql_fetch_row (ht=1, return_value=0x874e914, this_ptr=0x0, return_value_used=1) at /usr/src/web/php/php4_3/ext/mysql/php_mysql.c:1946 #6 0x82e03a2 in execute (op_array=0x8748994) at /usr/src/web/php/php4_3/Zend/zend_execute.c:1616 #7 0x82cce34 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/web/php/php4_3/Zend/zend.c:886 #8 0x828fefe in php_execute_script (primary_file=0xb8bc) at /usr/src/web/php/php4_3/main/main.c:1685 #9 0x82f4367 in main (argc=2, argv=0xb924) at /usr/src/web/php/php4_3/sapi/cli/php_cli.c:818 #10 0x406689cb in __libc_start_main (main=0x82f37e4 , argc=2, argv=0xb924, init=0x80ab2c0 <_init>, fini=0x84525b4 <_fini>, rtld_fini=0x4000aea0 <_dl_fini>, stack_end=0xb91c) at ../sysdeps/generic/libc-start.c:92 [2003-07-08 08:08:46] [EMAIL PROTECTED] I could reproduce this with mysq 3.23.55 (Georg couldn't with mysql 4.0.13). Your PHP configure line points to --with-mysql=/opt/mysql, is that a symlink to /opt/mysql-4.0.13 ?? Check the linked client lib version from phpinfo() output. [2003-07-08 06:36:47] artem at osp dot ru Description: I need two connections to mysql server for processing big result trought mysql_unbuffered_query(). But on mysql_fetch_row() after second connect there is error. php was configured: ./configure --with-mysql=/opt/mysql --enable-track-vars --with-gd --with-zlib-dir=/usr/lib/ --enable-memory-limit --enable-debug --with-apache=../apache_1.3.27-ssl mysql version 4.0.13 mysql was configured: ./configure '--prefix=/opt/mysql-4.0.13' '--with-mysqld-ldflags=-all-static' '--disable-shared' '--with-charset=cp1251' '--with-innodb' '--enable-local-inf ile' Reproduce code: --- ","",1); if(!$s) { echo "Troubes at connect to MySQL. ".mysql_error(); exit; } if(!mysql_select_db("")) { echo "Troubes at select DB on MySQL. ".mysql_error(); exit; } return $s; } ob_implicit_flush(1); echo "1\n"; my_connect(); echo "2\n"; $res=mysql_unbuffered_query("select 'All ok'"); echo "3\n"; if(!$res) { echo "Mysql say: ".mysql_error(); exit; } my_connect(); echo "4\n"; $row=mysql_fetch_row($res); echo "5\n"; echo $row[0]; ?> Expected result: 1 2 3 4 5 All ok Actual result: -- 1 2 3 4 == Segmentation fault == [www2:/opt/www/bin]:1087# gdb /opt/www/bin/httpd GNU gdb 5.0 Copyright 2000 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-redhat-linux"... (gdb) run -X Starting program: /opt/www/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x822263d in my_net_read () (gdb) bt #0 0x822263d in my_net_read () #1 0x8217a1b in net_safe_read () #2 0x82185c8 in read_one_row () #3 0x821b92b in mysql_fetch_row () #4 0x80f667b in php_mysql_fetch_hash (ht=1, ret
#22292 [Com]: PHP.EXE never ends
ID: 22292 Comment by: jouanneau at netcourrier dot com Reported By: francois dot kaufmann at swisscom dot com Status: Bogus Bug Type: CGI related Operating System: WIN NT 4 SP6 PHP Version: 4.3.1 New Comment: I've got same problem, but php_iisfunc.dll extension is off ! NT4 + IIS4 + PHP 4.3.1 (CGI) + php_sybase_ct.dll In fact, i discover that : - in a php page, i've got a big sql query, so it take many time to display the result in my browser. During this time, the php.exe process take 0% of consuming time of CPU, and the sqlsrvr.exe process (sybase) take x% of CPU (well, it execute the query). - if i click on the stop button in my browser, then the php.exe process take all CPU (90-100% !), and the sqlsrvr.exe only 0%. And the php.exe process never ends. - if i don't click on the stop button, after long time (because of big query), i've got the result in my page, and the process php.exe stop. Yes, i know it's bad to have a big query like this, but it's not the problem here, and i have optimized it after discovering this problem of no end of php.exe process. This problem of no end is still here.. hope that information can help developper to resolv this bug .. Previous Comments: [2003-02-23 22:14:57] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. See bug #22291 [2003-02-23 20:37:41] [EMAIL PROTECTED] Ok, this is a duplicate of bug 22291, the bug is in iisfunc.dll. I'm closing this bug, refer to 22291 for this issue. [2003-02-21 02:06:43] francois dot kaufmann at swisscom dot com Hi, Since we could'nt come back on the first server, we use it, I did the test on another server wich has 'little' different config (Win2000 SP2, IIS 5) and there is the same symptom. So I comment iisfunc.dll out and Yes, it works! PHP.EXE stops after serving the page kaf [2003-02-19 12:59:09] [EMAIL PROTECTED] kaf, Are you using the iisfunc.dll extension? If so, please comment it out, and see if you still have the problem with php not ending. If not, let us know. [2003-02-19 07:15:07] francois dot kaufmann at swisscom dot com Excusez-moi! I'm sorry, I rode the reply below wich says it is not a bug! But the fellow tryied it with 4.2.3 and we are talking from 4.3.1 It's open again kaf 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/22292 -- Edit this bug report at http://bugs.php.net/?id=22292&edit=1
#24557 [Asn->WFx]: streams SIG_SEGVs
ID: 24557 Updated by: [EMAIL PROTECTED] Reported By: wmeler at wp-sa dot pl -Status: Assigned +Status: Wont fix Bug Type: Network related Operating System: RH 7.3 PHP Version: 4CVS-2003-07-09 (stable) Assigned To: wez New Comment: So, you patched your web server, you patched PHP and compiled it in the unsupported maintainer thread-safe mode and expect me to fix the segfault? :-) Maybe its better for you to ask questions on the internals list if you are developing your own SAPI. Not a bug in any of the supported PHP configurations, so we are not going to fix it. Previous Comments: [2003-07-10 08:49:04] [EMAIL PROTECTED] Assigned to the father of streams. :) [2003-07-10 01:54:24] wmeler at wp-sa dot pl I enable ZTS, because I use threads. I have one IO thread and more PHP threads. As I said, it isn't pure thttpd and PHP. My web server has quite nice architecture - I have queues, processors, queue overflow control etc. About configure parameters - I use the same compilation on another web aplications and it is working well. Difference is that they don't use socket streams. They use oci8 and ldap without any problems. As far I know oracle ldap functions doesn't perform well and we use iplanet libraries with success. No problems with that. I can reduce config.nice by only few modules (ftp zlib gdbm gettext xml). Others are needed by my app. Anyway - don't you think that these STREAM_DEBUG messages are strange? [2003-07-09 18:07:40] [EMAIL PROTECTED] You should reduce the configure options to bare minimum, try with this configure line: # ./configure --with-thttpd=../thttpd --disable-all --enable-debug Why do you enable the ZTS anyway? Also, using --with-regex=system is not wise unless you REALLY know what you're doing. And Oracle has it's own ldap functions, it's known problem that those might conflict with other ldap libraries. Just point the --with-ldap to the same as you do with --with-oci8. [2003-07-09 04:55:39] wmeler at wp-sa dot pl PHP is taken from snaps.php.net : php4-STABLE-200307081130 './configure' \ '--with-thttpd=../thttpd' \ '--enable-experimental-zts' \ '--with-tsrm-pthreads' \ '--with-regex=system' \ '--with-mysql=/usr' \ '--with-oci8=/opt/oracle' \ '--with-ldap=/opt/iplanet' \ '--with-mhash' \ '--enable-ftp' \ '--with-zlib' \ '--with-gdbm' \ '--with-gettext' \ '--with-xml' \ '--enable-debug' \ "$@" I've patched thttpd and PHP so it worked fine together in ZTS. I haven't touched streams. It worked until streams were introduced (4.3?). BTW are memory and fds freed if there is no msg in log like "stream_free " I think I won't be able to write short script which reproduct this error because it isn't on each request :(. [2003-07-09 04:39:52] [EMAIL PROTECTED] Thanks for the detailed trace; A short self-contained reproducing script would help a great deal here also. Also, it seems that you are running a thread-safe build; could you let us know the configure line you used, and also the version of PHP (are you really using the PHP_4_3 branch of cvs?). 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/24557 -- Edit this bug report at http://bugs.php.net/?id=24557&edit=1
#17489 [Com]: Unable to allocate connection record
ID: 17489 Comment by: jouanneau at netcourrier dot com Reported By: cichocki at stud dot ics dot p dot lodz dot pl Status: No Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Red Hat 7.2 PHP Version: 4.2.1 New Comment: I've got same problem. windows NT + IIS4 + PHP 4.3.1 (ISAPI module) + php_sybase_ct.dll i don't use persistant connection. I use PEAR:DB. I set up my own session manager (session_set_save_handler), and so, the connection is closed during the end of session. There are no problem of connection with isql or other client. Previous Comments: [2002-10-23 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, 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-10-13 08:35:59] dukin at poczta dot fm I have changed my e-mail adress. Only PHP had such problem, isql is working ok, but I'm not sure if it use ct lib. [2002-10-07 22:10:48] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Given the nature of the error and the fact you get the same error using non PHP applications implies your system is running out of memory. Which causes an error [2002-05-28 15:18:52] cichocki at stud dot ics dot p dot lodz dot pl Apache 1.3.23 + PHP 4.2.1 compiled --with-sybase-ct=/opt/sybase-11.9.2. Env are set (I can see it in phpinfo) Apache + php compiled just like in Apache-COMPILE HOWTO (linux edition) by Luc de Louw. it's with ssl. the message appears sometimes after 5 days sometimes after 10 minutes from restarting apache. It appeared even when the traffic very small (5 users). Restarting apachectl(apache compiled with php) helps for some time, but than it appears again. Tried --with-sybase : it appeared again. In the same time no problems connecting from isql or from C++. -- Edit this bug report at http://bugs.php.net/?id=17489&edit=1
#24582 [Fbk->Opn]: Extensions cannot be loaded dynamically on Solaris / iPlanet
ID: 24582 User updated by: CVKEWCZBUTBW at spammotel dot com Reported By: CVKEWCZBUTBW at spammotel dot com -Status: Feedback +Status: Open Bug Type: Zend Engine 2 problem Operating System: Solaris PHP Version: 5.0.0b2-dev, 4.3.3RC2-dev New Comment: > Also, according to Solaris man page for dlopen(), > (if I read it correctly :), RTLD_GROUP and RTLD_WORLD > are on by default anyway. So only option needed is > RTLD_PARENT. > Could you try that only? The man page is not really clear about that. I understand that if you set NONE of the three flags, then "GROUP|WORLD" takes effect. So if you want all three flags, you have to specify "GROUP|WORLD|PARENT". I have no easy way to try it. I'd propose: #if defined(RTLD_GROUP) && defined(RTLD_WORLD) && defined(RTLD_PARENT) #define DL_LOAD(libname) dlopen(libname, RTLD_LAZY | RTLD_GLOBAL | RTLD_GROUP | RTLD_WORLD | RTLD_PARENT) #else #define DL_LOAD(libname) dlopen(libname, RTLD_LAZY | RTLD_GLOBAL) #endif Previous Comments: [2003-07-10 18:35:29] [EMAIL PROTECTED] Here's a patch to try: http://www.php.net/~jani/dlopen_patch.txt [2003-07-10 10:50:47] [EMAIL PROTECTED] We could also add those 3 extra ones always though if they just are defined..:) [2003-07-10 10:46:51] [EMAIL PROTECTED] RTLD_GROUP, RTLD_WORLD and RTLD_PARENT are not available on Linux. (at least not defined at all in my system). Also, according to Solaris man page for dlopen(), (if I read it correctly :), RTLD_GROUP and RTLD_WORLD are on by default anyway. So only option needed is RTLD_PARENT. Could you try that only? [2003-07-10 04:53:53] CVKEWCZBUTBW at spammotel dot com Description: I attempt to load a PHP extension (namely, the Java extension) dynamically in a Solaris / iPlanet environment. Actual result: -- I get this log message: [08-Jul-2003 16:19:08] PHP Warning: Unable to load dynamic library '/usr/local/php-4.2.1_gd_java/lib/php/extensions/no-debug-zts-20020429/java.so' - ld.so.1: ns-httpd: fatal: relocation error: file /usr/local/php-4.2.1_gd_java/lib/php/extensions/no-debug-zts-20020429/java.so: symbol core_globals_id: referenced symbol not found in Unknown on line 0 This is reproducible on PHP 4.2.1 and on PHP 4.3.2. The reason for this problem is as follows: -- The web server loads the PHP module through "dlopen()". iPlanet, obviously opposed to Apache, does not set the RTLD_GLOBAL option when calling "dlopen()", which means that the PHP core symbols are not published. Consequently, when PHP loads an extension with "dlopen()", then that extension does not see the PHP core symbols (the first of which is "core_globals_id"). iPlanet obviously has no option to set the RTLD_GLOBAL flag when loading the PHP module. One solution is as follows: --- An extension can "see" the PHP core symbols if PHP sets the "RTLD_PARENT" option when loading the extension. The patch required to achieve this is: *** Zend/zend.h.origWed Jul 9 17:25:37 2003 --- Zend/zend.h Wed Jul 9 17:43:32 2003 *** *** 73,79 # define RTLD_GLOBAL 0 # endif ! # define DL_LOAD(libname) dlopen(libname, RTLD_LAZY | RTLD_GLOBAL) # define DL_UNLOADdlclose # if DLSYM_NEEDS_UNDERSCORE # define DL_FETCH_SYMBOL(h,s)dlsym((h), "_" ## s) --- 73,80 # define RTLD_GLOBAL 0 # endif ! /* AU 2003-07-09 */ ! # define DL_LOAD(libname) dlopen(libname, RTLD_LAZY | RTLD_GLOBAL |RTLD_PARENT|RTLD_GROUP|RTLD_WORLD) # define DL_UNLOADdlclose # if DLSYM_NEEDS_UNDERSCORE # define DL_FETCH_SYMBOL(h,s)dlsym((h), "_" ## s) In other words: The "RTLD_PARENT|RTLD_GROUP|RTLD_WORLD" options must be added to the "dlopen()" call. This patch was tested with PHP 4.2.1. The buggy line of code exists in all of versions 4.2.1, 4.3.2 and 5.0.0 beta, so I strongly presume that the problem exists in all PHP versions and that the fix also works for all PHP versions. I have no clue if the code change I made is suitable for other environments and cofigurations. This requires regression testing on other platforms, which I cannot do. I believe someone from the PHP team should make a decision here. -- Edit this bug report at http://bugs.php.net/?id=24582&edit=1
#16820 [Fbk->Opn]: hangs in multithreded environment (ZTS)
ID: 16820 User updated by: wmeler at wp-sa dot pl Reported By: wmeler at wp-sa dot pl -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.3.0-dev New Comment: that funny restrictions ... try this: http://strony.wp.pl/wp/wmeler/execution-timeout.patch.html Previous Comments: [2003-07-11 02:54:49] [EMAIL PROTECTED] That url gives 403..was it incorrect..? [2003-07-11 02:40:47] wmeler at wp-sa dot pl script like: should hang server in ZTS mode on linux after few reloads. You can download my patch from http://strony.wp.pl/wp/wmeler/execution-timeout.patch It is for erlier version, but it applies with offsets. [2003-07-10 19:54:27] [EMAIL PROTECTED] Can you please provide either a testcase for this so we can actually reproduce this or a patch to fix it? [2002-10-21 11:19:40] [EMAIL PROTECTED] Updated version info. (assuming the last comment was based on the snapshot) [2002-10-21 00:18:54] wmeler at wp-sa dot pl Well, it seems that nothing has changed - on timeout it still does longjmp without care of semaphores. Locks won't be freed so it will hang. As I wrote few months ago, signal handler should only set EG(timeout) flag. 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/16820 -- Edit this bug report at http://bugs.php.net/?id=16820&edit=1
#24567 [Fbk->Csd]: Apache 2 Segfault when receiving a signal
ID: 24567 User updated by: php at grooky dot com Reported By: php at grooky dot com -Status: Feedback +Status: Closed Bug Type: Apache2 related Operating System: RedHat 9 PHP Version: 4.3.3RC1 New Comment: with prefork, it doesn't do it since 4.3.2 with worker, it does it with the lastest CVS Previous Comments: [2003-07-11 00:05:53] [EMAIL PROTECTED] What was the configure line used to configure Apache2? (mainly I'm interested if you run it with "prefork" mpm or not) [2003-07-10 03:44:53] php at grooky dot com No differences with php4-STABLE-200307100730 and disable-all --disable-cli In fact, this bug migh be a dup of #17414. Similar backtrace and exactly same problem. I have the bug on RedHat, but #17414 was found on debian also. According to the bt, it really seems to be PHP's fault. [2003-07-09 16:50:01] [EMAIL PROTECTED] And try it with this configure script: ./configure --with-apxs2=/tmp/apache2/bin/apxs --disable-all --disable-cli --without-pear [2003-07-09 16:48:41] [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 This doesn't sound like something we could really fix in PHP but do try the latest CVS just in case. [2003-07-09 16:30:38] php at grooky dot com The segfault comes out with any kernel I build (whom by the way works fine with any other apps, including apache without PHP) I wasn't able to reproduce it on my standard RH9 kernel (2.4.20-8) 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/24567 -- Edit this bug report at http://bugs.php.net/?id=24567&edit=1
#24578 [Opn]: A stack overflow in a php-script leads to a segmentation fault.
ID: 24578 User updated by: daniel dot goss at t-systems dot com Reported By: daniel dot goss at t-systems dot com Status: Open Bug Type: Reproducible crash Operating System: RedHat 8.0, 7.3 PHP Version: 4.3.2 New Comment: We've investigates the "second issue" and have reported it under Bug #24581. Previous Comments: [2003-07-11 02:56:31] bharat at menalto dot com Here's a very simple test case to reproduce this bug: [2003-07-10 03:34:13] daniel dot goss at t-systems dot com Description: I know this bug has been reported as "Bug #18909: Stack overflow error" but I think this should be fixed and not treated as bogus like in bug #18909. Scripting engines should _never_ segfault! A stack overflow in a recursive php-function leads the php-engine to a segmentation fault. There is a second issue that could be in associated with this one. If a function is called very often (sometimes recoursive - depth not greater than 20) php crashes too. We've not investigated this issue further enough to write a script to reproduce this behaviour. Reproduce code: --- "; flush(); MyTest($A, "", "", "", "", "", ""); } } MyTest(0,"","","","","",""); ?> Expected result: A php error complaining about a stack overflow. Actual result: -- [notice] child pid 29029 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=24578&edit=1
#24600 [Opn->Bgs]: Unable to set 'upload_tmp_dir'
ID: 24600 Updated by: [EMAIL PROTECTED] Reported By: darrell at brogdon dot net -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Red Hat Linux 7.3 PHP Version: 4.3.2 New Comment: It can only be set in php.ini / httpd.conf. Obviously your php.ini is not even loaded. Check your php.ini that you set it correctly, and check the phpinfo() output for the location where PHP is trying to find your php.ini.. Works fine here. Previous Comments: [2003-07-10 21:02:07] darrell at brogdon dot net Description: I'm unable to set the upload_tmp_dir value. Currently phpinfo() reports it as 'no value'. It should be '/tmp' by default. I tried setting it globally using php.ini. I also tried using ini_set('upload_tmp_dir', '/tmp'). If I call ini_get('upload_tmp_dir') immediately after the ini_set() there is no value present. I do have 'file_uploads = On' in php.ini and have restarted Apache after each change to php.ini. Reproduce code: --- '; echo "UMF: " . ini_get('upload_max_filesize') . ''; echo "UTD: " . ini_get('upload_tmp_dir'); ?> Expected result: FU: 1 UMF: 2M UTD: /tmp Actual result: -- FU: 1 UMF: 2M UTD: -- Edit this bug report at http://bugs.php.net/?id=24600&edit=1
#24578 [Com]: A stack overflow in a php-script leads to a segmentation fault.
ID: 24578 Comment by: bharat at menalto dot com Reported By: daniel dot goss at t-systems dot com Status: Open Bug Type: Reproducible crash Operating System: RedHat 8.0, 7.3 PHP Version: 4.3.2 New Comment: Here's a very simple test case to reproduce this bug: Previous Comments: [2003-07-10 03:34:13] daniel dot goss at t-systems dot com Description: I know this bug has been reported as "Bug #18909: Stack overflow error" but I think this should be fixed and not treated as bogus like in bug #18909. Scripting engines should _never_ segfault! A stack overflow in a recursive php-function leads the php-engine to a segmentation fault. There is a second issue that could be in associated with this one. If a function is called very often (sometimes recoursive - depth not greater than 20) php crashes too. We've not investigated this issue further enough to write a script to reproduce this behaviour. Reproduce code: --- "; flush(); MyTest($A, "", "", "", "", "", ""); } } MyTest(0,"","","","","",""); ?> Expected result: A php error complaining about a stack overflow. Actual result: -- [notice] child pid 29029 exit signal Segmentation fault (11) -- Edit this bug report at http://bugs.php.net/?id=24578&edit=1
#16820 [Opn->Fbk]: hangs in multithreded environment (ZTS)
ID: 16820 Updated by: [EMAIL PROTECTED] Reported By: wmeler at wp-sa dot pl -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.3.0-dev New Comment: That url gives 403..was it incorrect..? Previous Comments: [2003-07-11 02:40:47] wmeler at wp-sa dot pl script like: should hang server in ZTS mode on linux after few reloads. You can download my patch from http://strony.wp.pl/wp/wmeler/execution-timeout.patch It is for erlier version, but it applies with offsets. [2003-07-10 19:54:27] [EMAIL PROTECTED] Can you please provide either a testcase for this so we can actually reproduce this or a patch to fix it? [2002-10-21 11:19:40] [EMAIL PROTECTED] Updated version info. (assuming the last comment was based on the snapshot) [2002-10-21 00:18:54] wmeler at wp-sa dot pl Well, it seems that nothing has changed - on timeout it still does longjmp without care of semaphores. Locks won't be freed so it will hang. As I wrote few months ago, signal handler should only set EG(timeout) flag. [2002-10-20 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, 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". 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/16820 -- Edit this bug report at http://bugs.php.net/?id=16820&edit=1
#16820 [Fbk->Opn]: hangs in multithreded environment (ZTS)
ID: 16820 User updated by: wmeler at wp-sa dot pl Reported By: wmeler at wp-sa dot pl -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.3.0-dev New Comment: script like: should hang server in ZTS mode on linux after few reloads. You can download my patch from http://strony.wp.pl/wp/wmeler/execution-timeout.patch It is for erlier version, but it applies with offsets. Previous Comments: [2003-07-10 19:54:27] [EMAIL PROTECTED] Can you please provide either a testcase for this so we can actually reproduce this or a patch to fix it? [2002-10-21 11:19:40] [EMAIL PROTECTED] Updated version info. (assuming the last comment was based on the snapshot) [2002-10-21 00:18:54] wmeler at wp-sa dot pl Well, it seems that nothing has changed - on timeout it still does longjmp without care of semaphores. Locks won't be freed so it will hang. As I wrote few months ago, signal handler should only set EG(timeout) flag. [2002-10-20 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over 2 weeks, 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-10-03 22:43:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip 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/16820 -- Edit this bug report at http://bugs.php.net/?id=16820&edit=1