#28418 [NEW]: sending mail from php program
From: syed at jinis dot com Operating system: windows NT PHP version: 4.3.4 PHP Bug Type: *Mail Related Bug description: sending mail from php program Description: i want to send mails thru php program and s i added a mail function and passed parameters to it.when i executed the php program it executes without errors but not sending mail. WHY? Reproduce code: --- mail($email,$subject,$mail_message,From:$admin_email/n Content-type: text/html/n); Expected result: it shud send mail to the recipent($email) Actual result: -- no result -- Edit bug report at http://bugs.php.net/?id=28418edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28418r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28418r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28418r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28418r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28418r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28418r=needscript Try newer version: http://bugs.php.net/fix.php?id=28418r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28418r=support Expected behavior: http://bugs.php.net/fix.php?id=28418r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28418r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28418r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28418r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28418r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28418r=dst IIS Stability: http://bugs.php.net/fix.php?id=28418r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28418r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28418r=float
#28418 [Opn]: sending mail from php program
ID: 28418 User updated by: syed at jinis dot com Reported By: syed at jinis dot com Status: Open Bug Type: *Mail Related Operating System: windows NT PHP Version: 4.3.4 New Comment: first i shud see the solution and then comment pls Previous Comments: [2004-05-17 08:12:43] syed at jinis dot com Description: i want to send mails thru php program and s i added a mail function and passed parameters to it.when i executed the php program it executes without errors but not sending mail. WHY? Reproduce code: --- mail($email,$subject,$mail_message,From:$admin_email/n Content-type: text/html/n); Expected result: it shud send mail to the recipent($email) Actual result: -- no result -- Edit this bug report at http://bugs.php.net/?id=28418edit=1
#28418 [Opn-Bgs]: sending mail from php program
ID: 28418 Updated by: [EMAIL PROTECTED] Reported By: syed at jinis dot com -Status: Open +Status: Bogus Bug Type: *Mail Related Operating System: windows NT PHP Version: 4.3.4 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: [2004-05-17 08:56:08] syed at jinis dot com first i shud see the solution and then comment pls [2004-05-17 08:12:43] syed at jinis dot com Description: i want to send mails thru php program and s i added a mail function and passed parameters to it.when i executed the php program it executes without errors but not sending mail. WHY? Reproduce code: --- mail($email,$subject,$mail_message,From:$admin_email/n Content-type: text/html/n); Expected result: it shud send mail to the recipent($email) Actual result: -- no result -- Edit this bug report at http://bugs.php.net/?id=28418edit=1
#28419 [NEW]: Notice Refused (10061) (errflg=2) in Unknown on when IMAP connection refused
From: stepanov at transchip dot com Operating system: Windows XP Professional SP1 PHP version: 4CVS-2004-05-17 (stable) PHP Bug Type: IMAP related Bug description: Notice Refused (10061) (errflg=2) in Unknown on when IMAP connection refused Description: When IMAP connection is refused I get following notice: Notice: (null)(): Can't connect to 192.168.0.251,143: Refused (10061) (errflg=2) in Unknown on line 0 Reproduce code: --- $mbox = @imap_open ({192.168.0.251:143}Inbox, user, pass); Expected result: Because of calling the function with @ I expect don't see the notice. And if I see the notice, I expect to see the file name and line number where the error occurred, and not in Unknown on line 0 Actual result: -- Notice: (null)(): Can't connect to 192.168.0.251,143: Refused (10061) (errflg=2) in Unknown on line 0 -- Edit bug report at http://bugs.php.net/?id=28419edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28419r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28419r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28419r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28419r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28419r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28419r=needscript Try newer version: http://bugs.php.net/fix.php?id=28419r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28419r=support Expected behavior: http://bugs.php.net/fix.php?id=28419r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28419r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28419r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28419r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28419r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28419r=dst IIS Stability: http://bugs.php.net/fix.php?id=28419r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28419r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28419r=float
#28286 [NoF-Opn]: mod_php crash after xslt_process()
ID: 28286 User updated by: stuart dot herbert at boxuk dot com Reported By: stuart dot herbert at boxuk dot com -Status: No Feedback +Status: Open Bug Type: DOM XML related Operating System: RHES 3.1 PHP Version: 4.3.6 New Comment: Hiya, Sorry - I've been unable to create a short script to reproduce this fault yet. Our CMS is a large application which uses DOM extensively. Trying to find 20 or so lines to re-create the problem is non-trivial. Can you supply a debugging patch, which will help capture additional information? libxml is 2.6.9, and libxslt is 1.1.6. Best regards, Stu Previous Comments: [2004-05-15 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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. [2004-05-07 14:47:56] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Can you also include the libxml and libxslt versions you are using? [2004-05-05 16:45:16] stuart dot herbert at boxuk dot com Description: PHP segfaults when shutting down. This appears to be the same symptom as in bug #26384. I've included a backtrace, and some dumps of what looked like the key structures. Hope you can help, Stu Actual result: -- #0 0xb70b47db in zend_hash_index_find (ht=0x40, h=0, pData=0x40) at /root/BoxUK3/build/php-4.3.6/Zend/zend_hash.c:960 #1 0xb6fac42a in node_wrapper_free (node=0x84c7458) at /root/BoxUK3/build/php-4.3.6/ext/domxml/php_domxml.c:651 #2 0xb6fac53c in node_list_wrapper_dtor (node=0x84c7458, destroyref=1) at /root/BoxUK3/build/php-4.3.6/ext/domxml/php_domxml.c:698 #3 0xb6fac4c2 in node_list_wrapper_dtor (node=0x84c7418, destroyref=1) at /root/BoxUK3/build/php-4.3.6/ext/domxml/php_domxml.c:682 #4 0xb6fac4c2 in node_list_wrapper_dtor (node=0x84c73d8, destroyref=1) at /root/BoxUK3/build/php-4.3.6/ext/domxml/php_domxml.c:682 #5 0xb6fac4c2 in node_list_wrapper_dtor (node=0x84b2778, destroyref=1) at /root/BoxUK3/build/php-4.3.6/ext/domxml/php_domxml.c:682 #6 0xb6fac4c2 in node_list_wrapper_dtor (node=0x84a68d8, destroyref=1) at /root/BoxUK3/build/php-4.3.6/ext/domxml/php_domxml.c:682 #7 0xb6f9eaa3 in php_free_xml_doc (rsrc=0x40) at /root/BoxUK3/build/php-4.3.6/ext/domxml/php_domxml.c:682 #8 0xb70b5242 in list_entry_destructor (ptr=0x850a7f4) at /root/BoxUK3/build/php-4.3.6/Zend/zend_list.c:177 #9 0xb70b3ce8 in zend_hash_apply_deleter (ht=0xb725cba0, p=0x8511b54) at /root/BoxUK3/build/php-4.3.6/Zend/zend_hash.c:608 #10 0xb70b3d8c in zend_hash_graceful_reverse_destroy (ht=0xb725cba0) at /root/BoxUK3/build/php-4.3.6/Zend/zend_hash.c:674 #11 0xb70b540f in zend_destroy_rsrc_list (ht=0x40) at /root/BoxUK3/build/php-4.3.6/Zend/zend_list.c:233 #12 0xb70a64c9 in shutdown_executor () at /root/BoxUK3/build/php-4.3.6/Zend/zend_execute_API.c:213 #13 0xb70ae8f5 in zend_deactivate () at /root/BoxUK3/build/php-4.3.6/Zend/zend.c:667 #14 0xb70822f8 in php_request_shutdown (dummy=0x0) at /root/BoxUK3/build/php-4.3.6/main/main.c:996 #15 0xb70c2590 in php_apache_request_dtor (r=0x8189040) at /root/BoxUK3/build/php-4.3.6/sapi/apache2handler/sapi_apache2.c:461 #16 0xb70c288b in php_handler (r=0x8189040) at /root/BoxUK3/build/php-4.3.6/sapi/apache2handler/sapi_apache2.c:577 #17 0x080686c5 in ap_run_handler (r=0x8189040) at config.c:195 #18 0x08068cdf in ap_invoke_handler (r=0x8189040) at config.c:401 #19 0x080654a6 in ap_process_request (r=0x8189040) at http_request.c:288 #20 0x08060a8c in ap_process_http_connection (c=0x8182fb8) at http_core.c:293 #21 0x080722b5 in ap_run_process_connection (c=0x8182fb8) at connection.c:85 #22 0x08066d11 in child_main (child_num_arg=64) at prefork.c:694 #23 0x08066e64 in make_child (s=0x0, slot=1) at prefork.c:788 #24 0x08066f86 in startup_children (number_to_start=4) at prefork.c:806 #25 0x080677ad in ap_mpm_run (_pconf=0x80a05d0, plog=0x80ca678, s=0x80a2370) at prefork.c:1022 #26 0x0806dc4f in main (argc=3, argv=0xbfffb594) at main.c:660 At stack frame #2, I did some printing of the xmlNodePtr node. I don't know if this is useful or not. (gdb) print *node-parent-parent $8 = {_private = 0x864e288, type =
#28366 [Opn-Bgs]: apxs:Error: Command failed with rc=65536
ID: 28366 Updated by: [EMAIL PROTECTED] Reported By: rehanann at kfupm dot edu dot sa -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Aix 5.2 ML 2 PHP Version: 4.3.6 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. Because in other instances apxs tool is not needed. Previous Comments: [2004-05-17 07:00:07] rehanann at kfupm dot edu dot sa If this is not the problem with PHP so why PHP easily compile with other software not only with Apache. Waiting for reply with correct solution. [2004-05-16 16:24:13] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. The problem appears to be with the Apache's apxs tool that fails to copy libphp4.so into the appropriate directory. [2004-05-16 09:19:44] rehanann at kfupm dot edu dot sa Still I am waiting the reply. [2004-05-15 07:21:46] rehanann at kfupm dot edu dot sa This is the list for .libs directory as requested. # ls -l .libs total 25816 -rw-r--r-- 1 root system 6647697 May 12 08:26 libphp4.a -rw-r--r-- 1 root system33854 May 12 08:26 libphp4.exp lrwxrwxrwx 1 root system 13 May 12 08:26 libphp4.la - ../libphp4.la -rw-r--r-- 1 root system 763 May 12 08:26 libphp4.lai -rwxr-xr-x 1 root system 6527021 May 12 08:26 libphp4.so [2004-05-12 15:32:41] [EMAIL PROTECTED] Please do ls -l .libs 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/28366 -- Edit this bug report at http://bugs.php.net/?id=28366edit=1
#28286 [Fbk-Opn]: mod_php crash after xslt_process()
ID: 28286 User updated by: stuart dot herbert at boxuk dot com Reported By: stuart dot herbert at boxuk dot com -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: RHES 3.1 PHP Version: 4.3.6 New Comment: I appreciate the need for the smaller reproducing script - but I don't have one yet for you. I don't know if it will be possible either - Amaxus is a large product that uses XML throughout. Something is corrupting that list. A patch that adds code to validate the list, and that makes calls to the list validation function, would help us track down the source of that corruption. Can you help? Thanks, Stu Previous Comments: [2004-05-17 15:20:55] [EMAIL PROTECTED] The crash you get is from domxml, not xslt extension (sablotron), so assumed you were using the libxslt functions. This being the case, without a reproducing script, debugging domxml is extremely difficult as you need to figure out where the issue between the engine, domxml and libxml lies. [2004-05-17 15:20:47] [EMAIL PROTECTED] The crash you get is from domxml, not xslt extension (sablotron), so assumed you were using the libxslt functions. This being the case, without a reproducing script, debugging domxml is extremely difficult as you need to figure out where the issue between the engine, domxml and libxml lies. [2004-05-17 15:00:36] stuart dot herbert at boxuk dot com Hiya, Erm, I'm a bit confused. xslt isn't an object in PHP 4 ;-) It sounds like you're talking about the xslt functionality that's new in PHP 5 ;-) Our xslt_process call looks like this: $output = xslt_process($this-processor, 'arg:/_xml', 'arg:/xsl', NULL, $arguments); There's no documented parameter to xslt_process() to force a copy. If I'm going to 'poke about' with gdb, it'd help if you could point me in the right direction. The core dump isn't very helpful - if I understand it correctly, it's just saying that the Zend engine is dying after executing the script because something messed up the internal linked lists. Some sort of patch that will catch the list corruption much closer to where it occurs would really help ;-) Best regards, Stu [2004-05-17 13:36:51] [EMAIL PROTECTED] What does your xslt_process call look like? No easy way to debug this without a script, but can you try forcing a copy on the document (there's an additional parameter that can be passed to xslt_process to force a doc copy). Not sure what you have for parameters, but try something like: xslt-process(doc, NULL, NULL, NULL, 1); See if it still crashes doing that. If it still does and you dont have a reproducing script then you will have to sit down with gdb and try to find where the problem is coming from. [2004-05-17 10:10:31] stuart dot herbert at boxuk dot com Hiya, Sorry - I've been unable to create a short script to reproduce this fault yet. Our CMS is a large application which uses DOM extensively. Trying to find 20 or so lines to re-create the problem is non-trivial. Can you supply a debugging patch, which will help capture additional information? libxml is 2.6.9, and libxslt is 1.1.6. Best regards, Stu 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/28286 -- Edit this bug report at http://bugs.php.net/?id=28286edit=1
#28420 [NEW]: Looses variable in exception
From: m at saffitz dot com Operating system: Mac OS 10.3 PHP version: 5.0.0RC2 PHP Bug Type: Zend Engine 2 problem Bug description: Looses variable in exception Description: I have a very standard session handler I'm writing, with the write function as below. I'm using propel (propel.phpdb.org) as an object persistence layer. When the function is called automatically by the session system, the first print statement correctly prints the session id. However, an exception is thrown when the record does not yet exist in the database, and the catch block in entered. Here, the second print statement incorrectly prints $id, printing instead some path: Output: 0a900f631d4ebf175f7b85ec262ca7292 /Users/msaffitz/cvswork/aspen-in Failed to select one and only one row. /Users/msaffitz/cvswork/aspen-in Reproduce code: --- public function write( $id, $val ) { print $idbr\n; try { $session = SessionsPeer::retrieveByPk($id); } catch ( PropelException $exception ) { print $idbr\n; print $exception-getMessage(); $session = new Sessions(); $session-setId($id); } print $id; $session-setDatavalue($val); $session-setModificationDate('NOW()'); $session-save(); } Expected result: The variable $id's value should persist. -- Edit bug report at http://bugs.php.net/?id=28420edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28420r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28420r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28420r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28420r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28420r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28420r=needscript Try newer version: http://bugs.php.net/fix.php?id=28420r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28420r=support Expected behavior: http://bugs.php.net/fix.php?id=28420r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28420r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28420r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28420r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28420r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28420r=dst IIS Stability: http://bugs.php.net/fix.php?id=28420r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28420r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28420r=float
#28401 [WFx]: umask is not being restored when each request is finished.
ID: 28401 User updated by: todd at stew dot org Reported By: todd at stew dot org Status: Wont fix Bug Type: Apache2 related Operating System: Redhat 9 and Fedora PHP Version: 4.3.6 New Comment: Is this patch safe? http://stew.org/php-4.3.6-umask.patch.txt Your patch produced compile errors: /usr/src/redhat/BUILD/php-4.3.6/sapi/apache2handler/sapi_apache2.c: In function `php_handler': /usr/src/redhat/BUILD/php-4.3.6/sapi/apache2handler/sapi_apache2.c:554: error: called object is not a function /usr/src/redhat/BUILD/php-4.3.6/sapi/apache2handler/sapi_apache2.c:567: error: called object is not a function make: *** [sapi/apache2handler/sapi_apache2.lo] Error 1 Previous Comments: [2004-05-14 22:23:54] [EMAIL PROTECTED] Try the patch at http://ilia.ws/stuff/umask.txt and let me know if it does the trick. [2004-05-14 22:03:15] todd at stew dot org I might be wrong here. looking at sapi/apache/mod_php4.c, php_save_umask is called on line 612 just before calling add_common_vars. I think this is the module that is used with the apache 1.3.x apxs. looking at sapi/apache2handler/sapi_apache2.c I see ap_add_common_vars on line 516, but there is no save_umask or restore_umask in this file. I believe this is the module that is used for apache 2.0.x apxs. It looks to me like the umask functions were just left out of the 2.0.x module? [2004-05-14 19:34:31] todd at stew dot org The docs say: umask() sets PHP's umask to mask 0777 and returns the old umask. When PHP is being used as a server module, the umask is restored when each request is finished. Using apache 1.3 does not have the same problem. Can you suggest a workaround? adding a auto_prepend_file or an auto_append_file works unless there is another declaration in a .htaccess file, then it does not work. [2004-05-14 17:24:09] [EMAIL PROTECTED] Fixing this bug would require adding an internal global to PHP which would break backwards compatibility for binary modules. Consequently this cannot be fixed in 4.3.X tree. [2004-05-14 16:43:32] todd at stew dot org Description: The apache child's umask is reset and not restored. This behavior is present in the redhat php-4.2.2-17.2 rpm, my custom install of 4.3.4 and my custom install of 4.3.6 (compiled yesterday). It happens with both apache 2.0.40 and 2.0.48. Reproduce code: --- create a cgi file that touches a random filename and lists that file; #!/bin/bash echo content-type: text/plain echo touch /tmp/$UNIQUE_ID ls -ald /tmp/$UNIQUE_ID create a php file that sets a umask ? umask(077); ? Set apache to only spawn one child. hit the cgi file then hit the php file then hit the cgi file. Expected result: The umask should not change for the cgi's and should only change for the php script. Actual result: -- The umask remains sticky to the apache child. -- Edit this bug report at http://bugs.php.net/?id=28401edit=1
#26286 [Com]: Parent: child process exited with status 3221225477 -- Restarting
ID: 26286 Comment by: hakk at email dot it Reported By: igg10 at alu dot ua dot es Status: No Feedback Bug Type: Apache2 related Operating System: Windows 2000 PHP Version: 4.3.4 New Comment: Apache: 2.0.49 (happens with apache 1.3.31 too) PHP:5.0.0RC2 OS: Windows XP PRO SP1 The code below reproduces the crash on my machine. ? class my_error { private $_errors; private $_errorNumber; function __construct() { set_error_handler(array($this, 'handler'), E_ALL); $this-_errorNumber = 0; } function handler($errno, $errstr, $errfile, $errline, $errctx) { echo ERROR= $errnobr $errstrbr $errfilebr $errlinebr $errctxbr; echo $this-_errorNumber.br; /* if you comment out the next 4 statements, everything works correctly */ $this-_errors[$this-_errorNumber]['errno'] = $errno; $this-_errors[$this-_errorNumber]['errstr'] = $errstr; $this-_errors[$this-_errorNumber]['errfile'] = $errfile; $this-_errors[$this-_errorNumber]['errline'] = $errline; $this-_errorNumber++; } } class my_class { function throw_exception($param1, $param2) { echo $param1, $param2; throw new Exception(); } } $err = new my_error; //if i dont use my own error handling class, everything works out try { $test = new my_class; call_user_func_array(array($test, throw_exception), array('a','b')); //makes apache crash //$test-throw_exception('a','b'); this works with no problems } catch(Exception $e) { echo $e; } ? A few notes... If i dont use my error_class, everything works fine, and PHP gives me this warning Warning: call_user_func_array() [function.call-user-func-array]: Unable to call my_class::throw_exception() in C:\Programmi\Apache Group\Apache2\htdocs\testfield\exception.php on line 40 problably since i threw an exception in that function. If i use my error_class and i dont use the call_user_func_array, but instead i call $test-throw_exception() everything works fine again (because no Warning is generated?) If i use my error class and call call_user_func_array then everything blows up and apache restarts giving [Mon May 17 15:59:16 2004] [notice] Parent: child process exited with status 3221225477 -- Restarting. Hope this helps. Previous Comments: [2004-05-04 09:25:24] gaida at gmxpro dot net Apache: Apache 2.0.49 (Win32) PHP : PHP 4.3.6 MySQL : MySQL 4.0.14-NT OS: Windows XP Pro SP1 Server crashes only (Parent: child process exited with status 3221225477 -- Restarting.) when Turck MMCache (version 2.4.6 for php 4.3.6) is enabled and JPGraph generated images were accessed. If mmcache is disabled in php.ini (mmcache.enable=0) everythings runs a lot slower but at least without crashes. [2004-05-01 06:38:56] peter at helpnet dot com dot au I get both Parent: child process exited with status 3221225477 and Parent: child process exited with status 1073807364 alternating in a seemingly random order. Win2000. Apache 2 2.0.47. I am about to try 2.0.49. PHP 4.3.4 then 4.3.6. I upgraded to 4.3.6 but it did not solve the problem. I get the error in code using XML but not MySQL. The error first occurred when I opened lots of classes and created lots of objects. Each element in a small XML file became an object which in turn may include other objects. Some objects are from classes extending classes. I figured it might be a memory problem so extended memory from 8MB to 18 MB. That did not change anything. My next guess was a file open resource problem. Some of the objects read directories to count input files. I removed some of the files to decrease files within a directory. That did not work. I can understand that as I have had 10 or more files in one directory and the script has worked. My tests are currently using less than 100 files per directory. I removed some of the directories but that did not stop the problem. I removed some of the lower level directories and that stopped the problem for a while. There appears to be a resource issue when working down through a directory tree several levels. I added print statements to trace the execution. Adding lots of print statements made the problem happen faster but on some occasions I have used many more print statements without this problem. The print statements did not always print up to where the code stopped so I added file logging. Opening output files made the problem worse. That reinforces the idea that there is a resource problem. I set the log code to open, write to, and close a log file. At first that worked. As soon as I run xml_parser_free, the file logging stops. The file log code can write the next message but no
#28419 [Fbk-Opn]: Notice Refused (10061) (errflg=2) in Unknown on when IMAP connection refused
ID: 28419 User updated by: stepanov at transchip dot com Reported By: stepanov at transchip dot com -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: Windows XP Professional SP1 PHP Version: 4CVS-2004-05-17 (stable) New Comment: Yes, I am using the latest PHP (4.3.7-dev) I run the folowing: $mbox = imap_open ({192.168.0.250:143}Inbox, xxx, xxx); And i get the: Warning: imap_open(): Couldn't open stream {192.168.0.250:143}Inbox in C:\html\test\imap.php on line 12 Notice: (null)(): Can't connect to 192.168.0.250,143: Refused (10061) (errflg=2) in Unknown on line 0 if i run $mbox = @imap_open ({192.168.0.250:143}Inbox, xxx, xxx); i get: Notice: (null)(): Can't connect to 192.168.0.250,143: Refused (10061) (errflg=2) in Unknown on line 0 Previous Comments: [2004-05-17 15:32:11] [EMAIL PROTECTED] Are you absolutely sure you are using the latest PHP? I've checked the source code of the extension and the only error you can get while opening an imap connection can go something like this: Couldn't open stream ... [2004-05-17 10:06:12] stepanov at transchip dot com Description: When IMAP connection is refused I get following notice: Notice: (null)(): Can't connect to 192.168.0.251,143: Refused (10061) (errflg=2) in Unknown on line 0 Reproduce code: --- $mbox = @imap_open ({192.168.0.251:143}Inbox, user, pass); Expected result: Because of calling the function with @ I expect don't see the notice. And if I see the notice, I expect to see the file name and line number where the error occurred, and not in Unknown on line 0 Actual result: -- Notice: (null)(): Can't connect to 192.168.0.251,143: Refused (10061) (errflg=2) in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=28419edit=1
#28422 [NEW]: Apache Crash with segmentation fault (11)
From: Enrico dot Simetti at ingegneria dot studenti dot unige dot it Operating system: Linux/WinXP PHP version: 5.0.0RC2 PHP Bug Type: Reproducible crash Bug description: Apache Crash with segmentation fault (11) Description: OS: Linux 2.6.0 Apache: Apache/1.3.29 (Unix) PHP:5.0.0RC2 (compiled with --with-mysql --with-debug) The following script makes my apache crash with this error: [notice] child pid 13748 exit signal Segmentation fault (11) OS: Windows XP SP1 Apache: Apache/2.0.49 (and 1.3.31 too) PHP:5.0.0RC2 The same script makes my apache crash with this error: [notice] Parent: child process exited with status 3221225477 -- Restarting. Reproduce code: --- http://matfors.net/tupac/exception.php.txt Expected result: A few notes... If i dont use my error_class, everything works fine, and PHP gives me this warning Warning: call_user_func_array() [function.call-user-func-array]: Unable to call my_class::throw_exception() in C:\Programmi\Apache Group\Apache2\htdocs\testfield\exception.php on line 40 problably since i threw an exception in that function. If i use my error_class and i dont use the call_user_func_array, but instead i call $test-throw_exception() everything works fine again (because no Warning is generated?) If i use my error class and call call_user_func_array then everything blows up Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 13800)] 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x403d2fb5 in execute (op_array=0xbfffcca0) at /root/php-5.0.0RC2/Zend/zend_execute.c:1391 #2 0x403ac282 in zend_call_function (fci=0xbfffcca0, fci_cache=0x0) at /root/php-5.0.0RC2/Zend/zend_execute_API.c:835 #3 0x403abbb5 in call_user_function_ex (function_table=0x80c8f78, object_pp=0x80c8f78, function_name=0x80c8f78, retval_ptr_ptr=0x80c8f78, param_count=135040888, params=0x80c8f78, no_separation=135040888, symbol_table=0x80c8f78) at /root/php-5.0.0RC2/Zend/zend_execute_API.c:550 #4 0x403b5f63 in zend_error (type=2, format=0x403fbb8e %s) at /root/php-5.0.0RC2/Zend/zend.c:975 #5 0x4037f6a8 in php_verror (docref=0x80c3f4c , params=0x403e0774 , type=2, format=0x403ecdcf Unable to call %s(), args=0xbfffce0c \214[EMAIL PROTECTED]) at /root/php-5.0.0RC2/main/main.c:544 #6 0x4037f9df in php_error_docref0 (docref=0x0, type=2, format=0x403ecdcf Unable to call %s()) at /root/php-5.0.0RC2/main/main.c:564 #7 0x40327d55 in zif_call_user_func_array (ht=2, return_value=0x80c3e6c, this_ptr=0x0, return_value_used=0) at /root/php-5.0.0RC2/ext/standard/basic_functions.c:1949 #8 0x403d6660 in zend_do_fcall_common_helper (execute_data=0xbfffd090, opline=0x80c3ac0, op_array=0x80c30e4) at /root/php-5.0.0RC2/Zend/zend_execute.c:2699 #9 0x403d67da in zend_do_fcall_handler (execute_data=0xbfffd090, opline=0x80c3ac0, op_array=0x80c30e4) at /root/php-5.0.0RC2/Zend/zend_execute.c:2828 #10 0x403d2fb5 in execute (op_array=0x80c30e4) at /root/php-5.0.0RC2/Zend/zend_execute.c:1391 #11 0x403b629d in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php-5.0.0RC2/Zend/zend.c:1058 #12 0x403817c8 in php_execute_script (primary_file=0xb3f0) at /root/php-5.0.0RC2/main/main.c:1630 #13 0x403dd1ae in apache_php_module_main (r=0x8178af4, display_source_mode=0) at /root/php-5.0.0RC2/sapi/apache/sapi_apache.c:54 #14 0x403ddcda in send_php (r=0x8178af4, display_source_mode=0, filename=0x0) at /root/php-5.0.0RC2/sapi/apache/mod_php5.c:621 #15 0x403dde83 in send_parsed_php (r=0x8178af4) at /root/php-5.0.0RC2/sapi/apache/mod_php5.c:636 #16 0x080548df in ap_invoke_handler () #17 0x080698a7 in ap_some_auth_required () #18 0x08069906 in ap_process_request () #19 0x0806093d in ap_child_terminate () #20 0x08060b0b in ap_child_terminate () #21 0x08060c71 in ap_child_terminate () #22 0x08061317 in ap_child_terminate () #23 0x08061b4f in main () #24 0x400bed06 in __libc_start_main () from /lib/libc.so.6 (gdb) frame 1 #1 0x403d2fb5 in execute (op_array=0xbfffcca0) at /root/php-5.0.0RC2/Zend/zend_execute.c:1391 1391if (EX(opline)-handler(execute_data, EX(opline), op_array TSRMLS_CC)) { (gdb) print (char *)(executor_globals.function_state_ptr-function)-common.function_name $2 = 0x80c80f4 handler -- Edit bug report at http://bugs.php.net/?id=28422edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28422r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28422r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28422r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28422r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28422r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28422r=needscript Try newer version: http://bugs.php.net/fix.php?id=28422r=oldversion Not developer
#28423 [NEW]: default -g flag for gcc makes php big and slow
From: db at unit-netz dot de Operating system: Linux PHP version: 4.3.6 PHP Bug Type: *Compile Issues Bug description: default -g flag for gcc makes php big and slow Description: A standard ./configure results in CFLAGS containing -g Is it intention to always include debugging code? -- Edit bug report at http://bugs.php.net/?id=28423edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28423r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28423r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28423r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28423r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28423r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28423r=needscript Try newer version: http://bugs.php.net/fix.php?id=28423r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28423r=support Expected behavior: http://bugs.php.net/fix.php?id=28423r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28423r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28423r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28423r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28423r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28423r=dst IIS Stability: http://bugs.php.net/fix.php?id=28423r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28423r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28423r=float
#22318 [Com]: /usr/libexec/elf/ld: cannot find -ldl
ID: 22318 Comment by: ivo at tonev dot pro dot br Reported By: lbv at ntmk dot ru Status: No Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.7 with linux emu PHP Version: 4.3.0 New Comment: FreeBSD 4.10-RC2 / php-4.3.6 Oracle 8.1.7.0.1 ( Linux version, works ok with linux_base ) ./configure --with-oci8=/usr/local/oracle8 returns: end_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cgi/cgi_main.lo sapi/cgi/getopt.lo main/internal_functions.lo -lcrypt -lcrypt -lm -ldl -lm -lclntsh -lcrypt -lcrypt -o sapi/cgi/php /usr/libexec/elf/ld: cannot find -ldl *** Error code 1 Stop in /tmp/php-4.3.6. . Previous Comments: [2003-03-09 18:56:54] [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-23 05:20:12] [EMAIL PROTECTED] Make fails when using the snapshot too? So in WHAT part it fails? Please paste a bit more lines around where it fails.. (NOT the whole output!) [2003-02-20 00:52:14] lbv at ntmk dot ru Thank for reply, but my problem stiil exists. [2003-02-20 00:22:44] [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-20 00:18:49] lbv at ntmk dot ru make fails when I configure --with-apxs --with-mysql --with-oci8 --disable-cli I have /usr/libexec/elf/ld: cannot find -ldl -- Edit this bug report at http://bugs.php.net/?id=22318edit=1
#28337 [Bgs]: endless recursion crashes Apache
ID: 28337 User updated by: wf at bitplan dot com Reported By: wf at bitplan dot com Status: Bogus Bug Type: Reproducible crash Operating System: Windows XP SP1 PHP Version: 5.0.0RC2 New Comment: Endless recursion is detected in any decent programming language. I'd consider PHP a decent programming language if it does detect endless recursion. A simple stack overflow message will do. Not detecting endless recursion is an inacceptable design decision for PHP since an apache crash is not acceptable result for such a simple problem. Previous Comments: [2004-05-09 17:58:41] [EMAIL PROTECTED] 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 Don't do that. [2004-05-09 17:33:14] wf at bitplan dot com Description: Endless recursion crashes Apache PHP should simply report a stack-overflow exception and die This was called non repairable in 2002 but I'd seem its not acceptable for the object oriented PHP 5 version anymore Reproduce code: --- ?php class recurse { function loop() { $this-loop(); } // loop } $endless=new recurse(); $endless-loop(); ? Expected result: stack-overflow message Actual result: -- Apache crashes -- Edit this bug report at http://bugs.php.net/?id=28337edit=1
#28424 [NEW]: Huge Memory Leak mysql_result()
From: technik at perlentaucher dot de Operating system: Linux PHP version: 5CVS-2004-05-17 (dev) PHP Bug Type: MSSQL related Bug description: Huge Memory Leak mysql_result() Description: Hi all, mysql_result seems to leak memory as I Commented in Bug #27758. I thought it's worth a new Bugreport. I tried to find out more about it, so i wrote a Script that reads in Data from my DB and calculates Memory usage in a loop. The Table looks like that : 28000 identical Records ID : int11, auto_increment DATA : varchar(20) = 'ABCDEFGHIJKLMNOPQRTS' The Script reads all Records 300 Times before calculating memory usage. The Result looks like that : (mem in kb) Index UsedFreeDif Start 176512 1326208 0 loop 1 176704 1326016 192 loop 2 176776 1325944 72 loop 3 176816 1325904 40 loop 4 176876 1325844 60 loop 5 177028 1325692 152 loop 6 177164 1325556 136 loop 7 177316 1325404 152 loop 8 177492 1325228 176 loop 9 177716 1325004 224 Absolute dif1204 So usage of Memory is not same in every Loop !! But at the end I miss about 1.2M of my Memory. I also could not free this memory by killing httpd (killing mysqld also didn't help) I'm using gentoo, kernel is 2.4.20-gentoo-r7. Apache : 2.0.48 PHP5 : php5-200405131230 (cvs snap) Greetings, Adam Cwientzek Reproduce code: --- for ( $x=0; $x300; $x++ ) { $db = mysql_connect(localhost, root, test); mysql_select_db(test); $sql = select data from test; $result = mysql_query($sql); // causes MEM-Leak mysql_free_result($result); mysql_close($db); } -- Edit bug report at http://bugs.php.net/?id=28424edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28424r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28424r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28424r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28424r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28424r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28424r=needscript Try newer version: http://bugs.php.net/fix.php?id=28424r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28424r=support Expected behavior: http://bugs.php.net/fix.php?id=28424r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28424r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28424r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28424r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28424r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28424r=dst IIS Stability: http://bugs.php.net/fix.php?id=28424r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28424r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28424r=float
#27982 [Asn-Csd]: Unhelpful error message when trying to overwrite a file using ftp
ID: 27982 Updated by: [EMAIL PROTECTED] Reported By: adam at trachtenberg dot com -Status: Assigned +Status: Closed Bug Type: FTP related Operating System: * PHP Version: 5CVS-2004-04-13 (dev) Assigned To: pollita New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-04-13 15:49:45] [EMAIL PROTECTED] Assigned to the maintainer. :) [2004-04-13 15:20:37] adam at trachtenberg dot com Description: Trying to overwrite a file using ftp without enabling the overwrite context directive doesn't provide a helpful error message. Line 460 of ext/standard/ftp_fopen_wrapper.c does: errno = EEXIST; goto errexit; However, this error number doesn't get translated into something accessible. (That I can tell. Am I missing something?) This patch adds a short error message, but I'm not sure if this is fixing a symptom instead of a root cause. http://www.trachtenberg.com/patches/ ftp_overwrite_warning.txt Reproduce code: --- fopen('ftp://localhost/path/to/existing/file.txt', 'w'); or file_put_contents('ftp://localhost/path/to/existing/file.txt', 'blah'); Expected result: A useful warning message, like: PHP Warning: fopen(ftp://[EMAIL PROTECTED]/path/to/ existing/file.txt): failed to open stream: Cannot overwrite file in current mode FTP server reports 213 17 Actual result: -- General stream failure message, with no description: PHP Warning: fopen(ftp://[EMAIL PROTECTED]/path/to/ existing/file.txt): failed to open stream: FTP server reports 213 17 -- Edit this bug report at http://bugs.php.net/?id=27982edit=1
#28157 [Com]: error: storage size of `obj' isn't known
ID: 28157 Comment by: ab5602 at wayne dot edu Reported By: ralf at kuerbis dot org Status: Open Bug Type: Compile Failure Operating System: Solaris 9 PHP Version: 5CVS-2004-04-26 (dev) New Comment: This problem occured and the fix worked while compiling RC2 on Solaris 7 also. Previous Comments: [2004-05-06 23:35:49] ab5602 at wayne dot edu This problem occured and the fix worked while compiling RC2 on Solaris 8. [2004-05-05 18:29:43] com dot ntlworld at round7 dot mark Just FYI, this isn't limited solely to Solaris 9, the same problem also occurs on Solaris 8, if you have access to one of those systems but not 9... -Mark Reverse email address to reply [2004-05-03 19:27:36] mose at netvision dot net dot il The compliation error comes from the lack of these lines: /* * shorthand type definitions for unsigned storage classes */ typedef uchar_t uchar; typedef ushort_tushort; typedef uint_t uint; typedef ulong_t ulong; in sys/types For me (OSF4.0f) it's under 'ifndef _XOPEN_SOURCE_EXTENDED' control. [2004-04-29 12:30:01] ralf at kuerbis dot org If you need my help in testing on a Solaris 9 machine (Ultra 1 at home and some Enterprise 420R/220R at business), just drop me a mail. Best regards, Ralf [2004-04-29 12:16:28] [EMAIL PROTECTED] This probably isn't portable to eg: Linux, so we still need to find a better fix; however, I no longer have access to a Solaris 9 machine, so this could prove difficult. 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/28157 -- Edit this bug report at http://bugs.php.net/?id=28157edit=1
#28400 [Opn-Fbk]: ldap cannot connect (nothing send on network)
ID: 28400 Updated by: [EMAIL PROTECTED] Reported By: thu at nykredit dot dk -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: Linux debian testing PHP Version: 5.0.0RC2 New Comment: The reason nothing is sent over the network has to do with how the OpenLDAP library handles connections. Even under the best cirsumstances an ldap_connect() doesn't actually contact the remote server until you reach the ldap_bind() stage. Of the reasons ldap_connect() would return false, the only one which does not generate an error message is a specific form of initialization error, can you check your main/php_config.h file for a line containing LDAP_API_FEATURE_X_OPENLDAP and paste any lines containing it (plus a couple above/below for context)? ldap_connect() never returns NULL however, are you certain that's what you're getting back and not FALSE? Previous Comments: [2004-05-14 15:48:06] thu at nykredit dot dk Description: Ldap_connect does not work.. tcpdump shows no traffic on the network when trying to connect.. dpkg -s |grep ldap gives: ii ldap-utils 2.1.23-1 OpenLDAP utilities ii libldap2 2.1.23-1 OpenLDAP libraries ii libldap2-dev 2.1.23-1 OpenLDAP development libraries The compile went fine and ldap show up as expected in phpinfo() LDAP Supportenabled RCS Version $Id: ldap.c,v 1.151 2004/04/06 23:14:06 iliaa Exp $ Total Links 0/unlimited API Version 2004 Vendor Name OpenLDAP Vendor Version 20123 I have compiled with the following directives: './configure' '--with-mysql' '--with-apxs' '--with-gd' '--with-openssl' '--with-zlib' '--enable-bcmath' '--enable-calendar' '--with-curl' '--enable-dio' '--enable-ftp' '--with-ttf' '--enable-gd-native-ttf' '--with-kerberos' '--with-imap-ssl' '--with-mcrypt' '--enable-embedded-mysqli' '--enable-soap' '--with-xsl' '--with-pear' '--with-ming' '--with-oci8' '--with-ldap' Reproduce code: --- ?php $connect = ldap_connect($server); if ($connect) { echo Connected OK - That is the server ($server) is }else { echo Connect FAILED server=($server); } ? Expected result: I want to get a valid ldap connection, like I do when I run the script on another server with PHP4.. Actual result: -- ldap_connect() just returns null... Nothing is ever sent on the network.. -- Edit this bug report at http://bugs.php.net/?id=28400edit=1
#28286 [Opn-Fbk]: mod_php crash after xslt_process()
ID: 28286 Updated by: [EMAIL PROTECTED] Reported By: stuart dot herbert at boxuk dot com -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: RHES 3.1 PHP Version: 4.3.6 New Comment: A reproducing script is necessary. Please dont bother asking about a debugging patch as there are too many factors to even attempt that. Previous Comments: [2004-05-17 15:34:58] stuart dot herbert at boxuk dot com I appreciate the need for the smaller reproducing script - but I don't have one yet for you. I don't know if it will be possible either - Amaxus is a large product that uses XML throughout. Something is corrupting that list. A patch that adds code to validate the list, and that makes calls to the list validation function, would help us track down the source of that corruption. Can you help? Thanks, Stu [2004-05-17 15:20:55] [EMAIL PROTECTED] The crash you get is from domxml, not xslt extension (sablotron), so assumed you were using the libxslt functions. This being the case, without a reproducing script, debugging domxml is extremely difficult as you need to figure out where the issue between the engine, domxml and libxml lies. [2004-05-17 15:20:47] [EMAIL PROTECTED] The crash you get is from domxml, not xslt extension (sablotron), so assumed you were using the libxslt functions. This being the case, without a reproducing script, debugging domxml is extremely difficult as you need to figure out where the issue between the engine, domxml and libxml lies. [2004-05-17 15:00:36] stuart dot herbert at boxuk dot com Hiya, Erm, I'm a bit confused. xslt isn't an object in PHP 4 ;-) It sounds like you're talking about the xslt functionality that's new in PHP 5 ;-) Our xslt_process call looks like this: $output = xslt_process($this-processor, 'arg:/_xml', 'arg:/xsl', NULL, $arguments); There's no documented parameter to xslt_process() to force a copy. If I'm going to 'poke about' with gdb, it'd help if you could point me in the right direction. The core dump isn't very helpful - if I understand it correctly, it's just saying that the Zend engine is dying after executing the script because something messed up the internal linked lists. Some sort of patch that will catch the list corruption much closer to where it occurs would really help ;-) Best regards, Stu [2004-05-17 13:36:51] [EMAIL PROTECTED] What does your xslt_process call look like? No easy way to debug this without a script, but can you try forcing a copy on the document (there's an additional parameter that can be passed to xslt_process to force a doc copy). Not sure what you have for parameters, but try something like: xslt-process(doc, NULL, NULL, NULL, 1); See if it still crashes doing that. If it still does and you dont have a reproducing script then you will have to sit down with gdb and try to find where the problem is coming from. 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/28286 -- Edit this bug report at http://bugs.php.net/?id=28286edit=1
#28423 [Opn-Bgs]: default -g flag for gcc makes php big and slow
ID: 28423 Updated by: [EMAIL PROTECTED] Reported By: db at unit-netz dot de -Status: Open +Status: Bogus Bug Type: *Compile Issues Operating System: Linux PHP Version: 4.3.6 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 . Previous Comments: [2004-05-17 18:43:25] db at unit-netz dot de Description: A standard ./configure results in CFLAGS containing -g Is it intention to always include debugging code? -- Edit this bug report at http://bugs.php.net/?id=28423edit=1
#28426 [NEW]: ncurses_mvwaddstr() doesn't add text into correct window
From: andrewdk at comcast dot net Operating system: Gentoo Linux PHP version: 5.0.0RC2 PHP Bug Type: Unknown/Other Function Bug description: ncurses_mvwaddstr() doesn't add text into correct window Description: Using PHP CLI 5.0.0RC2 Ncurses 5.4 --with-ncurses When using ncurses_mvwaddstr(), the text to be added does not appear in the ncurses window specified, but appears in the top-left corner of the terminal window. Neither of the y,x coordinates change where the text goes. This source example is derived from the Zend ncurses tutorial. Reproduce code: --- ?php define(ESCAPE_KEY,27); $ncurse = ncurses_init(); $small = ncurses_newwin(10,30,7,25); while(1){ ncurses_wborder($small,0,0, 0,0, 0,0, 0,0); ncurses_wrefresh($small); $pressed = ncurses_getch(); If($pressed == ESCAPE_KEY){ ncurses_end(); exit; }else{ ncurses_mvwaddstr($small,2,2,$pressed); } } ? Expected result: This is expected to add the character number to the $small window at coordinates 2,2; and exit when ESC is pressed. Actual result: -- The charatcer is not inserted into the $small window at coords 2,2; but onto the terminal at 0,0. ESC works as expected (however there is a half-second delay from pressing it to the program exiting.) -- Edit bug report at http://bugs.php.net/?id=28426edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28426r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28426r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28426r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28426r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28426r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28426r=needscript Try newer version: http://bugs.php.net/fix.php?id=28426r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28426r=support Expected behavior: http://bugs.php.net/fix.php?id=28426r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28426r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28426r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28426r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28426r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28426r=dst IIS Stability: http://bugs.php.net/fix.php?id=28426r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28426r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28426r=float
#28036 [Opn-Fbk]: compile warning on configure
ID: 28036 Updated by: [EMAIL PROTECTED] Reported By: eero at jlug dot fi -Status: Open +Status: Feedback Bug Type: Compile Warning Operating System: linux 2.6 / redhat PHP Version: 5CVS-2004-04-17 (dev) New Comment: No problem here... What versions of autoconf/automake are you using? Previous Comments: [2004-04-17 18:10:25] eero at jlug dot fi Description: Error produced when using ./configure --with-apxs Reproduce code: --- ./configure --with-apxs=/path/to/apxs Expected result: Configuring SAPI modules checking for AOLserver support... no expr: non-numeric argument ./configure: test: : integer expression expected checking for Apache 1.x module support via DSO through APXS... yes -- Edit this bug report at http://bugs.php.net/?id=28036edit=1
#28425 [Opn-Asn]: microtime returns old system time
ID: 28425 Updated by: [EMAIL PROTECTED] Reported By: bela at up2you dot se -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: XP professional PHP Version: 4.3.6 -Assigned To: +Assigned To: wez New Comment: There are some nasty static variables in use in our gettimeofday() implementation. I've a feeling that the fix would be something that will only work in win98 and higher, so it might not be possible to fix in PHP 4.3.x, but be fair game for PHP 5. Assigning to myself; I'll look at it later in the week. Previous Comments: [2004-05-18 00:02:33] bela at up2you dot se Description: microtime() is not affected after changing the system time. The bug is verified on IIS and PHP4isapi.dll. The only way to get right system time is to restart the IIS server. The example shows when changing system time from 23:48:13 to 23:38:13. Reproduce code: --- ?php header(Content-type: text/plain); list($usec, $sec) = explode( , microtime()); print date(Y-m-d H:i:s, $sec) . \r\n; print date(Y-m-d H:i:s, time()); ? Expected result: 2004-05-17 23:38:13 2004-05-17 23:38:13 Actual result: -- 2004-05-17 23:48:13 2004-05-17 23:38:13 -- Edit this bug report at http://bugs.php.net/?id=28425edit=1
#28404 [Opn-Csd]: float array keys equal to zero for isset() and empty()
ID: 28404 Updated by: [EMAIL PROTECTED] Reported By: info at silisoftware dot com -Status: Open +Status: Closed Bug Type: Arrays related Operating System: WinXP PHP Version: 5.0.0RC2 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-05-14 20:55:54] info at silisoftware dot com Description: When testing arrays for a key's existance with isset() or empty(), a float key is treated as zero in PHP v5. This behavior differs from PHP v4.3.6. Reproduce code: --- $MyArray[0] = 'zero'; $key = (float) 5; $isset = isset($MyArray[$key]); var_dump($isset); Expected result: bool(false) Actual result: -- bool(true) -- Edit this bug report at http://bugs.php.net/?id=28404edit=1
#22676 [Com]: Warning: 1 is not a Sybase link index in...
ID: 22676 Comment by: wakims at yahoo dot com Reported By: mgruenb at gmx dot net Status: No Feedback Bug Type: Sybase (dblib) related Operating System: Gentoo + SuSE PHP Version: 4.3.1 New Comment: I am having a similar problem with PHP 4.3.4 when I try to connect to a sybase database. Please let me know how to fix this. Wambui Previous Comments: [2003-07-20 10:35:45] [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-07-13 00:11:08] [EMAIL PROTECTED] Did you try it or not? (with latest CVS snapshot) [2003-05-09 08:17:50] mgruenb at gmx dot net --with-sybase-ct is not really a bug fix. Does this mean --with-sybase is no longer supported? [2003-05-09 07:31:44] [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-05-01 19:28:53] [EMAIL PROTECTED] Try --with-sybase-ct option instead. 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/22676 -- Edit this bug report at http://bugs.php.net/?id=22676edit=1
#19022 [Com]: PHP Warning: Failed to write session data (files)
ID: 19022 Comment by: oliver at veryhip dot com Reported By: phpbugs at mx4k dot com Status: No Feedback Bug Type: Session related Operating System: linux (rh7.3), apache 1.3.26 PHP Version: 4.2.2 New Comment: the sessions on my system sometimes look like this: 68.217.0.206.276341084854774671 it's like the php isn't md5'ing the data or something to make the session. i would assume that maybe php is looking for file: /tmp/sess_68.217.0.206.276341084854774671 instead of the /tmp/sess_md5(68.217.0.206.276341084854774671 ) or base64 or whatever php encodes the session to. if i'm right about this, it wouldn't be able to read the session because it's looking for another file cause it's not encoding the session variable right... i get this in my apache logs, which gets put in my sql database. as i log the cookies in apache logs, i had to reformat my sql tables to store 255 chars instead of 32... i need to know how to fix this. it happens randomly and i can only wait till it screws up so i can try to fix it... please email me if you find a fix thanks =] Previous Comments: [2004-04-03 07:10:23] nicolas at swarm dot cc Hi guys, i experienced the same problem since 3 weeks.. my session dies after the current request... after some investigations: php sends a wrong Set-Cookie header in the HTTP request.. maybe due to the load.. i'm not sure == GET / HTTP/1.0 Accept: */* Referer: my_host Accept-Language: fr-ch User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Host: my_host Connection: Keep-Alive HTTP/1.1 200 OK Date: Sat, 03 Apr 2004 11:23:42 GMT Server: Apache X-Powered-By: PHP/4.3.3 Set-Cookie: PHPSESSID=50f49658391ab2bfd84ab11baf7b124c; expires=Tue, 23-Sep-1902 09:55:18 GMT; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Connection: close Content-Type: text/html == as you can see, the date is wrong .. i made my test today (4th April) .. mmmh.. i wasn't born when the cookie died :) i made a very straightforward workaround that is to backup the session id and restore it as needed.. you can simply cut paste the following code ? // restore the backup cookie if (isset($_COOKIE[PHPSESSIDBK])) { $_COOKIE[PHPSESSID] = $_COOKIE[PHPSESSIDBK]; } // start the session as usual session_start(); // create the backup if needed if (!isset($_COOKIE[PHPSESSIDBK])) { header(Set-Cookie: PHPSESSIDBK=.session_id()); // you can add the expiry date if you want } ? i tried this and it works fine.. there's maybe some smarter to do.. but that way it works.. i hope it will also help the php team to find out what happens... the only reason i can see is server-load.. on my dev server it never happened.. so .. let's go back to work :) [2004-04-02 12:01:59] phpbugs at chime dot tv dot cutthis I'm losing session variables randomly too. Sometimes I get the Failed to write... error but not always. Since I don't host my servers I can't give full server details. However here's a test script on both servers with the relevant PHPInfo: Server A: http://chir.ag/test.php Server B: https://secure.magictanorders.com/test.php Test script: ?php session_cache_expire(30); session_start(); if($_SESSION[test] == 1) { echo centerSessions work./centerbrbr; } else { $_SESSION[test] = 1; echo centerStarting Session... Click refresh to see if the session works or not./centerbrbr; } phpinfo(); ? Basically Server A works ALWAYS and remembers the session for upto 30 minutes. Server B randomly forgets the session in 1 second to 5 minutes. No session on Server B lasts more than 5 minutes. The problem randomly started on Server B yesterday (Apr 1). We thought it was output_buffering (and turned it ON) but that didn't help. Problem was back this morning. The site was working perfectly for 3 weeks before breaking down randomly. If anyone can give any suggestions I will be very thankful. [2004-03-26 16:40:43] guertin at brucemaudesign dot com Ok .. i got my setup working again .. an old bug that I had forgotten the workaround for I added (right before my initial session_start()): session_destroy(); This destroys (presumably) any previous sessions leftover after an older login. Maybe a php bug? Maybe a browser issue? Maybe a bit of both? (I have it set to not use cookies but yet it still does). Perplexing, but hopefully this helps out others that might run into this issue. [2004-03-26 16:15:52]