#24184 [NEW]: PHP crashes/hangs webserver
From: blueroom at digitalmente dot net Operating system: Windows 2000 PHP version: 4.3.2 PHP Bug Type: Reproducible crash Bug description: PHP crashes/hangs webserver Description: PHP crashes/hangs webserver for unkown reason (hitting a memory limit?) Reproduce code: --- /* This problem was accidentaly found when trying to find the fastest method of filling up an array (using [], array_push, etcetera). When lowering the number of objects in the array (6, 5), the crash doesn't occur. */ class object { var $var1; var $var2; var $var3; function object() { $var1= 'blah'; $var2= 'bleh'; $var3= 'blih'; } } $object= new object; for($index= 0; $index7; $index++) $array[]= $object; Expected result: Well, I'd expect it not to crash :) Actual result: -- When using Apache, you get a apache.exe has generated errors blablabla error for the current request. Apache still functions for any other subsequent requests. When using IIS, it simply hangs dead, not returning any data. -- Edit bug report at http://bugs.php.net/?id=24184edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24184r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24184r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24184r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24184r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24184r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24184r=support Expected behavior: http://bugs.php.net/fix.php?id=24184r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24184r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24184r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24184r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24184r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24184r=dst IIS Stability: http://bugs.php.net/fix.php?id=24184r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24184r=gnused
#24184 [Fbk-Opn]: PHP crashes/hangs webserver
ID: 24184 User updated by: blueroom at digitalmente dot net Reported By: blueroom at digitalmente dot net -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: $index ... 65534 - OK 65535 - OK 65536 - Crash/hang 66537 - Crash/hang (using the original code with the object) Integer overflow problem, it seems :) Previous Comments: [2003-06-14 11:31:08] [EMAIL PROTECTED] Here on Linux, it's fine with $index65535, but with $index65536, I get: [Sat Jun 14 18:27:36 2003] Script: '/home/elmicha/php/bug24184.php' --- /usr/local/src/php-4.3.2/Zend/zend_execute.h(44) : Block 0x084E4298 status: Beginning: Overrun (magic=0x084D9D88, expected=0x7312F8DC) End: Unknown --- No core dump, though. The same happens without a class involved: ?php $no_object = abc; for($index= 0; $index65536; $index++) $array[] = $no_object; ? No problems here with: ?php for($index= 0; $index65536; $index++) $array[] = abc; ? And no problems with: ?php for($index= 0; $index65536; $index++) $array[] = $index; ? [2003-06-14 10:42:37] [EMAIL PROTECTED] Please try it with exactly 65534, 65535, 65536 and 65537 entries. [2003-06-14 10:24:39] blueroom at digitalmente dot net Description: PHP crashes/hangs webserver for unkown reason (hitting a memory limit?) Reproduce code: --- /* This problem was accidentaly found when trying to find the fastest method of filling up an array (using [], array_push, etcetera). When lowering the number of objects in the array (6, 5), the crash doesn't occur. */ class object { var $var1; var $var2; var $var3; function object() { $var1= 'blah'; $var2= 'bleh'; $var3= 'blih'; } } $object= new object; for($index= 0; $index7; $index++) $array[]= $object; Expected result: Well, I'd expect it not to crash :) Actual result: -- When using Apache, you get a apache.exe has generated errors blablabla error for the current request. Apache still functions for any other subsequent requests. When using IIS, it simply hangs dead, not returning any data. -- Edit this bug report at http://bugs.php.net/?id=24184edit=1
#20864 [NoF-Csd]: Cc/Bcc fields don't seem to work
ID: 20864 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: PHP 4.3.0 so far seems to have solved this issue, that's why I posted no further feedback. Sorry for not closing the bug sooner Previous Comments: [2002-12-24 01:00:06] [EMAIL PROTECTED] 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-12-08 02:39:07] [EMAIL PROTECTED] Are you sure your php.ini is even read? Is it in correct place? Is it with correct NAME..(common problem, people tend to name it php.ini.ini on Windows) [2002-12-07 10:10:43] [EMAIL PROTECTED] I seem to have been misunderstood. I tried using the referred devel snapshot and I always get the PHP CGI cannot be accessed directly [...] message, even with the parameters shown above. Can anybody tell me what else might be wrong (note: I haven't had these problems with any other PHP release before..) [2002-12-07 02:55:26] [EMAIL PROTECTED] In my case, Cc: and Bcc: work now (dev and stable snapshots on winXP). Christoph [2002-12-06 18:31:06] [EMAIL PROTECTED] So does the mail work now? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/20864 -- Edit this bug report at http://bugs.php.net/?id=20864edit=1
#20864 [NEW]: Cc/Bcc fields don't seem to work
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.3 PHP Bug Type: Mail related Bug description: Cc/Bcc fields don't seem to work Adding a header to an e-mail stating Cc: [EMAIL PROTECTED] makes mail() return a Server error. Bcc: something seems to work, but the e-mail copy never gets sent. Tried two SMTP servers, one on Windows 2000 (i think it was IMailSrv or something like that), and normal sendmail on a linux machine. Sendmail returned an error for Bcc as well. -- Edit bug report at http://bugs.php.net/?id=20864edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20864r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20864r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20864r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20864r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20864r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20864r=support Expected behavior: http://bugs.php.net/fix.php?id=20864r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20864r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20864r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20864r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20864r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20864r=dst IIS Stability: http://bugs.php.net/fix.php?id=20864r=isapi
#20864 [Fbk-Opn]: Cc/Bcc fields don't seem to work
ID: 20864 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: I'm having a hard time getting that CVS build to work (using IIS) ... I'm using it as a CGI binary and it always returns the PHP CGI cannot be accessed directly blabla page. Here are my php.ini CGI options: cgi.force_redirect = 0; cgi.redirect_status_env = ; fastcgi.impersonate = 1; cgi.rfc2616_headers = 1; I've tried mapping the .php extension to both php.exe and php-cgi.exe. Mapping it to php-cgi.exe seems to make the request for any script hang around forever. By the way, it would be nice if the CVS Windows builds didn't have Unix linebreaks on the text/ini files :) Previous Comments: [2002-12-06 11:14:49] [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 [2002-12-06 11:13:52] [EMAIL PROTECTED] Adding a header to an e-mail stating Cc: [EMAIL PROTECTED] makes mail() return a Server error. Bcc: something seems to work, but the e-mail copy never gets sent. Tried two SMTP servers, one on Windows 2000 (i think it was IMailSrv or something like that), and normal sendmail on a linux machine. Sendmail returned an error for Bcc as well. -- Edit this bug report at http://bugs.php.net/?id=20864edit=1
#20864 [Opn]: Cc/Bcc fields don't seem to work
ID: 20864 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Addendum to last comment: php-cgi.exe does not make the request hang forever. Sorry about that. All the other info still stands. Previous Comments: [2002-12-06 12:32:27] [EMAIL PROTECTED] I'm having a hard time getting that CVS build to work (using IIS) ... I'm using it as a CGI binary and it always returns the PHP CGI cannot be accessed directly blabla page. Here are my php.ini CGI options: cgi.force_redirect = 0; cgi.redirect_status_env = ; fastcgi.impersonate = 1; cgi.rfc2616_headers = 1; I've tried mapping the .php extension to both php.exe and php-cgi.exe. Mapping it to php-cgi.exe seems to make the request for any script hang around forever. By the way, it would be nice if the CVS Windows builds didn't have Unix linebreaks on the text/ini files :) [2002-12-06 11:14:49] [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 [2002-12-06 11:13:52] [EMAIL PROTECTED] Adding a header to an e-mail stating Cc: [EMAIL PROTECTED] makes mail() return a Server error. Bcc: something seems to work, but the e-mail copy never gets sent. Tried two SMTP servers, one on Windows 2000 (i think it was IMailSrv or something like that), and normal sendmail on a linux machine. Sendmail returned an error for Bcc as well. -- Edit this bug report at http://bugs.php.net/?id=20864edit=1
Bug #16537: Bad backslash substitution w/ subexpressions
From: [EMAIL PROTECTED] Operating system: Windows (2000) PHP version: 4.1.2 PHP Bug Type: PCRE related Bug description: Bad backslash substitution w/ subexpressions Actually, this is quite simple. Take this: $preg_replace(/.\:\\.*?\\(.*?).gif/i,http://xpto/\\1.img,$string); Theoretically, this would make a simple find-replace, but PHP throws out a unmatched parenthesis error (Compilation failed: unmatched parentheses at offset 12 blablabla...). With the only parentheses in that regexp being the (.*?) in the middle, the error is awkward. After some juggling I eventually found that it seems that in the \\(.*?) part of the expression, the backslash before the parenthesis gets replaced with an actual parenthesis BEFORE the double-backslash is replaced with an actual backslash. I tried putting a space before the parenthesis and no error appeared (obviously, the regexp didn't work like that :). -- Edit bug report at http://bugs.php.net/?id=16537edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16537r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16537r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16537r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16537r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16537r=support Expected behavior: http://bugs.php.net/fix.php?id=16537r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16537r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16537r=submittedtwice