[PHP-BUG] Req #52355 [NEW]: Negating zero does not produce negative zero
From: Operating system: PHP version: 5.3.2 Package: Math related Bug Type: Feature/Change Request Bug description:Negating zero does not produce negative zero Description: Using the unary negation operator on a float 0 (positive zero) value, simply returns positive zero again, instead of -0 (negative zero), like it does in other languages. var_dump(-(0.)); float(0) The negative zero exists and can be displayed properly, so that is not the problem: var_dump(-1/INF); float(-0) But for some reason there is no easy way to access it. Test script: --- var_dump(-(0.)); var_dump(-1/INF); Expected result: float(-0) float(-0) Actual result: -- float(0) float(-0) -- Edit bug report at http://bugs.php.net/bug.php?id=52355edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52355r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52355r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52355r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52355r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52355r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52355r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52355r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52355r=needscript Try newer version: http://bugs.php.net/fix.php?id=52355r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52355r=support Expected behavior: http://bugs.php.net/fix.php?id=52355r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52355r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52355r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52355r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52355r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52355r=dst IIS Stability: http://bugs.php.net/fix.php?id=52355r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52355r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52355r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52355r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52355r=mysqlcfg
Req #52355 [Opn]: Negating zero does not produce negative zero
Edit report at http://bugs.php.net/bug.php?id=52355edit=1 ID: 52355 User updated by: spoon dot reloaded at gmail dot com Reported by: spoon dot reloaded at gmail dot com Summary: Negating zero does not produce negative zero Status: Open Type:Feature/Change Request Package: Math related PHP Version: 5.3.2 New Comment: Nor can you specify -0 as a float literal: var_dump(-0.); float(0) Previous Comments: [2010-07-16 08:31:54] spoon dot reloaded at gmail dot com Description: Using the unary negation operator on a float 0 (positive zero) value, simply returns positive zero again, instead of -0 (negative zero), like it does in other languages. var_dump(-(0.)); float(0) The negative zero exists and can be displayed properly, so that is not the problem: var_dump(-1/INF); float(-0) But for some reason there is no easy way to access it. Test script: --- var_dump(-(0.)); var_dump(-1/INF); Expected result: float(-0) float(-0) Actual result: -- float(0) float(-0) -- Edit this bug report at http://bugs.php.net/bug.php?id=52355edit=1
#49550 [NEW]: PCRE Recursive Pattern Doesn't Work
From: spoon dot reloaded at gmail dot com Operating system: Linux PHP version: 5.3.0 PHP Bug Type: PCRE related Bug description: PCRE Recursive Pattern Doesn't Work Description: I have a recursive PCRE pattern that should match any string (it does in Perl), but it fails to match a very simple string in PHP. I have reproduced this on both 5.2 and 5.3. Reproduce code: --- echo preg_match('/^(|.(?1))$/', 'ab'), \n; Expected result: I expect it to print 1, because the pattern matches. In Perl, 'ab' =~ /^(|.(?1))$/ indeed matches. In fact, this pattern should match any string, because it matches either an empty string, or any character followed by something that matches the main part of the pattern itself (which matches any string). Actual result: -- It prints 0, indicating that it did not match. -- Edit bug report at http://bugs.php.net/?id=49550edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49550r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49550r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49550r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49550r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49550r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49550r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49550r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49550r=needscript Try newer version: http://bugs.php.net/fix.php?id=49550r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49550r=support Expected behavior: http://bugs.php.net/fix.php?id=49550r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49550r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49550r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49550r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49550r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49550r=dst IIS Stability: http://bugs.php.net/fix.php?id=49550r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49550r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49550r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49550r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49550r=mysqlcfg
#49550 [Bgs]: PCRE Recursive Pattern Doesn't Work
ID: 49550 User updated by: spoon dot reloaded at gmail dot com Reported By: spoon dot reloaded at gmail dot com Status: Bogus Bug Type: PCRE related Operating System: Linux PHP Version: 5.3.0 New Comment: Remove the $ and it works. Yeah but that changes the meaning. I want to enforce that it matches the entire string, and it doesn't do that. To give another example without a $, consider: echo preg_match('/^(|.(?1))x/', 'abx'), \n; Again, it works in Perl, but not in PHP. Previous Comments: [2009-09-14 09:51:16] j...@php.net Remove the $ and it works. And remember that PCRE != Perl. [2009-09-14 08:16:30] spoon dot reloaded at gmail dot com Description: I have a recursive PCRE pattern that should match any string (it does in Perl), but it fails to match a very simple string in PHP. I have reproduced this on both 5.2 and 5.3. Reproduce code: --- echo preg_match('/^(|.(?1))$/', 'ab'), \n; Expected result: I expect it to print 1, because the pattern matches. In Perl, 'ab' =~ /^(|.(?1))$/ indeed matches. In fact, this pattern should match any string, because it matches either an empty string, or any character followed by something that matches the main part of the pattern itself (which matches any string). Actual result: -- It prints 0, indicating that it did not match. -- Edit this bug report at http://bugs.php.net/?id=49550edit=1
#49550 [Bgs]: PCRE Recursive Pattern Doesn't Work
ID: 49550 User updated by: spoon dot reloaded at gmail dot com Reported By: spoon dot reloaded at gmail dot com Status: Bogus Bug Type: PCRE related Operating System: Linux PHP Version: 5.3.0 New Comment: Nevermind, so I think the reason is that PCRE differs from Perl in that a recursive sub-pattern (i.e. ?1, ?2, etc. but not ?0) only matches exactly what was matched before by that subgroup, even if there are other unused possibilities by that group. Is that correct? Previous Comments: [2009-09-14 10:06:30] spoon dot reloaded at gmail dot com Remove the $ and it works. Yeah but that changes the meaning. I want to enforce that it matches the entire string, and it doesn't do that. To give another example without a $, consider: echo preg_match('/^(|.(?1))x/', 'abx'), \n; Again, it works in Perl, but not in PHP. [2009-09-14 09:51:16] j...@php.net Remove the $ and it works. And remember that PCRE != Perl. [2009-09-14 08:16:30] spoon dot reloaded at gmail dot com Description: I have a recursive PCRE pattern that should match any string (it does in Perl), but it fails to match a very simple string in PHP. I have reproduced this on both 5.2 and 5.3. Reproduce code: --- echo preg_match('/^(|.(?1))$/', 'ab'), \n; Expected result: I expect it to print 1, because the pattern matches. In Perl, 'ab' =~ /^(|.(?1))$/ indeed matches. In fact, this pattern should match any string, because it matches either an empty string, or any character followed by something that matches the main part of the pattern itself (which matches any string). Actual result: -- It prints 0, indicating that it did not match. -- Edit this bug report at http://bugs.php.net/?id=49550edit=1
#49550 [Bgs]: PCRE Recursive Pattern Doesn't Work
ID: 49550 User updated by: spoon dot reloaded at gmail dot com Reported By: spoon dot reloaded at gmail dot com Status: Bogus Bug Type: PCRE related Operating System: Linux PHP Version: 5.3.0 New Comment: But that still wouldn't explain why stuff like balanced parentheses matching /^(\(((?[^()]+)|(?1))*\))$/ works. I am still waiting for an explanation on my example. Previous Comments: [2009-09-14 10:24:41] spoon dot reloaded at gmail dot com Nevermind, so I think the reason is that PCRE differs from Perl in that a recursive sub-pattern (i.e. ?1, ?2, etc. but not ?0) only matches exactly what was matched before by that subgroup, even if there are other unused possibilities by that group. Is that correct? [2009-09-14 10:06:30] spoon dot reloaded at gmail dot com Remove the $ and it works. Yeah but that changes the meaning. I want to enforce that it matches the entire string, and it doesn't do that. To give another example without a $, consider: echo preg_match('/^(|.(?1))x/', 'abx'), \n; Again, it works in Perl, but not in PHP. [2009-09-14 09:51:16] j...@php.net Remove the $ and it works. And remember that PCRE != Perl. [2009-09-14 08:16:30] spoon dot reloaded at gmail dot com Description: I have a recursive PCRE pattern that should match any string (it does in Perl), but it fails to match a very simple string in PHP. I have reproduced this on both 5.2 and 5.3. Reproduce code: --- echo preg_match('/^(|.(?1))$/', 'ab'), \n; Expected result: I expect it to print 1, because the pattern matches. In Perl, 'ab' =~ /^(|.(?1))$/ indeed matches. In fact, this pattern should match any string, because it matches either an empty string, or any character followed by something that matches the main part of the pattern itself (which matches any string). Actual result: -- It prints 0, indicating that it did not match. -- Edit this bug report at http://bugs.php.net/?id=49550edit=1
#49550 [Bgs]: PCRE Recursive Pattern Doesn't Work
ID: 49550 User updated by: spoon dot reloaded at gmail dot com Reported By: spoon dot reloaded at gmail dot com Status: Bogus Bug Type: PCRE related Operating System: Linux PHP Version: 5.3.0 New Comment: I found a solution: echo preg_match('/^|(.(?:|(?1)))$/', 'ab'), \n; but I still don't understand why the other one doesn't work Previous Comments: [2009-09-14 10:49:09] spoon dot reloaded at gmail dot com But that still wouldn't explain why stuff like balanced parentheses matching /^(\(((?[^()]+)|(?1))*\))$/ works. I am still waiting for an explanation on my example. [2009-09-14 10:24:41] spoon dot reloaded at gmail dot com Nevermind, so I think the reason is that PCRE differs from Perl in that a recursive sub-pattern (i.e. ?1, ?2, etc. but not ?0) only matches exactly what was matched before by that subgroup, even if there are other unused possibilities by that group. Is that correct? [2009-09-14 10:06:30] spoon dot reloaded at gmail dot com Remove the $ and it works. Yeah but that changes the meaning. I want to enforce that it matches the entire string, and it doesn't do that. To give another example without a $, consider: echo preg_match('/^(|.(?1))x/', 'abx'), \n; Again, it works in Perl, but not in PHP. [2009-09-14 09:51:16] j...@php.net Remove the $ and it works. And remember that PCRE != Perl. [2009-09-14 08:16:30] spoon dot reloaded at gmail dot com Description: I have a recursive PCRE pattern that should match any string (it does in Perl), but it fails to match a very simple string in PHP. I have reproduced this on both 5.2 and 5.3. Reproduce code: --- echo preg_match('/^(|.(?1))$/', 'ab'), \n; Expected result: I expect it to print 1, because the pattern matches. In Perl, 'ab' =~ /^(|.(?1))$/ indeed matches. In fact, this pattern should match any string, because it matches either an empty string, or any character followed by something that matches the main part of the pattern itself (which matches any string). Actual result: -- It prints 0, indicating that it did not match. -- Edit this bug report at http://bugs.php.net/?id=49550edit=1
#49550 [Bgs]: PCRE Recursive Pattern Doesn't Work
ID: 49550 User updated by: spoon dot reloaded at gmail dot com Reported By: spoon dot reloaded at gmail dot com Status: Bogus Bug Type: PCRE related Operating System: Linux PHP Version: 5.3.0 New Comment: oops in that last one I meant echo preg_match('/^$|^(.(?:|(?1)))$/', 'ab'), \n; Previous Comments: [2009-09-14 10:58:29] spoon dot reloaded at gmail dot com I found a solution: echo preg_match('/^|(.(?:|(?1)))$/', 'ab'), \n; but I still don't understand why the other one doesn't work [2009-09-14 10:49:09] spoon dot reloaded at gmail dot com But that still wouldn't explain why stuff like balanced parentheses matching /^(\(((?[^()]+)|(?1))*\))$/ works. I am still waiting for an explanation on my example. [2009-09-14 10:24:41] spoon dot reloaded at gmail dot com Nevermind, so I think the reason is that PCRE differs from Perl in that a recursive sub-pattern (i.e. ?1, ?2, etc. but not ?0) only matches exactly what was matched before by that subgroup, even if there are other unused possibilities by that group. Is that correct? [2009-09-14 10:06:30] spoon dot reloaded at gmail dot com Remove the $ and it works. Yeah but that changes the meaning. I want to enforce that it matches the entire string, and it doesn't do that. To give another example without a $, consider: echo preg_match('/^(|.(?1))x/', 'abx'), \n; Again, it works in Perl, but not in PHP. [2009-09-14 09:51:16] j...@php.net Remove the $ and it works. And remember that PCRE != Perl. 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/49550 -- Edit this bug report at http://bugs.php.net/?id=49550edit=1
#49550 [Bgs]: PCRE Recursive Pattern Doesn't Work
ID: 49550 User updated by: spoon dot reloaded at gmail dot com Reported By: spoon dot reloaded at gmail dot com Status: Bogus Bug Type: PCRE related Operating System: Linux PHP Version: 5.3.0 New Comment: oops my previous workaround still doens't work echo preg_match('/^$|^(.(?:|(?1)))$/', 'abc'), \n; Previous Comments: [2009-09-14 11:05:33] spoon dot reloaded at gmail dot com oops in that last one I meant echo preg_match('/^$|^(.(?:|(?1)))$/', 'ab'), \n; [2009-09-14 10:58:29] spoon dot reloaded at gmail dot com I found a solution: echo preg_match('/^|(.(?:|(?1)))$/', 'ab'), \n; but I still don't understand why the other one doesn't work [2009-09-14 10:49:09] spoon dot reloaded at gmail dot com But that still wouldn't explain why stuff like balanced parentheses matching /^(\(((?[^()]+)|(?1))*\))$/ works. I am still waiting for an explanation on my example. [2009-09-14 10:24:41] spoon dot reloaded at gmail dot com Nevermind, so I think the reason is that PCRE differs from Perl in that a recursive sub-pattern (i.e. ?1, ?2, etc. but not ?0) only matches exactly what was matched before by that subgroup, even if there are other unused possibilities by that group. Is that correct? [2009-09-14 10:06:30] spoon dot reloaded at gmail dot com Remove the $ and it works. Yeah but that changes the meaning. I want to enforce that it matches the entire string, and it doesn't do that. To give another example without a $, consider: echo preg_match('/^(|.(?1))x/', 'abx'), \n; Again, it works in Perl, but not 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/49550 -- Edit this bug report at http://bugs.php.net/?id=49550edit=1
#22526 [Com]: session_start/popen hang
ID: 22526 Comment by: spoon at nexdot dot net Reported By: iberry at raxnet dot net Status: No Feedback Bug Type: Session related Operating System: Windows 2000 PHP Version: 4.3.2 New Comment: I am a user of the program iberry has developed and I can confirm that the negative result is still occuring in updated versions of php (i use a nightly updated php5.0.0 (it is currently post beta1). CMD.EXE and Apache.EXE hang and if you end the session with the site, and come back, it will work (in a new child process, leaving the now hanging ones stay there as ghosts. If you stop apache service and restart it, its fine untill you attempt the session and popen combinations). Previous Comments: [2003-07-20 10:36:01] [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-12 23:42:45] [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 And update the version if this still happens. [2003-06-24 03:33:56] marcus at quintic dot co dot uk I have exactly the same problem with fopen+fpassthru instead of popen (just filed a bug that got closed as a duplicate #24295) on Windows XP. It makes session-based authentication next to useless for an app we are developing. CGI does not cure it, neither does disabling the trans_sid. The bug is apparent in 4.2.x and upwards in our case (on Apache 1.3.27) [2003-06-06 11:03:10] mobrien at milleker dot org Same problem observed in 4.3.2 on Win2K with Apache 1.3.1 Benny - Read the section in the install.txt about running in CGI mode (if you have not already): this is a completely unacceptable situation for production environments, IMO. [2003-06-02 06:21:56] bbubble622 at yahoo dot com Finally I was able to switch to CGI based PHP. Although it is (very) slow, it gives the right results ! -benny 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/22526 -- Edit this bug report at http://bugs.php.net/?id=22526edit=1
#22662 [Com]: shell_exec not working on windows XP
ID: 22662 Comment by: spoon at nexdot dot net Reported By: pjaleysen at hotmail dot com Status: Open Bug Type: Program Execution Operating System: Windows XP PHP Version: 4.3.2-RC New Comment: This seems very close to what im experiencing. I am using php 5.0.0-dev (updated about 2 weeks ago), but the problem has occured for me on 4.x.x versions. I use Windows XP Pro/Windows 2000 Server with my 5.0.0-dev. Apache 2 24 When i use ANY of the MANY methods for passing a system call System Shell_exec Exec `` (backtick) Passthru they all act the same (in this case, as a passthru), UNLESS with a native dos command (which i tried after reading this bug post). The functions such as the 2 exec ones and the backticks should not output anything. I do this: $string=exec/shell_exec/``; when calling something such as ping/dir/echo, or any normal dos command, they work as expected... nothing is output to the browser (or above the php header have you) unless i do an echo $string; When i try to call a program such as gzip, $string has a length of 0 (or null) and the the output from the command appears in my browser (or above PHP headers if run from command line) without echo'ing. Other special parts of each system call functions also do not work, such as exec's array output, which is null unless a native dos command. Previous Comments: [2003-03-15 03:42:47] pjaleysen at hotmail dot com Executing Windows-based applications work alright, but not the ones running in DOS. e.g. I am using winzip now instead of pkzip.exe for dos. Because I have to use windows application, it will mke the php code less portable, since I have to use installed software [2003-03-13 06:33:40] pjaleysen at hotmail dot com Nope, paths, all of that excluded.I tried to put some details below, comming from http://forums.devshed.com/t55038/s.html (which also deals with the various path issues. Many others also had a look at it). At the very end of the forum there is an assumption that it is a WinXP problem, since win2000 works fine. [2003-03-13 06:25:57] [EMAIL PROTECTED] %PATH% issue? (blind guess) [2003-03-13 03:01:51] pjaleysen at hotmail dot com HI, I tried it out with PHP Version 4.3.2-RC but the problem remains; native MS-DOS commands work fine, other DOS-applications do not respond. kind regards Patrick [2003-03-12 17:05:51] [EMAIL PROTECTED] Yes, but the snapshot is 4.3.2-dev so try it out. We're about to release 4.3.2 soon. 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/22662 -- Edit this bug report at http://bugs.php.net/?id=22662edit=1
#22794 [Bgs]: Apache fails to start, and produces no error
ID: 22794 User updated by: spoon at nexdot dot net Reported By: spoon at nexdot dot net Status: Bogus Bug Type: Apache2 related Operating System: windows 2000 server PHP Version: 4CVS-2003-03-19 (stable) New Comment: My 'dev' is pre rc1. Previous Comments: [2003-03-19 21:38:45] [EMAIL PROTECTED] hi. I'm a bit confused the 'dev' version you are working with is the most current snapshot? or a older one (when from) you wouldn't have the window debugger available would you? [2003-03-19 20:30:46] spoon at nexdot dot net I have php4apache2.dll as the module that is being loaded on both machines... (if that is what you mean otherwise, there is no apache2handler.dll if _that_ is what you mean) [2003-03-19 18:04:22] [EMAIL PROTECTED] It's now by default using the sapi/apache2handler. Make sure your httpd.conf is configured properly. [2003-03-19 17:59:58] spoon at nexdot dot net This has happened with a few of the cvs versions (i try a few times a week with latest stable snapshots) ever since RC1 was released (4.3.2). After appropriatley installing php (like usual) apache will fail to start, and will produce no error on stdout, nor will it log anything (unusual) in the apache error log besides its normal child process info when it kills itself. When i put back the php i had before it (4.3.2-dev according to php -v), it works fine. I enabled error logging in RC1-cvs and no log was produced during the failed apache starts. I can reproduce this on 2 different server, one running Windows 2000 Server (the case im reporting), and on my home server running Windows XP RC1. Both work on 4.3.2-dev, and fail on 4.3.2-RC1. -- Edit this bug report at http://bugs.php.net/?id=22794edit=1
#22794 [NEW]: Apache fails to start, and produces no error
From: spoon at nexdot dot net Operating system: windows 2000 server PHP version: 4CVS-2003-03-19 (stable) PHP Bug Type: Apache2 related Bug description: Apache fails to start, and produces no error This has happened with a few of the cvs versions (i try a few times a week with latest stable snapshots) ever since RC1 was released (4.3.2). After appropriatley installing php (like usual) apache will fail to start, and will produce no error on stdout, nor will it log anything (unusual) in the apache error log besides its normal child process info when it kills itself. When i put back the php i had before it (4.3.2-dev according to php -v), it works fine. I enabled error logging in RC1-cvs and no log was produced during the failed apache starts. I can reproduce this on 2 different server, one running Windows 2000 Server (the case im reporting), and on my home server running Windows XP RC1. Both work on 4.3.2-dev, and fail on 4.3.2-RC1. -- Edit bug report at http://bugs.php.net/?id=22794edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22794r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22794r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22794r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22794r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22794r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22794r=support Expected behavior: http://bugs.php.net/fix.php?id=22794r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22794r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22794r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22794r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22794r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22794r=dst IIS Stability: http://bugs.php.net/fix.php?id=22794r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22794r=gnused
#22794 [Bgs]: Apache fails to start, and produces no error
ID: 22794 User updated by: spoon at nexdot dot net Reported By: spoon at nexdot dot net Status: Bogus Bug Type: Apache2 related Operating System: windows 2000 server PHP Version: 4CVS-2003-03-19 (stable) New Comment: I have php4apache2.dll as the module that is being loaded on both machines... (if that is what you mean otherwise, there is no apache2handler.dll if _that_ is what you mean) Previous Comments: [2003-03-19 18:04:22] [EMAIL PROTECTED] It's now by default using the sapi/apache2handler. Make sure your httpd.conf is configured properly. [2003-03-19 17:59:58] spoon at nexdot dot net This has happened with a few of the cvs versions (i try a few times a week with latest stable snapshots) ever since RC1 was released (4.3.2). After appropriatley installing php (like usual) apache will fail to start, and will produce no error on stdout, nor will it log anything (unusual) in the apache error log besides its normal child process info when it kills itself. When i put back the php i had before it (4.3.2-dev according to php -v), it works fine. I enabled error logging in RC1-cvs and no log was produced during the failed apache starts. I can reproduce this on 2 different server, one running Windows 2000 Server (the case im reporting), and on my home server running Windows XP RC1. Both work on 4.3.2-dev, and fail on 4.3.2-RC1. -- Edit this bug report at http://bugs.php.net/?id=22794edit=1
#21992 [Com]: snmpget returns wrong value on negative integer
ID: 21992 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: SNMP related Operating System: Windows XP Pro SP1 PHP Version: 4CVS-2003-01-31 (stable) New Comment: G. PHP works FINE. When php grabs the data, it grabs the correct number (even fixes the negative hoopla). The reason i THOUGHT i was getting an error is becuase i store this data in MYSQL, and it cannot do numbers past the max int either (in an int column), which is why it was stopping at the hieghest number. PROBLEM IS FALSE. Previous Comments: [2003-02-04 15:18:46] [EMAIL PROTECTED] Any update on this? If it needs more information/some way of confirmation, i would be happy to aid. [2003-01-31 21:31:25] [EMAIL PROTECTED] I believe i read somewhere that PHP's integer max was 2147483647? If using snmp to pull bandwidth information from a device (such as ifInOctets and ifOutOctets), the number DOES constandly rise. If using a device with snmpv1 (32bit) the counter will only reach a certain number before it rolls over the the opposite and negative number and counts toward the maximum again. The Max (and prolly min?) is the same as PHP's. INTEGER(-2147483648..2147483647) -- corresponds to a signed 32-bit int Well, once the counter turns over to the negative, php only returns 2147483647 for every negative value it reads. Such as, my ifInOctets for my cisco router is now reading '-1980181848', and php's snmpget on that oid returns '2147483647', but when the counter is positive, it returns the correct value. (this is probably a problem on 64bit snmpv2 since i believe its maximum is much higher, but thats probably not fix-able) -- Edit this bug report at http://bugs.php.net/?id=21992edit=1
#21992 [Opn-Csd]: snmpget returns wrong value on negative integer
ID: 21992 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: SNMP related Operating System: Windows XP Pro SP1 PHP Version: 4CVS-2003-01-31 (stable) New Comment: closed Previous Comments: [2003-02-04 17:31:37] [EMAIL PROTECTED] G. PHP works FINE. When php grabs the data, it grabs the correct number (even fixes the negative hoopla). The reason i THOUGHT i was getting an error is becuase i store this data in MYSQL, and it cannot do numbers past the max int either (in an int column), which is why it was stopping at the hieghest number. PROBLEM IS FALSE. [2003-02-04 15:18:46] [EMAIL PROTECTED] Any update on this? If it needs more information/some way of confirmation, i would be happy to aid. [2003-01-31 21:31:25] [EMAIL PROTECTED] I believe i read somewhere that PHP's integer max was 2147483647? If using snmp to pull bandwidth information from a device (such as ifInOctets and ifOutOctets), the number DOES constandly rise. If using a device with snmpv1 (32bit) the counter will only reach a certain number before it rolls over the the opposite and negative number and counts toward the maximum again. The Max (and prolly min?) is the same as PHP's. INTEGER(-2147483648..2147483647) -- corresponds to a signed 32-bit int Well, once the counter turns over to the negative, php only returns 2147483647 for every negative value it reads. Such as, my ifInOctets for my cisco router is now reading '-1980181848', and php's snmpget on that oid returns '2147483647', but when the counter is positive, it returns the correct value. (this is probably a problem on 64bit snmpv2 since i believe its maximum is much higher, but thats probably not fix-able) -- Edit this bug report at http://bugs.php.net/?id=21992edit=1
#21992 [NEW]: snmpget returns wrong value on negative integer
From: [EMAIL PROTECTED] Operating system: Windows XP Pro SP1 PHP version: 4CVS-2003-01-31 (stable) PHP Bug Type: SNMP related Bug description: snmpget returns wrong value on negative integer I believe i read somewhere that PHP's integer max was 2147483647? If using snmp to pull bandwidth information from a device (such as ifInOctets and ifOutOctets), the number DOES constandly rise. If using a device with snmpv1 (32bit) the counter will only reach a certain number before it rolls over the the opposite and negative number and counts toward the maximum again. The Max (and prolly min?) is the same as PHP's. INTEGER(-2147483648..2147483647) -- corresponds to a signed 32-bit int Well, once the counter turns over to the negative, php only returns 2147483647 for every negative value it reads. Such as, my ifInOctets for my cisco router is now reading '-1980181848', and php's snmpget on that oid returns '2147483647', but when the counter is positive, it returns the correct value. (this is probably a problem on 64bit snmpv2 since i believe its maximum is much higher, but thats probably not fix-able) -- Edit bug report at http://bugs.php.net/?id=21992edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21992r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21992r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21992r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21992r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21992r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21992r=support Expected behavior: http://bugs.php.net/fix.php?id=21992r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21992r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21992r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21992r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21992r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21992r=dst IIS Stability: http://bugs.php.net/fix.php?id=21992r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21992r=gnused
#21506 [Csd]: Latest CVS missing php4apache2.dll?
ID: 21506 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Compile Failure Operating System: Windows XP PHP Version: 4CVS-2003-01-07 (dev) New Comment: They say that they are aware, but nothing has been done since it first happened (the time i mentioned). I really would like to test 5.0.x, but cant! :-( Previous Comments: [2003-01-27 16:45:13] [EMAIL PROTECTED] Have you any news concerning this problem? The Apache 2 module is still missing in the latest CVS snapshots... [2003-01-08 03:34:08] [EMAIL PROTECTED] Its actually a compile problem with the latest CVS. You can have a look at http://snaps.php.net/win32/compile.log to see the reason. This will be fixed soon. Closing the report since we're aware of the issue and are working on it. [2003-01-07 23:19:33] [EMAIL PROTECTED] I *HIGHLY* doubt this is a doc problem as most likely that dll just forgot to make its way into the distro. Nobody is perfect :) [2003-01-07 22:48:28] [EMAIL PROTECTED] sorry about the above! my dog was 'nosing' my mouse! :\ [2003-01-07 22:46:15] [EMAIL PROTECTED] Changed category to Documentation Problem, since its not REALLY a problem with apache2 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/21506 -- Edit this bug report at http://bugs.php.net/?id=21506edit=1
#21869 [NEW]: Link and Mailto parsing functions
From: [EMAIL PROTECTED] Operating system: XP Pro PHP version: 5CVS-2003-01-24 (dev) PHP Bug Type: Feature/Change Request Bug description: Link and Mailto parsing functions First, this task can be accomplished with a regex, but it is only _so_ effective. If there was some way to make functions that would take in a string, and return a string that has all links, and all email addresses (2 seperate functions, or one with a set of switches) properly formatted to work as links. The reason it is hard with regex, is becuase it is impossible to search for a link when it can be formatted so many ways. /** simple **/ $string = Hey, check out http://www.spoonified.com, and email me at [EMAIL PROTECTED]; $linkified = hrefparse($string); echo $linkified; /***/ returns this: Hey, check out a href=http://www.spoonified.com;http://www.spoonified.com/a, and email me at a href=mailto:[EMAIL PROTECTED];[EMAIL PROTECTED]/a of course, the link, the main reason regex is bad, could have many things in it, it could point to a file, have a query string in it, have no www, have many PERIODS (multiple subdomains), be https://, and also not be seperated from other text (such as OMFGwww.spoonified.comRULES), and the list goes on. Email addresses follow the same conditions i mentioned above (minus a few of course, and plus a few also). Maybe im just overlooking a complex enough regex to do this. I DO know it can be done. Many IRC/Instant Message programs do a wonderful job of it. They take a link, no matter what conditions, or an email address, and will show an active link once sent. Obviously there is a rexeg im too lame to understand, or a better way to accomplish it. (also, you 5.0.xCVS is still having an error on the php4apache2.dll compile, just a sidenote, no comments needed, i think you guys are already aware) -- Edit bug report at http://bugs.php.net/?id=21869edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21869r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21869r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21869r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21869r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21869r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21869r=support Expected behavior: http://bugs.php.net/fix.php?id=21869r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21869r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21869r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21869r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21869r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21869r=dst IIS Stability: http://bugs.php.net/fix.php?id=21869r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21869r=gnused
#21869 [Com]: Link and Mailto parsing functions
ID: 21869 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Feature/Change Request Operating System: XP Pro PHP Version: 5CVS-2003-01-24 (dev) New Comment: In the source of your bug.php, at the very bottom it has a line: $note = addlinks(preg_replace(/(\r?\n){3,}/,\n\n,wordwrap($comment,72,\n,1))); addlinks is not defined in the source, so i am assuming it is in prepend.inc (?), but unfortunatley, we cannot view .inc files using source.php, any help? Previous Comments: [2003-01-24 16:32:41] [EMAIL PROTECTED] Pear does not have this ability, as far as i can see from pear.php.net [2003-01-24 16:21:03] [EMAIL PROTECTED] Dup of #6893. [2003-01-24 16:13:37] [EMAIL PROTECTED] THIS PAGE DOES IT! (NOT THE EMAIL THOUGH) (but it is a non full proof regex?) Still, if it is a GOOD regex, that almost never messes up, a function would be ... easier :D [2003-01-24 16:11:32] [EMAIL PROTECTED] First, this task can be accomplished with a regex, but it is only _so_ effective. If there was some way to make functions that would take in a string, and return a string that has all links, and all email addresses (2 seperate functions, or one with a set of switches) properly formatted to work as links. The reason it is hard with regex, is becuase it is impossible to search for a link when it can be formatted so many ways. /** simple **/ $string = Hey, check out http://www.spoonified.com, and email me at [EMAIL PROTECTED]; $linkified = hrefparse($string); echo $linkified; /***/ returns this: Hey, check out a href=http://www.spoonified.com;http://www.spoonified.com/a, and email me at a href=mailto:[EMAIL PROTECTED];[EMAIL PROTECTED]/a of course, the link, the main reason regex is bad, could have many things in it, it could point to a file, have a query string in it, have no www, have many PERIODS (multiple subdomains), be https://, and also not be seperated from other text (such as OMFGwww.spoonified.comRULES), and the list goes on. Email addresses follow the same conditions i mentioned above (minus a few of course, and plus a few also). Maybe im just overlooking a complex enough regex to do this. I DO know it can be done. Many IRC/Instant Message programs do a wonderful job of it. They take a link, no matter what conditions, or an email address, and will show an active link once sent. Obviously there is a rexeg im too lame to understand, or a better way to accomplish it. (also, you 5.0.xCVS is still having an error on the php4apache2.dll compile, just a sidenote, no comments needed, i think you guys are already aware) -- Edit this bug report at http://bugs.php.net/?id=21869edit=1
#21869 [Com]: Link and Mailto parsing functions
ID: 21869 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Duplicate Bug Type: Feature/Change Request Operating System: XP Pro PHP Version: 5CVS-2003-01-24 (dev) New Comment: /include/functions.inc (i was forgetting /include) function addlinks($text) { $text = htmlspecialchars($text); $text = preg_replace(/((mailto|http|ftp|nntp|news):.+?)(gt;|\\s|\\)|\\.\\s|$)/i,a href=\\\1\\\1/a\\3,$text); # what the heck is this for? $text = preg_replace(/[.,]?-=-\/, '', $text); return $text; } W. PHP.NET RULES! Previous Comments: [2003-01-24 16:45:00] [EMAIL PROTECTED] In the source of your bug.php, at the very bottom it has a line: $note = addlinks(preg_replace(/(\r?\n){3,}/,\n\n,wordwrap($comment,72,\n,1))); addlinks is not defined in the source, so i am assuming it is in prepend.inc (?), but unfortunatley, we cannot view .inc files using source.php, any help? [2003-01-24 16:32:41] [EMAIL PROTECTED] Pear does not have this ability, as far as i can see from pear.php.net [2003-01-24 16:21:03] [EMAIL PROTECTED] Dup of #6893. [2003-01-24 16:13:37] [EMAIL PROTECTED] THIS PAGE DOES IT! (NOT THE EMAIL THOUGH) (but it is a non full proof regex?) Still, if it is a GOOD regex, that almost never messes up, a function would be ... easier :D [2003-01-24 16:11:32] [EMAIL PROTECTED] First, this task can be accomplished with a regex, but it is only _so_ effective. If there was some way to make functions that would take in a string, and return a string that has all links, and all email addresses (2 seperate functions, or one with a set of switches) properly formatted to work as links. The reason it is hard with regex, is becuase it is impossible to search for a link when it can be formatted so many ways. /** simple **/ $string = Hey, check out http://www.spoonified.com, and email me at [EMAIL PROTECTED]; $linkified = hrefparse($string); echo $linkified; /***/ returns this: Hey, check out a href=http://www.spoonified.com;http://www.spoonified.com/a, and email me at a href=mailto:[EMAIL PROTECTED];[EMAIL PROTECTED]/a of course, the link, the main reason regex is bad, could have many things in it, it could point to a file, have a query string in it, have no www, have many PERIODS (multiple subdomains), be https://, and also not be seperated from other text (such as OMFGwww.spoonified.comRULES), and the list goes on. Email addresses follow the same conditions i mentioned above (minus a few of course, and plus a few also). Maybe im just overlooking a complex enough regex to do this. I DO know it can be done. Many IRC/Instant Message programs do a wonderful job of it. They take a link, no matter what conditions, or an email address, and will show an active link once sent. Obviously there is a rexeg im too lame to understand, or a better way to accomplish it. (also, you 5.0.xCVS is still having an error on the php4apache2.dll compile, just a sidenote, no comments needed, i think you guys are already aware) -- Edit this bug report at http://bugs.php.net/?id=21869edit=1
#21869 [Dup-Csd]: Link and Mailto parsing functions
ID: 21869 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Closed Bug Type: Feature/Change Request Operating System: XP Pro PHP Version: 5CVS-2003-01-24 (dev) New Comment: closed Previous Comments: [2003-01-24 16:48:07] [EMAIL PROTECTED] /include/functions.inc (i was forgetting /include) function addlinks($text) { $text = htmlspecialchars($text); $text = preg_replace(/((mailto|http|ftp|nntp|news):.+?)(gt;|\\s|\\)|\\.\\s|$)/i,a href=\\\1\\\1/a\\3,$text); # what the heck is this for? $text = preg_replace(/[.,]?-=-\/, '', $text); return $text; } W. PHP.NET RULES! [2003-01-24 16:45:00] [EMAIL PROTECTED] In the source of your bug.php, at the very bottom it has a line: $note = addlinks(preg_replace(/(\r?\n){3,}/,\n\n,wordwrap($comment,72,\n,1))); addlinks is not defined in the source, so i am assuming it is in prepend.inc (?), but unfortunatley, we cannot view .inc files using source.php, any help? [2003-01-24 16:32:41] [EMAIL PROTECTED] Pear does not have this ability, as far as i can see from pear.php.net [2003-01-24 16:21:03] [EMAIL PROTECTED] Dup of #6893. [2003-01-24 16:13:37] [EMAIL PROTECTED] THIS PAGE DOES IT! (NOT THE EMAIL THOUGH) (but it is a non full proof regex?) Still, if it is a GOOD regex, that almost never messes up, a function would be ... easier :D 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/21869 -- Edit this bug report at http://bugs.php.net/?id=21869edit=1
#21506 [NEW]: Latest CVS missing php4apache2.dll?
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4CVS-2003-01-07 (dev) PHP Bug Type: Apache2 related Bug description: Latest CVS missing php4apache2.dll? I have been using php4.4.0-dev for a while now (ive used a few snapshots of it, but this one since December 26th) (BTW: I use dev becuase i am not in a production environment, and i like to test things and help out in any ways that i can) I decided to update to a newer snapshot, but php4apache2.dll is missing from all the latest snapshots... php4apache.dll is for 1.x as it gives a load error in 2.x. Is this a planned omision of the dll, or a mistake? The install.txt also points to a URL for installing apache 2.x w/ php4, and the URL only mentions CGI php4apache2.dll, yet there is no php4apache2.dll. The news.txt also has no mention of a 'different' dll, or the removal of the dll. -- Edit bug report at http://bugs.php.net/?id=21506edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21506r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21506r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21506r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21506r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21506r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21506r=support Expected behavior: http://bugs.php.net/fix.php?id=21506r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21506r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21506r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21506r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21506r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21506r=dst IIS Stability: http://bugs.php.net/fix.php?id=21506r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21506r=gnused
Bug #16698 Updated: phpinfo() hangs
ID: 16698 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Windows XP Pro PHP Version: 4.2.0 New Comment: Yes, i read about the bug. Since my original posts, i have upgraded to the non-beta (stable) PHP 4.2 and using the expirimental modules. No problems since. Previous Comments: [2002-05-17 03:34:44] [EMAIL PROTECTED] I'm having trouble reproducing this problem on Linux, with either the threaded or non-threaded MPMs. (Yes, I know you said you saw it on WinXP.) Can you generate a backtrace on this somehow? Interrupt the httpd task that's running out of control with MSVC's debugger and find out what it's up to? (Sorry I can't be much more specific on this, I don't know much about MSVC.) I assume you read http://www.apache.org/dist/httpd/binaries/win32/#xpbug , right? Thanks, Cliff [2002-04-21 18:56:59] [EMAIL PROTECTED] From reading other bugs about corrupted output on XP systems, i tried one of the WORK AROUNDS that do not fix the problem, but hide it (which is good enough for me untill an actual fix is found). I did the suggested (and disputed by php.net) method of having the content gzipped. It does HIDE the problem (in their bug and in mine). But like php.net said, it is not recomended. phpinfo() does not hang, and i have no corrupted output, with gzip on. [2002-04-19 10:28:23] [EMAIL PROTECTED] a php file containing nothing but: ? phpinfo(); ? loads about halfway, then stops. the server running php+apache then goes into 5 second freezes and 5 second 100% usage peaks. These happens consistantly and hoses the system untill all other processes cant function. The error logs show nothing, and the event viewer (windows)shows nothing. It also happens when i use: show_source(php_script.php); on a fairly small script. I am using the Apache2filter test module. I can't currently show you an example of this becuase: my server just went down, and im at work (it's at home) and it would crash if i showed you! When i get home i will recreate the bug a 3rd time to make sure im not crazy. -- Edit this bug report at http://bugs.php.net/?id=16698edit=1
Bug #16698 Updated: phpinfo() hangs
ID: 16698 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Windows XP Pro PHP Version: 4.2.0 New Comment: From reading other bugs about corrupted output on XP systems, i tried one of the WORK AROUNDS that do not fix the problem, but hide it (which is good enough for me untill an actual fix is found). I did the suggested (and disputed by php.net) method of having the content gzipped. It does HIDE the problem (in their bug and in mine). But like php.net said, it is not recomended. phpinfo() does not hang, and i have no corrupted output, with gzip on. Previous Comments: [2002-04-19 10:28:23] [EMAIL PROTECTED] a php file containing nothing but: ? phpinfo(); ? loads about halfway, then stops. the server running php+apache then goes into 5 second freezes and 5 second 100% usage peaks. These happens consistantly and hoses the system untill all other processes cant function. The error logs show nothing, and the event viewer (windows)shows nothing. It also happens when i use: show_source(php_script.php); on a fairly small script. I am using the Apache2filter test module. I can't currently show you an example of this becuase: my server just went down, and im at work (it's at home) and it would crash if i showed you! When i get home i will recreate the bug a 3rd time to make sure im not crazy. -- Edit this bug report at http://bugs.php.net/?id=16698edit=1
Bug #16698: php4.2.0RC4 + Apache 2.0.35 hang and crash
From: [EMAIL PROTECTED] Operating system: Windows XP Pro PHP version: 4.2.0 PHP Bug Type: Apache2 related Bug description: php4.2.0RC4 + Apache 2.0.35 hang and crash a php file containing nothing but: ? phpinfo(); ? loads about halfway, then stops. the server running php+apache then goes into 5 second freezes and 5 second 100% usage peaks. These happens consistantly and hoses the system untill all other processes cant function. The error logs show nothing, and the event viewer (windows)shows nothing. It also happens when i use: show_source(php_script.php); on a fairly small script. I am using the Apache2filter test module. I can't currently show you an example of this becuase: my server just went down, and im at work (it's at home) and it would crash if i showed you! When i get home i will recreate the bug a 3rd time to make sure im not crazy. -- Edit bug report at http://bugs.php.net/?id=16698edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16698r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16698r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16698r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16698r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16698r=support Expected behavior: http://bugs.php.net/fix.php?id=16698r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16698r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16698r=submittedtwice
Bug #15476 Updated: corrupted outputs when using PHP as Apache Module under Windows XP
ID: 15476 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Windows XP PHP Version: 4.1.1 New Comment: I also have noticed this. My test-server runs XP w/ apache 1.3.23 and PHP 4.1.1. I usualy use the CGI version of PHP, but i wanted to test a function that is only available in the module of php, so i configed apache for the module. It worked fine, except some of the php files (the one i tested specifically was a php file with no php, just html) will randomly come up as Cannot be displayed (IE Error) or will come up but be missing HTML and have 2-4 extended characters (everything that isnt 0-9a-z!@#$%^*()... like squares, and stuff). Previous Comments: [2002-02-15 10:03:07] [EMAIL PROTECTED] We have found tha same thing with the same config. [2002-02-09 17:13:34] [EMAIL PROTECTED] Software: Apache 1.3.23 PHP Version 4.1.1 and 4.1.0 Problem: When running PHP as Apache Server Module (php4apache.dll) output from the script gets corrupted randomly e.g. Tables thrown in disorder etc. This error does occur in php 4.1.0 and 4.1.1 but only when used as Server Module. Running PHP as CGI version doesn´t produce errors. The same configuration works well under Windows 2000 only Windows XP seems affected. -- Edit this bug report at http://bugs.php.net/?id=15476edit=1