#27949 [Bgs]: preg_match cant match ?
ID: 27949
User updated by: drew at corrupt dot co dot nz
Reported By: drew at corrupt dot co dot nz
Status: Bogus
Bug Type: PCRE related
Operating System: FreeBSD 4.9
PHP Version: 4.3.5
New Comment:
I tried double backslashing aswel.
Previous Comments:
[2004-04-11 00:07:04] [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.
RTFM: You need to use double backslashes to quote stuff..
[2004-04-10 21:11:53] drew at corrupt dot co dot nz
Description:
I am trying to match a question mark in PHP using preg_match() with the
following attempt's described in the code section.
Neither work, while following documentation examples.
Reproduce code:
---
// String:
$line = "This is pretty much a
[url=\"http://www.wiki.org/?WhatIsAWIki\"]Wiki[/url] but with a twist
of [BBCode] and a few other site specific [Hacks]";
// Attempt #1:
preg_match_all("/\[(\/?[\w\d\-\_]+(=\"[\w\d\S\s\?]+?\")?)\]/",$line,$parse);
print_r($parse);
// Attempt #2:
preg_match_all("/\[(\/?[\w\d\-\_]+(=\"[\w\d\S\s\\\?]+?\")?)\]/",$line,$parse);
print_r($parse);
Expected result:
I expected that the values
"url=http://www.wiki.org/?WhatIsAWIki"; and
"http://www.wiki.org/?WhatIsAWIki"; would be picked up from the regex
into $parse.
It works with the following PERL one liner:
perl -e '$string = "This is pretty much a
[url=\"http://www.wiki.org/?WhatIsAWIki\"]Wiki[/url] but with a twist
of [BBCode] and a few other site specific [Hacks]"; @match = $string =~
m/\[(\/?[\w\d\-\_]+(=\"[\w\d\S\s\?]+?\")?)\]/; print "Match: " .
join(",",@match) . "\n"'
Match:
url="http://www.wiki.org/?WhatIsAWIki",="http://www.wiki.org/?WhatIsAWIki";
Actual result:
--
Matches nothing.
--
Edit this bug report at http://bugs.php.net/?id=27949&edit=1
#27950 [NEW]: "make test" stalls...
From: xing at mac dot com
Operating system: Fedora2Test2 64bit
PHP version: 4.3.6RC1
PHP Bug Type: *Compile Issues
Bug description: "make test" stalls...
Description:
4.3.6RC2 source install.
Mak test stalls right after
PASS unset($_SESSION["name"]); should work with register_globals=off
[ext/session/tests/009.phpt]
PASS $session_array = explode(";", session_encode()); should not segfault
[ext/session/tests/010.phpt]
PASS session_decode(); should not segfault [ext/session/tests/011.phpt]
PASS registering $_SESSION should not segfault
[ext/session/tests/012.phpt]
PASS redefining SID should not cause warnings
[ext/session/tests/013.phpt]
PASS a script should not be able to modify session.use_trans_sid
[ext/session/tests/014.phpt]
PASS use_trans_sid should not affect SID [ext/session/tests/015.phpt]
PASS invalid session.save_path should not cause a segfault
[ext/session/tests/016.phpt]
PASS setting $_SESSION before session_start() should not cause segfault
[ext/session/tests/017.phpt]
PASS rewriter correctly handles attribute names which contain dashes
[ext/session/tests/018.phpt]
--> stalls hereI don't think it's supposed to stall.
This is on a Athlon64 cpu running Fedora 2 Test 2 release with ALL
relevant updates released as of 4-11 3:15AM PST.
uname -r = 2.6.5-1.315
Reproduce code:
---
./configure
make
make test
Expected result:
gracefull complete
Actual result:
--
stalls..
--
Edit bug report at http://bugs.php.net/?id=27950&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27950&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27950&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=27950&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=27950&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=27950&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=27950&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=27950&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=27950&r=support
Expected behavior: http://bugs.php.net/fix.php?id=27950&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=27950&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=27950&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=27950&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27950&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=27950&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=27950&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=27950&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=27950&r=float
#27950 [Opn]: "make test" stalls...
ID: 27950
User updated by: xing at mac dot com
Reported By: xing at mac dot com
Status: Open
Bug Type: *Compile Issues
Operating System: Fedora2Test2 64bit
PHP Version: 4.3.6RC1
New Comment:
Fedora 2 Test 2 64bit edition.
Previous Comments:
[2004-04-11 06:16:53] xing at mac dot com
Description:
4.3.6RC2 source install.
Mak test stalls right after
PASS unset($_SESSION["name"]); should work with register_globals=off
[ext/session/tests/009.phpt]
PASS $session_array = explode(";", session_encode()); should not
segfault [ext/session/tests/010.phpt]
PASS session_decode(); should not segfault
[ext/session/tests/011.phpt]
PASS registering $_SESSION should not segfault
[ext/session/tests/012.phpt]
PASS redefining SID should not cause warnings
[ext/session/tests/013.phpt]
PASS a script should not be able to modify session.use_trans_sid
[ext/session/tests/014.phpt]
PASS use_trans_sid should not affect SID [ext/session/tests/015.phpt]
PASS invalid session.save_path should not cause a segfault
[ext/session/tests/016.phpt]
PASS setting $_SESSION before session_start() should not cause segfault
[ext/session/tests/017.phpt]
PASS rewriter correctly handles attribute names which contain dashes
[ext/session/tests/018.phpt]
--> stalls hereI don't think it's supposed to stall.
This is on a Athlon64 cpu running Fedora 2 Test 2 release with ALL
relevant updates released as of 4-11 3:15AM PST.
uname -r = 2.6.5-1.315
Reproduce code:
---
./configure
make
make test
Expected result:
gracefull complete
Actual result:
--
stalls..
--
Edit this bug report at http://bugs.php.net/?id=27950&edit=1
#27950 [Opn]: "make test" stalls...
ID: 27950
User updated by: xing at mac dot com
Reported By: xing at mac dot com
Status: Open
Bug Type: *Compile Issues
Operating System: Fedora2Test2 64bit
-PHP Version: 4.3.6RC1
+PHP Version: 4.3.6RC2
New Comment:
During the stall which I assume in on test 019.phpt, the php process is
at 90%+ cpu usage.
Previous Comments:
[2004-04-11 06:18:09] xing at mac dot com
Fedora 2 Test 2 64bit edition.
[2004-04-11 06:16:53] xing at mac dot com
Description:
4.3.6RC2 source install.
Mak test stalls right after
PASS unset($_SESSION["name"]); should work with register_globals=off
[ext/session/tests/009.phpt]
PASS $session_array = explode(";", session_encode()); should not
segfault [ext/session/tests/010.phpt]
PASS session_decode(); should not segfault
[ext/session/tests/011.phpt]
PASS registering $_SESSION should not segfault
[ext/session/tests/012.phpt]
PASS redefining SID should not cause warnings
[ext/session/tests/013.phpt]
PASS a script should not be able to modify session.use_trans_sid
[ext/session/tests/014.phpt]
PASS use_trans_sid should not affect SID [ext/session/tests/015.phpt]
PASS invalid session.save_path should not cause a segfault
[ext/session/tests/016.phpt]
PASS setting $_SESSION before session_start() should not cause segfault
[ext/session/tests/017.phpt]
PASS rewriter correctly handles attribute names which contain dashes
[ext/session/tests/018.phpt]
--> stalls hereI don't think it's supposed to stall.
This is on a Athlon64 cpu running Fedora 2 Test 2 release with ALL
relevant updates released as of 4-11 3:15AM PST.
uname -r = 2.6.5-1.315
Reproduce code:
---
./configure
make
make test
Expected result:
gracefull complete
Actual result:
--
stalls..
--
Edit this bug report at http://bugs.php.net/?id=27950&edit=1
#27951 [NEW]: debug_backtrace crash after using ++ on unassigned overloaded object property
From: calum at lasham dot com Operating system: Windows XP PHP version: 5CVS-2004-04-11 (dev) PHP Bug Type: Reproducible crash Bug description: debug_backtrace crash after using ++ on unassigned overloaded object property Description: When using the ++ operator on an overloaded object property that's not assigned a value, a debug_backtrace() in another unrelated object causes a crash. See example code to reproduce the problem. Note 1: The script executes correctly if, in the example code... $foo->bar++; is replaced with... $x = $foo->bar; $x++; $foo->bar = $x; Note 2: if the __set method in class Setter actually sets the variable on the object the script executes correctly. The bug appears in php5rc1 and the snapshot Built On: Apr 11, 2004 10:30 GMT. crash occurs when using php as apache module or from command line. Reproduce code: --- bar++; $t = new Test(); $t->backtrace(); ?> Expected result: "got exception" printed Actual result: -- apache service crash -- Edit bug report at http://bugs.php.net/?id=27951&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27951&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27951&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27951&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27951&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27951&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27951&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27951&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27951&r=support Expected behavior: http://bugs.php.net/fix.php?id=27951&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27951&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27951&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27951&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27951&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27951&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27951&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27951&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27951&r=float
#27951 [Opn]: debug_backtrace crash after using ++ on unassigned overloaded object property
ID: 27951 User updated by: calum at lasham dot com Reported By: calum at lasham dot com Status: Open Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5CVS-2004-04-11 (dev) New Comment: expected result should be a backtrace Previous Comments: [2004-04-11 11:11:08] calum at lasham dot com Description: When using the ++ operator on an overloaded object property that's not assigned a value, a debug_backtrace() in another unrelated object causes a crash. See example code to reproduce the problem. Note 1: The script executes correctly if, in the example code... $foo->bar++; is replaced with... $x = $foo->bar; $x++; $foo->bar = $x; Note 2: if the __set method in class Setter actually sets the variable on the object the script executes correctly. The bug appears in php5rc1 and the snapshot Built On: Apr 11, 2004 10:30 GMT. crash occurs when using php as apache module or from command line. Reproduce code: --- bar++; $t = new Test(); $t->backtrace(); ?> Expected result: "got exception" printed Actual result: -- apache service crash -- Edit this bug report at http://bugs.php.net/?id=27951&edit=1
#27810 [Com]: Apache-2.0.49 crashes on graceful/restart
ID: 27810 Comment by: tomdkat at comcast dot net Reported By: renato at galle dot com dot br Status: Closed Bug Type: Apache2 related Operating System: FreeBSD-5.2.1-RELEASE-p4 PHP Version: 4.3.5 New Comment: I'm running Apache/2.0.48 (Unix) mod_perl/1.99_13 Perl/v5.8.2 PHP/4.3.5 and I get this same crash when I try to restart Apache gracefully. My PCRE info: PCRE Library Version4.5 01-December-2003 Is everyone else using mod_perl? Peace... Previous Comments: [2004-04-10 21:21:05] sdfsdhfkg at hotmail dot com I experience the exact same problem under FreeBSD 5.2.1 and also under Windows XP (just testing my scripts on this platform, I don't use Windows as a server). Why don't the developers give details on exactly how this bug was fixed in CVS? (If it was really fixed at all. Some people suggest that it was not.) First they labeled this bug as 'bogus' when in fact it was not. Now they say it has been fixed but don't give out any deatils. Is this the way open source projects work?? If it's going to be like this, then I must say open source developers are no better than Microsoft!! Maybe they are just ashamed of a lame bug in their source and trying to keep this as a secret? What's happening here?? [2004-04-10 04:44:01] nti at w4w dot net Why are you telling it is fixed? It is not :-((( !!! To restart apache with mod_php you have to "kill" shared memory area with "ipcrm -m" [2004-04-09 11:19:48] [EMAIL PROTECTED] Try the latest snapshot. It should be fixed. [2004-04-09 01:16:39] loki at arete dot cc Can we get an update on this? The bug is marked as 'closed', but there's no documentation on how this was fixed in CVS, and I can personally attest that it's not fixed in CVS HEAD for php5. [2004-04-05 15:43:46] thomas at vermoe dot dk It defently doesnt work on: FreeBSD 4.8, apache 2.0.49, php4-4.3.5 /thomas 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/27810 -- Edit this bug report at http://bugs.php.net/?id=27810&edit=1
#27950 [Opn->Fbk]: "make test" stalls...
ID: 27950
Updated by: [EMAIL PROTECTED]
Reported By: xing at mac dot com
-Status: Open
+Status: Feedback
Bug Type: *Compile Issues
Operating System: Fedora2Test2 64bit
PHP Version: 4.3.6RC2
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Please try to compile your PHP with --enable-debug and and
run the test suit itself. If the tests still stalls attach
to the PHP process and generate a backtrace.
Previous Comments:
[2004-04-11 06:26:47] xing at mac dot com
During the stall which I assume in on test 019.phpt, the php process is
at 90%+ cpu usage.
[2004-04-11 06:18:09] xing at mac dot com
Fedora 2 Test 2 64bit edition.
[2004-04-11 06:16:53] xing at mac dot com
Description:
4.3.6RC2 source install.
Mak test stalls right after
PASS unset($_SESSION["name"]); should work with register_globals=off
[ext/session/tests/009.phpt]
PASS $session_array = explode(";", session_encode()); should not
segfault [ext/session/tests/010.phpt]
PASS session_decode(); should not segfault
[ext/session/tests/011.phpt]
PASS registering $_SESSION should not segfault
[ext/session/tests/012.phpt]
PASS redefining SID should not cause warnings
[ext/session/tests/013.phpt]
PASS a script should not be able to modify session.use_trans_sid
[ext/session/tests/014.phpt]
PASS use_trans_sid should not affect SID [ext/session/tests/015.phpt]
PASS invalid session.save_path should not cause a segfault
[ext/session/tests/016.phpt]
PASS setting $_SESSION before session_start() should not cause segfault
[ext/session/tests/017.phpt]
PASS rewriter correctly handles attribute names which contain dashes
[ext/session/tests/018.phpt]
--> stalls hereI don't think it's supposed to stall.
This is on a Athlon64 cpu running Fedora 2 Test 2 release with ALL
relevant updates released as of 4-11 3:15AM PST.
uname -r = 2.6.5-1.315
Reproduce code:
---
./configure
make
make test
Expected result:
gracefull complete
Actual result:
--
stalls..
--
Edit this bug report at http://bugs.php.net/?id=27950&edit=1
#26647 [Opn->Fbk]: Intermittent upload crash in FastCGI mode
ID: 26647 Updated by: [EMAIL PROTECTED] Reported By: faraco dot phpbugs at mailnull dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Windows NT4 SP6 PHP Version: 4CVS-2004-03-30 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2004-03-30 06:54:16] faraco dot phpbugs at mailnull dot com The problem persists. [2004-03-28 19:53:22] [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 [2004-02-10 05:45:37] faraco dot phpbugs at mailnull dot com The problem persists. This time I was able to identify that the error occurs more often when the file size is over 50KB. [2003-12-17 06:55:55] faraco dot phpbugs at mailnull dot com Description: When running PHP 4.3.4 (also 4.3.2) in FastCGI mode, the http upload of files occasionally results on "Page Cannot Be Displayed". Some comments: 1. The SAME file sometimes is uploaded successfully and sometimes is not. So, no problems with MAX_FILE_SIZE (HTML script) or UPLOAD_MAX_FILESIZE, POST_MAX_SIZE (PHP.INI) settings. 2. No problems with plain/text files uploads. These intermittent problems seem to occur only with binary files. 3. On a manual test, in 60 seconds, the same requisition failed 8 times and succeeded other 4. Reproduce code: --- up.html --- upload.php -- "; print_r($_FILES); } ?> -- Edit this bug report at http://bugs.php.net/?id=26647&edit=1
#27801 [Fbk->NoF]: networking issue..
ID: 27801 Updated by: [EMAIL PROTECTED] Reported By: ury at iptel dot by -Status: Feedback +Status: No Feedback Bug Type: Sockets related Operating System: linux PHP Version: 4.3.5 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-04-06 08:01:27] admin at itccanarias dot org Same problem with PHP 4.3.5. With previous versions of PHP IlohaMail works fine. This is the web server error: PHP Warning: fsockopen(): php_network_getaddresses: gethostbyname failed in /export/home/www/htdocs/IlohaMail/include/pop3.inc on line 233 [2004-04-05 17:28:43] [EMAIL PROTECTED] Please, lets just have the shortest script that reproduces the problem. [2004-04-05 17:06:57] tibyke at tibyke dot hu 4.3.6RC2 is still not good [EMAIL PROTECTED], you've got mail! t [2004-04-05 07:00:15] [EMAIL PROTECTED] We need a short reproducing script. My gut feeling on this is that you are doing something wrong, but since I'm open minded, please prove that it is broken by pasting no more than 10 lines of code, something like the following: echo "about to open socket": $sock = fsockopen(...); echo "opened socket" $data = fread / fgets ? echo "read first data" Please be sure to include the POP3 server address (so that we can check it out), and please don't include references to your classes and other library functions; we want the essence of the problem. [2004-04-02 13:25:46] tibyke at tibyke dot hu same scenario here with same results. 1 minute wait, then timeout without trying to authenticate to mail server (no sql connection to check user/password) 4.3.6RC1 is still buggy regards, tibyke 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/27801 -- Edit this bug report at http://bugs.php.net/?id=27801&edit=1
#27816 [Fbk->NoF]: unserialize crash?
ID: 27816 Updated by: [EMAIL PROTECTED] Reported By: rudi at jawmail dot org -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: Linux PHP Version: 4.3.5 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-04-05 08:58:59] [EMAIL PROTECTED] Check also your bison/flex versions.. [2004-03-31 15:23:44] [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 , 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. [2004-03-31 15:17:27] rudi at jawmail dot org Description: This crash occurs in a large web application when somewhere a string with an UTF-8 encoded string with a multibyte character on the first place (apparently?) gets unserialized. It works okay if multi-byte characters are in other parts of the string, just not the first character. Working on a small crash script... Actual result: -- gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) Program received signal SIGSEGV, Segmentation fault. php_var_unserialize (rval=0xbfff79ac, p=0xbfff7994, max=0x823ec51 "", var_hash=0xbfff7998) at /compile/php-4.3.5/ext/standard/var_unserializer.c:318 318 if(yych == ':') goto yy74; (gdb) bt #0 php_var_unserialize (rval=0xbfff79ac, p=0xbfff7994, max=0x823ec51 "", var_hash=0xbfff7998) at /compile/php-4.3.5/ext/standard/var_unserializer.c:318 #1 0x4025815a in zif_unserialize (ht=1, return_value=0x8201b84, this_ptr=0x0, return_value_used=1) at /compile/php-4.3.5/ext/standard/var.c:681 #2 0x402be7d5 in execute (op_array=0x83c5474) at /compile/php-4.3.5/Zend/zend_execute.c:1621 #3 0x402be9aa in execute (op_array=0x83c531c) at /compile/php-4.3.5/Zend/zend_execute.c:1665 #4 0x402be9aa in execute (op_array=0x80f6644) at /compile/php-4.3.5/Zend/zend_execute.c:1665 #5 0x402be9aa in execute (op_array=0x80f64f4) at /compile/php-4.3.5/Zend/zend_execute.c:1665 #6 0x402be9aa in execute (op_array=0x829361c) at /compile/php-4.3.5/Zend/zend_execute.c:1665 #7 0x402c4615 in execute (op_array=0x82da95c) at /compile/php-4.3.5/Zend/zend_execute.c:2186 #8 0x402be9aa in execute (op_array=0x838e6f4) at /compile/php-4.3.5/Zend/zend_execute.c:1665 #9 0x402ab3c3 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /compile/php-4.3.5/Zend/zend.c:889 #10 0x4028400b in php_execute_script (primary_file=0xb848) at /compile/php-4.3.5/main/main.c:1731 #11 0x402c71df in apache_php_module_main (r=0x811f214, display_source_mode=0) at /compile/php-4.3.5/sapi/apache/sapi_apache.c:54 #12 0x402c7d73 in send_php (r=0x811f214, display_source_mode=0, filename=0x0) at /compile/php-4.3.5/sapi/apache/mod_php4.c:620 #13 0x402c7dd4 in send_parsed_php (r=0x811f214) at /compile/php-4.3.5/sapi/apache/mod_php4.c:635 #14 0x806c5a3 in ap_invoke_handler () #15 0x80800e9 in process_request_internal () #16 0x808014c in ap_process_request () #17 0x807771e in child_main () #18 0x80778ac in make_child () #19 0x8077a09 in startup_children () #20 0x8078046 in standalone_ma -- Edit this bug report at http://bugs.php.net/?id=27816&edit=1
#27866 [Fbk->NoF]: mktime() returns invalid value
ID: 27866 Updated by: [EMAIL PROTECTED] Reported By: andrew at mansionproductions dot com -Status: Feedback +Status: No Feedback Bug Type: Date/time related Operating System: FreeBSD 4.8 PHP Version: 4.3.5 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-04-05 08:18: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 [2004-04-05 06:46:36] [EMAIL PROTECTED] $ uname -mrs FreeBSD 4.8-RELEASE alpha $ php -r 'var_dump(mktime(0,0,0,4,4,2004));' int(1081029600) Make sure you have set up your locales and timezones correctly. [2004-04-05 06:35:58] andrew at mansionproductions dot com Description: mktime(0,0,0,4,4,2004) returns -7262 Reproduce code: --- Expected result: $test should be 1081026000 Actual result: -- $time is -7262 -- Edit this bug report at http://bugs.php.net/?id=27866&edit=1
#27952 [NEW]: stupid irritating emails
From: santosrobin at hotmail dot com Operating system: windows xp PHP version: Irrelevant PHP Bug Type: *Mail Related Bug description: stupid irritating emails Description: could you stop sending that stupid free movie tickets email shit to my friends. you keep sending it nonstop no matter what i do. it's fucking irritating. stop that shit right now...it doesn't even work. -- Edit bug report at http://bugs.php.net/?id=27952&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27952&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27952&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27952&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27952&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27952&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27952&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27952&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27952&r=support Expected behavior: http://bugs.php.net/fix.php?id=27952&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27952&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27952&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27952&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27952&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27952&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27952&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27952&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27952&r=float
#27810 [Com]: Apache-2.0.49 crashes on graceful/restart
ID: 27810 Comment by: tomdkat at comcast dot net Reported By: renato at galle dot com dot br Status: Closed Bug Type: Apache2 related Operating System: FreeBSD-5.2.1-RELEASE-p4 PHP Version: 4.3.5 New Comment: I'm seeing this same (or similar) problem with Apache 2.0.49 and PHP-4.3.6RC3 on Linux. I'm trying to test mod_perl-1.99-13 with Apache 2.0.49 and PHP-4.3.6RC3 and I get this: t/perl/hash_attack..ok t/perl/ithreads.ok t/perl/ithreads2ok t/preconnection/noteok t/protocol/echo.ok t/protocol/echo_filter..ok t/vhost/config..ok All tests successful, 4 tests skipped. Files=174, Tests=1076, 277 wallclock secs (158.69 cusr + 18.64 csys = 177.33 CPU) [warning] server linux:8529 shutdown [warning] port 8529 still in use... ..done [ error] oh golly, server dumped core [ error] for stacktrace, run: gdb /usr/local/apache-2.0.49/bin/httpd -core /home/tom/mod_perl-1.99_13/t/core.17388 So, I run the gdb command above and get this backtrace: (gdb) bt #0 0x40300860 in ?? () #1 0x08071601 in regex_cleanup (preg=0x864c9c8) at util.c:258 #2 0x4011da0d in run_cleanups (cref=0x80a2f28) at apr_pools.c:1951 #3 0x4011d14d in apr_pool_destroy (pool=0x80a2f18) at apr_pools.c:730 #4 0x4011d208 in apr_pool_destroy (pool=0x80a0f10) at apr_pools.c:727 #5 0x0806efc3 in destroy_and_exit_process (process=0x864c9c8, process_exit_value=140822984) at main.c:208 #6 0x0806fc33 in main (argc=9, argv=0xbfffdb44) at main.c:624 #7 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6 (gdb) If I remove the loading of the PHP module in Apache 2.0.49, the mod_perl_1.99-13 test runs cleanly and no core files get generated. :( Peace... Previous Comments: [2004-04-11 12:12:05] tomdkat at comcast dot net I'm running Apache/2.0.48 (Unix) mod_perl/1.99_13 Perl/v5.8.2 PHP/4.3.5 and I get this same crash when I try to restart Apache gracefully. My PCRE info: PCRE Library Version4.5 01-December-2003 Is everyone else using mod_perl? Peace... [2004-04-10 21:21:05] sdfsdhfkg at hotmail dot com I experience the exact same problem under FreeBSD 5.2.1 and also under Windows XP (just testing my scripts on this platform, I don't use Windows as a server). Why don't the developers give details on exactly how this bug was fixed in CVS? (If it was really fixed at all. Some people suggest that it was not.) First they labeled this bug as 'bogus' when in fact it was not. Now they say it has been fixed but don't give out any deatils. Is this the way open source projects work?? If it's going to be like this, then I must say open source developers are no better than Microsoft!! Maybe they are just ashamed of a lame bug in their source and trying to keep this as a secret? What's happening here?? [2004-04-10 04:44:01] nti at w4w dot net Why are you telling it is fixed? It is not :-((( !!! To restart apache with mod_php you have to "kill" shared memory area with "ipcrm -m" [2004-04-09 11:19:48] [EMAIL PROTECTED] Try the latest snapshot. It should be fixed. [2004-04-09 01:16:39] loki at arete dot cc Can we get an update on this? The bug is marked as 'closed', but there's no documentation on how this was fixed in CVS, and I can personally attest that it's not fixed in CVS HEAD for php5. 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/27810 -- Edit this bug report at http://bugs.php.net/?id=27810&edit=1
#27952 [Opn->Bgs]: stupid irritating emails
ID: 27952 Updated by: [EMAIL PROTECTED] Reported By: santosrobin at hotmail dot com -Status: Open +Status: Bogus Bug Type: *Mail Related Operating System: windows xp PHP Version: Irrelevant 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. Search google for "forged mta/mx". Previous Comments: [2004-04-11 13:31:18] santosrobin at hotmail dot com Description: could you stop sending that stupid free movie tickets email shit to my friends. you keep sending it nonstop no matter what i do. it's fucking irritating. stop that shit right now...it doesn't even work. -- Edit this bug report at http://bugs.php.net/?id=27952&edit=1
#27953 [NEW]: when I get to make install it ends with an error
From: jbard888 at aol dot com Operating system: Fedora Core 1 2.4.22-1.2115.nptl PHP version: Irrelevant PHP Bug Type: Compile Failure Bug description: when I get to make install it ends with an error Description: Im a collage student And im trying to set up snort as a class project I downloaded all needed files according to the instructions Everything was going fine untill I got to the PHP installation. I typed ./configure --prefix=/www/php --with-apxs2=/www/bin/apxs --with-config-file-path=/www/php --enable-sockets --with-mysql=/usr/local/mysql --with-zlib-dir=/usr/local --with- gd then make then make install on the make install is where I got the error I checked the /www/modules/ dir. for libphp*.so and it was not there I started with PHP version 4.3.3 then I tried 4.3.5 then I tried 5.0.0RC1 all 3 had the same error Try to keep in mind that im new to linux Iv only been useing it for about 6 mounths I don't think its an EEOC error but then again I only been using linux for 6 mounths so maby it is Any help would be greatly apprecated Reproduce code: --- Installing PHP SAPI module: apache2handler /www/build/instdso.sh SH_LIBTOOL='/www/build/libtool' libphp5.la /www/modules /www/build/libtool --mode=install cp libphp5.la /www/modules/ cp .libs/libphp5.lai /www/modules/libphp5.la cp .libs/libphp5.a /www/modules/libphp5.a ranlib /www/modules/libphp5.a chmod 644 /www/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /snort/php-5.0.0RC1/libs' Warning! dlname not found in /www/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /www/modules/libphp5.so chmod: failed to get attributes of `/www/modules/libphp5.so': No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 -- Edit bug report at http://bugs.php.net/?id=27953&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27953&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27953&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27953&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27953&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27953&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27953&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27953&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27953&r=support Expected behavior: http://bugs.php.net/fix.php?id=27953&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27953&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27953&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27953&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27953&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27953&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27953&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27953&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27953&r=float
#27953 [Opn->Bgs]: when I get to make install it ends with an error
ID: 27953 Updated by: [EMAIL PROTECTED] Reported By: jbard888 at aol dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Fedora Core 1 2.4.22-1.2115.nptl PHP Version: Irrelevant New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. . Previous Comments: [2004-04-11 14:50:46] jbard888 at aol dot com Description: Im a collage student And im trying to set up snort as a class project I downloaded all needed files according to the instructions Everything was going fine untill I got to the PHP installation. I typed ./configure --prefix=/www/php --with-apxs2=/www/bin/apxs --with-config-file-path=/www/php --enable-sockets --with-mysql=/usr/local/mysql --with-zlib-dir=/usr/local --with- gd then make then make install on the make install is where I got the error I checked the /www/modules/ dir. for libphp*.so and it was not there I started with PHP version 4.3.3 then I tried 4.3.5 then I tried 5.0.0RC1 all 3 had the same error Try to keep in mind that im new to linux Iv only been useing it for about 6 mounths I don't think its an EEOC error but then again I only been using linux for 6 mounths so maby it is Any help would be greatly apprecated Reproduce code: --- Installing PHP SAPI module: apache2handler /www/build/instdso.sh SH_LIBTOOL='/www/build/libtool' libphp5.la /www/modules /www/build/libtool --mode=install cp libphp5.la /www/modules/ cp .libs/libphp5.lai /www/modules/libphp5.la cp .libs/libphp5.a /www/modules/libphp5.a ranlib /www/modules/libphp5.a chmod 644 /www/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /snort/php-5.0.0RC1/libs' Warning! dlname not found in /www/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /www/modules/libphp5.so chmod: failed to get attributes of `/www/modules/libphp5.so': No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 -- Edit this bug report at http://bugs.php.net/?id=27953&edit=1
#27953 [Bgs]: when I get to make install it ends with an error
ID: 27953 User updated by: jbard888 at aol dot com Reported By: jbard888 at aol dot com Status: Bogus Bug Type: Compile Failure Operating System: Fedora Core 1 2.4.22-1.2115.nptl PHP Version: Irrelevant New Comment: Derick Thank you for pointing that out Im sorry I didn't see that bug submision Can you please give me the link Previous Comments: [2004-04-11 15:16:40] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. . [2004-04-11 14:50:46] jbard888 at aol dot com Description: Im a collage student And im trying to set up snort as a class project I downloaded all needed files according to the instructions Everything was going fine untill I got to the PHP installation. I typed ./configure --prefix=/www/php --with-apxs2=/www/bin/apxs --with-config-file-path=/www/php --enable-sockets --with-mysql=/usr/local/mysql --with-zlib-dir=/usr/local --with- gd then make then make install on the make install is where I got the error I checked the /www/modules/ dir. for libphp*.so and it was not there I started with PHP version 4.3.3 then I tried 4.3.5 then I tried 5.0.0RC1 all 3 had the same error Try to keep in mind that im new to linux Iv only been useing it for about 6 mounths I don't think its an EEOC error but then again I only been using linux for 6 mounths so maby it is Any help would be greatly apprecated Reproduce code: --- Installing PHP SAPI module: apache2handler /www/build/instdso.sh SH_LIBTOOL='/www/build/libtool' libphp5.la /www/modules /www/build/libtool --mode=install cp libphp5.la /www/modules/ cp .libs/libphp5.lai /www/modules/libphp5.la cp .libs/libphp5.a /www/modules/libphp5.a ranlib /www/modules/libphp5.a chmod 644 /www/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /snort/php-5.0.0RC1/libs' Warning! dlname not found in /www/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /www/modules/libphp5.so chmod: failed to get attributes of `/www/modules/libphp5.so': No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 -- Edit this bug report at http://bugs.php.net/?id=27953&edit=1
#27953 [Bgs->Opn]: libphp4.so does not exist on my system
ID: 27953 User updated by: jbard888 at aol dot com -Summary: when I get to make install it ends with an error Reported By: jbard888 at aol dot com -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: Fedora Core 1 2.4.22-1.2115.nptl PHP Version: Irrelevant New Comment: Also maby you didn't understand that libphp4.so is not on my system. If there is an Bug summision that explains this problem Im sorry I didn't see it Please can you give me the link Previous Comments: [2004-04-11 16:45:59] jbard888 at aol dot com Derick Thank you for pointing that out Im sorry I didn't see that bug submision Can you please give me the link [2004-04-11 15:16:40] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. . [2004-04-11 14:50:46] jbard888 at aol dot com Description: Im a collage student And im trying to set up snort as a class project I downloaded all needed files according to the instructions Everything was going fine untill I got to the PHP installation. I typed ./configure --prefix=/www/php --with-apxs2=/www/bin/apxs --with-config-file-path=/www/php --enable-sockets --with-mysql=/usr/local/mysql --with-zlib-dir=/usr/local --with- gd then make then make install on the make install is where I got the error I checked the /www/modules/ dir. for libphp*.so and it was not there I started with PHP version 4.3.3 then I tried 4.3.5 then I tried 5.0.0RC1 all 3 had the same error Try to keep in mind that im new to linux Iv only been useing it for about 6 mounths I don't think its an EEOC error but then again I only been using linux for 6 mounths so maby it is Any help would be greatly apprecated Reproduce code: --- Installing PHP SAPI module: apache2handler /www/build/instdso.sh SH_LIBTOOL='/www/build/libtool' libphp5.la /www/modules /www/build/libtool --mode=install cp libphp5.la /www/modules/ cp .libs/libphp5.lai /www/modules/libphp5.la cp .libs/libphp5.a /www/modules/libphp5.a ranlib /www/modules/libphp5.a chmod 644 /www/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /snort/php-5.0.0RC1/libs' Warning! dlname not found in /www/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /www/modules/libphp5.so chmod: failed to get attributes of `/www/modules/libphp5.so': No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 -- Edit this bug report at http://bugs.php.net/?id=27953&edit=1
#27953 [Opn->Bgs]: libphp4.so does not exist on my system
ID: 27953 Updated by: [EMAIL PROTECTED] Reported By: jbard888 at aol dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Fedora Core 1 2.4.22-1.2115.nptl PHP Version: Irrelevant New Comment: http://bugs.php.net/bug.php?id=27795 Previous Comments: [2004-04-11 17:09:16] jbard888 at aol dot com Also maby you didn't understand that libphp4.so is not on my system. If there is an Bug summision that explains this problem Im sorry I didn't see it Please can you give me the link [2004-04-11 16:45:59] jbard888 at aol dot com Derick Thank you for pointing that out Im sorry I didn't see that bug submision Can you please give me the link [2004-04-11 15:16:40] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. . [2004-04-11 14:50:46] jbard888 at aol dot com Description: Im a collage student And im trying to set up snort as a class project I downloaded all needed files according to the instructions Everything was going fine untill I got to the PHP installation. I typed ./configure --prefix=/www/php --with-apxs2=/www/bin/apxs --with-config-file-path=/www/php --enable-sockets --with-mysql=/usr/local/mysql --with-zlib-dir=/usr/local --with- gd then make then make install on the make install is where I got the error I checked the /www/modules/ dir. for libphp*.so and it was not there I started with PHP version 4.3.3 then I tried 4.3.5 then I tried 5.0.0RC1 all 3 had the same error Try to keep in mind that im new to linux Iv only been useing it for about 6 mounths I don't think its an EEOC error but then again I only been using linux for 6 mounths so maby it is Any help would be greatly apprecated Reproduce code: --- Installing PHP SAPI module: apache2handler /www/build/instdso.sh SH_LIBTOOL='/www/build/libtool' libphp5.la /www/modules /www/build/libtool --mode=install cp libphp5.la /www/modules/ cp .libs/libphp5.lai /www/modules/libphp5.la cp .libs/libphp5.a /www/modules/libphp5.a ranlib /www/modules/libphp5.a chmod 644 /www/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /snort/php-5.0.0RC1/libs' Warning! dlname not found in /www/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /www/modules/libphp5.so chmod: failed to get attributes of `/www/modules/libphp5.so': No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 -- Edit this bug report at http://bugs.php.net/?id=27953&edit=1
#27954 [NEW]: PATH_INFO no longer works
From: demis at liquidbit dot com Operating system: WINDOWS PHP version: 4.3.5 PHP Bug Type: *General Issues Bug description: PATH_INFO no longer works Description: I cannot get PATH_INFO working on Windows XP/IIS so I can show pages like this: http://localhost/myapp/login.php/ADMIN Changes to php.ini doc_root = "C:\Inetpub\wwwroot" cgi.force_redirect = 0 cgi.fix_pathinfo = 1 I have tried different values with these three config options and none work. I have already applied the configuration to get IIS to accept path info: adsutil set w3svc/AllowPathInfoForScriptMappings True The Error: Warning: Unknown(c:\inetpub\wwwroot\ADMIN): failed to open stream: No such file or directory in Unknown on line 0 It appears php does not like to call my login script and prefers to instead run the imaginary script path_info "ADMIN" thats on my doc_root NOTE: - Im using the windows binaries, compiling php with --enable-path-info-check may help - if its not already I hope this is the default with the windows binaries - I have tried IIS with php CGI and isapi no joy. - This setup works with apache and therefore solutions beginning with "Just use apache" are entertaining, they are not very helpful. Expected result: run my login.php script with the appropriate PATH_INFO variables fixed Actual result: -- The Error: Warning: Unknown(c:\inetpub\wwwroot\ADMIN): failed to open stream: No such file or directory in Unknown on line 0 -- Edit bug report at http://bugs.php.net/?id=27954&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27954&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27954&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27954&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27954&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27954&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27954&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27954&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27954&r=support Expected behavior: http://bugs.php.net/fix.php?id=27954&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27954&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27954&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27954&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27954&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27954&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27954&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27954&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27954&r=float
#27955 [NEW]: Bad output of variable
From: jkmail at tpg dot com dot au Operating system: FreeBSD 4.9 PHP version: 5.0.0RC1 PHP Bug Type: Variables related Bug description: Bad output of variable Description: When executing this code from STDIN (via CLI), an extra 'D' character appears in the output for the first time the function is executed. It behaves normally when its reading the code from a file. Could this be the 'D' character from the 'Ctrl-D' combination somehow appearing? Configure: './configure' '--prefix=/usr/local/php5' '--with-apxs2' '--disable-cgi' '--disable-ipv6' '--with-openssl' '--enable-bcmath' '--with-bzip2' '--with-curl' '--with-gd' '--enable-gd-native-ttf' '--with-imap' '--with-mysql=/usr/local/lib/mysql' '--enable-soap' '--with-xmlrpc' '--with-zlib-dir=/usr' Reproduce code: --- Expected result: 4 4 Actual result: -- 4D 4 -- Edit bug report at http://bugs.php.net/?id=27955&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=27955&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=27955&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=27955&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=27955&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=27955&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=27955&r=needscript Try newer version: http://bugs.php.net/fix.php?id=27955&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=27955&r=support Expected behavior: http://bugs.php.net/fix.php?id=27955&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=27955&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=27955&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=27955&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=27955&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=27955&r=dst IIS Stability: http://bugs.php.net/fix.php?id=27955&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=27955&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=27955&r=float
#27955 [Opn]: Bad output of variable
ID: 27955 User updated by: jkmail at tpg dot com dot au Reported By: jkmail at tpg dot com dot au Status: Open -Bug Type: Variables related +Bug Type: Output Control Operating System: FreeBSD 4.9 PHP Version: 5.0.0RC1 New Comment: Did a little more testing, and this is more of an input/output issue. Code: Produces: ^D 4 PHP4 did not suffer from this issue. Previous Comments: [2004-04-11 18:34:02] jkmail at tpg dot com dot au Description: When executing this code from STDIN (via CLI), an extra 'D' character appears in the output for the first time the function is executed. It behaves normally when its reading the code from a file. Could this be the 'D' character from the 'Ctrl-D' combination somehow appearing? Configure: './configure' '--prefix=/usr/local/php5' '--with-apxs2' '--disable-cgi' '--disable-ipv6' '--with-openssl' '--enable-bcmath' '--with-bzip2' '--with-curl' '--with-gd' '--enable-gd-native-ttf' '--with-imap' '--with-mysql=/usr/local/lib/mysql' '--enable-soap' '--with-xmlrpc' '--with-zlib-dir=/usr' Reproduce code: --- Expected result: 4 4 Actual result: -- 4D 4 -- Edit this bug report at http://bugs.php.net/?id=27955&edit=1
#27953 [Bgs->Opn]: libphp4.so does not exist on my system
ID: 27953 User updated by: jbard888 at aol dot com Reported By: jbard888 at aol dot com -Status: Bogus +Status: Open Bug Type: Compile Failure Operating System: Fedora Core 1 2.4.22-1.2115.nptl PHP Version: Irrelevant New Comment: Im sorry sir to keep bothering me Perhaps its my ignorance on the linux OS but that Bug submision did not solve my propblem I didn't use --with-jpeg-dir=/usr/local as the other gentlemen did. but after I read that report I did try to use it. --with-jpeg-dir=/usr/share/docs/ is where mine jpeg is located so I subsituded that. But It still didn't work. I then tried my original ./configure but without the --with- gd at the end and still nothing I also tried to edit the Makefile lines as also suggested but still nothing Previous Comments: [2004-04-11 17:20:52] [EMAIL PROTECTED] http://bugs.php.net/bug.php?id=27795 [2004-04-11 17:09:16] jbard888 at aol dot com Also maby you didn't understand that libphp4.so is not on my system. If there is an Bug summision that explains this problem Im sorry I didn't see it Please can you give me the link [2004-04-11 16:45:59] jbard888 at aol dot com Derick Thank you for pointing that out Im sorry I didn't see that bug submision Can you please give me the link [2004-04-11 15:16:40] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. . [2004-04-11 14:50:46] jbard888 at aol dot com Description: Im a collage student And im trying to set up snort as a class project I downloaded all needed files according to the instructions Everything was going fine untill I got to the PHP installation. I typed ./configure --prefix=/www/php --with-apxs2=/www/bin/apxs --with-config-file-path=/www/php --enable-sockets --with-mysql=/usr/local/mysql --with-zlib-dir=/usr/local --with- gd then make then make install on the make install is where I got the error I checked the /www/modules/ dir. for libphp*.so and it was not there I started with PHP version 4.3.3 then I tried 4.3.5 then I tried 5.0.0RC1 all 3 had the same error Try to keep in mind that im new to linux Iv only been useing it for about 6 mounths I don't think its an EEOC error but then again I only been using linux for 6 mounths so maby it is Any help would be greatly apprecated Reproduce code: --- Installing PHP SAPI module: apache2handler /www/build/instdso.sh SH_LIBTOOL='/www/build/libtool' libphp5.la /www/modules /www/build/libtool --mode=install cp libphp5.la /www/modules/ cp .libs/libphp5.lai /www/modules/libphp5.la cp .libs/libphp5.a /www/modules/libphp5.a ranlib /www/modules/libphp5.a chmod 644 /www/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /snort/php-5.0.0RC1/libs' Warning! dlname not found in /www/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /www/modules/libphp5.so chmod: failed to get attributes of `/www/modules/libphp5.so': No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 -- Edit this bug report at http://bugs.php.net/?id=27953&edit=1
#27955 [Opn]: Ctrl-D produces bad output
ID: 27955 User updated by: jkmail at tpg dot com dot au -Summary: Bad output of variable Reported By: jkmail at tpg dot com dot au Status: Open Bug Type: Output Control Operating System: FreeBSD 4.9 PHP Version: 5.0.0RC1 New Comment: Sorry folks, It just didn't reproduce on linux/php4 (I tested it on linux, as I didn't have php4 installed on the freebsd machine at the time). This seems to be a FreeBSD specific issue. This seems to be a problem with other languages like perl as well, so this bug could very well be marked as bogus. I don't like how it messes up the output though. Is there a way we can clear the buffer or something? Previous Comments: [2004-04-11 18:53:15] jkmail at tpg dot com dot au Did a little more testing, and this is more of an input/output issue. Code: Produces: ^D 4 PHP4 did not suffer from this issue. [2004-04-11 18:34:02] jkmail at tpg dot com dot au Description: When executing this code from STDIN (via CLI), an extra 'D' character appears in the output for the first time the function is executed. It behaves normally when its reading the code from a file. Could this be the 'D' character from the 'Ctrl-D' combination somehow appearing? Configure: './configure' '--prefix=/usr/local/php5' '--with-apxs2' '--disable-cgi' '--disable-ipv6' '--with-openssl' '--enable-bcmath' '--with-bzip2' '--with-curl' '--with-gd' '--enable-gd-native-ttf' '--with-imap' '--with-mysql=/usr/local/lib/mysql' '--enable-soap' '--with-xmlrpc' '--with-zlib-dir=/usr' Reproduce code: --- Expected result: 4 4 Actual result: -- 4D 4 -- Edit this bug report at http://bugs.php.net/?id=27955&edit=1
#27759 [Com]: bcadd() causes crash if first parameter is empty string
ID: 27759 Comment by: hagen at xiag dot ch Reported By: patrick at rap-x dot com Status: Closed Bug Type: BC math related Operating System: win32 only PHP Version: 5.0.0RC1 New Comment: Latest snapshot crashes on both Apaches 2.0.48 and 1.3.29 on WinXP. Previous Comments: [2004-04-07 05:56:45] [EMAIL PROTECTED] works fine for me using latest CVS snapshot. [2004-04-04 23:54:50] patrick at rap-x dot com The same code causes the same problem with PHP5 RC2. Output from the first section of phpinfo() below. - PHP Version 5.0.0RC2-dev System Windows NT ME 5.1 build 2600 Build Date Apr 3 2004 04:32:40 Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" Server API Apache 2.0 Handler Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINDOWS\php.ini PHP API 20031224 PHP Extension 20040316 Zend Extension 90021012 Debug Build no Thread Safety enabled IPv6 Supportenabled Registered PHP Streams php, file, http, ftp, compress.zlib Registered Stream Socket Transports tcp, udp . BCMath support enabled [2004-04-04 21:32:50] [EMAIL PROTECTED] Latest snapshot For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-04-04 20:48:23] patrick at rap-x dot com The bug is still reproducible, on the same code base. I don't have a windows compiler for C, so I can't try the hugely useful suggestion from polita. I've commented out or replaced all instances of bcmath functions in my code. I don't have a windows compiler for C, so I can't try the hugely useful suggestion from polita. If someone can point me to some binaries I'll test them. [2004-03-29 16:29:14] [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 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/27759 -- Edit this bug report at http://bugs.php.net/?id=27759&edit=1
#18406 [Com]: PHP 4.2.1, APACHE 1.3.26, FREETDS 5.1
ID: 18406 Comment by: swingcoder at msn dot com Reported By: claus dot pruefer at yoc dot de Status: Bogus Bug Type: Apache related Operating System: Suse Linux 7.3 glibc i686 PHP Version: 4.2.1 New Comment: ¸ãЦ Previous Comments: [2002-07-18 07:30:54] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-07-18 05:11:58] claus dot pruefer at yoc dot de oh, i forgot: with php-4.0.7RC1, apache 1.3.12 freetds 0.52 everything works fine... [2002-07-18 05:09:49] claus dot pruefer at yoc dot de sorry, i didnt backup the gdb STACK... but it reported an ERROR in chunk_free() in 'glibc.so' and terminated with a SEGMENTATION FAULT which was written in the APACHE HTTPD_LOG and the error is absolutely reproducable i compiled php, apache and freetds with DSO support and with libphp4.a WHEN YOU DONT CALL DB_FUNCTIONS EVERYTHING WORKS FINE... JUST FREETDS_FUNCTIONS... then i tried iODBC WITH OPEN_LINK here: no SEGMENTATION FAULTS, just VERY STRANGE behavior in 'ORDER BY QUERIES' and 'TOP x' QUERIES WITH MSSQL_SERVER queries... ok, hopefully that will help... -- Edit this bug report at http://bugs.php.net/?id=18406&edit=1
#23508 [Com]: Segmentation fault with data type in mssql
ID: 23508 Comment by: swingcoder at msn dot com Reported By: alietss at yahoo dot com Status: No Feedback Bug Type: MSSQL related Operating System: RedHat 9.0 PHP Version: 4CVS-2003-05-06 (stable) New Comment: i met the same problem, any one resolve it, pls let me know via email above. tks Previous Comments: [2004-01-08 04:21:46] sebastian dot wiehe at qmarketing dot de Anyone found a solution for that prob? I'm having exactly the same problems running mandrake 9.2, freeTDS 0.61, php 4.3.3. By now, I found no one who could deal with this strange behaviour. If you need further information concerning that possible bug, please contact me via email Thanks [2003-05-14 11:02: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-05-06 12:11:02] [EMAIL PROTECTED] Can you provide me with a small code sample to reproduce this error. I think it is a bug in FreeTDS, and would like to trace it. [2003-05-06 11:14:30] alietss at yahoo dot com Hi PHP people: I have found a segmentation fault with httpd-2.0.45 php-4.3.2 freetds-0.62-dev on RedHat 9.0 TDS 7.0 against a Microsoft SQL Server 2000, the problem is when some of the queries field is of type datetime 8... I'm using freetds-0.62-dev with mssql native php extension Here the apache error log... httpd: read.c:365: tds_get_char_data: Assertion `in_left < 4' failed. [Tue May 06 11:05:27 2003] [notice] child pid 9064 exit signal Segmentation fault (11) [Tue May 06 11:05:27 2003] [notice] child pid 9065 exit signal Segmentation fault (11) I report this to freetds people too since I don't know who belongs the problem... Any Ideas, Regards Aliet -- Edit this bug report at http://bugs.php.net/?id=23508&edit=1
#12250 [Com]: Segfault when using FreeTDS connect
ID: 12250
Comment by: swingcoder at msn dot com
Reported By: dmit at tkb dot lv
Status: Bogus
Bug Type: MSSQL related
Operating System: Linux 2.4.5 Slackware 8.0
PHP Version: 4.0.6
New Comment:
what the bug is!
Previous Comments:
[2002-06-19 10:03:57] [EMAIL PROTECTED]
Not a PHP bug > bogus
[2002-06-19 10:02:14] jim at dardenhome dot com
I figured out the problem. I decided to use the freetds.conf file for
configuring the connection rather than the depricated "interfaces"
file. I probably had some environment variable not set properly.
[2002-06-19 09:47:20] jim at dardenhome dot com
I'm having the same problem. RH 7.2/PHP 4.2.1
mssql_connect();
Program received signal SIGSEGV, Segmentation fault.
__inet_aton (cp=0x0, addr=0xbfffe400) at inet_addr.c:130
130 inet_addr.c: No such file or directory.
in inet_addr.c
(gdb) bt
#0 __inet_aton (cp=0x0, addr=0xbfffe400) at inet_addr.c:130
#1 0x401edf6f in inet_addr (cp=0x0) at inet_addr.c:96
#2 0x4003c4cb in tds_connect (login=0x816dc68, parent=0x816b658) at
login.c:168
#3 0x40034e7f in tdsdbopen (login=0x8163960, server=0x816dba4
"ProcessLog") at dblib.c:442
#4 0x080ab670 in php_sybase_do_connect (ht=3, return_value=0x816dc1c,
this_ptr=0x0, return_value_used=0, persistent=0)
at php_sybase_db.c:535
#5 0x080ab7c9 in zif_sybase_connect (ht=3, return_value=0x816dc1c,
this_ptr=0x0, return_value_used=0) at php_sybase_db.c:582
#6 0x080eaa6b in execute (op_array=0x8165ddc) at
./zend_execute.c:1598
#7 0x080d1b36 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at zend.c:810
#8 0x0805f601 in php_execute_script (primary_file=0xbab0) at
main.c:1381
#9 0x0805d5d0 in main (argc=2, argv=0xbb54) at cgi_main.c:778
#10 0x40112507 in __libc_start_main (main=0x805ccf4 , argc=2,
ubp_av=0xbb54, init=0x805b744 <_init>, fini=0x80ef590 <_fini>,
rtld_fini=0x4000dc14 <_dl_fini>, stack_end=0xbb4c) at
../sysdeps/generic/libc-start.c:129
[2002-06-18 04:40:02] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2002-06-04 06:52:53] alexp at mail dot lv
Did you add entry for you SQL server in freetds.conf? PHP always
segfaults when server not found in config. At least it does for me.
Edit freetds.conf
---
# A typical Microsoft SQL Server 6.x configuration
[MyServer65]
host = ntmachine.domain.com
port = 1433
tds version = 4.2
---
$connect_id = mssql_pconnect("MyServer65" , "user" , "abcdefg" );
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/12250
--
Edit this bug report at http://bugs.php.net/?id=12250&edit=1
#18406 [Com]: PHP 4.2.1, APACHE 1.3.26, FREETDS 5.1
ID: 18406 Comment by: swingcoder at msn dot com Reported By: claus dot pruefer at yoc dot de Status: Bogus Bug Type: Apache related Operating System: Suse Linux 7.3 glibc i686 PHP Version: 4.2.1 New Comment: i have solve the problem. 1.compile freedts: ./configure --prefix=/usr/local/php/modules/freetds --sysconfdir=/usr/local/php/modules/freetds --enable-static --enable-shared --enable-msdblib 2.compile php: ./configure --prefix=/usr/local/php --enable-magic-quotes --with-apxs2=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-freetype-dir --with-mssql=/usr/local/php/modules/freetds --with-sybase=/usr/local/php/modules/freetds 3.edit /etc/hosts,and add line: your_server_IP YOURSERVERNAME 4.configure freedts.conf [YOURSERVERNAME] host = YOURSERVERNAME port = 1433 tds version = 8.0 client charset = UTF-8 5.finished Previous Comments: [2004-04-12 01:00:24] swingcoder at msn dot com ¸ãЦ [2002-07-18 07:30:54] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2002-07-18 05:11:58] claus dot pruefer at yoc dot de oh, i forgot: with php-4.0.7RC1, apache 1.3.12 freetds 0.52 everything works fine... [2002-07-18 05:09:49] claus dot pruefer at yoc dot de sorry, i didnt backup the gdb STACK... but it reported an ERROR in chunk_free() in 'glibc.so' and terminated with a SEGMENTATION FAULT which was written in the APACHE HTTPD_LOG and the error is absolutely reproducable i compiled php, apache and freetds with DSO support and with libphp4.a WHEN YOU DONT CALL DB_FUNCTIONS EVERYTHING WORKS FINE... JUST FREETDS_FUNCTIONS... then i tried iODBC WITH OPEN_LINK here: no SEGMENTATION FAULTS, just VERY STRANGE behavior in 'ORDER BY QUERIES' and 'TOP x' QUERIES WITH MSSQL_SERVER queries... ok, hopefully that will help... -- Edit this bug report at http://bugs.php.net/?id=18406&edit=1
#27810 [Com]: Apache-2.0.49 crashes on graceful/restart
ID: 27810 Comment by: loki at arete dot cc Reported By: renato at galle dot com dot br Status: Closed Bug Type: Apache2 related Operating System: FreeBSD-5.2.1-RELEASE-p4 PHP Version: 4.3.5 New Comment: I just tried the latest php5 snapshot. Problem still present. Is it only fixed in php4 cvs? Can you tell us what the problem actually is? There's still no documentation of it in Changelog or in NEWS. Previous Comments: [2004-04-11 13:45:25] tomdkat at comcast dot net I'm seeing this same (or similar) problem with Apache 2.0.49 and PHP-4.3.6RC3 on Linux. I'm trying to test mod_perl-1.99-13 with Apache 2.0.49 and PHP-4.3.6RC3 and I get this: t/perl/hash_attack..ok t/perl/ithreads.ok t/perl/ithreads2ok t/preconnection/noteok t/protocol/echo.ok t/protocol/echo_filter..ok t/vhost/config..ok All tests successful, 4 tests skipped. Files=174, Tests=1076, 277 wallclock secs (158.69 cusr + 18.64 csys = 177.33 CPU) [warning] server linux:8529 shutdown [warning] port 8529 still in use... ..done [ error] oh golly, server dumped core [ error] for stacktrace, run: gdb /usr/local/apache-2.0.49/bin/httpd -core /home/tom/mod_perl-1.99_13/t/core.17388 So, I run the gdb command above and get this backtrace: (gdb) bt #0 0x40300860 in ?? () #1 0x08071601 in regex_cleanup (preg=0x864c9c8) at util.c:258 #2 0x4011da0d in run_cleanups (cref=0x80a2f28) at apr_pools.c:1951 #3 0x4011d14d in apr_pool_destroy (pool=0x80a2f18) at apr_pools.c:730 #4 0x4011d208 in apr_pool_destroy (pool=0x80a0f10) at apr_pools.c:727 #5 0x0806efc3 in destroy_and_exit_process (process=0x864c9c8, process_exit_value=140822984) at main.c:208 #6 0x0806fc33 in main (argc=9, argv=0xbfffdb44) at main.c:624 #7 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6 (gdb) If I remove the loading of the PHP module in Apache 2.0.49, the mod_perl_1.99-13 test runs cleanly and no core files get generated. :( Peace... [2004-04-11 12:12:05] tomdkat at comcast dot net I'm running Apache/2.0.48 (Unix) mod_perl/1.99_13 Perl/v5.8.2 PHP/4.3.5 and I get this same crash when I try to restart Apache gracefully. My PCRE info: PCRE Library Version4.5 01-December-2003 Is everyone else using mod_perl? Peace... [2004-04-10 21:21:05] sdfsdhfkg at hotmail dot com I experience the exact same problem under FreeBSD 5.2.1 and also under Windows XP (just testing my scripts on this platform, I don't use Windows as a server). Why don't the developers give details on exactly how this bug was fixed in CVS? (If it was really fixed at all. Some people suggest that it was not.) First they labeled this bug as 'bogus' when in fact it was not. Now they say it has been fixed but don't give out any deatils. Is this the way open source projects work?? If it's going to be like this, then I must say open source developers are no better than Microsoft!! Maybe they are just ashamed of a lame bug in their source and trying to keep this as a secret? What's happening here?? [2004-04-10 04:44:01] nti at w4w dot net Why are you telling it is fixed? It is not :-((( !!! To restart apache with mod_php you have to "kill" shared memory area with "ipcrm -m" [2004-04-09 11:19:48] [EMAIL PROTECTED] Try the latest snapshot. It should be fixed. 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/27810 -- Edit this bug report at http://bugs.php.net/?id=27810&edit=1
