#25124 [NEW]: overload() messes with array member variables
From: ian at ardes dot com Operating system: OS X 10.2.6 PHP version: 4.3.3RC3 PHP Bug Type: Class/Object related Bug description: overload() messes with array member variables Description: Summary: When a class is overloaded with overload(), array member variables go wrong. If you overload a class, then access to declared array member variables from within member functions (and anywhere else I think) stops working correctly. The very simple class in the code should not change it's behaviour at all once it is overloaded. But it does. Reproduce code: --- class Overloaded { var $_my_array = array(); function Overloaded() { $this-_my_array[1] = '1st element'; } function __get($nm, $val) { return false; } function __set($nm, $val) { return false; } } $o1 = new Overloaded(); print (before overload(): ); print_r($o1); overload('Overloaded'); $o2 = new Overloaded(); print (after overload(): ); print_r($o2); Expected result: before overload(): overloaded Object ( [_my_array] = Array ( [1] = 1st element ) ) after overload(): overloaded Object ( [_my_array] = Array ( [1] = 1st element ) ) Actual result: -- before overload(): overloaded Object ( [_my_array] = Array ( [1] = 1st element ) ) after overload(): overloaded Object ( [_my_array] = 1st element ) -- Edit bug report at http://bugs.php.net/?id=25124edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25124r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25124r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25124r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25124r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25124r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25124r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25124r=support Expected behavior: http://bugs.php.net/fix.php?id=25124r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25124r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25124r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25124r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25124r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25124r=dst IIS Stability: http://bugs.php.net/fix.php?id=25124r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25124r=gnused
#25125 [NEW]: apache not starting
From: nagelr at web dot de Operating system: Windows 98 PHP version: 5.0.0b1 (beta1) PHP Bug Type: Apache related Bug description: apache not starting Description: Apache doesn*t start with the message, a item attached to the system not correct... It sounds like the above mentioned (in red ink) issue. I looked at the sapi folder, but the dll name is still php4... so how can I use php5 then? Has the wrong dll been attached to the distribution? -- Edit bug report at http://bugs.php.net/?id=25125edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25125r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25125r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25125r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25125r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25125r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25125r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25125r=support Expected behavior: http://bugs.php.net/fix.php?id=25125r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25125r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25125r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25125r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25125r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25125r=dst IIS Stability: http://bugs.php.net/fix.php?id=25125r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25125r=gnused
#25125 [Opn-Bgs]: apache not starting
ID: 25125 Updated by: [EMAIL PROTECTED] Reported By: nagelr at web dot de -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Windows 98 PHP Version: 5.0.0b1 (beta1) New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2003-08-18 03:50:25] nagelr at web dot de Description: Apache doesn*t start with the message, a item attached to the system not correct... It sounds like the above mentioned (in red ink) issue. I looked at the sapi folder, but the dll name is still php4... so how can I use php5 then? Has the wrong dll been attached to the distribution? -- Edit this bug report at http://bugs.php.net/?id=25125edit=1
#24002 [Com]: Nested calls to xml_parse no longer work
ID: 24002 Comment by: ross at golder dot org Reported By: derek at hostopia dot com Status: Verified Bug Type: XML related Operating System: Linux PHP Version: 4.3.3-dev New Comment: We're getting a similar problem (and similar stacktraces) with the PHP 4.3 series on both our Linux and FreeBSD platforms, although we are not nesting calls to the parser. Previous Comments: [2003-06-15 23:08:05] [EMAIL PROTECTED] It also crashes: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (runnable)] 0x40678cd9 in __strtod_internal (nptr=0x8ad63ec SCREEN, endptr=0xbfe0225c, group=0) at strtod.c:419 (gdb) bt #0 0x40678cd9 in __strtod_internal (nptr=0x8ad63ec SCREEN, endptr=0xbfe0225c, group=0) at strtod.c:419 #1 0x4067dc59 in strtod (nptr=0x8ad63ec SCREEN, endptr=0xbfe0225c) at strtod.c:1425 #2 0x82c5345 in is_numeric_string (str=0x8ad63ec SCREEN, length=6, lval=0xbfe022c8, dval=0xbfe022bc, allow_errors=0 '\000') at /usr/src/web/php/php4/Zend/zend_operators.h:94 #3 0x82c4ebe in zendi_smart_strcmp (result=0xbfe0242c, s1=0x8ad63ac, s2=0x88a7764) at /usr/src/web/php/php4/Zend/zend_operators.c:1670 #4 0x82c3736 in compare_function (result=0xbfe0242c, op1=0x8ad63ac, op2=0x88a7764) at /usr/src/web/php/php4/Zend/zend_operators.c:1137 #5 0x82c41a6 in is_equal_function (result=0xbfe0242c, op1=0x8ad63ac, op2=0x88a7764) at /usr/src/web/php/php4/Zend/zend_operators.c:1285 #6 0x82dc798 in execute (op_array=0x88a60c8) at /usr/src/web/php/php4/Zend/zend_execute.c:1931 #7 0x82bc741 in call_user_function_ex (function_table=0x85a7cb0, object_pp=0x0, function_name=0x88a1744, retval_ptr_ptr=0xbfe02c44, param_count=3, params=0x8ad6554, no_separation=1, symbol_table=0x0) at /usr/src/web/php/php4/Zend/zend_execute_API.c:566 #8 0x82bbee7 in call_user_function (function_table=0x85a7cb0, object_pp=0x88a0a58, function_name=0x88a1744, retval_ptr=0x8ad6514, param_count=3, params=0xbfe02cdc) at /usr/src/web/php/php4/Zend/zend_execute_API.c:408 #9 0x8261550 in xml_call_handler (parser=0x88a0a1c, handler=0x88a1744, argc=3, argv=0xbfe02cdc) at /usr/src/web/php/php4/ext/xml/xml.c:377 #10 0x826207c in _xml_startElementHandler (userData=0x88a0a1c, name=0x8ad6326 SCREEN, attributes=0x88a0d08) at /usr/src/web/php/php4/ext/xml/xml.c:661 Diff betweeb 4.2.3 and 4.3.3-dev ext/xml doesn't give any significant changes, so it must be something else that has changed and just hasn't been changed also in ext/xml, call_user_function() maybe? [2003-06-15 22:35:36] [EMAIL PROTECTED] Works fine with PHP 4.2.3, breaks with 4.3.1, 4.3.2, 4.3.3-dev. [2003-06-04 13:43:11] derek at hostopia dot com Here as requested is an example which works fine under 4.2.2, and causes an endless loop in 4.3.2: !-- BEGIN XML FILE: shapes.xml -- SCREEN INFOThis will render a random surprise shape/INFO RANDOM shapes=SQUARE TRIANGLE CIRCLE/ /SCREEN !-- END XML FILE -- ### CUT HERE ### !-- BEGIN PHP FILE: shapes.php -- ?php $file = shapes.xml; function startElement($parser, $name, $attribs) { switch ($name) { case RANDOM: $list = explode( , $attribs[SHAPES]); $num = count($list); $rnd = rand(1, $num) - 1; $xml = . $list[$rnd] . /; if ( !xml_parse($parser, $xml) ) { print xml_error_string(xml_get_error_code($parser)); } break; case SQUARE: print \n \n; print\n; print\n; print\n; print\n; print\n; print\n; print\n; break; case TRIANGLE: print \n ## \n; print \n; print ## \n; print\n; print ## \n; print \n; print ## \n; print\n; break; case CIRCLE: print \n \n; print \n; print ## \n; print ## \n; print ## \n; print ## \n; print \n; print\n; break; } } function endElement($parser, $name) { } function characterData($parser,
#20298 [Fbk-Opn]: odbc.check_persistent not working
ID: 20298 User updated by: phpbug at tab1 dot clara dot co dot uk Reported By: phpbug at tab1 dot clara dot co dot uk -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: Windows 2000 Server SP4 -PHP Version: 4.3.2 +PHP Version: 4.3.3RC4-dev New Comment: The same problem is still present in that snapshot, tested both FastCGI and ISAPI. Warning: odbc_exec(): SQL error: [Informix][Informix ODBC Driver]Communication link failure., SQL state 08S01 in SQLExecDirect in C:\InetPub\wwwroot\test.php on line 5 Warning: odbc_fetch_row(): supplied argument is not a valid ODBC result resource in C:\InetPub\wwwroot\test.php on line 7 Previous Comments: [2003-08-15 08:18:28] [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-07-18 06:28:51] phpbug at tab1 dot clara dot co dot uk Yes the problem still exists in PHP 4.3.2. I discovered FastCGI mode the other day and the same problem is exists running PHP like that. [2003-02-20 04:58:12] t_o_m_ at yahoo dot com Having reread all of this I see that nowhere have I mentioned I'm using IIS (ISAPI) not Apache, if that makes a difference? I thought when I put Windows in the OS box whoever read it would assume IIS. In answer to your question no, the behaviour is the same if odbc.check_persistent is on or off. The point is when it is off I would expect it to be my responsibility to check the connection and would expect the error if I did not. I would expect that when odbc.check_persistent was on odbc_pconnect was supposed to check the connection for me if the connection it is about to return from its pool is dead then it should discard it and create a new one as when the pool is empty. Which is clearly not happening. [2003-02-18 12:01:03] [EMAIL PROTECTED] Well the nature of CGI doesn't really lend itself to supporting persistant connections. It's run when requested and then exited after that. So no data can really presist between pages that exists solely in the CGI. So this behavior only exists when odbc.check_persistent is turned on? [2003-02-17 10:08:22] t_o_m_ at yahoo dot com Yes still a problem under 4.3.0 I am using the ISAPI module. I don't believe that persistent connections are supported at all under CGI. So odbc_pconnect == odbc_connect which would give the illusion of working, although the connection would not actually be persisting. The first time you reload the page after killing the database connection you get: Warning: SQL error: No response from the backend; Subsequent reloads give: Warning: SQL error: Could not send Query(connection dead); 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/20298 -- Edit this bug report at http://bugs.php.net/?id=20298edit=1
#14209 [Com]: tux sapi doesn't work when using virtual hosts
ID: 14209 Comment by: jk at mediate dot sk Reported By: teo at gecadsoftware dot com Status: No Feedback Bug Type: Other web server Operating System: SuSE7.1/kernel-2.4.10/tux-2.1.0 PHP Version: 4.0CVS-2001-11-24 New Comment: This is not a bug... You must properly configure php.ini too. It seems like tux includes php files. You must set up include_dir = / (tux is running in chrooted environment). Also You must copy php4.tux file to every virtual host directory: # ls -l /var/www/html drwxr-xr-x2 root root 4096 Aug 19 04:19 virtdomain1.com lrwxrwxrwx1 root root 14 Aug 18 10:35 virtdomain3.com - virtdomain2.com drwxr-xr-x2 root root 4096 Aug 18 12:59 virtdomain2.com ls -l /var/www/html/virtualdomain1.com -rw-rw-r--1 root root 30 Aug 18 10:34 index.html -rw-rw-r--1 root root 43 Aug 19 04:35 info.php -rw-rw-r--1 root root0 Aug 18 13:00 php4.tux lynx http://www.virtualdomain1.com/php4.tux?/info.php lynx http://www.virtualdomain2.com/php4.tux?/info.php This works very well for me. Previous Comments: [2002-11-13 01:00:01] 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-28 06:42:40] [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 [2001-11-24 11:12:27] teo at gecadsoftware dot com [yep, I know it's quite experimental that extension,just want to contribute to make it work] If I do virtual_server=0 then it works just fine. When it's on (1) it cannot resolve the filename. I guess when doing: file_handle.filename = SG(request_info).path_translated; [php_tux.c:279] that path is only relative to document root and doesn't contain the virtual server name? -- Edit this bug report at http://bugs.php.net/?id=14209edit=1
#24881 [Com]: Apache hangs when mod_php5 is active
ID: 24881 Comment by: greenhorn at itresovled dot net Reported By: mitchel at sahertian dot com Status: Open Bug Type: Apache related Operating System: Linux 2.4.21 PHP Version: 5.0.0b1 (beta1) New Comment: Same here... I tryed as module and static with apache 1.3.28 Both didn't turn out to work :( Previous Comments: [2003-07-31 07:27:54] mitchel at sahertian dot com Description: # uname -s -r -m -p Linux 2.4.21 i586 Pentium 75 - 200 # CFLAGS=-march=pentium -O3 -pipe -fomit-frame-pointer CXXFLAGS=-march=pentium -O3 -pipe -fomit-frame-pointer ./configure \ --prefix=/usr/local/php5 \ --sysconfdir=/etc/php5 \ -with-apxs=/usr/sbin/apxs \ --disable-cli --disable-cgi \ --disable-ipv6 --with-openssl \ --with-zlib \ --enable-bcmath \ --with-bz2 \ --enable-dio \ --enable-exif \ --with-gd \ --with-mysql \ --enable-sockets \ --without-pear \ --with-config-file-path=/etc/php5/sapi # make # make install //apache.conf: //LoadModule php5_module //AddModule mod_php5 ltrace /usr/sbin/apache -F snip strlen(/etc/apache) = 11 strlen(/etc/apache) = 11 strlen(/) = 1 strlen(modules/mod_env.so) = 18 strcpy(0x080920a8, /etc/apache) = 0x080920a8 strlen(/etc/apache) = 11 strcpy(0x080920b3, /) = 0x080920b3 strlen(/) = 1 strcpy(0x080920b4, modules/mod_env.so) = 0x080920b4 strlen(modules/mod_env.so) = 18 dlopen(/etc/apache/modules/mod_env.so, 258 Process(es) hang(s) here root 5120 30.2 4.9 4572 1500 ?R19:58 6:09 /usr/sbin/apache -F root 5358 6.3 1.6 1648 500 pts/2S20:04 0:54 ltrace /usr/sbin/apache -F root 5359 24.7 5.1 4572 1584 ?R20:04 3:32 /usr/sbin/apache -F Memory usage stays the same Same without ltrace ofcourse As soon as the AddModule line is removed/commented out, everything goes well. This does not happen with PHP4. Reproduce code: --- N/A Expected result: Stable and Resource-unintensive process :+) Actual result: -- CPU-eating process :'( -- Edit this bug report at http://bugs.php.net/?id=24881edit=1
#22933 [Opn-Fbk]: COM calls generate XP error
ID: 22933 Updated by: [EMAIL PROTECTED] Reported By: cstreeter at andesagroup dot com -Status: Open +Status: Feedback Bug Type: COM related Operating System: Win XP Pro SP1 PHP Version: 5CVS-2003-03-27 (dev) New Comment: Can you please test latest CVS and report whether the problem still exists on XP? - thanks - Previous Comments: [2003-03-27 13:13:04] cstreeter at andesagroup dot com Here's the code snippet I am using: ? $word = new COM(word.application) or die(Unable to instanciate Word); print Loaded Word, version {$word-Version}\n; $word-Visible = 1; $word-Documents-Add(); $word-Selection-TypeText(This is a test...); $word-Documents[1]-SaveAs(Useless test.doc); $word-Quit(); ? instatiating the Word object works fin. I can tell becuse this does not fail when comment all the other code out and I can see in the Windows Task Manager that an instance of Word was instantiated. As soon as I try to do anything else, I get one of those famous XP error screens asking me if I want to send the info to Microsoft. According to this code (which I got from PHP help site somewhere) it looks fairly straight forward. Nothing fancy going on here. Can you help? Thank you. Chris Streeter The Andesa Corporation Bethlehem, PA, USA -- Edit this bug report at http://bugs.php.net/?id=22933edit=1
#25127 [NEW]: error with memory limit
From: henrik dot gebauer at web dot de Operating system: Mandrake 9.1 PHP version: 5.0.0b1 (beta1) PHP Bug Type: *General Issues Bug description: error with memory limit Description: Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 7936 bytes) in /mnt/win_e/hosts/tests/gallery-creator/step2.php on line 67 The line contains and imagecreatefromjpeg() call. With reloading the script, the allowed memory size appears to grow. After the 5th reload I get the error: Fatal error: Allowed memory size of 18901728 bytes exhausted at (null):0 (tried to allocate 7936 bytes) in /mnt/win_e/hosts/tests/gallery-creator/step2.php on line 67 I compiled PHP as a module for Apache 2 with --enable-memory-limit Reproduce code: --- ?php $image = imagecreatefromjpeg('image.jpeg'); echo 'success'; ? Expected result: success Actual result: -- Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 7936 bytes) in /mnt/win_e/hosts/tests/gallery-creator/step2.php on line 67 -- Edit bug report at http://bugs.php.net/?id=25127edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25127r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25127r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25127r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25127r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25127r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25127r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25127r=support Expected behavior: http://bugs.php.net/fix.php?id=25127r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25127r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25127r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25127r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25127r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25127r=dst IIS Stability: http://bugs.php.net/fix.php?id=25127r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25127r=gnused
#25127 [Opn-Fbk]: error with memory limit
ID: 25127 Updated by: [EMAIL PROTECTED] Reported By: henrik dot gebauer at web dot de -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Mandrake 9.1 PHP Version: 5.0.0b1 (beta1) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2003-08-18 08:44:52] henrik dot gebauer at web dot de Description: Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 7936 bytes) in /mnt/win_e/hosts/tests/gallery-creator/step2.php on line 67 The line contains and imagecreatefromjpeg() call. With reloading the script, the allowed memory size appears to grow. After the 5th reload I get the error: Fatal error: Allowed memory size of 18901728 bytes exhausted at (null):0 (tried to allocate 7936 bytes) in /mnt/win_e/hosts/tests/gallery-creator/step2.php on line 67 I compiled PHP as a module for Apache 2 with --enable-memory-limit Reproduce code: --- ?php $image = imagecreatefromjpeg('image.jpeg'); echo 'success'; ? Expected result: success Actual result: -- Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 7936 bytes) in /mnt/win_e/hosts/tests/gallery-creator/step2.php on line 67 -- Edit this bug report at http://bugs.php.net/?id=25127edit=1
#24881 [Opn-Fbk]: Apache hangs when mod_php5 is active
ID: 24881 Updated by: [EMAIL PROTECTED] Reported By: mitchel at sahertian dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux 2.4.21 PHP Version: 5.0.0b1 (beta1) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2003-08-18 08:27:55] greenhorn at itresovled dot net Same here... I tryed as module and static with apache 1.3.28 Both didn't turn out to work :( [2003-07-31 07:27:54] mitchel at sahertian dot com Description: # uname -s -r -m -p Linux 2.4.21 i586 Pentium 75 - 200 # CFLAGS=-march=pentium -O3 -pipe -fomit-frame-pointer CXXFLAGS=-march=pentium -O3 -pipe -fomit-frame-pointer ./configure \ --prefix=/usr/local/php5 \ --sysconfdir=/etc/php5 \ -with-apxs=/usr/sbin/apxs \ --disable-cli --disable-cgi \ --disable-ipv6 --with-openssl \ --with-zlib \ --enable-bcmath \ --with-bz2 \ --enable-dio \ --enable-exif \ --with-gd \ --with-mysql \ --enable-sockets \ --without-pear \ --with-config-file-path=/etc/php5/sapi # make # make install //apache.conf: //LoadModule php5_module //AddModule mod_php5 ltrace /usr/sbin/apache -F snip strlen(/etc/apache) = 11 strlen(/etc/apache) = 11 strlen(/) = 1 strlen(modules/mod_env.so) = 18 strcpy(0x080920a8, /etc/apache) = 0x080920a8 strlen(/etc/apache) = 11 strcpy(0x080920b3, /) = 0x080920b3 strlen(/) = 1 strcpy(0x080920b4, modules/mod_env.so) = 0x080920b4 strlen(modules/mod_env.so) = 18 dlopen(/etc/apache/modules/mod_env.so, 258 Process(es) hang(s) here root 5120 30.2 4.9 4572 1500 ?R19:58 6:09 /usr/sbin/apache -F root 5358 6.3 1.6 1648 500 pts/2S20:04 0:54 ltrace /usr/sbin/apache -F root 5359 24.7 5.1 4572 1584 ?R20:04 3:32 /usr/sbin/apache -F Memory usage stays the same Same without ltrace ofcourse As soon as the AddModule line is removed/commented out, everything goes well. This does not happen with PHP4. Reproduce code: --- N/A Expected result: Stable and Resource-unintensive process :+) Actual result: -- CPU-eating process :'( -- Edit this bug report at http://bugs.php.net/?id=24881edit=1
#25128 [NEW]: set_error_handler not sending reference
From: auroraeosrose at hotmail dot com Operating system: Win XP Pro SP1 PHP version: 4CVS-2003-08-18 (stable) PHP Bug Type: *General Issues Bug description: set_error_handler not sending reference Description: Latest cvs snapshot of 4.3.whatever we're at now. When sending an object/method array for a set_error_handler, the object is not being referenced, I have no idea what it's doing. I'd like to be able to change stuff in the object I have the error handler in before an error is triggered... This may be a dupe of #22894 but I'm not sure since that one wasn't explained very well... Reproduce code: --- ? class Stack { var $stack; function Stack() { $this-stack = array(); set_error_handler(array($this, 'errorHandler')); } function push($message) { $this-stack[] = $message; print_r($this); //for debugging } function errorHandler($code, $message, $file, $line, $context) { $this-push($message); } } $e = new Stack(); $e-push('This is a fun test'); trigger_error('This is a test', E_USER_NOTICE); ? Expected result: stack Object ( [stack] = Array ( [0] = This is a fun test ) ) stack Object ( [stack] = Array ( [0] = This is fun a test [1] = This is a test ) ) Actual result: -- stack Object ( [stack] = Array ( [0] = This is a fun test ) ) stack Object ( [stack] = Array ( [0] = This is a test ) ) -- Edit bug report at http://bugs.php.net/?id=25128edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25128r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25128r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25128r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25128r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25128r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25128r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25128r=support Expected behavior: http://bugs.php.net/fix.php?id=25128r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25128r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25128r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25128r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25128r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25128r=dst IIS Stability: http://bugs.php.net/fix.php?id=25128r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25128r=gnused
#24687 [Ana-Opn]: Fatal error: Only variables or references can be returned by reference
ID: 24687 Updated by: [EMAIL PROTECTED] Reported By: nologic at pchome dot com dot tw -Status: Analyzed +Status: Open Bug Type: Zend Engine 2 problem Operating System: windows2000sp4 PHP Version: 5CVS-2003-07-16 (dev) Assigned To: zeev Previous Comments: [2003-08-16 04:14:19] jan at horde dot org Any idea yet if this will be fixed/addressed or should we start converting scripts to not use referenced return type or build variables that get returned? [2003-07-24 03:16:39] mikkel at linet dot dk I have the same problem with PHP5 snap 200307240730, PEAR DB will not work, as many functions has in front of them. So a return new DB_Result does not work. Mayby this should only be a notice instead of a fatal error. [2003-07-22 11:53:29] [EMAIL PROTECTED] Yes, it is quite complicated. You can only return variables by reference, a function's return value is not something we can 'connect' to... [2003-07-17 03:35:38] [EMAIL PROTECTED] If you do it like this it works: class TextSanitizer { function htmlSpecialChars($text) { $foo = preg_replace(/amp;/i, '', htmlspecialchars($text, ENT_QUOTES)); return $foo; } } So would it really be *that* hard to make it work? [2003-07-17 03:23:15] [EMAIL PROTECTED] It never really worked (caused memory corruption). Unlikely to be changed, since it doesn't make sense, but we'll see. 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/24687 -- Edit this bug report at http://bugs.php.net/?id=24687edit=1
#23331 [Fbk-Opn]: Memory leak in ISAPI
ID: 23331 User updated by: jakub at icewarp dot com Reported By: jakub at icewarp dot com -Status: Feedback +Status: Open Bug Type: IIS related Operating System: W2K PHP Version: 4.3.2RC1 New Comment: The problem is still there. Nothing has changed. I performed the same 2 tests. 1. LoadLibrary and FreeLibrary - 200 cycles = 50MB leak 2. HttpExtensionProc - 1000 calls = 500kB leak Please, let me know how can I help. Jakub Previous Comments: [2003-08-15 08:48:14] [EMAIL PROTECTED] btw. Isn't this same as bug #16325 ?? [2003-08-15 08:31:35] [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-05 03:20:29] jakub at icewarp dot com Still the same. Btw. what I testing now is not the COM object issue but simple HttpExtension call which leaks the memory. Each call to the ISAPI module leaks some memory. Tell me. Thanks [2003-05-03 10:22:59] jakub at icewarp dot com I was wrong about the [EMAIL PROTECTED] it is called by Windows automatically. However I have found for instance this. If you load the ISAPI module and free it in a cycle again it does not free the memory. for ($i=0;$i1000;$i++) { lh = loadlibrary(...isapi.dll); freelibrary(lh); } After 200 cycles the process consumes 50MB. I don't think that should happen. What is wrong? [2003-05-03 04:02:26] jakub at icewarp dot com Some more info I have found. The DllMain function from the ISAPI dll is incorrectly exported and has the name [EMAIL PROTECTED] so it cannot be called by the web server. When you call the PROCESS_ATTACH and DETACH DllMain calls it raises and exception. THREAD_ATTACH and DETACH work fine but still the memory leak is there. Each call to the HttpExtensionProc leaks about 1kB of memory. Please try to have a look at it J 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/23331 -- Edit this bug report at http://bugs.php.net/?id=23331edit=1
#23331 [Opn-Fbk]: Memory leak in ISAPI
ID: 23331 Updated by: [EMAIL PROTECTED] Reported By: jakub at icewarp dot com -Status: Open +Status: Feedback Bug Type: IIS related Operating System: win32 PHP Version: 4.3.3RC4-dev New Comment: You have some extensions loaded in php.ini, right? Which ones are those? What if you don't load them? Previous Comments: [2003-08-18 09:24:49] jakub at icewarp dot com The problem is still there. Nothing has changed. I performed the same 2 tests. 1. LoadLibrary and FreeLibrary - 200 cycles = 50MB leak 2. HttpExtensionProc - 1000 calls = 500kB leak Please, let me know how can I help. Jakub [2003-08-15 08:48:14] [EMAIL PROTECTED] btw. Isn't this same as bug #16325 ?? [2003-08-15 08:31:35] [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-05 03:20:29] jakub at icewarp dot com Still the same. Btw. what I testing now is not the COM object issue but simple HttpExtension call which leaks the memory. Each call to the ISAPI module leaks some memory. Tell me. Thanks [2003-05-03 10:22:59] jakub at icewarp dot com I was wrong about the [EMAIL PROTECTED] it is called by Windows automatically. However I have found for instance this. If you load the ISAPI module and free it in a cycle again it does not free the memory. for ($i=0;$i1000;$i++) { lh = loadlibrary(...isapi.dll); freelibrary(lh); } After 200 cycles the process consumes 50MB. I don't think that should happen. What is wrong? 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/23331 -- Edit this bug report at http://bugs.php.net/?id=23331edit=1
#25128 [Opn-Bgs]: set_error_handler not sending reference
ID: 25128 Updated by: [EMAIL PROTECTED] Reported By: auroraeosrose at hotmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Win XP Pro SP1 PHP Version: 4CVS-2003-08-18 (stable) New Comment: If you use the trigger_error() twice, it'll push the messages into the array just fine. Not bug. Previous Comments: [2003-08-18 09:22:26] auroraeosrose at hotmail dot com Description: Latest cvs snapshot of 4.3.whatever we're at now. When sending an object/method array for a set_error_handler, the object is not being referenced, I have no idea what it's doing. I'd like to be able to change stuff in the object I have the error handler in before an error is triggered... This may be a dupe of #22894 but I'm not sure since that one wasn't explained very well... Reproduce code: --- ? class Stack { var $stack; function Stack() { $this-stack = array(); set_error_handler(array($this, 'errorHandler')); } function push($message) { $this-stack[] = $message; print_r($this); //for debugging } function errorHandler($code, $message, $file, $line, $context) { $this-push($message); } } $e = new Stack(); $e-push('This is a fun test'); trigger_error('This is a test', E_USER_NOTICE); ? Expected result: stack Object ( [stack] = Array ( [0] = This is a fun test ) ) stack Object ( [stack] = Array ( [0] = This is fun a test [1] = This is a test ) ) Actual result: -- stack Object ( [stack] = Array ( [0] = This is a fun test ) ) stack Object ( [stack] = Array ( [0] = This is a test ) ) -- Edit this bug report at http://bugs.php.net/?id=25128edit=1
#24329 [Fbk-Opn]: Appending path info to a php script breaks under IIS
ID: 24329 User updated by: marcus at quintic dot co dot uk Reported By: marcus at quintic dot co dot uk -Status: Feedback +Status: Open Bug Type: IIS related Operating System: XP and 2k PHP Version: 4.3.2 New Comment: This does not appear to fix it under the limited tests I've tried. I'll add more feedback when I can perform more testing. Previous Comments: [2003-08-14 00:35:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And check your php.ini settings. (this works fine for me in Linux/Apache) [2003-06-25 06:14:35] marcus at quintic dot co dot uk The first para should read: If I attach some path_info to the url I get a cannot find page error under IIS5.1 on XP and under 2k a PHP error saying it cant find the test.php/whatever/I/have/here script. [2003-06-25 06:13:10] marcus at quintic dot co dot uk Description: I have a page, test.php, that contains simply a call to phpinfo(). If I go to it in a browser as http://localhost/test.php it displays the php information as expected. If I attach some path_info to the url I get a cannot find page error under IIS5.1 on XP and a PHP error saying it cant find the test.php/whatever/I/have/here script. Clearly this is wrong. I have searched the bug tracking database and the following suggestions have been tried in both ISAPI and CGI mode (none of them work for us, although the bugs are getting closed presumably because they work for the people trying them): cgi.force_redirect = 0 (I've also tried 1) cgi.fix_pathinfo = 0 (I've also tried 1) Setting the IIS AllowPathInfo... variable to TRUE or FALSE makes no difference. I've also tried all combinations of the above. This isnt a one off either as it happens on all machines we've tried it on (5 separate IIS5 installations so far). The strange thing is, IIS looks like its requesting the correct document, test.php because thats whats coming up in the IIS logs - it looks like php is returning the error. On the 2k box this is more obvious because we get an error from php saying that it cant open a stream on c:/inetpub/wwwroot/whatever/I/have/here when IIS is allowing PATH_INFO and c:/inetpub/wwwroot/test.php/whatever/I/have/here when IIS does not allow PATH_INFO. Reproduce code: --- // IIS5.1, PHP 4.3.x // Goto URL http://localhost/test.php/path/info ?php phpinfo(); ? Expected result: I'd expect the test.php document to be displayed whether I entered path information or not. Note that this is not a bug about PATH_INFO being incorrect - we dont even get that far. PHP returns errors about not being able to open a stream to a document that _includes_ the path_info in its translated path. It also happens under ISAPI or CGI. -- Edit this bug report at http://bugs.php.net/?id=24329edit=1
#25129 [NEW]: Array_diff gives a bad result
From: tech at mediaforest dot net Operating system: Linux PHP version: Irrelevant PHP Bug Type: Arrays related Bug description: Array_diff gives a bad result Description: As this script shows, the array_diff function doesn't give the expected result on a php4.2.3 : Reproduce code: --- ? $today_list = array(pic_0710.jpg,pic_0740.jpg); $yesterday_list = array(pic_0710.jpg,pic_0740.jpg,pic_0910.jpg); $result = array_diff($today_list,$yesterday_list); var_dump($result); ? Expected result: array(1) { [0]= string(12) pic_0910.jpg } Actual result: -- array(0) { } -- Edit bug report at http://bugs.php.net/?id=25129edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25129r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25129r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25129r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25129r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25129r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25129r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25129r=support Expected behavior: http://bugs.php.net/fix.php?id=25129r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25129r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25129r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25129r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25129r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25129r=dst IIS Stability: http://bugs.php.net/fix.php?id=25129r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25129r=gnused
#23331 [Fbk-Opn]: Memory leak in ISAPI
ID: 23331 User updated by: jakub at icewarp dot com Reported By: jakub at icewarp dot com -Status: Feedback +Status: Open Bug Type: IIS related Operating System: win32 PHP Version: 4.3.3RC4-dev New Comment: That's what I thought of too so I removed all extensions and the results I posted are without any extensions. Previous Comments: [2003-08-18 09:31:14] [EMAIL PROTECTED] You have some extensions loaded in php.ini, right? Which ones are those? What if you don't load them? [2003-08-18 09:24:49] jakub at icewarp dot com The problem is still there. Nothing has changed. I performed the same 2 tests. 1. LoadLibrary and FreeLibrary - 200 cycles = 50MB leak 2. HttpExtensionProc - 1000 calls = 500kB leak Please, let me know how can I help. Jakub [2003-08-15 08:48:14] [EMAIL PROTECTED] btw. Isn't this same as bug #16325 ?? [2003-08-15 08:31:35] [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-05 03:20:29] jakub at icewarp dot com Still the same. Btw. what I testing now is not the COM object issue but simple HttpExtension call which leaks the memory. Each call to the ISAPI module leaks some memory. Tell me. Thanks 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/23331 -- Edit this bug report at http://bugs.php.net/?id=23331edit=1
#25129 [Opn-Bgs]: Array_diff gives a bad result
ID: 25129 Updated by: [EMAIL PROTECTED] Reported By: tech at mediaforest dot net -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Linux PHP Version: Irrelevant New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php From the manual: array_diff() returns an array containing all the values of array1 that are not present in any of the other arguments. Previous Comments: [2003-08-18 09:42:10] tech at mediaforest dot net Description: As this script shows, the array_diff function doesn't give the expected result on a php4.2.3 : Reproduce code: --- ? $today_list = array(pic_0710.jpg,pic_0740.jpg); $yesterday_list = array(pic_0710.jpg,pic_0740.jpg,pic_0910.jpg); $result = array_diff($today_list,$yesterday_list); var_dump($result); ? Expected result: array(1) { [0]= string(12) pic_0910.jpg } Actual result: -- array(0) { } -- Edit this bug report at http://bugs.php.net/?id=25129edit=1
#25115 [Opn]: can't open db3 file with a path
ID: 25115 User updated by: courtois at nouvo dot com Reported By: courtois at nouvo dot com Status: Open Bug Type: DBM/DBA related Operating System: win32 PHP Version: 4.3.2 New Comment: could this bug be related with #23975 ??? I tested also the latest CVS package: php4-win32-STABLE-200308181230.zip same results :-( Previous Comments: [2003-08-17 06:51:11] courtois at nouvo dot com Description: db3 open doesn't work with a path including directories. windows XP Apache 2 PHP 4.3.2 zip package [6,107Kb] - 29 May 2003 (from www.php.net) Reproduce code: --- ?php header('Content-type: text/plain'); mkdir(foobar,0755); print testflat :; if ($id = dba_open (testflat, n, flatfile)) { print ok\n; dba_close ($id); } else print not ok\n; print testdb3 :; if ($id = dba_open (testdb3, n, db3)) { print ok\n; dba_close ($id); } else print not ok\n; print foobar/testflat :; if ($id = dba_open (foobar/testflat, n, flatfile)) { print ok\n; dba_close ($id); } else print not ok\n; print foobar/testdb3; if ($id = dba_open (foobar/testdb3, n, db3)) { print ok\n; dba_close ($id); } else print not ok\n; chdir(foobar); print change to dir foobar\n; print foobar/testflat-cd :; if ($id = dba_open (testflat-cd, n, flatfile)) { print ok\n; dba_close ($id); } else print not ok\n; print foobar/testdb3-cd :; if ($id = dba_open (testdb3-cd, n, db3)) { print ok\n; dba_close ($id); } else print not ok\n; ? Expected result: I expect foobar/testdb3 to be opened correctly. same result when / is replaced with \ Actual result: -- testflat :ok testdb3 :ok foobar/testflat :ok foobar/testdb3br / bWarning/b: dba_open(foobar/testdb3,n): Driver initialization failed for handler: db3: No such file or directory in bC:\Program Files\Apache Group\Apache2\htdocs\testdba.php/b on line b17/bbr / not ok change to dir foobar foobar/testflat-cd :ok foobar/testdb3-cd :ok -- Edit this bug report at http://bugs.php.net/?id=25115edit=1
#24793 [NoF-Opn]: dlopen erreor: libphp4.so No such file or directory
ID: 24793 User updated by: alibarim at yahoo dot com Reported By: alibarim at yahoo dot com -Status: No Feedback +Status: Open Bug Type: Apache related Operating System: AIX 433 PHP Version: 4.3.3RC2-dev New Comment: As you suggset, I try your configure command. Unfortunatly the result is the same ! ie: Cannot load /apps/local/apache_test_Ali/libexec/libphp4.so into server: dlopen: /apps/local/apache_test_Ali/libexec/libphp4.so: No such file or directory Previous Comments: [2003-08-13 04:31:55] [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-08-08 18:50:31] [EMAIL PROTECTED] Get the latest stable CVS snapshot and try this configure line: ./configure \ --prefix=/apps/local/php-4.3.2/ \ --disable-all \ --with-apxs=/apps/local/apache_test_Ali/bin/apxs \ --with-pdflib=/apps/local/apache_test_Ali/lib/pdf [2003-07-25 07:27:54] alibarim at yahoo dot com It seems that ldd on AIX does not work correctly. However, the output is: ldd libphp4.so libphp4.so: No such file or directory We use the dump command on AIX. The output is. dump -H libphp4.so libphp4.so: ***Loader Section*** Loader Header Information VERSION# #SYMtableENT #RELOCentLENidSTR 0x0001 0x08be 0x4a3c 0x0092 #IMPfilIDOFFidSTR LENstrTBLOFFstrTBL 0x0006 0x00044cc0 0xa233 0x00044d52 ***Import File Strings*** INDEX PATH BASEMEMBER 0 /apps/local/apache_test_Ali/lib/pdf/lib:/usr/sybase/lib:/usr/lib:/lib 1libpdf.alibpdf.so.1 2libc.a shr.o 3libgcc_s.a shr.o 4librtl.ashr.o 5. [2003-07-25 06:16:49] [EMAIL PROTECTED] I don't know if AIX has 'ldd' command, but if it does, what does 'ldd libphp4.so' output? [2003-07-25 03:29:16] alibarim at yahoo dot com As you suggest, I try the http://snaps.php.net/php4-STABLE-latest.tar.gz Unfortunatly the problem seem to be the same ! Cannot load /apps/local/apache_test_Ali/libexec/libphp4.so into server: dlopen: /apps/local/apache_test_Ali/libexec/libphp4.so: No such file or directory I have also to remove the external gd (2.0.7) library from my configure. I got an undefined symbol for gdFreeFontCache. 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/24793 -- Edit this bug report at http://bugs.php.net/?id=24793edit=1
#25116 [Fbk-Opn]: PHP can't find session, it starts the new session
ID: 25116 User updated by: leo dot jokinen at laurea dot fi Reported By: leo dot jokinen at laurea dot fi -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows XP home PHP Version: 4.3.2 New Comment: Now my page1 looks like this: ?php session_start(); $_SESSION[test] = Hello World; echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page2.php??php echo SID?Next Page/a Still doesn't work for me. I've tried a different browser (Mozilla) but nothing happened. =( Previous Comments: [2003-08-17 13:30:14] [EMAIL PROTECTED] Check if cookie is being sent and if it then is sent by the browser. You should also try to see if the code would work with URL sessions. [2003-08-17 08:58:11] leo dot jokinen at laurea dot fi I've tried to use these files to get access to the session. page1.php: ?php session_start(); $_SESSION[test] = Hello World; echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page2.phpNext Page/a Page2.php: ?php session_start(); echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page1.phpPrevious Page/a If things would happening correctly, i would see the Hello World text also page 2. Instead the PHP makes second session-file, so it can't find correct one for my session.save_path directory. [2003-08-17 08:01:12] [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. [2003-08-17 08:00:13] leo dot jokinen at laurea dot fi Description: My session.save_path contains these sessionfiles. Every time when i reload my page, the new file is being made. PHP won't find the current session. This problem happens also when is redirect my code into another php-file. I am running php with module of apache 1.3.28. Some stats: session.auto_start Off session.bug_compat_42 On session.bug_compat_warn On session.cache_expire 180 session.cache_limiter nocache session.cookie_domain no value session.cookie_lifetime 0 session.cookie_path / session.cookie_secure Off session.entropy_file no value session.entropy_length 0 session.gc_divisor 100 1 session.gc_maxlifetime 900 session.gc_probability 1 session.name PHPSESSID session.referer_check no value session.save_handler files session.save_path /Program Files/PHP/sessions/ session.serialize_handler php session.use_cookies On session.use_only_cookies On session.use_trans_sid Off -- Edit this bug report at http://bugs.php.net/?id=25116edit=1
#25128 [Bgs-Opn]: set_error_handler not sending reference
ID: 25128 User updated by: auroraeosrose at hotmail dot com Reported By: auroraeosrose at hotmail dot com -Status: Bogus +Status: Open Bug Type: *General Issues Operating System: Win XP Pro SP1 PHP Version: 4CVS-2003-08-18 (stable) New Comment: You're missing the point, I want to send a referenced object and be able to change things it before I trigger an error...another test ? class Stack { var $stack; var $debug; function Stack() { $this-stack = array(); $this-debug = false; set_error_handler(array($this, 'errorHandler')); } function push($message) { $this-stack[] = $message; print_r($this); //for debugging } function errorHandler($code, $message, $file, $line, $context) { $this-push($message); } } $e = new Stack(); $e-debug = true; trigger_error('This is a test', E_USER_NOTICE); ? Now, notice I've changed debug before I triggered the error, so when I do my print_r of $this it should have debug set to true, because I changed it, but notice it's still set to false Previous Comments: [2003-08-18 09:37:21] [EMAIL PROTECTED] If you use the trigger_error() twice, it'll push the messages into the array just fine. Not bug. [2003-08-18 09:22:26] auroraeosrose at hotmail dot com Description: Latest cvs snapshot of 4.3.whatever we're at now. When sending an object/method array for a set_error_handler, the object is not being referenced, I have no idea what it's doing. I'd like to be able to change stuff in the object I have the error handler in before an error is triggered... This may be a dupe of #22894 but I'm not sure since that one wasn't explained very well... Reproduce code: --- ? class Stack { var $stack; function Stack() { $this-stack = array(); set_error_handler(array($this, 'errorHandler')); } function push($message) { $this-stack[] = $message; print_r($this); //for debugging } function errorHandler($code, $message, $file, $line, $context) { $this-push($message); } } $e = new Stack(); $e-push('This is a fun test'); trigger_error('This is a test', E_USER_NOTICE); ? Expected result: stack Object ( [stack] = Array ( [0] = This is a fun test ) ) stack Object ( [stack] = Array ( [0] = This is fun a test [1] = This is a test ) ) Actual result: -- stack Object ( [stack] = Array ( [0] = This is a fun test ) ) stack Object ( [stack] = Array ( [0] = This is a test ) ) -- Edit this bug report at http://bugs.php.net/?id=25128edit=1
#24278 [Com]: error while trying to save LOB
ID: 24278 Comment by: nirfri at hotmail dot com Reported By: trent at low dot ru Status: Open Bug Type: OCI8 related Operating System: Linux, Win32 PHP Version: 4CVS-2003-08-15 (stable) New Comment: After Working on this annoying problem for 2 days in a row, Finally I found the solution. Thanks to ViVisimo.com :)) look in : A HREF=http://www.faqchest.com/prgm/oracle-l/ora-01/ora-0109/ora-010939/ora01091712_19451.html;http://www.faqchest.com/prgm/oracle-l/ora-01/ora-0109/ora-010939/ora01091712_19451.html /A for an example. in short. You need to edit your procedure so it will createtemporarly the clob before you can do anything with it. BDBMS_LOB.CREATETEMPORARY(myclob1,FALSE,DBMS_LOB.CALL);/B HtH, Nir Friedman Previous Comments: [2003-06-21 10:28:43] trent at low dot ru Description: I got these errors while trying to inputing string to LOB using LOB's method save(); : Warning: save() [function.save.html]: OCILobWrite: OCI_INVALID_HANDLE in /www/sample.php on line 15 Warning: load() [function.load.html]: OCILobGetLength: OCI_INVALID_HANDLE in /www/sample.php on line 19 This was tested with: 4.3.1-win32 4.3.1-linux Latest snapshot on Linux. Note: in oracle function there is in/out parameter used. Additional exception from Oracle: ORA-22275: invalid LOB locator specified. Reproduce code: --- //logging in $conn = OCILogon('user', 'pass', 'srvname'); //creating new LOB locator $clob = OCINewDescriptor($conn, OCI_D_LOB); $sql = 'begin :ret:=test(lob_object=:lob_object_param); end;'; //parsing query - ok $stmt = OCIParse($conn, $sql); //binding variables - ok OCIBindByName($stmt, ':lob_object_param', $clob, -1, OCI_B_CLOB); OCIDefineByName($stmt, ':lob_object_param', $clob, OCI_B_CLOB); OCIBindByName($stmt, ':ret', $return, 4); OCIExecute($stmt, OCI_DEFAULT); if($clob-save($param)) { // Warning: OCILobWrite: OCI_INVALID_HANDLE in sample.php on line 15 OCICommit($conn); // this warning appears only when using method save(); of LOB locator } print $clob-load(); // Warning: OCILobGetLength: OCI_INVALID_HANDLE in sample.php on line 19 // when using load method in LOB locator $clob-free(); OCIFreeStatement($stmt); Expected result: I'm trying to save string as CLOB using Oracle function. I do expect it to work fine =) Maybe I'm doing something extremely wrong? If so, please, correct me. Thanx in advance. -- Edit this bug report at http://bugs.php.net/?id=24278edit=1
#25128 [Opn]: set_error_handler not sending reference
ID: 25128 User updated by: auroraeosrose at hotmail dot com Reported By: auroraeosrose at hotmail dot com Status: Open Bug Type: *General Issues Operating System: Win XP Pro SP1 PHP Version: 4CVS-2003-08-18 (stable) New Comment: BTW if this is the desired behavior, that you can't manipulate an error handler class after assigning it, that should be in BIG BOLD LETTERS in the documentation Previous Comments: [2003-08-18 10:04:25] auroraeosrose at hotmail dot com You're missing the point, I want to send a referenced object and be able to change things it before I trigger an error...another test ? class Stack { var $stack; var $debug; function Stack() { $this-stack = array(); $this-debug = false; set_error_handler(array($this, 'errorHandler')); } function push($message) { $this-stack[] = $message; print_r($this); //for debugging } function errorHandler($code, $message, $file, $line, $context) { $this-push($message); } } $e = new Stack(); $e-debug = true; trigger_error('This is a test', E_USER_NOTICE); ? Now, notice I've changed debug before I triggered the error, so when I do my print_r of $this it should have debug set to true, because I changed it, but notice it's still set to false [2003-08-18 09:37:21] [EMAIL PROTECTED] If you use the trigger_error() twice, it'll push the messages into the array just fine. Not bug. [2003-08-18 09:22:26] auroraeosrose at hotmail dot com Description: Latest cvs snapshot of 4.3.whatever we're at now. When sending an object/method array for a set_error_handler, the object is not being referenced, I have no idea what it's doing. I'd like to be able to change stuff in the object I have the error handler in before an error is triggered... This may be a dupe of #22894 but I'm not sure since that one wasn't explained very well... Reproduce code: --- ? class Stack { var $stack; function Stack() { $this-stack = array(); set_error_handler(array($this, 'errorHandler')); } function push($message) { $this-stack[] = $message; print_r($this); //for debugging } function errorHandler($code, $message, $file, $line, $context) { $this-push($message); } } $e = new Stack(); $e-push('This is a fun test'); trigger_error('This is a test', E_USER_NOTICE); ? Expected result: stack Object ( [stack] = Array ( [0] = This is a fun test ) ) stack Object ( [stack] = Array ( [0] = This is fun a test [1] = This is a test ) ) Actual result: -- stack Object ( [stack] = Array ( [0] = This is a fun test ) ) stack Object ( [stack] = Array ( [0] = This is a test ) ) -- Edit this bug report at http://bugs.php.net/?id=25128edit=1
#24881 [Com]: Apache hangs when mod_php5 is active
ID: 24881 Comment by: greenhorn at itresolved dot net Reported By: mitchel at sahertian dot com Status: Feedback Bug Type: Apache related Operating System: Linux 2.4.21 PHP Version: 5.0.0b1 (beta1) New Comment: Same thing with latest build also :( Previous Comments: [2003-08-18 09:21:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-08-18 08:27:55] greenhorn at itresovled dot net Same here... I tryed as module and static with apache 1.3.28 Both didn't turn out to work :( [2003-07-31 07:27:54] mitchel at sahertian dot com Description: # uname -s -r -m -p Linux 2.4.21 i586 Pentium 75 - 200 # CFLAGS=-march=pentium -O3 -pipe -fomit-frame-pointer CXXFLAGS=-march=pentium -O3 -pipe -fomit-frame-pointer ./configure \ --prefix=/usr/local/php5 \ --sysconfdir=/etc/php5 \ -with-apxs=/usr/sbin/apxs \ --disable-cli --disable-cgi \ --disable-ipv6 --with-openssl \ --with-zlib \ --enable-bcmath \ --with-bz2 \ --enable-dio \ --enable-exif \ --with-gd \ --with-mysql \ --enable-sockets \ --without-pear \ --with-config-file-path=/etc/php5/sapi # make # make install //apache.conf: //LoadModule php5_module //AddModule mod_php5 ltrace /usr/sbin/apache -F snip strlen(/etc/apache) = 11 strlen(/etc/apache) = 11 strlen(/) = 1 strlen(modules/mod_env.so) = 18 strcpy(0x080920a8, /etc/apache) = 0x080920a8 strlen(/etc/apache) = 11 strcpy(0x080920b3, /) = 0x080920b3 strlen(/) = 1 strcpy(0x080920b4, modules/mod_env.so) = 0x080920b4 strlen(modules/mod_env.so) = 18 dlopen(/etc/apache/modules/mod_env.so, 258 Process(es) hang(s) here root 5120 30.2 4.9 4572 1500 ?R19:58 6:09 /usr/sbin/apache -F root 5358 6.3 1.6 1648 500 pts/2S20:04 0:54 ltrace /usr/sbin/apache -F root 5359 24.7 5.1 4572 1584 ?R20:04 3:32 /usr/sbin/apache -F Memory usage stays the same Same without ltrace ofcourse As soon as the AddModule line is removed/commented out, everything goes well. This does not happen with PHP4. Reproduce code: --- N/A Expected result: Stable and Resource-unintensive process :+) Actual result: -- CPU-eating process :'( -- Edit this bug report at http://bugs.php.net/?id=24881edit=1
#25128 [Opn-Bgs]: set_error_handler not sending reference
ID: 25128 Updated by: [EMAIL PROTECTED] Reported By: auroraeosrose at hotmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Win XP Pro SP1 PHP Version: 4CVS-2003-08-18 (stable) New Comment: Just move the set_error_handler() outside the class. (after you init the object) Previous Comments: [2003-08-18 10:21:19] auroraeosrose at hotmail dot com BTW if this is the desired behavior, that you can't manipulate an error handler class after assigning it, that should be in BIG BOLD LETTERS in the documentation [2003-08-18 10:04:25] auroraeosrose at hotmail dot com You're missing the point, I want to send a referenced object and be able to change things it before I trigger an error...another test ? class Stack { var $stack; var $debug; function Stack() { $this-stack = array(); $this-debug = false; set_error_handler(array($this, 'errorHandler')); } function push($message) { $this-stack[] = $message; print_r($this); //for debugging } function errorHandler($code, $message, $file, $line, $context) { $this-push($message); } } $e = new Stack(); $e-debug = true; trigger_error('This is a test', E_USER_NOTICE); ? Now, notice I've changed debug before I triggered the error, so when I do my print_r of $this it should have debug set to true, because I changed it, but notice it's still set to false [2003-08-18 09:37:21] [EMAIL PROTECTED] If you use the trigger_error() twice, it'll push the messages into the array just fine. Not bug. [2003-08-18 09:22:26] auroraeosrose at hotmail dot com Description: Latest cvs snapshot of 4.3.whatever we're at now. When sending an object/method array for a set_error_handler, the object is not being referenced, I have no idea what it's doing. I'd like to be able to change stuff in the object I have the error handler in before an error is triggered... This may be a dupe of #22894 but I'm not sure since that one wasn't explained very well... Reproduce code: --- ? class Stack { var $stack; function Stack() { $this-stack = array(); set_error_handler(array($this, 'errorHandler')); } function push($message) { $this-stack[] = $message; print_r($this); //for debugging } function errorHandler($code, $message, $file, $line, $context) { $this-push($message); } } $e = new Stack(); $e-push('This is a fun test'); trigger_error('This is a test', E_USER_NOTICE); ? Expected result: stack Object ( [stack] = Array ( [0] = This is a fun test ) ) stack Object ( [stack] = Array ( [0] = This is fun a test [1] = This is a test ) ) Actual result: -- stack Object ( [stack] = Array ( [0] = This is a fun test ) ) stack Object ( [stack] = Array ( [0] = This is a test ) ) -- Edit this bug report at http://bugs.php.net/?id=25128edit=1
#25116 [Opn-Fbk]: PHP can't find session, it starts the new session
ID: 25116 Updated by: [EMAIL PROTECTED] Reported By: leo dot jokinen at laurea dot fi -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows XP home PHP Version: 4.3.2 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 Works just fine here. Previous Comments: [2003-08-18 10:03:09] leo dot jokinen at laurea dot fi Now my page1 looks like this: ?php session_start(); $_SESSION[test] = Hello World; echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page2.php??php echo SID?Next Page/a Still doesn't work for me. I've tried a different browser (Mozilla) but nothing happened. =( [2003-08-17 13:30:14] [EMAIL PROTECTED] Check if cookie is being sent and if it then is sent by the browser. You should also try to see if the code would work with URL sessions. [2003-08-17 08:58:11] leo dot jokinen at laurea dot fi I've tried to use these files to get access to the session. page1.php: ?php session_start(); $_SESSION[test] = Hello World; echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page2.phpNext Page/a Page2.php: ?php session_start(); echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page1.phpPrevious Page/a If things would happening correctly, i would see the Hello World text also page 2. Instead the PHP makes second session-file, so it can't find correct one for my session.save_path directory. [2003-08-17 08:01:12] [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. [2003-08-17 08:00:13] leo dot jokinen at laurea dot fi Description: My session.save_path contains these sessionfiles. Every time when i reload my page, the new file is being made. PHP won't find the current session. This problem happens also when is redirect my code into another php-file. I am running php with module of apache 1.3.28. Some stats: session.auto_start Off session.bug_compat_42 On session.bug_compat_warn On session.cache_expire 180 session.cache_limiter nocache session.cookie_domain no value session.cookie_lifetime 0 session.cookie_path / session.cookie_secure Off session.entropy_file no value session.entropy_length 0 session.gc_divisor 100 1 session.gc_maxlifetime 900 session.gc_probability 1 session.name PHPSESSID session.referer_check no value session.save_handler files session.save_path /Program Files/PHP/sessions/ session.serialize_handler php session.use_cookies On session.use_only_cookies On session.use_trans_sid Off -- Edit this bug report at http://bugs.php.net/?id=25116edit=1
#24793 [Opn-Fbk]: dlopen erreor: libphp4.so No such file or directory
ID: 24793 Updated by: [EMAIL PROTECTED] Reported By: alibarim at yahoo dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: AIX 433 PHP Version: 4.3.3RC2-dev New Comment: Add --disable-cli to that configure line. See also bug #25058 (it's for apache2 but pretty much same issue, AIX too) Previous Comments: [2003-08-18 09:55:54] alibarim at yahoo dot com As you suggset, I try your configure command. Unfortunatly the result is the same ! ie: Cannot load /apps/local/apache_test_Ali/libexec/libphp4.so into server: dlopen: /apps/local/apache_test_Ali/libexec/libphp4.so: No such file or directory [2003-08-08 18:50:31] [EMAIL PROTECTED] Get the latest stable CVS snapshot and try this configure line: ./configure \ --prefix=/apps/local/php-4.3.2/ \ --disable-all \ --with-apxs=/apps/local/apache_test_Ali/bin/apxs \ --with-pdflib=/apps/local/apache_test_Ali/lib/pdf [2003-07-25 07:27:54] alibarim at yahoo dot com It seems that ldd on AIX does not work correctly. However, the output is: ldd libphp4.so libphp4.so: No such file or directory We use the dump command on AIX. The output is. dump -H libphp4.so libphp4.so: ***Loader Section*** Loader Header Information VERSION# #SYMtableENT #RELOCentLENidSTR 0x0001 0x08be 0x4a3c 0x0092 #IMPfilIDOFFidSTR LENstrTBLOFFstrTBL 0x0006 0x00044cc0 0xa233 0x00044d52 ***Import File Strings*** INDEX PATH BASEMEMBER 0 /apps/local/apache_test_Ali/lib/pdf/lib:/usr/sybase/lib:/usr/lib:/lib 1libpdf.alibpdf.so.1 2libc.a shr.o 3libgcc_s.a shr.o 4librtl.ashr.o 5. [2003-07-25 06:16:49] [EMAIL PROTECTED] I don't know if AIX has 'ldd' command, but if it does, what does 'ldd libphp4.so' output? [2003-07-25 03:29:16] alibarim at yahoo dot com As you suggest, I try the http://snaps.php.net/php4-STABLE-latest.tar.gz Unfortunatly the problem seem to be the same ! Cannot load /apps/local/apache_test_Ali/libexec/libphp4.so into server: dlopen: /apps/local/apache_test_Ali/libexec/libphp4.so: No such file or directory I have also to remove the external gd (2.0.7) library from my configure. I got an undefined symbol for gdFreeFontCache. 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/24793 -- Edit this bug report at http://bugs.php.net/?id=24793edit=1
#24329 [Opn-Bgs]: Appending path info to a php script breaks under IIS
ID: 24329 Updated by: [EMAIL PROTECTED] Reported By: marcus at quintic dot co dot uk -Status: Open +Status: Bogus Bug Type: IIS related Operating System: XP and 2k PHP Version: 4.3.2 New Comment: It's just some configure setting you have wrong. Works fine for me. Previous Comments: [2003-08-18 09:41:11] marcus at quintic dot co dot uk This does not appear to fix it under the limited tests I've tried. I'll add more feedback when I can perform more testing. [2003-08-14 00:35:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And check your php.ini settings. (this works fine for me in Linux/Apache) [2003-06-25 06:14:35] marcus at quintic dot co dot uk The first para should read: If I attach some path_info to the url I get a cannot find page error under IIS5.1 on XP and under 2k a PHP error saying it cant find the test.php/whatever/I/have/here script. [2003-06-25 06:13:10] marcus at quintic dot co dot uk Description: I have a page, test.php, that contains simply a call to phpinfo(). If I go to it in a browser as http://localhost/test.php it displays the php information as expected. If I attach some path_info to the url I get a cannot find page error under IIS5.1 on XP and a PHP error saying it cant find the test.php/whatever/I/have/here script. Clearly this is wrong. I have searched the bug tracking database and the following suggestions have been tried in both ISAPI and CGI mode (none of them work for us, although the bugs are getting closed presumably because they work for the people trying them): cgi.force_redirect = 0 (I've also tried 1) cgi.fix_pathinfo = 0 (I've also tried 1) Setting the IIS AllowPathInfo... variable to TRUE or FALSE makes no difference. I've also tried all combinations of the above. This isnt a one off either as it happens on all machines we've tried it on (5 separate IIS5 installations so far). The strange thing is, IIS looks like its requesting the correct document, test.php because thats whats coming up in the IIS logs - it looks like php is returning the error. On the 2k box this is more obvious because we get an error from php saying that it cant open a stream on c:/inetpub/wwwroot/whatever/I/have/here when IIS is allowing PATH_INFO and c:/inetpub/wwwroot/test.php/whatever/I/have/here when IIS does not allow PATH_INFO. Reproduce code: --- // IIS5.1, PHP 4.3.x // Goto URL http://localhost/test.php/path/info ?php phpinfo(); ? Expected result: I'd expect the test.php document to be displayed whether I entered path information or not. Note that this is not a bug about PATH_INFO being incorrect - we dont even get that far. PHP returns errors about not being able to open a stream to a document that _includes_ the path_info in its translated path. It also happens under ISAPI or CGI. -- Edit this bug report at http://bugs.php.net/?id=24329edit=1
#24329 [Bgs]: Appending path info to a php script breaks under IIS
ID: 24329 Updated by: [EMAIL PROTECTED] Reported By: marcus at quintic dot co dot uk Status: Bogus Bug Type: IIS related Operating System: XP and 2k PHP Version: 4.3.2 New Comment: This is a IIS issue, not a PHP issue. MS has limited the number of path sections in a URL in a pathetic attempt to increase IIS security. Same limitation applies to ISAPI DLLs. (eg. isapli.dll/path1/path2) Passing only path1 will work fine. Previous Comments: [2003-08-18 11:06:54] [EMAIL PROTECTED] It's just some configure setting you have wrong. Works fine for me. [2003-08-18 09:41:11] marcus at quintic dot co dot uk This does not appear to fix it under the limited tests I've tried. I'll add more feedback when I can perform more testing. [2003-08-14 00:35:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And check your php.ini settings. (this works fine for me in Linux/Apache) [2003-06-25 06:14:35] marcus at quintic dot co dot uk The first para should read: If I attach some path_info to the url I get a cannot find page error under IIS5.1 on XP and under 2k a PHP error saying it cant find the test.php/whatever/I/have/here script. [2003-06-25 06:13:10] marcus at quintic dot co dot uk Description: I have a page, test.php, that contains simply a call to phpinfo(). If I go to it in a browser as http://localhost/test.php it displays the php information as expected. If I attach some path_info to the url I get a cannot find page error under IIS5.1 on XP and a PHP error saying it cant find the test.php/whatever/I/have/here script. Clearly this is wrong. I have searched the bug tracking database and the following suggestions have been tried in both ISAPI and CGI mode (none of them work for us, although the bugs are getting closed presumably because they work for the people trying them): cgi.force_redirect = 0 (I've also tried 1) cgi.fix_pathinfo = 0 (I've also tried 1) Setting the IIS AllowPathInfo... variable to TRUE or FALSE makes no difference. I've also tried all combinations of the above. This isnt a one off either as it happens on all machines we've tried it on (5 separate IIS5 installations so far). The strange thing is, IIS looks like its requesting the correct document, test.php because thats whats coming up in the IIS logs - it looks like php is returning the error. On the 2k box this is more obvious because we get an error from php saying that it cant open a stream on c:/inetpub/wwwroot/whatever/I/have/here when IIS is allowing PATH_INFO and c:/inetpub/wwwroot/test.php/whatever/I/have/here when IIS does not allow PATH_INFO. Reproduce code: --- // IIS5.1, PHP 4.3.x // Goto URL http://localhost/test.php/path/info ?php phpinfo(); ? Expected result: I'd expect the test.php document to be displayed whether I entered path information or not. Note that this is not a bug about PATH_INFO being incorrect - we dont even get that far. PHP returns errors about not being able to open a stream to a document that _includes_ the path_info in its translated path. It also happens under ISAPI or CGI. -- Edit this bug report at http://bugs.php.net/?id=24329edit=1
#24419 [Fbk-Opn]: ifx_connect broken when connecting to remote informix server
ID: 24419 User updated by: leightonbrown at excite dot com Reported By: leightonbrown at excite dot com -Status: Feedback +Status: Open Bug Type: Informix related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: Thanks, it works with this CVS snapshot. Leighton Previous Comments: [2003-08-14 00:35:48] [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-06-30 13:25:19] leightonbrown at excite dot com Description: On a remote host running several informix server instances, ifx_connect will only connect to the INFORMIXSERVER that is the default for the user and password supplied. Even when sqlhosts and etc/services are setup correctly on the local host. Environment PHP 4.3.2 Web server: Apache 2.0.46 Web server host: Windows 2000 SP 3 OS: Windows 2000 SP 3 Database: Informix OnLine Dynamic 7.3UD2R1 Database host OS: Solaris 5.8 local sqlhosts entry: mars_tcp onsoctcp remote_1 mars_tcp birch_tcp onsoctcp remote_1 birch_tcp c:\winnt\system32\drivers\etc\services entry: mars_tcp 1529/tcp birch_tcp1527/tcp Reproduce code: --- // program code [line 62 in index.php] fails : $ifx_handle = ifx_connect([EMAIL PROTECTED], userid, passwd); //program code [line 62 in index.php] succeeds : $ifx_handle = ifx_connect([EMAIL PROTECTED], userid, passwd); //birch_tcp is the default INFORMIXSERVER for userid/password or remote_1, mars_tcp is not. Expected result: $ifx_handle 0 Actual result: -- $ifx_handle = 0 with a logged error : PHP Warning: ifx_connect(): E [SQLSTATE=IX 000 SQLCODE=-761] in C:\Program Files\Apache Group\Apache2\htdocs\php\index.php on line 62 -- Edit this bug report at http://bugs.php.net/?id=24419edit=1
#25130 [NEW]: Typos in 'configure' script
From: sean dot healey at bayernlb dot co dot uk Operating system: Solaris 9 PHP version: 5.0.0b1 (beta1) PHP Bug Type: Compile Failure Bug description: Typos in 'configure' script Description: While trying to get PHP 5.0 to compile, I've found a couple of bugs in the configure script. 1. There are 2 instances of a call 'grep -E {...args...}' Under Solaris 9, the '-E' switch is only valid on the alternate version of grep - '/usr/xpg4/bin/grep'. I added the necessary path to these calls and the error went away. 2. I found that there are a number of instances of paths being built containing the string 'usrucb'. This should in fact be '/usr/ucb'. 3. Although I fixed the above, I still can't get it to compile - there seems to be some issue with inclusion of a library 'iconv'. I supply the bebug.log file below: # cat debug.log CONFIGURE: './configure' '--prefix=/opt/php' '--localstatedir=/var/php' '--with-apache2=/usr/build/httpd-2.0.47' '--with-apxs2=/opt/apache/2.0/bin/apxs' '--with-sybase-ct=/opt/sybase/11.9.2' '--with-db4' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' CC: gcc CFLAGS: -g -O2 -pthreads CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT CXX: CXXFLAGS: INCLUDES:-I/opt/apache/2.0/include -I$(top_builddir)/Zend -I/usr/include/libxml2 -I/usr/local/include/libxml2 LDFLAGS:-L/usr/local/BerkeleyDB.4.1/lib -ldb-4.1 -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/BerkeleyDB.4.1/lib -L/usr/local/BerkeleyDB.4.1/lib -R/usr/local/lib -L/usr/local/lib LIBS: -lz -ldb-4.1 -lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl DLIBS: SAPI: apache2handler PHP_RPATHS: /usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 /usr/local/BerkeleyDB.4.1/lib /usr/local/lib uname -a: SunOS tstsvr 5.9 Generic_112233-03 sun4m sparc SUNW,SPARCstation-20 gcc -o conftest -g -O2 -pthreads -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -L/usr/local/BerkeleyDB.4.1/lib -ldb-4.1 -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/BerkeleyDB.4.1/lib -L/usr/local/BerkeleyDB.4.1/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lz -ldb-4.1 -lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl 15 ld: fatal: library -liconv: not found ld: fatal: File processing errors. No output written to conftest collect2: ld returned 1 exit status In the meantime, I'm going to download and compile the latest stable version. Cheers :-) -- Edit bug report at http://bugs.php.net/?id=25130edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25130r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25130r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25130r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25130r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25130r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25130r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25130r=support Expected behavior: http://bugs.php.net/fix.php?id=25130r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25130r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25130r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25130r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25130r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25130r=dst IIS Stability: http://bugs.php.net/fix.php?id=25130r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25130r=gnused
#24419 [Opn-Csd]: ifx_connect broken when connecting to remote informix server
ID: 24419 Updated by: [EMAIL PROTECTED] Reported By: leightonbrown at excite dot com -Status: Open +Status: Closed Bug Type: Informix related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: works - closed. Previous Comments: [2003-08-18 11:33:28] leightonbrown at excite dot com Thanks, it works with this CVS snapshot. Leighton [2003-08-14 00:35:48] [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-06-30 13:25:19] leightonbrown at excite dot com Description: On a remote host running several informix server instances, ifx_connect will only connect to the INFORMIXSERVER that is the default for the user and password supplied. Even when sqlhosts and etc/services are setup correctly on the local host. Environment PHP 4.3.2 Web server: Apache 2.0.46 Web server host: Windows 2000 SP 3 OS: Windows 2000 SP 3 Database: Informix OnLine Dynamic 7.3UD2R1 Database host OS: Solaris 5.8 local sqlhosts entry: mars_tcp onsoctcp remote_1 mars_tcp birch_tcp onsoctcp remote_1 birch_tcp c:\winnt\system32\drivers\etc\services entry: mars_tcp 1529/tcp birch_tcp1527/tcp Reproduce code: --- // program code [line 62 in index.php] fails : $ifx_handle = ifx_connect([EMAIL PROTECTED], userid, passwd); //program code [line 62 in index.php] succeeds : $ifx_handle = ifx_connect([EMAIL PROTECTED], userid, passwd); //birch_tcp is the default INFORMIXSERVER for userid/password or remote_1, mars_tcp is not. Expected result: $ifx_handle 0 Actual result: -- $ifx_handle = 0 with a logged error : PHP Warning: ifx_connect(): E [SQLSTATE=IX 000 SQLCODE=-761] in C:\Program Files\Apache Group\Apache2\htdocs\php\index.php on line 62 -- Edit this bug report at http://bugs.php.net/?id=24419edit=1
#25130 [Opn]: Typos in 'configure' script
ID: 25130 User updated by: sean dot healey at bayernlb dot co dot uk Reported By: sean dot healey at bayernlb dot co dot uk Status: Open Bug Type: Compile Failure Operating System: Solaris 9 PHP Version: 5.0.0b1 (beta1) New Comment: Sorry, I should have mentioned that I did a search for the offending library: # find /usr -name iconv* -print /usr/bin/iconv /usr/lib/iconv /usr/lib/iconv/iconv_data /usr/include/iconv.h /usr/build/php-5.0.0b1/ext/iconv /usr/build/php-5.0.0b1/ext/iconv/tests/iconv001.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv002.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv003.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv_mime_decode.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv_mime_encode.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv_strlen.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv_strpos.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv_strrpos.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv_substr.phpt /usr/build/php-5.0.0b1/ext/iconv/iconv.c /usr/build/php-5.0.0b1/ext/iconv/iconv.dsp Previous Comments: [2003-08-18 11:37:56] sean dot healey at bayernlb dot co dot uk Description: While trying to get PHP 5.0 to compile, I've found a couple of bugs in the configure script. 1. There are 2 instances of a call 'grep -E {...args...}' Under Solaris 9, the '-E' switch is only valid on the alternate version of grep - '/usr/xpg4/bin/grep'. I added the necessary path to these calls and the error went away. 2. I found that there are a number of instances of paths being built containing the string 'usrucb'. This should in fact be '/usr/ucb'. 3. Although I fixed the above, I still can't get it to compile - there seems to be some issue with inclusion of a library 'iconv'. I supply the bebug.log file below: # cat debug.log CONFIGURE: './configure' '--prefix=/opt/php' '--localstatedir=/var/php' '--with-apache2=/usr/build/httpd-2.0.47' '--with-apxs2=/opt/apache/2.0/bin/apxs' '--with-sybase-ct=/opt/sybase/11.9.2' '--with-db4' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' CC: gcc CFLAGS: -g -O2 -pthreads CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT CXX: CXXFLAGS: INCLUDES:-I/opt/apache/2.0/include -I$(top_builddir)/Zend -I/usr/include/libxml2 -I/usr/local/include/libxml2 LDFLAGS:-L/usr/local/BerkeleyDB.4.1/lib -ldb-4.1 -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/BerkeleyDB.4.1/lib -L/usr/local/BerkeleyDB.4.1/lib -R/usr/local/lib -L/usr/local/lib LIBS: -lz -ldb-4.1 -lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl DLIBS: SAPI: apache2handler PHP_RPATHS: /usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 /usr/local/BerkeleyDB.4.1/lib /usr/local/lib uname -a: SunOS tstsvr 5.9 Generic_112233-03 sun4m sparc SUNW,SPARCstation-20 gcc -o conftest -g -O2 -pthreads -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -L/usr/local/BerkeleyDB.4.1/lib -ldb-4.1 -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/BerkeleyDB.4.1/lib -L/usr/local/BerkeleyDB.4.1/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lz -ldb-4.1 -lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl 15 ld: fatal: library -liconv: not found ld: fatal: File processing errors. No output written to conftest collect2: ld returned 1 exit status In the meantime, I'm going to download and compile the latest stable version. Cheers :-) -- Edit this bug report at http://bugs.php.net/?id=25130edit=1
#24881 [Fbk-Bgs]: Apache hangs when mod_php5 is active
ID: 24881 Updated by: [EMAIL PROTECTED] Reported By: mitchel at sahertian dot com -Status: Feedback +Status: Bogus Bug Type: Apache related Operating System: Linux 2.4.21 PHP Version: 5.0.0b1 (beta1) New Comment: Works fine here. Remove those CFLAGS/CXXFLAGS and it will propably work fine for you too. Previous Comments: [2003-08-18 10:25:10] greenhorn at itresolved dot net Same thing with latest build also :( [2003-08-18 09:21:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2003-08-18 08:27:55] greenhorn at itresovled dot net Same here... I tryed as module and static with apache 1.3.28 Both didn't turn out to work :( [2003-07-31 07:27:54] mitchel at sahertian dot com Description: # uname -s -r -m -p Linux 2.4.21 i586 Pentium 75 - 200 # CFLAGS=-march=pentium -O3 -pipe -fomit-frame-pointer CXXFLAGS=-march=pentium -O3 -pipe -fomit-frame-pointer ./configure \ --prefix=/usr/local/php5 \ --sysconfdir=/etc/php5 \ -with-apxs=/usr/sbin/apxs \ --disable-cli --disable-cgi \ --disable-ipv6 --with-openssl \ --with-zlib \ --enable-bcmath \ --with-bz2 \ --enable-dio \ --enable-exif \ --with-gd \ --with-mysql \ --enable-sockets \ --without-pear \ --with-config-file-path=/etc/php5/sapi # make # make install //apache.conf: //LoadModule php5_module //AddModule mod_php5 ltrace /usr/sbin/apache -F snip strlen(/etc/apache) = 11 strlen(/etc/apache) = 11 strlen(/) = 1 strlen(modules/mod_env.so) = 18 strcpy(0x080920a8, /etc/apache) = 0x080920a8 strlen(/etc/apache) = 11 strcpy(0x080920b3, /) = 0x080920b3 strlen(/) = 1 strcpy(0x080920b4, modules/mod_env.so) = 0x080920b4 strlen(modules/mod_env.so) = 18 dlopen(/etc/apache/modules/mod_env.so, 258 Process(es) hang(s) here root 5120 30.2 4.9 4572 1500 ?R19:58 6:09 /usr/sbin/apache -F root 5358 6.3 1.6 1648 500 pts/2S20:04 0:54 ltrace /usr/sbin/apache -F root 5359 24.7 5.1 4572 1584 ?R20:04 3:32 /usr/sbin/apache -F Memory usage stays the same Same without ltrace ofcourse As soon as the AddModule line is removed/commented out, everything goes well. This does not happen with PHP4. Reproduce code: --- N/A Expected result: Stable and Resource-unintensive process :+) Actual result: -- CPU-eating process :'( -- Edit this bug report at http://bugs.php.net/?id=24881edit=1
#25130 [Opn-Fbk]: Typos in 'configure' script
ID: 25130 Updated by: [EMAIL PROTECTED] Reported By: sean dot healey at bayernlb dot co dot uk -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 9 PHP Version: 5.0.0b1 (beta1) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip many bugs have been fixed in CVS since the beta was released. Previous Comments: [2003-08-18 11:43:42] sean dot healey at bayernlb dot co dot uk Sorry, I should have mentioned that I did a search for the offending library: # find /usr -name iconv* -print /usr/bin/iconv /usr/lib/iconv /usr/lib/iconv/iconv_data /usr/include/iconv.h /usr/build/php-5.0.0b1/ext/iconv /usr/build/php-5.0.0b1/ext/iconv/tests/iconv001.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv002.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv003.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv_mime_decode.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv_mime_encode.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv_strlen.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv_strpos.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv_strrpos.phpt /usr/build/php-5.0.0b1/ext/iconv/tests/iconv_substr.phpt /usr/build/php-5.0.0b1/ext/iconv/iconv.c /usr/build/php-5.0.0b1/ext/iconv/iconv.dsp [2003-08-18 11:37:56] sean dot healey at bayernlb dot co dot uk Description: While trying to get PHP 5.0 to compile, I've found a couple of bugs in the configure script. 1. There are 2 instances of a call 'grep -E {...args...}' Under Solaris 9, the '-E' switch is only valid on the alternate version of grep - '/usr/xpg4/bin/grep'. I added the necessary path to these calls and the error went away. 2. I found that there are a number of instances of paths being built containing the string 'usrucb'. This should in fact be '/usr/ucb'. 3. Although I fixed the above, I still can't get it to compile - there seems to be some issue with inclusion of a library 'iconv'. I supply the bebug.log file below: # cat debug.log CONFIGURE: './configure' '--prefix=/opt/php' '--localstatedir=/var/php' '--with-apache2=/usr/build/httpd-2.0.47' '--with-apxs2=/opt/apache/2.0/bin/apxs' '--with-sybase-ct=/opt/sybase/11.9.2' '--with-db4' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' CC: gcc CFLAGS: -g -O2 -pthreads CPPFLAGS:-D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT CXX: CXXFLAGS: INCLUDES:-I/opt/apache/2.0/include -I$(top_builddir)/Zend -I/usr/include/libxml2 -I/usr/local/include/libxml2 LDFLAGS:-L/usr/local/BerkeleyDB.4.1/lib -ldb-4.1 -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/BerkeleyDB.4.1/lib -L/usr/local/BerkeleyDB.4.1/lib -R/usr/local/lib -L/usr/local/lib LIBS: -lz -ldb-4.1 -lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl DLIBS: SAPI: apache2handler PHP_RPATHS: /usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 /usr/local/BerkeleyDB.4.1/lib /usr/local/lib uname -a: SunOS tstsvr 5.9 Generic_112233-03 sun4m sparc SUNW,SPARCstation-20 gcc -o conftest -g -O2 -pthreads -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -L/usr/local/BerkeleyDB.4.1/lib -ldb-4.1 -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3 -R/usr/local/BerkeleyDB.4.1/lib -L/usr/local/BerkeleyDB.4.1/lib -R/usr/local/lib -L/usr/local/lib conftest.c -lz -ldb-4.1 -lresolv -lm -ldl -lnsl -lsocket -lgcc -lxml2 -lz -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl 15 ld: fatal: library -liconv: not found ld: fatal: File processing errors. No output written to conftest collect2: ld returned 1 exit status In the meantime, I'm going to download and compile the latest stable version. Cheers :-) -- Edit this bug report at http://bugs.php.net/?id=25130edit=1
#14013 [Com]: ocibindbyname strips trailing spaces
ID: 14013 Comment by: m dot ford at lmu dot ac dot uk Reported By: az at i7 dot com dot au Status: Closed Bug Type: OCI8 related Operating System: Linux 2.2, Solaris 2.6 PHP Version: 4.0.6 New Comment: There still doesn't seem to be a satisfactory explanation posted here, and it's still Open, so could someone please address the salient issue: If the database column is defined as VARCHAR2, why does this strip trailing blanks on the inserted value: $text = this line has spaces ; $st = ociparse($db, insert into test values (:text)); ocibindbyname($st, :text, $text, 2000); ociexecute($st); whilst this does not: $text = this line has spaces ; $st = ociparse($db, insert into test values '$text')); ociexecute($st); Previous Comments: [2003-01-31 09:36:03] jens dot reibiger at rp dot vaw dot com It seems, that I have the same problem using PHP 4.3.0 on Apache 1.3.22 with Oracle 8.1.7: When I use a OciBindByName, the string is trimed at the end. This small program uses the DUAL from Oracle just to return the input: $conn = OciLogon (x,y,z); $val = X X ; // last letter is a (blank) // direct way without a bind variable $stm1 = OciParse($conn, select '.$val.' from dual); OciExecute($stm1); OciFetch($stm1); echo b, OciResult($stm1, 1), /bbr\n; // now using a bind variable: $stm2 = OciParse($conn, select :input from dual); OciBindByName($stm2, :input, $val, 10); OciExecute($stm2); OciFetch($stm2); echo b, OciResult($stm2, 1), /bbr\n; OciLogoff($conn); The output is: b X X /bbr b X X/bbr But I want to get the same output for the direct way and when I use a bind variable. Thank you for any idea how to get the string with tailing spaces right into Oracle using a bind variable. Best wishes, Jens [2002-04-13 08:58:13] [EMAIL PROTECTED] try storing in a varchar2 firld, if you use CHAR oracle will trim traing spaces. [2001-11-11 06:49:19] az at i7 dot com dot au Erm, yeah, that's supposed to be '$id = 666;'. [2001-11-11 03:28:34] az at i7 dot com dot au When inserting text using named binds, PHP will strip trailing spaces. The same query on the same database using the same Oracle client libraries. (All Oracle 8.1.6) $db = ocilogon(u, p, sid); $st = ociparse($db, insert into test values (:id, :text)); ocibindbyname($st, :text, $text, 2000); ocibindbyname($st, :id, $id, 22); $text = this line has spaces ; $node_id = 666; ociexecute($st); -- Edit this bug report at http://bugs.php.net/?id=14013edit=1
#14013 [Com]: ocibindbyname strips trailing spaces
ID: 14013 Comment by: m dot ford at lmu dot ac dot uk Reported By: az at i7 dot com dot au Status: Closed Bug Type: OCI8 related Operating System: Linux 2.2, Solaris 2.6 PHP Version: 4.0.6 New Comment: My mistake -- it's Closed, not Open (green means Closed, green means Closed!), but, to my mind, still without satisfactory explanation. Cheers! Previous Comments: [2003-08-18 11:49:55] m dot ford at lmu dot ac dot uk There still doesn't seem to be a satisfactory explanation posted here, and it's still Open, so could someone please address the salient issue: If the database column is defined as VARCHAR2, why does this strip trailing blanks on the inserted value: $text = this line has spaces ; $st = ociparse($db, insert into test values (:text)); ocibindbyname($st, :text, $text, 2000); ociexecute($st); whilst this does not: $text = this line has spaces ; $st = ociparse($db, insert into test values '$text')); ociexecute($st); [2003-01-31 09:36:03] jens dot reibiger at rp dot vaw dot com It seems, that I have the same problem using PHP 4.3.0 on Apache 1.3.22 with Oracle 8.1.7: When I use a OciBindByName, the string is trimed at the end. This small program uses the DUAL from Oracle just to return the input: $conn = OciLogon (x,y,z); $val = X X ; // last letter is a (blank) // direct way without a bind variable $stm1 = OciParse($conn, select '.$val.' from dual); OciExecute($stm1); OciFetch($stm1); echo b, OciResult($stm1, 1), /bbr\n; // now using a bind variable: $stm2 = OciParse($conn, select :input from dual); OciBindByName($stm2, :input, $val, 10); OciExecute($stm2); OciFetch($stm2); echo b, OciResult($stm2, 1), /bbr\n; OciLogoff($conn); The output is: b X X /bbr b X X/bbr But I want to get the same output for the direct way and when I use a bind variable. Thank you for any idea how to get the string with tailing spaces right into Oracle using a bind variable. Best wishes, Jens [2002-04-13 08:58:13] [EMAIL PROTECTED] try storing in a varchar2 firld, if you use CHAR oracle will trim traing spaces. [2001-11-11 06:49:19] az at i7 dot com dot au Erm, yeah, that's supposed to be '$id = 666;'. [2001-11-11 03:28:34] az at i7 dot com dot au When inserting text using named binds, PHP will strip trailing spaces. The same query on the same database using the same Oracle client libraries. (All Oracle 8.1.6) $db = ocilogon(u, p, sid); $st = ociparse($db, insert into test values (:id, :text)); ocibindbyname($st, :text, $text, 2000); ocibindbyname($st, :id, $id, 22); $text = this line has spaces ; $node_id = 666; ociexecute($st); -- Edit this bug report at http://bugs.php.net/?id=14013edit=1
#25132 [NEW]: if compiled with --enable-gd-native-ttf images with -accents show font errors
From: mail_fidel at yahoo dot com Operating system: FreeBSD 4.7 PHP version: 4.3.3RC4 PHP Bug Type: GD related Bug description: if compiled with --enable-gd-native-ttf images with -accents show font errors Description: If when compiling you use the: --enable-gd-native-ttf then you will have trouble with accents in graphics. The behavior is as follows: Lets say you want an image with the words: hello world. I works as espected and you get the text right. Now if you want the words: buen dÃa (pay attention to the accent over the i) then, the text that displays on the image is buen d a not only the accented charanter disapeared but also the next character. If you remove the config option (--enable-gd-native-ttf) then php behaves as before. -- Edit bug report at http://bugs.php.net/?id=25132edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25132r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25132r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25132r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25132r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25132r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25132r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25132r=support Expected behavior: http://bugs.php.net/fix.php?id=25132r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25132r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25132r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25132r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25132r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25132r=dst IIS Stability: http://bugs.php.net/fix.php?id=25132r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25132r=gnused
#25132 [Opn]: if compiled with --enable-gd-native-ttf images with -accents show font errors
ID: 25132 User updated by: mail_fidel at yahoo dot com Reported By: mail_fidel at yahoo dot com Status: Open Bug Type: GD related Operating System: FreeBSD 4.7 PHP Version: 4.3.3RC4 New Comment: At the end of the comment I wrote: If you remove the config option (--enable-gd-native-ttf) then php behaves as before. but what I really mean was that without --enable-gd-native-ttf , php makes the images right as it used to do before 4.3.3RC1. Previous Comments: [2003-08-18 12:50:12] mail_fidel at yahoo dot com Description: If when compiling you use the: --enable-gd-native-ttf then you will have trouble with accents in graphics. The behavior is as follows: Lets say you want an image with the words: hello world. I works as espected and you get the text right. Now if you want the words: buen dÃa (pay attention to the accent over the i) then, the text that displays on the image is buen d a not only the accented charanter disapeared but also the next character. If you remove the config option (--enable-gd-native-ttf) then php behaves as before. -- Edit this bug report at http://bugs.php.net/?id=25132edit=1
#25116 [Fbk-Opn]: PHP can't find session, it starts the new session
ID: 25116 User updated by: leo dot jokinen at laurea dot fi Reported By: leo dot jokinen at laurea dot fi -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows XP home PHP Version: 4.3.2 New Comment: Thanks sniper! =) My php.ini was the fault. Dunno what happened there but when i used that recommended ini, things starting to click.. Now the coding calls, thnx.. Previous Comments: [2003-08-18 10:34:06] [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 Works just fine here. [2003-08-18 10:03:09] leo dot jokinen at laurea dot fi Now my page1 looks like this: ?php session_start(); $_SESSION[test] = Hello World; echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page2.php??php echo SID?Next Page/a Still doesn't work for me. I've tried a different browser (Mozilla) but nothing happened. =( [2003-08-17 13:30:14] [EMAIL PROTECTED] Check if cookie is being sent and if it then is sent by the browser. You should also try to see if the code would work with URL sessions. [2003-08-17 08:58:11] leo dot jokinen at laurea dot fi I've tried to use these files to get access to the session. page1.php: ?php session_start(); $_SESSION[test] = Hello World; echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page2.phpNext Page/a Page2.php: ?php session_start(); echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page1.phpPrevious Page/a If things would happening correctly, i would see the Hello World text also page 2. Instead the PHP makes second session-file, so it can't find correct one for my session.save_path directory. [2003-08-17 08:01:12] [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. 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/25116 -- Edit this bug report at http://bugs.php.net/?id=25116edit=1
#25116 [Opn-Csd]: PHP can't find session, it starts the new session
ID: 25116 User updated by: leo dot jokinen at laurea dot fi Reported By: leo dot jokinen at laurea dot fi -Status: Open +Status: Closed Bug Type: Session related Operating System: Windows XP home PHP Version: 4.3.2 New Comment: closed Previous Comments: [2003-08-18 14:07:42] leo dot jokinen at laurea dot fi Thanks sniper! =) My php.ini was the fault. Dunno what happened there but when i used that recommended ini, things starting to click.. Now the coding calls, thnx.. [2003-08-18 10:34:06] [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 Works just fine here. [2003-08-18 10:03:09] leo dot jokinen at laurea dot fi Now my page1 looks like this: ?php session_start(); $_SESSION[test] = Hello World; echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page2.php??php echo SID?Next Page/a Still doesn't work for me. I've tried a different browser (Mozilla) but nothing happened. =( [2003-08-17 13:30:14] [EMAIL PROTECTED] Check if cookie is being sent and if it then is sent by the browser. You should also try to see if the code would work with URL sessions. [2003-08-17 08:58:11] leo dot jokinen at laurea dot fi I've tried to use these files to get access to the session. page1.php: ?php session_start(); $_SESSION[test] = Hello World; echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page2.phpNext Page/a Page2.php: ?php session_start(); echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page1.phpPrevious Page/a If things would happening correctly, i would see the Hello World text also page 2. Instead the PHP makes second session-file, so it can't find correct one for my session.save_path directory. 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/25116 -- Edit this bug report at http://bugs.php.net/?id=25116edit=1
#25115 [Opn-Dup]: can't open db3 file with a path
ID: 25115 Updated by: [EMAIL PROTECTED] Reported By: courtois at nouvo dot com -Status: Open +Status: Duplicate Bug Type: DBM/DBA related Operating System: win32 PHP Version: 4.3.2 -Assigned To: +Assigned To: helly New Comment: Duplicate of #23957 Previous Comments: [2003-08-18 09:54:08] courtois at nouvo dot com could this bug be related with #23975 ??? I tested also the latest CVS package: php4-win32-STABLE-200308181230.zip same results :-( [2003-08-17 06:51:11] courtois at nouvo dot com Description: db3 open doesn't work with a path including directories. windows XP Apache 2 PHP 4.3.2 zip package [6,107Kb] - 29 May 2003 (from www.php.net) Reproduce code: --- ?php header('Content-type: text/plain'); mkdir(foobar,0755); print testflat :; if ($id = dba_open (testflat, n, flatfile)) { print ok\n; dba_close ($id); } else print not ok\n; print testdb3 :; if ($id = dba_open (testdb3, n, db3)) { print ok\n; dba_close ($id); } else print not ok\n; print foobar/testflat :; if ($id = dba_open (foobar/testflat, n, flatfile)) { print ok\n; dba_close ($id); } else print not ok\n; print foobar/testdb3; if ($id = dba_open (foobar/testdb3, n, db3)) { print ok\n; dba_close ($id); } else print not ok\n; chdir(foobar); print change to dir foobar\n; print foobar/testflat-cd :; if ($id = dba_open (testflat-cd, n, flatfile)) { print ok\n; dba_close ($id); } else print not ok\n; print foobar/testdb3-cd :; if ($id = dba_open (testdb3-cd, n, db3)) { print ok\n; dba_close ($id); } else print not ok\n; ? Expected result: I expect foobar/testdb3 to be opened correctly. same result when / is replaced with \ Actual result: -- testflat :ok testdb3 :ok foobar/testflat :ok foobar/testdb3br / bWarning/b: dba_open(foobar/testdb3,n): Driver initialization failed for handler: db3: No such file or directory in bC:\Program Files\Apache Group\Apache2\htdocs\testdba.php/b on line b17/bbr / not ok change to dir foobar foobar/testflat-cd :ok foobar/testdb3-cd :ok -- Edit this bug report at http://bugs.php.net/?id=25115edit=1
#25116 [Csd-Bgs]: PHP can't find session, it starts the new session
ID: 25116 Updated by: [EMAIL PROTECTED] Reported By: leo dot jokinen at laurea dot fi -Status: Closed +Status: Bogus Bug Type: Session related Operating System: Windows XP home PHP Version: 4.3.2 New Comment: user error - bogus Previous Comments: [2003-08-18 14:07:58] leo dot jokinen at laurea dot fi closed [2003-08-18 14:07:42] leo dot jokinen at laurea dot fi Thanks sniper! =) My php.ini was the fault. Dunno what happened there but when i used that recommended ini, things starting to click.. Now the coding calls, thnx.. [2003-08-18 10:34:06] [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 Works just fine here. [2003-08-18 10:03:09] leo dot jokinen at laurea dot fi Now my page1 looks like this: ?php session_start(); $_SESSION[test] = Hello World; echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page2.php??php echo SID?Next Page/a Still doesn't work for me. I've tried a different browser (Mozilla) but nothing happened. =( [2003-08-17 13:30:14] [EMAIL PROTECTED] Check if cookie is being sent and if it then is sent by the browser. You should also try to see if the code would work with URL sessions. 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/25116 -- Edit this bug report at http://bugs.php.net/?id=25116edit=1
#25132 [Opn]: if compiled with --enable-gd-native-ttf images with -accents show font errors
ID: 25132 Updated by: [EMAIL PROTECTED] Reported By: mail_fidel at yahoo dot com Status: Open Bug Type: GD related Operating System: FreeBSD 4.7 PHP Version: 4.3.3RC4 New Comment: hello, do you have the ttf font used by your script? What do you mean by not only the accented charanter disapeared but also the next character? buen dÃa and buen d a,only the i disapeared. Which freetype version do you use? pierre Previous Comments: [2003-08-18 12:54:28] mail_fidel at yahoo dot com At the end of the comment I wrote: If you remove the config option (--enable-gd-native-ttf) then php behaves as before. but what I really mean was that without --enable-gd-native-ttf , php makes the images right as it used to do before 4.3.3RC1. [2003-08-18 12:50:12] mail_fidel at yahoo dot com Description: If when compiling you use the: --enable-gd-native-ttf then you will have trouble with accents in graphics. The behavior is as follows: Lets say you want an image with the words: hello world. I works as espected and you get the text right. Now if you want the words: buen dÃa (pay attention to the accent over the i) then, the text that displays on the image is buen d a not only the accented charanter disapeared but also the next character. If you remove the config option (--enable-gd-native-ttf) then php behaves as before. -- Edit this bug report at http://bugs.php.net/?id=25132edit=1
#25132 [Opn-Fbk]: if compiled with --enable-gd-native-ttf images with -accents show font errors
ID: 25132 Updated by: [EMAIL PROTECTED] Reported By: mail_fidel at yahoo dot com -Status: Open +Status: Feedback Bug Type: GD related Operating System: FreeBSD 4.7 PHP Version: 4.3.3RC4 Previous Comments: [2003-08-18 15:14:16] [EMAIL PROTECTED] hello, do you have the ttf font used by your script? What do you mean by not only the accented charanter disapeared but also the next character? buen dÃa and buen d a,only the i disapeared. Which freetype version do you use? pierre [2003-08-18 12:54:28] mail_fidel at yahoo dot com At the end of the comment I wrote: If you remove the config option (--enable-gd-native-ttf) then php behaves as before. but what I really mean was that without --enable-gd-native-ttf , php makes the images right as it used to do before 4.3.3RC1. [2003-08-18 12:50:12] mail_fidel at yahoo dot com Description: If when compiling you use the: --enable-gd-native-ttf then you will have trouble with accents in graphics. The behavior is as follows: Lets say you want an image with the words: hello world. I works as espected and you get the text right. Now if you want the words: buen dÃa (pay attention to the accent over the i) then, the text that displays on the image is buen d a not only the accented charanter disapeared but also the next character. If you remove the config option (--enable-gd-native-ttf) then php behaves as before. -- Edit this bug report at http://bugs.php.net/?id=25132edit=1
#25132 [Fbk]: if compiled with --enable-gd-native-ttf images with -accents show font errors
ID: 25132 Updated by: [EMAIL PROTECTED] Reported By: mail_fidel at yahoo dot com Status: Feedback Bug Type: GD related Operating System: FreeBSD 4.7 PHP Version: 4.3.3RC4 New Comment: Also, let us know what parameter you specified to configure. it's possible you turned on jis-conv feature with --enable-gd-jis-conv. Previous Comments: [2003-08-18 15:14:16] [EMAIL PROTECTED] hello, do you have the ttf font used by your script? What do you mean by not only the accented charanter disapeared but also the next character? buen dÃa and buen d a,only the i disapeared. Which freetype version do you use? pierre [2003-08-18 12:54:28] mail_fidel at yahoo dot com At the end of the comment I wrote: If you remove the config option (--enable-gd-native-ttf) then php behaves as before. but what I really mean was that without --enable-gd-native-ttf , php makes the images right as it used to do before 4.3.3RC1. [2003-08-18 12:50:12] mail_fidel at yahoo dot com Description: If when compiling you use the: --enable-gd-native-ttf then you will have trouble with accents in graphics. The behavior is as follows: Lets say you want an image with the words: hello world. I works as espected and you get the text right. Now if you want the words: buen dÃa (pay attention to the accent over the i) then, the text that displays on the image is buen d a not only the accented charanter disapeared but also the next character. If you remove the config option (--enable-gd-native-ttf) then php behaves as before. -- Edit this bug report at http://bugs.php.net/?id=25132edit=1
#25135 [NEW]: Strange redirection issue on missing page
From: kraj at illumen dot com Operating system: FreeBSD 4.8 PHP version: 4.3.3RC4 PHP Bug Type: Apache related Bug description: Strange redirection issue on missing page Description: OS - FreeBSD 4.8 PHP Version 4.3.3 RC2 Apache 1.3.28 We migrated a website which was totally static html to a new php site. The search engines still point to pages on the old website. The old website had a directory structure breaking up the site into sections. The new website has a php script for each section. As an example, the old website had a page access via the following URL: http://www.icetips.com/sql/mysqlpageloading.htm If one tries to link to this page, instead of the document not found page which is normally issued, the engine is running the script called sql.php located on the document root, but none of the links work because it believes that the base for the relative URL's is http://www.icetips.com/sql/ THe proper behavior should be to display the ErrorDocument. I am not sure if this is a problem caused by Apache or by PHP. If I try to retrieve a page with a directory for which there is no php script with the name (less the extension) which is the same as the bogus directory then we are being redirected to the ErrorDocument properly. For example: http://www.icetips.com/whatever/whenever.html Could not test with either RC3 or RC4 because the ports collection does not have those sources available at this time. Reproduce code: --- Access URL http://www.icetips.com/sql/mysqlpageloading.htm result in script http://www.icetips.com/sql.php being executed Expected result: Should display the ErrorDocument Actual result: -- Displays http://www.icetips.com/sql.php setting base directory to http://www.icetips.com/sql/ -- Edit bug report at http://bugs.php.net/?id=25135edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25135r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25135r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25135r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25135r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25135r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25135r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25135r=support Expected behavior: http://bugs.php.net/fix.php?id=25135r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25135r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25135r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25135r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25135r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25135r=dst IIS Stability: http://bugs.php.net/fix.php?id=25135r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25135r=gnused
#25135 [Opn]: Strange redirection issue on missing page
ID: 25135 User updated by: kraj at illumen dot com Reported By: kraj at illumen dot com Status: Open Bug Type: Apache related Operating System: FreeBSD 4.8 PHP Version: 4.3.3RC4 New Comment: Forgot to mention - running Turck-MMCache Previous Comments: [2003-08-18 18:01:05] kraj at illumen dot com Description: OS - FreeBSD 4.8 PHP Version 4.3.3 RC2 Apache 1.3.28 We migrated a website which was totally static html to a new php site. The search engines still point to pages on the old website. The old website had a directory structure breaking up the site into sections. The new website has a php script for each section. As an example, the old website had a page access via the following URL: http://www.icetips.com/sql/mysqlpageloading.htm If one tries to link to this page, instead of the document not found page which is normally issued, the engine is running the script called sql.php located on the document root, but none of the links work because it believes that the base for the relative URL's is http://www.icetips.com/sql/ THe proper behavior should be to display the ErrorDocument. I am not sure if this is a problem caused by Apache or by PHP. If I try to retrieve a page with a directory for which there is no php script with the name (less the extension) which is the same as the bogus directory then we are being redirected to the ErrorDocument properly. For example: http://www.icetips.com/whatever/whenever.html Could not test with either RC3 or RC4 because the ports collection does not have those sources available at this time. Reproduce code: --- Access URL http://www.icetips.com/sql/mysqlpageloading.htm result in script http://www.icetips.com/sql.php being executed Expected result: Should display the ErrorDocument Actual result: -- Displays http://www.icetips.com/sql.php setting base directory to http://www.icetips.com/sql/ -- Edit this bug report at http://bugs.php.net/?id=25135edit=1
#25135 [Opn]: Strange redirection issue on missing page
ID: 25135 User updated by: kraj at illumen dot com Reported By: kraj at illumen dot com Status: Open Bug Type: Apache related Operating System: FreeBSD 4.8 PHP Version: 4.3.3RC4 New Comment: http://www.icetips.com/sql/ runs http://www.icetips.com/sql.php Previous Comments: [2003-08-18 18:02:49] kraj at illumen dot com Forgot to mention - running Turck-MMCache [2003-08-18 18:01:05] kraj at illumen dot com Description: OS - FreeBSD 4.8 PHP Version 4.3.3 RC2 Apache 1.3.28 We migrated a website which was totally static html to a new php site. The search engines still point to pages on the old website. The old website had a directory structure breaking up the site into sections. The new website has a php script for each section. As an example, the old website had a page access via the following URL: http://www.icetips.com/sql/mysqlpageloading.htm If one tries to link to this page, instead of the document not found page which is normally issued, the engine is running the script called sql.php located on the document root, but none of the links work because it believes that the base for the relative URL's is http://www.icetips.com/sql/ THe proper behavior should be to display the ErrorDocument. I am not sure if this is a problem caused by Apache or by PHP. If I try to retrieve a page with a directory for which there is no php script with the name (less the extension) which is the same as the bogus directory then we are being redirected to the ErrorDocument properly. For example: http://www.icetips.com/whatever/whenever.html Could not test with either RC3 or RC4 because the ports collection does not have those sources available at this time. Reproduce code: --- Access URL http://www.icetips.com/sql/mysqlpageloading.htm result in script http://www.icetips.com/sql.php being executed Expected result: Should display the ErrorDocument Actual result: -- Displays http://www.icetips.com/sql.php setting base directory to http://www.icetips.com/sql/ -- Edit this bug report at http://bugs.php.net/?id=25135edit=1
#25135 [Opn-Fbk]: Strange redirection issue on missing page
ID: 25135 Updated by: [EMAIL PROTECTED] Reported By: kraj at illumen dot com -Status: Open +Status: Feedback Bug Type: Apache related Operating System: FreeBSD 4.8 PHP Version: 4.3.3RC4 New Comment: Can you replicate the problem without Turck-MMCache? Previous Comments: [2003-08-18 18:05:03] kraj at illumen dot com http://www.icetips.com/sql/ runs http://www.icetips.com/sql.php [2003-08-18 18:02:49] kraj at illumen dot com Forgot to mention - running Turck-MMCache [2003-08-18 18:01:05] kraj at illumen dot com Description: OS - FreeBSD 4.8 PHP Version 4.3.3 RC2 Apache 1.3.28 We migrated a website which was totally static html to a new php site. The search engines still point to pages on the old website. The old website had a directory structure breaking up the site into sections. The new website has a php script for each section. As an example, the old website had a page access via the following URL: http://www.icetips.com/sql/mysqlpageloading.htm If one tries to link to this page, instead of the document not found page which is normally issued, the engine is running the script called sql.php located on the document root, but none of the links work because it believes that the base for the relative URL's is http://www.icetips.com/sql/ THe proper behavior should be to display the ErrorDocument. I am not sure if this is a problem caused by Apache or by PHP. If I try to retrieve a page with a directory for which there is no php script with the name (less the extension) which is the same as the bogus directory then we are being redirected to the ErrorDocument properly. For example: http://www.icetips.com/whatever/whenever.html Could not test with either RC3 or RC4 because the ports collection does not have those sources available at this time. Reproduce code: --- Access URL http://www.icetips.com/sql/mysqlpageloading.htm result in script http://www.icetips.com/sql.php being executed Expected result: Should display the ErrorDocument Actual result: -- Displays http://www.icetips.com/sql.php setting base directory to http://www.icetips.com/sql/ -- Edit this bug report at http://bugs.php.net/?id=25135edit=1
#25132 [Fbk]: if compiled with --enable-gd-native-ttf images with -accents show font errors
ID: 25132 Updated by: [EMAIL PROTECTED] Reported By: mail_fidel at yahoo dot com Status: Feedback Bug Type: GD related Operating System: FreeBSD 4.7 PHP Version: 4.3.3RC4 -Assigned To: +Assigned To: pajoye New Comment: everythings works fine here. Using bundled GD library, freetype 2.1.3 and the standart arial windows font. Send the required infos asap if you still reproduce this bug using freetype2 (last release or 2.1.3+) and bundled GD. pierre Previous Comments: [2003-08-18 16:35:32] [EMAIL PROTECTED] Also, let us know what parameter you specified to configure. it's possible you turned on jis-conv feature with --enable-gd-jis-conv. [2003-08-18 15:14:16] [EMAIL PROTECTED] hello, do you have the ttf font used by your script? What do you mean by not only the accented charanter disapeared but also the next character? buen dÃa and buen d a,only the i disapeared. Which freetype version do you use? pierre [2003-08-18 12:54:28] mail_fidel at yahoo dot com At the end of the comment I wrote: If you remove the config option (--enable-gd-native-ttf) then php behaves as before. but what I really mean was that without --enable-gd-native-ttf , php makes the images right as it used to do before 4.3.3RC1. [2003-08-18 12:50:12] mail_fidel at yahoo dot com Description: If when compiling you use the: --enable-gd-native-ttf then you will have trouble with accents in graphics. The behavior is as follows: Lets say you want an image with the words: hello world. I works as espected and you get the text right. Now if you want the words: buen dÃa (pay attention to the accent over the i) then, the text that displays on the image is buen d a not only the accented charanter disapeared but also the next character. If you remove the config option (--enable-gd-native-ttf) then php behaves as before. -- Edit this bug report at http://bugs.php.net/?id=25132edit=1
#25136 [NEW]: THIS IS NOT A BUG (I think) just cookie issue, it doesnt delete!
From: pmpp at sapo dot pt Operating system: Windows Xp PHP version: 4.3.2 PHP Bug Type: Unknown/Other Function Bug description: THIS IS NOT A BUG (I think) just cookie issue, it doesnt delete! Description: Hello, and thanks for reading this! Sorry fot the eng. Well, I made a script with cookies, and all works fine. I use a isset($_COOKIE[name]); to see if there's a cookie, and I $the_name=$_COOKIE[name]; to get the info... I use this to creat a cookie: setcookie (name,$_POST[yourname], time()+3600,/); and this to delete it: setcookie (name,, time()-3600,/); And it works.. at least in Windows XP Ie 6 But with Win Me Ie 6 the cookie keeps there... The only thing that happens, is that the value of the cookie is set to deleted well.. thats bad since i search for a cookie with isset... and it is set! so when I print $the_name (since the cookie is there), one with Win Me will get : deleted. I dont know if thats a php problem or just the way win me with Ie 6 handels cookie. The help file just talks about this issues: Microsoft Internet Explorer 4 with Service Pack 1 applied does not correctly deal with cookies that have their path parameter set. Netscape Communicator 4.05 and Microsoft Internet Explorer 3.x appear to handle cookies incorrectly when the path and time are not set. Well, thanks for the atention Sorry fot the bad eng. And thanks again for your work! Pedro Pereira -- Edit bug report at http://bugs.php.net/?id=25136edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25136r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25136r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25136r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25136r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25136r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25136r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25136r=support Expected behavior: http://bugs.php.net/fix.php?id=25136r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25136r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25136r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25136r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25136r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25136r=dst IIS Stability: http://bugs.php.net/fix.php?id=25136r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25136r=gnused
#25115 [Dup-Bgs]: can't open db3 file with a path
ID: 25115 Updated by: [EMAIL PROTECTED] Reported By: courtois at nouvo dot com -Status: Duplicate +Status: Bogus Bug Type: DBM/DBA related Operating System: win32 PHP Version: 4.3.2 Assigned To: helly New Comment: 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. bug #23975 Previous Comments: [2003-08-18 14:08:47] [EMAIL PROTECTED] Duplicate of #23957 [2003-08-18 09:54:08] courtois at nouvo dot com could this bug be related with #23975 ??? I tested also the latest CVS package: php4-win32-STABLE-200308181230.zip same results :-( [2003-08-17 06:51:11] courtois at nouvo dot com Description: db3 open doesn't work with a path including directories. windows XP Apache 2 PHP 4.3.2 zip package [6,107Kb] - 29 May 2003 (from www.php.net) Reproduce code: --- ?php header('Content-type: text/plain'); mkdir(foobar,0755); print testflat :; if ($id = dba_open (testflat, n, flatfile)) { print ok\n; dba_close ($id); } else print not ok\n; print testdb3 :; if ($id = dba_open (testdb3, n, db3)) { print ok\n; dba_close ($id); } else print not ok\n; print foobar/testflat :; if ($id = dba_open (foobar/testflat, n, flatfile)) { print ok\n; dba_close ($id); } else print not ok\n; print foobar/testdb3; if ($id = dba_open (foobar/testdb3, n, db3)) { print ok\n; dba_close ($id); } else print not ok\n; chdir(foobar); print change to dir foobar\n; print foobar/testflat-cd :; if ($id = dba_open (testflat-cd, n, flatfile)) { print ok\n; dba_close ($id); } else print not ok\n; print foobar/testdb3-cd :; if ($id = dba_open (testdb3-cd, n, db3)) { print ok\n; dba_close ($id); } else print not ok\n; ? Expected result: I expect foobar/testdb3 to be opened correctly. same result when / is replaced with \ Actual result: -- testflat :ok testdb3 :ok foobar/testflat :ok foobar/testdb3br / bWarning/b: dba_open(foobar/testdb3,n): Driver initialization failed for handler: db3: No such file or directory in bC:\Program Files\Apache Group\Apache2\htdocs\testdba.php/b on line b17/bbr / not ok change to dir foobar foobar/testflat-cd :ok foobar/testdb3-cd :ok -- Edit this bug report at http://bugs.php.net/?id=25115edit=1
#25136 [Opn-Bgs]: THIS IS NOT A BUG (I think) just cookie issue, it doesnt delete!
ID: 25136 Updated by: [EMAIL PROTECTED] Reported By: pmpp at sapo dot pt -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows Xp PHP Version: 4.3.2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Yes, it's not bug. Go ask support questions elsewhere. (generally, if something works with one browser but does not with another - it's a browser bug..) Previous Comments: [2003-08-18 19:02:57] pmpp at sapo dot pt Description: Hello, and thanks for reading this! Sorry fot the eng. Well, I made a script with cookies, and all works fine. I use a isset($_COOKIE[name]); to see if there's a cookie, and I $the_name=$_COOKIE[name]; to get the info... I use this to creat a cookie: setcookie (name,$_POST[yourname], time()+3600,/); and this to delete it: setcookie (name,, time()-3600,/); And it works.. at least in Windows XP Ie 6 But with Win Me Ie 6 the cookie keeps there... The only thing that happens, is that the value of the cookie is set to deleted well.. thats bad since i search for a cookie with isset... and it is set! so when I print $the_name (since the cookie is there), one with Win Me will get : deleted. I dont know if thats a php problem or just the way win me with Ie 6 handels cookie. The help file just talks about this issues: Microsoft Internet Explorer 4 with Service Pack 1 applied does not correctly deal with cookies that have their path parameter set. Netscape Communicator 4.05 and Microsoft Internet Explorer 3.x appear to handle cookies incorrectly when the path and time are not set. Well, thanks for the atention Sorry fot the bad eng. And thanks again for your work! Pedro Pereira -- Edit this bug report at http://bugs.php.net/?id=25136edit=1
#21760 [Com]: socket_read PHP_NORMAL_READ problem
ID: 21760 Comment by: devin at whitebread dot org Reported By: sunday at csh dot rit dot edu Status: No Feedback Bug Type: Sockets related Operating System: FreeBSD 4.7 PHP Version: 4.3.0 New Comment: The bug also exists in PHP 4.3.2 on Slackware. Why hasn't this bug been reopened? This bug was given the status No Feedback on March 9, 2003, but seven comments (including mine) have been posted since then! Previous Comments: [2003-06-29 06:43:49] jason at superlink dot net Bug is on 4.3.2 on redhat too. [2003-06-17 11:53:13] zstealer at nospam dot msn dot com Im having a similar problem, Im working on an IRC bot, Im using the latest stable version for windows, (4.3.3 i think) and Windows XP professional with all the latest updates. Obviously, when i do socket_read with PHP_NORMAL_READ, it returns nothing, but PHP_BINARY_READ works fine. Please fix this, I have been looking for help for a long time, Many people told me PHP_NORMAL_READ is currently buggy at the moment. [2003-06-06 21:55:27] jason at superlink dot net I have this problem on PHP 4.3.2 with FreeBSD 4.8. socket_read() will return an infinate amount of \n from the socket. This ends up using a LOT of cpu as you can well imagine. I had to write a script to kill all php processes when over 40% cpu usage. (This was before I knew about the infinate \n output). [2003-05-27 05:59:46] phpbugs at miloware dot org I'm having similar problems (PHP 4.3.1 / Windows 2003 Server Ent). Seems that adding PHP_NORMAL_READ will cause socket_read() to fail: Warning: socket_read() unable to read from socket [0] While ommiting the parameter will cause socket_read() to either not reading all the data available, or cause a never ending loop. Hope this helps [2003-05-15 08:37:44] wills at housing dot ufl dot edu I am having a similar problem with the latest -STABLE snapshot from 8:30GMT today. When I use socket_read with PHP_NORMAL_READ, I get no data returned and 'Operation completed successfully' as the returned error. This is on a Win2k SP3 system, IIS 5.0, again with the latest -STABLE snapshot. This also occurs with 4.3.2-RC2. I would be happy to test patches but I do not have the means to compile a new PHP so I am depending on the SNAPSHOTs. 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/21760 -- Edit this bug report at http://bugs.php.net/?id=21760edit=1
#14391 [Com]: gmmktime, gmdate work incorrect
ID: 14391 Comment by: lehresma at css dot tayloru dot edu Reported By: pilots at farlep dot net Status: No Feedback Bug Type: Date/time related Operating System: Windows 2000 Server PHP Version: 4.0.6 New Comment: Posted this on php-dev and was advised to put it here as well. -- A co-worker and I have been working on some intensive timestamp/timezone manipulation code for the past week or so, and ran across what we believed to be a bug in the way PHP handled gmmktime(). Browsing through the code, sure enough I found the source of the problem. I fixed it, and have attached a patch. As I was searching around, I discovered that this has been an open bug since 4.0.6 (2 years!). I believe that this patch should fix most of the issues related to the following problem: http://bugs.php.net/bug.php?id=14391 The Problem: The function gmmktime() is supposed to take a date in GMT as a paramter and return a timestamp in GMT. No manipulation of the time should occur. The only circumstance in which manipulation of the time should happen is if the seventh parameter (is_dst) is set to 1. This is the expected behavior. However, in reality I noticed that when I didn't specify a seventh parameter, it was applying a daylight savings time offset when I tried to get the epoch. See the example code. ?php // Get a timestamp for the epoch (jan 1, 1970) echo pre; echo gmmktime(0,0,0,1,1,1970,1).\n; echo gmmktime(0,0,0,1,1,1970,0).\n; echo gmmktime(0,0,0,1,1,1970).\n; // Now get timestamp for June 1 echo \n; echo gmmktime(0,0,0,6,1,1970,1).\n; echo gmmktime(0,0,0,6,1,1970,0).\n; echo gmmktime(0,0,0,6,1,1970).\n; ? I expected the first set of outputs to look like this: -3600 0 0 Which it does, so this is fine. However, The second block of outputs is in June which if I had been using simply mktime(), I would have expected a DST offset (note: DST = daylight savings time) to be applied by default (on the 3rd command). However, since I'm using gmmktime() by default no DST offset should be applied. The odd behavior manifests itself in the second block of output: 13046400 1305 13046400 This is pretty meaningless until you realize what is actually going on. The last output, which is generated by a gmmktime() that has no 7th parameter, is applying an offset for daylight savings time. The Solution I had a moment of panic and was sincerely hoping that GMT did not actually use daylight savings time, so I did some research and found that while the timezone that contains Greenwich actually does use daylight savings time, the GMT standard time reference does not. So right there I knew something was wrong on the PHP side. I loaded up the source of PHP (like a good open source enthusiast), and sure enough, I discovered the source of the problem (no pun intended). PHP is using the C function php_mktime() for both mktime() and gmmktime(). There is a flag as a parameter called gm which is 1 or 0 depending on whether it was called from mktime() or gmmktime(). The problem is that there is no check before applying the server's daylight savings information to the timestamp. As a fix for this, I changed the behavior so that by default if there is no 7th parameter for gmmktime, it will not apply any DST offset. This differs from mktime which by default will appy the server's DST offset. I have attached patches for both PHP php-5.0.0b1 and php-4.3.2. I would imagine the same code would work on most recent versions of PHP as it doesn't seem that this function has had much recent development. The patch can be applied by using the following: $ cd /usr/local/php-4.3.2 $ patch -p2 ~/gmmktime-php_4.3.2.patch Feel free to contact me if you have any questions. -- PATCH for php4.3.2 --- diff -u clean/php-4.3.2/ext/standard/datetime.c php-4.3.2/ext/standard/datetime.c --- clean/php-4.3.2/ext/standard/datetime.c 2003-05-04 07:22:00.0 -0400 +++ php-4.3.2/ext/standard/datetime.c 2003-08-18 17:18:19.0 -0400 @@ -116,7 +116,20 @@ /* Let DST be unknown. mktime() should compute the right value ** and behave correctly. Unless the user overrides this. */ - ta-tm_isdst = -1; + /* + ** If we are using gmmktime(), do not use the local + ** server's setting of DST. GMT does not use daylight + ** savings, so unless the user overrides us, this should + ** be set to 0. + ** - Luke Ehresman, Aug 2003, [EMAIL PROTECTED] + */ + if (gm) { + ta-tm_isdst = 0; + is_dst = 0; + } else { + ta-tm_isdst = -1; + is_dst = -1; + } /* ** Now change date values with supplied parameters. Previous Comments: [2003-04-18 22:31:09]
#20551 [Com]: Output compression causes segfaults (sapi/apache/mod_php.c)
ID: 20551 Comment by: benny at kwick dot de Reported By: sroussey at network54 dot com Status: Closed Bug Type: Apache related Operating System: RedHat 7.2 PHP Version: 4.3.0 New Comment: Hi, We experience the very same Problem with PHP 4.3.0/4.3.1/4.3.2. We were using zend accelerator 3.12/3.01 and had absolutely the same effect. Today I switched to zend accelerator 3.50. From then on no SEGFAULTs occured for about 30 Minutes (whereas before the SEGFAULTS started after 2 Minutes) but then _only_ SEGFAULTs occured, so that i couldnt tickle a single request out of Apache any more until i restarted it. I just read your discussion an I now switched off gz_handler to have a look if the Problem (especially with zend accelerator 3.50) still occurs. Btw.: We use SuSE 8.2/8.0 whereas 8.0 turned out to be not very suitable for Zend Accelerator. Previous Comments: [2003-06-15 12:23:41] sroussey at network54 dot com Reopened wrong report. [2003-06-15 12:19:31] sroussey at network54 dot com FYI: This bug was in the final for 4.3.0. Also in 4.3.1. Now also in 4.3.2. [2003-03-09 18:45:02] [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-02-25 02:36:34] [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 There was a fix for a possible crash in sapi_apache_header_handler() so please try the latest snapshot. [2003-02-24 12:29:22] plant at virtualsolution dot net I have see the same problem on PHP4.3.1 Apache 1.3.27 Redhat 7.3: Before the upgrade to PHP 4.3.1 with my 4.2.3, ob_start (ob_gzhandler) work OK. Now there aren't way to compress the output, i try also ini_set(output_handler, ob_gzhandler); or ini_set ( zlib.output_compression, 1); with no result. if i try to return to my old ob_start (ob_gzhandler) .. now php return me this Worning: Warning: (null)() [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used twice in Unknown on line 0 Any idea ?? 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/20551 -- Edit this bug report at http://bugs.php.net/?id=20551edit=1
#24740 [Fbk-NoF]: Segmentation fault
ID: 24740 Updated by: [EMAIL PROTECTED] Reported By: rarteaga at icaro dot com dot ec -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: Linux RH9 and RH7.3 PHP Version: 4.3.3RC2-dev New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-08-13 21:46:38] [EMAIL PROTECTED] Have you set the relevant environment variables in the shell before you run the script? (setting them inside the script does not work) [2003-07-22 11:59:20] rarteaga at icaro dot com dot ec Still not working, I downloaded and run the script with the CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz The backtrace I get: Starting program: /usr/bin/php oracle.php [New Thread 1084011968 (LWP 12585)] Content-type: text/html X-Powered-By: PHP/4.3.3RC2-dev Connected! Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1084011968 (LWP 12585)] 0x4207bfea in memcpy () from /lib/tls/libc.so.6 (gdb) bt #0 0x4207bfea in memcpy () from /lib/tls/libc.so.6 #1 0x40406a13 in nioqrc () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #2 0x40538395 in ttcdrv () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #3 0x4040d1a8 in nioqwa () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #4 0x40261330 in upirtrc () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #5 0x4022393a in kpurcsc () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #6 0x401e6124 in kpuexecv8 () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #7 0x401e7cf7 in kpuexec () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #8 0x4024598f in OCIStmtExecute () from /opt/oracle/product/9.2.0/lib/libclntsh.so.9.0 #9 0x08083efd in oci_execute (statement=0x822c014, func=0x817d0d6 OCIExecute, mode=32) at /usr/local/php4-STABLE-200307221530/ext/oci8/oci8.c:1491 #10 0x0808a1c0 in zif_ociexecute (ht=1, return_value=0x822bf94, this_ptr=0x0, return_value_used=0) at /usr/local/php4-STABLE-200307221530/ext/oci8/oci8.c:3972 #11 0x0816fbc7 in execute (op_array=0x81ff58c) at /usr/local/php4-STABLE-200307221530/Zend/zend_execute.c:1616 #12 0x08160182 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/php4-STABLE-200307221530/Zend/zend.c:885 #13 0x08130aec in php_execute_script (primary_file=0xbfffdc90) at /usr/local/php4-STABLE-200307221530/main/main.c:1685 #14 0x08175ead in main (argc=2, argv=0xbfffdd34) at /usr/local/php4-STABLE-200307221530/sapi/cgi/cgi_main.c:1542 #15 0x42015504 in __libc_start_main () from /lib/tls/libc.so.6 [2003-07-22 10:33:12] [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 AFAIK, this is fixed already. [2003-07-21 11:58:21] rarteaga at icaro dot com dot ec I'm sorry I made a mistake on the line OCIDefineByName($parse,ENAME,$job); The correct value must be JOB, it will be like this: OCIDefineByName($parse,JOB,$job); Still doesn't work.. Regards [2003-07-21 11:54:58] rarteaga at icaro dot com dot ec Description: Hi, I've installed Linux RH 9.0 and Oracle 9i, I'm trying to access the database from a php script, I make de connection and make a simple select like this: SELECT EMPNO from EMP And I get the information just fine with the oci functions (OCILogon, OCIParse, OCIExecute, etc...). Now I get a segmentation fault when I try to retrieve information of fields that are string or characteres, something like this: SELECT JOB from EMP The script crashes and dies saying segmentation fault I'm connecting to the database as user SCOTT and getting information from table EMP. I can connect from an aplication I've developed in VB60 from a remote aplication server I have... but PHP is crashing... Best Regards Reproduce code: --- #!/usr/bin/php -q ?php putenv(ORACLE_HOME=/opt/oracle/product/9.2.0); $username = SCOTT; $passwd = TIGER; $db=icaro; $conn = OCILogon($username,$passwd,$db); if (!$conn) { echo Connection failed; echo Error Message: [ . OCIError($conn) . ]; exit; } else { echo Connected!.\n; $parse = OCIParse($conn,select JOB from EMP); OCIDefineByName($parse,ENAME,$job); OCIExecute($parse,OCI_DEFAULT); echo \nRecuperacion de datos\n; while (OCIFetchinto ($parse,
#24666 [Fbk-NoF]: random blank pages for any code on any php page
ID: 24666 Updated by: [EMAIL PROTECTED] Reported By: dhunter at uta dot edu -Status: Feedback +Status: No Feedback Bug Type: Apache related Operating System: Solaris 8 PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-08-13 21:41:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-08-05 15:54:51] dhunter at uta dot edu I did this prior to submitting the bug. See Description. - Thanks [2003-08-05 15:10:25] [EMAIL PROTECTED] Take at a look @ your apache's primary error log file, see if there are any messages from php or reports of crashed apache children. [2003-07-22 22:26:14] dhunter at uta dot edu I've had php logging on the entire time. That's the reason I haven't been able to track this down. We have been using php extensively for a long time and I've never experienced this before. When a page prints blank the access log entry is: www.uta.edu 64.12.96.203 - - [22/Jul/2003:21:59:00 -0500] GET /uta/current HTTP/1.1 200 5 http://www.uta.edu/; Mozilla/4.0 (compatible; MSIE 5.0; AOL 8.0; Windows 98; DigExt) The same page should report 22430 bytes like the following: www.uta.edu 67.66.182.19 - - [22/Jul/2003:22:09:57 -0500] GET /uta/current HTTP/1.1 200 22430 - Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030516 Mozilla Firebird/0.6 StumbleUpon/1.73 What could have changed between 4.3.1 and 4.3.2 that could cause this. [2003-07-21 18:03:13] [EMAIL PROTECTED] Try to enable logging of php errors and see if the php error contains any errors that could explain the cause for the blank pages. 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/24666 -- Edit this bug report at http://bugs.php.net/?id=24666edit=1
#24420 [Fbk-NoF]: getcwd() returns random results in a callback
ID: 24420 Updated by: [EMAIL PROTECTED] Reported By: S dot Bennett at lancaster dot ac dot uk -Status: Feedback +Status: No Feedback Bug Type: Directory function related Operating System: Linux PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-08-14 00:36:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-08-03 19:17:22] aredridel at nbtsc dot org I think I'm experiencing this or a related bug: I've a page that most of the time works fine, but about 10% of the time, the require() statement at the top doesn't find the file, which is in the same directory as the script and referenced with a simple relative path -- require('filename.inc') [2003-06-30 13:44:17] S dot Bennett at lancaster dot ac dot uk Description: The current working directory seems to set to random values under certain circumstances. e.g. getcwd() returns inconsistent values (as shown in the sample code) and attempts to reference files by relative paths work intermittently or not at all (which is how I discovered this bug..). Other variations on this code (eg calling getcwd() from an ob_start() callback) appear to give similar results. The code works fine from the command line (ie produces the expected result). I've configured PHP with the following, and still been able to reproduce the result: ./configure --prefix=/usr/local/packages/php-4.3.2 --with-apxs=/usr/local/packages/apache-1.3.27/bin/apxs I've also reproduced this problem on a Solaris box, also running Apache 1.3.27. Reproduce code: --- ?PHP print current time is '.strftime(%D %T).'br\n; print (in main) cwd is '.getcwd().'br\n; register_shutdown_function(atexit); function atexit() { print (in callback) cwd is '.getcwd().'br\n; } ? Expected result: Something like: current time is '06/30/03 18:39:24' (in main) cwd is '/home/steveb/public_html/callbacktest' (in callback) cwd is '/home/steveb/public_html/callbacktest' Actual result: -- actual results vary, here's two. All I did in between them was press 'reload'... output 1: - current time is '06/30/03 18:59:24' (in main) cwd is '/home/steveb/public_html/callbacktest' (in callback) cwd is '/home/www/vhosts/nutter.spoo.org/htdocs' output 2: - current time is '06/30/03 18:59:34' (in main) cwd is '/home/steveb/public_html/callbacktest' (in callback) cwd is '/home/steveb/public_html' The values returned by getcwd() appear to be related to previous pages that have been served by apache (not necessarily ones that have been processed by PHP). -- Edit this bug report at http://bugs.php.net/?id=24420edit=1
#24148 [Fbk-NoF]: increasing memory usage
ID: 24148 Updated by: [EMAIL PROTECTED] Reported By: ardo at np dot ee -Status: Feedback +Status: No Feedback Bug Type: Java related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-08-14 00:38:39] [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-06-12 08:39:40] ardo at np dot ee Description: When using Java extension PHP seems to increase memory usage constantly. When I used a very simple example, Windows Task Manager showd that memory usage of php.exe constantly increased. When using infinite loop I finally got java.lang.OutOfMemoryError. Reproduce code: --- $formatter = new Java('java.text.SimpleDateFormat', , dd, 'at' h:mm:ss a ); $date = new Java('java.util.Date'); while(1) { $formatter-format($date); } Expected result: Should be just infinite loop. Actual result: -- java.lang.OutOfMemoryError -- Edit this bug report at http://bugs.php.net/?id=24148edit=1
#24125 [Fbk-NoF]: Unable to add records when opened with odbc_pconnect
ID: 24125 Updated by: [EMAIL PROTECTED] Reported By: michael at redboxcode dot com -Status: Feedback +Status: No Feedback Bug Type: ODBC related Operating System: Win NT PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-08-14 00:38:28] [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-06-25 15:05:15] [EMAIL PROTECTED] Please turn on SQL Logging in your ODBC Administrator and post the appropriate portions to this bug... aka from the first initial connect to the last ODBC command for the script. Please note you MAY need to delete the unique identifing material in the script (aka a username/password). [2003-06-17 20:46:45] michael at redboxcode dot com I've upgraded my development machine to 4.3.2 and the behavior still exist. [2003-06-16 08:30:06] [EMAIL PROTECTED] Please update to PHP 4.3.2 first. [2003-06-16 07:49:42] michael at redboxcode dot com please note: I noticed that I am actually on version 4.3.1 Windows NT localhost 4.0 build 1381 inserting a record then reading the database works in this code ?PHP $connect_id = odbc_pconnect(mydata,,0) or die (Cannot connect to database); // First insert a record into the database $sql_command = insert into mytable (name,time_stamp) values ('Michael','.date(F j G:i:s).');; $result = odbc_exec( $connect_id, $sql_command ); echo $result. = .$sql_command.\n; // this will work correctly ? reading the database and THEN inserting the records does NOT work in this code. ?PHP $connect_id = odbc_pconnect(mydata,,0) or die (Cannot connect to database); // first read the table $sql_command = select * from mytable order by time_stamp;; $rsDetail = odbc_exec($connect_id, $sql_command); // Now insert a record into the database $sql_command = insert into mytable (name,time_stamp) values ('Michael','.date(F j G:i:s).');; $result = odbc_exec( $connect_id, $sql_command ); // The command returns a valid results, but the record is NOT in the database ? 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/24125 -- Edit this bug report at http://bugs.php.net/?id=24125edit=1
#20505 [Fbk-NoF]: configure --with-java fails
ID: 20505 Updated by: [EMAIL PROTECTED] Reported By: tjw at webteam dot net -Status: Feedback +Status: No Feedback Bug Type: Java related Operating System: Linux PHP Version: 4.3.0RC1 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-08-14 00:39:54] [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 [2002-11-28 07:15:22] [EMAIL PROTECTED] the configure of ext/java is quite old and was only tested for suns jdk stuff recently (well, they didn't change their paths ) I would recommend using the sun jdk. Or someone fixes the configure line ... chregu [2002-11-19 16:35:33] tjw at webteam dot net It seems I was a bit hasty in my testing. I forgot to rm config.cache for each of the runs. The only JDK's that fail are IBMJava2-131 and Kaffe 1.0.7. All of the Blackdown JDK's work fine (with configure that is). IBM's JDK puts libjava.so inside of jre/bin as opposed to jre/lib/i386 as Blackdown does. There should be a test for this in configure, but I'm not sure of the best spot. I was able to build 4.3.0RC1 sucessfully by manually adjusting JAVA_LIBPATH. Kaffe seems to have changed into an entirely different beast in 1.0.6 and 1.0.7. It looks like several things configure looks for are no longer in the same place as they were in older versions of Kaffe as they are now in .jar files. I'm unable to test out the older versions of Kaffe because I can't get them to build on my system. I'm also not experienced enough in Kaffe to try to tweak PHP to build with it. [2002-11-19 15:14:06] tjw at webteam dot net ./configure --with-java=/usr/local/jdk fails with checking for Java support... yes checking Java Jar location... /usr/local/jdk/bin/jar cf checking Java C location... /usr/local/jdk/bin/javac checking Checking for libjava... configure: error: unable to find Java VM libraries in /usr/local/jdk Same result for /usr/local/jdk equal to: IBMJava2-131 (IBM's Java2 JDK) j2sdk1.3.1 (Blackdown 1.3.1 JDK) j2sdk1.4.1 (Blackdown 1.4.1 JDK) jdk1.2.2 (Blackdown 1.2.2 JDK) kaffe_1.0.7 (Kaffe 1.0.7) -- Edit this bug report at http://bugs.php.net/?id=20505edit=1
#14870 [Fbk]: Some modules break SIGUSR1 and SIGHUP
ID: 14870 Updated by: [EMAIL PROTECTED] Reported By: msopacua at idg dot nl Status: Feedback Bug Type: Dynamic loading Operating System: BSDi 4.x PHP Version: 4.0CVS-2002-10-16 New Comment: Melvyn, your comment got lost due to that db corruption we had..can you please re-add it? Previous Comments: [2003-08-13 23:23:38] [EMAIL PROTECTED] I tried searching for similar issues in other projects and found this document: http://www.pix.net/software/bsdos/elf_faq.html#How%20do%20I%20build%20a%20program%20that%20dynamically%20loads%20a%20shared%20object%20(with%20dlopen(3) Basically what I read about BSDi's support for dlopen() was not really promising. Could you try compiling PHP as static module in Apache to see if the problem really is the double dlopen: Apache-dlopen(PHP-dlopen(curl.so)) (when PHP is build as static module, the first dlopen() is nuked of course :) [2003-07-21 12:23:27] msopacua at idg dot nl Thanx Jani, but it's not the cause. I've tried it regardless and it doesn't help. It's defenitely a linker issue, although a ktrace doesn't reveal much info. [2003-07-10 18:33:38] [EMAIL PROTECTED] Not sure whether this has nothing to do with this bug, but take a look in Apache 1.3.27 sources, src/main/http_main.c file and look for WORKAROUND_SOLARIS_BUG. You could try defining that and recompile apache (make clean make) to see if it has any effect? [2002-10-20 10:33:46] [EMAIL PROTECTED] I've created a php script, to test this :-). Output is as follows: RESULTS SIGTEST Mysql bundled: OK Mysql external: NOT OK Aspell external: NOT OK GD bundled: OK XML Bundled: OK XML external: OK XSLT external: NOT OK Iconv external: OK GNU gettext, external: OK OpenSSL external: NOT OK Curl external, without SSL: NOT OK Curl external, with SSL: NOT OK The commonalities seem to be, that the modules which fail, load more than 1 external shared library. MySQL loads zlib, Aspell loads several aspell libs, OpenSSL has -lssl and -lcrypt and curl loads -lssl (Curl external, without SSL, simply means --with-openssl was not given. -lssl and -lcrypt are still linked in). The only exceptions to this, are the Bundled GD, which is compiled with libjpeg, libpng, libz and libfreetype and the Bundled MySQL. The common factors with these is, that libphp4.so doesn't call libgd/libmysqlclient, but has this code built in. Concluding this goes wrong when there are 2 levels of dynamic loading: apache - libphp4 - libfoo - libbar It reminded me of bug in BSD/OS 4.x series, on how symbols are resolved: http://www.geocrawler.com/archives/3/127/1999/5/0/1795873/ Can somebody experience in this, take a look if it makes any sense in comparison to what PHP is doing? [2002-10-17 04:06:49] [EMAIL PROTECTED] Ok, just a quick status update: The 'old' gd still exposes the problem. The bundled gd does not, in contradiction to my previous report. This was actually caused because, the bundled MySQL lib, is OK, BUT an external mysql lib (3.23.53) also exposes the problem. Since I tried both, with the same zlib option, and both MySQL libs have been linked with the same zlib, it cannot be a zlib problem. 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/14870 -- Edit this bug report at http://bugs.php.net/?id=14870edit=1
#21926 [Fbk-NoF]: Apache process hangs
ID: 21926 Updated by: [EMAIL PROTECTED] Reported By: arinto at almedina dot net -Status: Feedback +Status: No Feedback Bug Type: Java related Operating System: Red Hat Linux 7.1 PHP Version: 4CVS-2003-01-28 (stable) New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-08-13 12:15:50] [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-02-14 12:03:46] minusone at yahoo dot com I would like to ammend this report by saying I am seeing something similar... using Lucene... Now... here's some more information. Using the CLI... my PHP script works just fine. It instantiates my java object and executes perfectly and returns results as I would expect... so it appears to be definitely something with the libphp4.so module. I have rebuilt it many many times. I should also say that running on RedHat 8.0 everything works perfectly... its just on RedHat 7.x appears to be a problem. I am using Sun JDK 1.3.1_07 for Linux Apache 1.24 [2003-01-28 13:16:59] arinto at almedina dot net Hi. I'm using the PHP Java extension to run Jakarta Lucene to power my internal site search. Whenever I call a Java object, Apache starts between 1 to 5 new httpd processes and it keeps growing with each subsequent call to the object. After some time (and after more than 50 httpd processes are started) the web site stops respondig for some clients. For others it continues running as usual. This happens with PHP 4.3.0 and the latest CVS (2003-01-28) My configure line is as follows: './configure' '--with-mysql' '--with-imap' '--with-imap-ssl' '--with-kerberos' '--with-apxs=/var/www/bin/apxs' '--enable-xslt' '--with-xslt-sablot' '--with-xml' '--with-iconv' '--with-pgsql' '--with-dom' '--with-zlib' '--with-gd' '--with-java=/usr/java/j2sdk1.4.1_01' Java Version: Sun J2SE 1.4.1 Apache Version 1.3.24 This also seems to be the same bug as #20270, that is closed. -- Edit this bug report at http://bugs.php.net/?id=21926edit=1
#25079 [Fbk-NoF]: with php, page is cut off and not fully loaded. take php out, page fully loads
ID: 25079 Updated by: [EMAIL PROTECTED] Reported By: ryaker at kickmail dot com -Status: Feedback +Status: No Feedback Bug Type: *General Issues Operating System: Red Hat Linux PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-08-13 13:51:46] [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. [2003-08-13 13:48:39] ryaker at kickmail dot com Description: we are a company that generates letterheads, memos, and other documents with dynamic content. for some reason, some of the documents that contained php code would not fully load in the browser and get cut off at a certain point. the more complete bits of php code omited from the document, the more the page would load, but still not completely. we have another machine using 4.3.0 and the pages there are fine. so i recompiled 4.3.0 on the new machine, and the documents worked. i have no idea what the problem is. hopefully with my little bit of information you can somehow narrow something down or figure something out. thanks a lot, Roman [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=25079edit=1
#25072 [Fbk-NoF]: include and user_space stream
ID: 25072 Updated by: [EMAIL PROTECTED] Reported By: eduard at sitesupra dot com -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: WinXP PHP Version: 4.3.3RC4-dev New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-08-13 13:52:57] [EMAIL PROTECTED] As another developer just reminded me, generating backtraces on windows isn't an option. You mention having access to a linux machine, can you recompile your PHP on that box using the configure option --enable-experimental-zts (this will make it behave like its Win32 counterpart) and see if its possible to recreate the crash there. If so generate a backtrace from that please. [2003-08-13 13:26:31] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. On the first point, the extra reads are include() being cautious. It doesn't EXPECT any data, but on the off chance the EOF status changed (socket streams are allowed to do that) it double checks. As to the crash though, that definately shouldn't be happening. Could you provide a backtrace using the instructions above? It'll help track the problem down. [2003-08-13 05:49:41] eduard at sitesupra dot com on 4.3.3RC4-dev same result as 4.3.2 [2003-08-13 05:30:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-08-13 05:26:23] eduard at sitesupra dot com Description: On windows: When you have include() from userstream result of stream_eof() is ignored and stream_read() called 2 times more When few requests occur simultaneosly - apache crushes. On Linux - this works correctly Reproduce code: --- ?php class userstream { var $position = 0; var $data = If you can read this, it worked; function stream_open($path, $mode, $options, $opened_path) { return true; } function stream_read($count) { $ret = substr($this-data, $this-position, $count); $this-position += strlen($ret); echo READ {$this-position}\n; return $ret; } function stream_eof() { echo EOF\n; return $this-position = strlen($this-data); } function stream_seek($offset,$whence) { echo SEEK\n; } function stream_tell() { echo TELL\n; return $this-position; } function stream_stat() { echo STAT\n; return NULL; } function stream_close() { echo CLOSE\n; } } stream_register_wrapper(cookietest, userstream); include(cookietest://foo); ? Expected result: SEEK TELL READ 31 EOF CLOSE If you can read this, it worked Actual result: -- SEEK TELL STAT READ 31 EOF READ 31 EOF READ 31 EOF CLOSE If you can read this, it worked -- Edit this bug report at http://bugs.php.net/?id=25072edit=1
#25070 [Fbk-NoF]: Windows is stopped on intesive session work
ID: 25070 Updated by: [EMAIL PROTECTED] Reported By: akss at plesk dot ru -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Windows PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-08-13 04:30:56] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-08-13 04:16:44] akss at plesk dot ru Description: php-4.3.2 Windows hangs at frequent references to the pages using the sessions mechanism. This is because too many locks are created for a session file sess_xxx. -- Edit this bug report at http://bugs.php.net/?id=25070edit=1
#25068 [Fbk-NoF]: Pages will occasionally not fully load
ID: 25068 Updated by: [EMAIL PROTECTED] Reported By: mike at quinnsoft dot com -Status: Feedback +Status: No Feedback Bug Type: Apache2 related Operating System: Windows XP Home PHP Version: 4.3.2 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. Previous Comments: [2003-08-13 01:48: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 Also, if you get same result with the latest snapshot, try it with Apache 1.3.28. [2003-08-13 01:45:19] mike at quinnsoft dot com Depending on the forum scripts I use, I have better results. With ThBw, I have 95% success on the main forum pages, but still only about 3% in properly loading the config pages. [2003-08-13 01:43:21] mike at quinnsoft dot com Description: I have tried to use several different forum scripts (including PHPBB and others), but I always run into the problem of the pages only partially loading. Sometimes other pages will get mixed in (including configuration pages which nobody except me should have access to) This only occurs when I access the pages remotely--when accessed locally there is no problem. I am running Apache 2.0.46, PHP 4.3.2, and MySQL 4.0.13 under Windows XP. From what I can tell, this only occurs when I access a database, but I cannot be sure, as I have not written or used any long PHP scripts that do not use databases. Also, the page will load correctly about 3-5% of the time, which is also puzzling. Expected result: I expect to see the full page. Actual result: -- I see a portion of the page, followed by a lot of random text, occasionally followed by parts of other pages, each separated by a set of random characters. -- Edit this bug report at http://bugs.php.net/?id=25068edit=1
#25137 [NEW]: !is_null($var) does not work the same as $var != NULL
From: pedropla at holidaymarketing dot com Operating system: Linux PHP version: 4.3.3RC4 PHP Bug Type: Scripting Engine problem Bug description: !is_null($var) does not work the same as $var != NULL Description: Since upgrading to php: PHP 4.3.3RC3 (cli) (built: Aug 16 2003 11:22:58) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies it seems that many of my php programs which use ! is_null($var) have broken, however when I replace the function is_null for a comparison: $var != NULL, it works. Is this a bug? Or some new feature? Many thanks Reproduce code: --- Fails: function name ($setTo=NULL) { if (! is_null($setTo)) { return Not null; } return null; } Works: function name ($setTo=NULL) { if ($setTo != NULL) { return Not null; } return null; } Expected result: return null when null and not null when not null Actual result: -- works only with comparison != and not with !is_null() function -- Edit bug report at http://bugs.php.net/?id=25137edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25137r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25137r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25137r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25137r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25137r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25137r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25137r=support Expected behavior: http://bugs.php.net/fix.php?id=25137r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25137r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25137r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25137r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25137r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25137r=dst IIS Stability: http://bugs.php.net/fix.php?id=25137r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25137r=gnused
#25137 [Opn]: !is_null($var) does not work the same as $var != NULL
ID: 25137 User updated by: pedropla at holidaymarketing dot com Reported By: pedropla at holidaymarketing dot com Status: Open -Bug Type: Scripting Engine problem +Bug Type: Variables related Operating System: Linux PHP Version: 4.3.3RC4 New Comment: sorry put it in the wrong section Previous Comments: [2003-08-18 21:04:22] pedropla at holidaymarketing dot com Description: Since upgrading to php: PHP 4.3.3RC3 (cli) (built: Aug 16 2003 11:22:58) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies it seems that many of my php programs which use ! is_null($var) have broken, however when I replace the function is_null for a comparison: $var != NULL, it works. Is this a bug? Or some new feature? Many thanks Reproduce code: --- Fails: function name ($setTo=NULL) { if (! is_null($setTo)) { return Not null; } return null; } Works: function name ($setTo=NULL) { if ($setTo != NULL) { return Not null; } return null; } Expected result: return null when null and not null when not null Actual result: -- works only with comparison != and not with !is_null() function -- Edit this bug report at http://bugs.php.net/?id=25137edit=1
#24949 [Com]: Requesting a nicer way of setting undefined variables to a default value.
ID: 24949 Comment by: hurst at webteks dot com Reported By: nickj-php at nickj dot org Status: Open Bug Type: Feature/Change Request Operating System: Any PHP Version: Irrelevant New Comment: That there is no way to write a function to handle unset vars is also something I have come across. One solution would be to use the @-symbol: print noUnset(@$x, not set); However, the @-symbol is not guaranteed to work, since a user-defined error handler will ignore it. Only isset(), unset(), and empty() can handle undefined variables without implicitly declaring them. Perhaps a new construct can be made available to handle this common case. default($var['not_a_key'],default_value) = default_value It would work like the following function, but using the caller environment (which could be from within another function): function default($var,$default=) { return isset($var)?$var:$default; } Using for the inherent default value makes sense for web interfaces. Previous Comments: [2003-08-05 05:28:19] nickj-php at nickj dot org Description: Requesting a nicer way of setting undefined variables to a default value. It gets a bit repetitive and ugly having to use statements like: $title = isset($vals[title]) ? $vals[title] : ; $first = isset($vals[first_name]) ? $vals[first_name] : ; $surname = isset($vals[surname])? $vals[surname]: ; This seems to be a recurrent requirement, so ideally there would be some way of doing this, along the lines of : function noUnset($val, $default=) { return isset($val) ? $val : $default; } Unfortunately a user function such as the above cannot be defined to do this, since the first argument passed to the function would be unset. For example, this code will generate an error: == error_reporting (E_ALL); function noUnset($val, $default=) { return isset($val) ? $val : $default; } if (isset($x)) unset ($x); // $x = 2; // works OK if this line is uncommented print noUnset($x, not set); // Above line generates an error as noUnset cannot be called with $x, because it is not set - catch-22 ! == This code generates an Undefined variable: x error. Ideally there would be slightly nicer way of setting defaults than a bank is isset statements, that would work without generating an error, even with all error reporting options turned on. -- Edit this bug report at http://bugs.php.net/?id=24949edit=1
#25139 [NEW]: optionally parse_str shouldn't mangle fieldnames when theyre only array indexes
From: sibaz at sibaz dot com Operating system: All PHP version: 4.3.2 PHP Bug Type: Feature/Change Request Bug description: optionally parse_str shouldn't mangle fieldnames when theyre only array indexes Description: Understandably parse_str mangles CGI field names to fit into the PHP variable name space. When given a second array parameter the mangled variable names are used as indexes in the array, as documented. However the more intuitive implementation would be for the array index to be the actual unmangled CGI field name specified. It makes more sense to me, to not mangle variable names, when populating an array. Clearly a change of existing behaviour would be damaging, so perhaps a config or ini setting could be used to turn off name mangling for array indexes, or perhaps a third optional parameter to the function could dictate whether or not to mangle the names. The primary need for this is to avoid mangling when using fieldnames that are sqlfield names. These may contain dots if the field name is fully qualified to include the table name it is dotted. It seems a waste to have to invent a separate mangling process for phpfield name (hiding sqlfield name) just because of unneeded, unpreventable mangling within php. IMHO $_GET should be an array of unmangled CGI Field names. Reproduce code: --- $array=array(); parse_str(this.that=1, $array); echo serialize($array).br\n; // prints a:1:{s:9:this_that;s:1:1;} Expected result: // ideally it should print a:1:{s:9:this.that;s:1:1;} Actual result: -- // it currently prints a:1:{s:9:this_that;s:1:1;} -- Edit bug report at http://bugs.php.net/?id=25139edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25139r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25139r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25139r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25139r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25139r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25139r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25139r=support Expected behavior: http://bugs.php.net/fix.php?id=25139r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25139r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25139r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25139r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25139r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25139r=dst IIS Stability: http://bugs.php.net/fix.php?id=25139r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25139r=gnused
#25139 [Opn]: parse_str should optionally not mangle array index names
ID: 25139 User updated by: sibaz at sibaz dot com -Summary: optionally parse_str shouldn't mangle fieldnames when theyre only array indexes Reported By: sibaz at sibaz dot com Status: Open Bug Type: Feature/Change Request Operating System: All PHP Version: 4.3.2 New Comment: Summary was unclearly worded Previous Comments: [2003-08-18 22:35:38] sibaz at sibaz dot com Description: Understandably parse_str mangles CGI field names to fit into the PHP variable name space. When given a second array parameter the mangled variable names are used as indexes in the array, as documented. However the more intuitive implementation would be for the array index to be the actual unmangled CGI field name specified. It makes more sense to me, to not mangle variable names, when populating an array. Clearly a change of existing behaviour would be damaging, so perhaps a config or ini setting could be used to turn off name mangling for array indexes, or perhaps a third optional parameter to the function could dictate whether or not to mangle the names. The primary need for this is to avoid mangling when using fieldnames that are sqlfield names. These may contain dots if the field name is fully qualified to include the table name it is dotted. It seems a waste to have to invent a separate mangling process for phpfield name (hiding sqlfield name) just because of unneeded, unpreventable mangling within php. IMHO $_GET should be an array of unmangled CGI Field names. Reproduce code: --- $array=array(); parse_str(this.that=1, $array); echo serialize($array).br\n; // prints a:1:{s:9:this_that;s:1:1;} Expected result: // ideally it should print a:1:{s:9:this.that;s:1:1;} Actual result: -- // it currently prints a:1:{s:9:this_that;s:1:1;} -- Edit this bug report at http://bugs.php.net/?id=25139edit=1
#25140 [NEW]: mb_convert_encoding returns FALSE when it tries to convert empty string ('')
From: hyamamoto at cybozu dot co dot jp Operating system: Linux running on x86 PHP version: 4.3.3RC4 PHP Bug Type: mbstring related Bug description: mb_convert_encoding returns FALSE when it tries to convert empty string ('') Description: mb_convert_encoding returns FALSE instead of expected empty string when it tries to convert an empty string. Reproduce code: --- ?php var_dump( mb_convert_encoding( '', 'SJIS', 'EUC-JP' ) ); ? Expected result: string(0) Actual result: -- bool(false) -- Edit bug report at http://bugs.php.net/?id=25140edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25140r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25140r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25140r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25140r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25140r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25140r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25140r=support Expected behavior: http://bugs.php.net/fix.php?id=25140r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25140r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25140r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25140r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25140r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25140r=dst IIS Stability: http://bugs.php.net/fix.php?id=25140r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25140r=gnused
#25141 [NEW]: segfault after adding LoadModule with apachectl restart
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.2 PHP Bug Type: Apache2 related Bug description: segfault after adding LoadModule with apachectl restart Description: If you install php4 while your server is running, it adds its LoadModule line to the httpd.conf file as you'd expect. If you run apachectl restart, which executes a non-graceful restart of apache, it succeeds, also as you'd expect. But from then on, all requests cause the child process to segfault. If you stop Apache and start it back up again, then it works as expected. This is obviously a non-critical problem since it's a one-time deal and it's easy to work around. Seemed worth reporting anyway. My guess from the backtrace (where you can see it's trying to lock a pthread mutex from the tsrm) is that because I just restarted rather than stopping and restarting, the tsrm did not have a chance to initialize the pthread mutex that it's trying to lock (hence the null mutexp pointer). Expected result: Actual result: -- (gdb) bt #0 0x4020691e in pthread_mutex_lock () from /lib/tls/libpthread.so.0 #1 0x4044b047 in tsrm_mutex_lock (mutexp=0x0) at /root/php-4.3.2/TSRM/TSRM.c:520 #2 0x4044adce in ts_resource_ex (id=0, th_id=0x414ecd30) at /root/php-4.3.2/TSRM/TSRM.c:324 #3 0x4048ad88 in php_handler (r=0x81e25a8) at /root/php-4.3.2/sapi/apache2handler/sapi_apache2.c:456 #4 0x080a1f36 in ap_run_handler (r=0x81e25a8) at config.c:195 #5 0x080a244e in ap_invoke_handler (r=0x81e25a8) at config.c:401 #6 0x0808251c in ap_internal_redirect (new_uri=0x81e2598 /index.html.en, r=0x81d8968) at http_request.c:498 #7 0x0809b8a4 in handle_map_file (r=0x81d8968) at mod_negotiation.c:2983 #8 0x080a1f36 in ap_run_handler (r=0x81d8968) at config.c:195 #9 0x080a244e in ap_invoke_handler (r=0x81d8968) at config.c:401 #10 0x08082067 in ap_process_request (r=0x81d8968) at http_request.c:288 #11 0x0807e2a1 in ap_process_http_connection (c=0x81d49c8) at http_core.c:293 #12 0x080aaf36 in ap_run_process_connection (c=0x81d49c8) at connection.c:85 #13 0x0809f16e in process_socket (p=0x81d48b0, sock=0x81d48e8, my_child_num=1095683460, my_thread_num=0, bucket_alloc=0x8199d00) at worker.c:632 #14 0x0809f7c7 in worker_thread (thd=0x8160e58, dummy=0x414ecd30) at worker.c:947 #15 0x080d1860 in dummy_worker (opaque=0x414ecd30) at thread.c:127 #16 0x40205332 in start_thread () from /lib/tls/libpthread.so.0 -- Edit bug report at http://bugs.php.net/?id=25141edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25141r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25141r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25141r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25141r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25141r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25141r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25141r=support Expected behavior: http://bugs.php.net/fix.php?id=25141r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25141r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25141r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25141r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25141r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25141r=dst IIS Stability: http://bugs.php.net/fix.php?id=25141r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25141r=gnused
#25116 [Bgs-Opn]: PHP can't find session, it starts the new session
ID: 25116 User updated by: leo dot jokinen at laurea dot fi Reported By: leo dot jokinen at laurea dot fi -Status: Bogus +Status: Open Bug Type: Session related Operating System: Windows XP home PHP Version: 4.3.2 New Comment: I was bit hasty for previous comment. Now my code works only when i use SID in the link. But for security reasons i want to pass the session id via cookie. I have this latest stable CVS snapshot. The only thing what i've changed is this line in php.ini: session.save_path = F:/Program Files/PHP/sessions/ Here are the code what i am using now: Page1.php ?php session_start(); $_SESSION['sess_var'] = Hello world!; session_write_close(); echo The content is . $_SESSION['sess_var']. br /; ? a href=page2.php??php echo SID?Next page/a Page2.php ?php session_start(); echo The content is .$_SESSION['sess_var'].br /; unset ($_SESSION['sess_var']); session_write_close(); ? a href=page1.php??php echo SID?First Page/a Previous Comments: [2003-08-18 14:15:38] [EMAIL PROTECTED] user error - bogus [2003-08-18 14:07:58] leo dot jokinen at laurea dot fi closed [2003-08-18 14:07:42] leo dot jokinen at laurea dot fi Thanks sniper! =) My php.ini was the fault. Dunno what happened there but when i used that recommended ini, things starting to click.. Now the coding calls, thnx.. [2003-08-18 10:34:06] [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 Works just fine here. [2003-08-18 10:03:09] leo dot jokinen at laurea dot fi Now my page1 looks like this: ?php session_start(); $_SESSION[test] = Hello World; echo 'The content is '. $HTTP_SESSION_VARS['test']; ? bra href=page2.php??php echo SID?Next Page/a Still doesn't work for me. I've tried a different browser (Mozilla) but nothing happened. =( 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/25116 -- Edit this bug report at http://bugs.php.net/?id=25116edit=1
#14391 [NoF-Asn]: gmmktime, gmdate work incorrect
ID: 14391 Updated by: [EMAIL PROTECTED] Reported By: pilots at farlep dot net -Status: No Feedback +Status: Assigned Bug Type: Date/time related Operating System: Windows 2000 Server -PHP Version: 4.0.6 +PHP Version: 4CVS/5CVS -Assigned To: +Assigned To: derick Previous Comments: [2003-08-18 19:22:27] lehresma at css dot tayloru dot edu Posted this on php-dev and was advised to put it here as well. -- A co-worker and I have been working on some intensive timestamp/timezone manipulation code for the past week or so, and ran across what we believed to be a bug in the way PHP handled gmmktime(). Browsing through the code, sure enough I found the source of the problem. I fixed it, and have attached a patch. As I was searching around, I discovered that this has been an open bug since 4.0.6 (2 years!). I believe that this patch should fix most of the issues related to the following problem: http://bugs.php.net/bug.php?id=14391 The Problem: The function gmmktime() is supposed to take a date in GMT as a paramter and return a timestamp in GMT. No manipulation of the time should occur. The only circumstance in which manipulation of the time should happen is if the seventh parameter (is_dst) is set to 1. This is the expected behavior. However, in reality I noticed that when I didn't specify a seventh parameter, it was applying a daylight savings time offset when I tried to get the epoch. See the example code. ?php // Get a timestamp for the epoch (jan 1, 1970) echo pre; echo gmmktime(0,0,0,1,1,1970,1).\n; echo gmmktime(0,0,0,1,1,1970,0).\n; echo gmmktime(0,0,0,1,1,1970).\n; // Now get timestamp for June 1 echo \n; echo gmmktime(0,0,0,6,1,1970,1).\n; echo gmmktime(0,0,0,6,1,1970,0).\n; echo gmmktime(0,0,0,6,1,1970).\n; ? I expected the first set of outputs to look like this: -3600 0 0 Which it does, so this is fine. However, The second block of outputs is in June which if I had been using simply mktime(), I would have expected a DST offset (note: DST = daylight savings time) to be applied by default (on the 3rd command). However, since I'm using gmmktime() by default no DST offset should be applied. The odd behavior manifests itself in the second block of output: 13046400 1305 13046400 This is pretty meaningless until you realize what is actually going on. The last output, which is generated by a gmmktime() that has no 7th parameter, is applying an offset for daylight savings time. The Solution I had a moment of panic and was sincerely hoping that GMT did not actually use daylight savings time, so I did some research and found that while the timezone that contains Greenwich actually does use daylight savings time, the GMT standard time reference does not. So right there I knew something was wrong on the PHP side. I loaded up the source of PHP (like a good open source enthusiast), and sure enough, I discovered the source of the problem (no pun intended). PHP is using the C function php_mktime() for both mktime() and gmmktime(). There is a flag as a parameter called gm which is 1 or 0 depending on whether it was called from mktime() or gmmktime(). The problem is that there is no check before applying the server's daylight savings information to the timestamp. As a fix for this, I changed the behavior so that by default if there is no 7th parameter for gmmktime, it will not apply any DST offset. This differs from mktime which by default will appy the server's DST offset. I have attached patches for both PHP php-5.0.0b1 and php-4.3.2. I would imagine the same code would work on most recent versions of PHP as it doesn't seem that this function has had much recent development. The patch can be applied by using the following: $ cd /usr/local/php-4.3.2 $ patch -p2 ~/gmmktime-php_4.3.2.patch Feel free to contact me if you have any questions. -- PATCH for php4.3.2 --- diff -u clean/php-4.3.2/ext/standard/datetime.c php-4.3.2/ext/standard/datetime.c --- clean/php-4.3.2/ext/standard/datetime.c 2003-05-04 07:22:00.0 -0400 +++ php-4.3.2/ext/standard/datetime.c 2003-08-18 17:18:19.0 -0400 @@ -116,7 +116,20 @@ /* Let DST be unknown. mktime() should compute the right value ** and behave correctly. Unless the user overrides this. */ - ta-tm_isdst = -1; + /* + ** If we are using gmmktime(), do not use the local + ** server's setting of DST. GMT does not use daylight + ** savings, so unless the user overrides us, this should + ** be set to 0. + ** - Luke Ehresman, Aug 2003, [EMAIL PROTECTED] + */ + if (gm) { + ta-tm_isdst = 0; + is_dst = 0; + } else { + ta-tm_isdst = -1; +