#38604 [NEW]: Memory leak in SimpleXML ?
From: apachephp at gmail dot com
Operating system: Linux
PHP version: 5.1.5
PHP Bug Type: SimpleXML related
Bug description: Memory leak in SimpleXML ?
Description:
I'm processing big XML file (1-10MB each) in loop.
Very soon free memory is near to zero and system starts swapping.
Reproduce code:
---
?
function ProcessFile($filename)
{
if (file_exists($filename)) {
$xml =
simplexml_load_string(file_get_contents($filename));
foreach ($xml-report as $reports)
{
//echo $reports-forumid.\n;
}
// var_dump($xml);
unset($xml);
} else {
exit('Failed to open test.xml.');
}
}
$files=file('files.txt');
foreach ($files as $file)
{
$file=chop($file);
echo Processing $file\n;
ProcessFile($file);
}
?
--
Edit bug report at http://bugs.php.net/?id=38604edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38604r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38604r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38604r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38604r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38604r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38604r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38604r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38604r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38604r=support
Expected behavior:http://bugs.php.net/fix.php?id=38604r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38604r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38604r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38604r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38604r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38604r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38604r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38604r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38604r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38604r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38604r=mysqlcfg
#38596 [Fbk-Opn]: PHP segfaults on exit() with PDO prepared statements
ID: 38596
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.1.5
New Comment:
The issue does *not* occur in php5.2-200608260630.
Previous Comments:
[2006-08-25 20:45:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-08-25 19:07:15] [EMAIL PROTECTED]
The problem also exists in PHP 5.2.0 RC1. The backtrace is identical
except for different line numbers:
#0 0x40402927 in mysql_more_results () from
/usr//lib/libmysqlclient.so.14
#1 0x0814bfb0 in free_statement (stmt=0x40793b54) at
/home/martin/src/php-5.2.0RC1/ext/pdo/pdo_stmt.c:2225
#2 0x082fd939 in zend_objects_store_free_object_storage
(objects=0x8477d78) at
/home/martin/src/php-5.2.0RC1/Zend/zend_objects_API.c:86
#3 0x082d4193 in shutdown_executor () at
/home/martin/src/php-5.2.0RC1/Zend/zend_execute_API.c:295
#4 0x082e1260 in zend_deactivate () at
/home/martin/src/php-5.2.0RC1/Zend/zend.c:839
#5 0x0829c678 in php_request_shutdown (dummy=0x0) at
/home/martin/src/php-5.2.0RC1/main/main.c:1300
#6 0x0835820e in main (argc=3, argv=0xbb64) at
/home/martin/src/php-5.2.0RC1/sapi/cli/php_cli.c:1250
[2006-08-25 18:46:14] [EMAIL PROTECTED]
Description:
[Note: This bug is against PHP 5.1.6, but the bug interface only offers
5.1.5.]
The code below makes PHP segfault at the time that exit() is called.
This happens with both CLI and Apache 2 (prefork). I'm using MySQL
4.1.11.
If the return value of prepare() is not assigned to a variable, the
script does not crash. Also it does not crash when omitting the exit()
call.
Reproduce code:
---
?php
class SomeClass {
public function doSomething($id) {
$dsn = mysql:host=localhost;dbname=weblog;
$db = new PDO($dsn, weblog, weblog);
$stm = $db-prepare(UPDATE entry SET id = ?);
exit();
}
}
$obj = new SomeClass;
$obj-doSomething(1);
Expected result:
No crash.
Actual result:
--
#0 0x4011c927 in mysql_more_results () from
/usr//lib/libmysqlclient.so.14
#1 0x08134329 in free_statement (stmt=0x84e351c) at
/home/martin/src/php-5.1.6/ext/pdo/pdo_stmt.c:2200
#2 0x082a2349 in zend_objects_store_free_object_storage
(objects=0x83f60dc) at
/home/martin/src/php-5.1.6/Zend/zend_objects_API.c:86
#3 0x0828062f in shutdown_executor () at
/home/martin/src/php-5.1.6/Zend/zend_execute_API.c:281
#4 0x0828b074 in zend_deactivate () at
/home/martin/src/php-5.1.6/Zend/zend.c:854
#5 0x082513b6 in php_request_shutdown (dummy=0x0) at
/home/martin/src/php-5.1.6/main/main.c:1292
#6 0x082f0cc0 in main (argc=3, argv=0xbb84) at
/home/martin/src/php-5.1.6/sapi/cli/php_cli.c:1246
--
Edit this bug report at http://bugs.php.net/?id=38596edit=1
#38525 [Com]: 5.2.0RC2 + squirrelmail == random segfaults , heap corruption
ID: 38525 Comment by: poeml at suse dot de Reported By: judas dot iscariote at gmail dot com Status: Feedback Bug Type: Reproducible crash Operating System: linux PHP Version: 5.2.0RC2 New Comment: Hi, on my machine it happens with IMAP server _on localhost_. A how-to-reproduce procedure here is: - open inbox in browser - open first mail - click next mail - proceed with clicking next mail (thereby stepping through mailbox mail by mail), until segfault happens. Sometimes it takes a while, but il WILL happen sooner or later. - now, reloading will trigger the segfault again and again. - viewing the next mail and going back shows the mail without segfault. This also allows to continue to use squirrelmail until the next segfault is encountered. Previous Comments: [2006-08-23 23:06:11] [EMAIL PROTECTED] Well, we still need a reproduce case.. [2006-08-23 22:52:46] judas dot iscariote at gmail dot com Tony : Sadly I still get a segfault with a fresh CVS copy :-( =32459== Process terminating with default action of signal 11 (SIGSEGV) ==32459== Bad permissions for mapped region at address 0x18 ==32459==at 0x7BEC108: zend_mm_add_to_free_list (zend_alloc.c:465) ==32459==by 0x7BEDC23: _zend_mm_alloc_int (zend_alloc.c:1233) ==32459==by 0x7BEEB7D: _zend_mm_realloc_int (zend_alloc.c:1543) ==32459==by 0x7BEEE9D: _erealloc (zend_alloc.c:1633) ==32459==by 0x7B84771: php_var_serialize_string (var.c:538) ==32459==by 0x7B86607: php_var_serialize_intern (var.c:701) ==32459==by 0x7B88679: php_var_serialize_intern (var.c:827) ==32459==by 0x7B88679: php_var_serialize_intern (var.c:827) ==32459==by 0x7B89295: php_var_serialize (var.c:845) ==32459==by 0x7B00700: ps_srlzr_encode_php (session.c:479) ==32459==by 0x7B01268: php_session_encode (session.c:581) ==32459==by 0x7B01DDD: php_session_save_current_state (session.c:860) ==32459== ==32459== ERROR SUMMARY: 26 errors from 8 contexts (suppressed: 149 from 1) ==32459== malloc/free: in use at exit: 21,210,557 bytes in 5,186 blocks. ==32459== malloc/free: 169,756 allocs, 164,570 frees, 216,925,409 bytes allocated. ==32459== For counts of detected errors, rerun with: -v ==32459== searching for pointers to 5,186 not-freed blocks. ==32459== checked 19,498,696 bytes. [2006-08-23 13:04:57] [EMAIL PROTECTED] This seems to be a duplicate of bug #38265. Dmitry has committed a patch for it several minutes ago, please try the next snapshot (or CVS sources). Thanks. [2006-08-22 08:02:57] [EMAIL PROTECTED] No, using IMAP server on a different machine didn't change anything. It still works fine without any crashes. [2006-08-22 06:14:48] judas dot iscariote at gmail dot com ok. I now checked a fresh copy from the cvs, and reduced my php installation to the really minimum to run the offended app that crashes. my configure line now is : ./configure --enable-debug --with-pcre-regex --with-iconv --enable-session --disable-all --with-libdir=lib64 --with -apxs2=/usr/sbin/apxs2 results : imap server in remote === RANDOM CRASH imap server in localhost === NO CRASH. the gdb and valgrind info are the same. 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/38525 -- Edit this bug report at http://bugs.php.net/?id=38525edit=1
#38607 [NEW]: References in function
From: kilgor at twojepc dot pl
Operating system: Windows/Linux
PHP version: 5.1.5
PHP Bug Type: Scripting Engine problem
Bug description: References in function
Description:
PHP 5.1.1 is the last version of PHP which gave expected result of this
statement. I noticed that next versions return wrong result.
I tested PHP version 5.1.2, 5.1.4, 5.1.6 and the all returned unexpected
(wrong) result.
As you can see, the mistake appeares when you assign value to the variable
which is passed to function as a reference:
In my example: test($i=array());
Reproduce code:
---
?
function test($x)
{
$x[]=1;
$x[]=2;
$x[]=3;
}
test($i=array());
$i[]=4;
var_dump($i);
?
Expected result:
array(4) {
[0]=
int(1)
[1]=
int(2)
[2]=
int(3)
[3]=
int(4)
}
Actual result:
--
array(1) {
[3]=
int(4)
}
--
Edit bug report at http://bugs.php.net/?id=38607edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38607r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38607r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38607r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38607r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38607r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38607r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38607r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38607r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38607r=support
Expected behavior:http://bugs.php.net/fix.php?id=38607r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38607r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38607r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38607r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38607r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38607r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38607r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38607r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38607r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38607r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38607r=mysqlcfg
#38596 [Opn-Bgs]: PHP segfaults on exit() with PDO prepared statements
ID: 38596
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.1.5
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.
duplicate of #37445 (which is fixed)
Previous Comments:
[2006-08-26 09:01:58] [EMAIL PROTECTED]
The issue does *not* occur in php5.2-200608260630.
[2006-08-25 20:45:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-08-25 19:07:15] [EMAIL PROTECTED]
The problem also exists in PHP 5.2.0 RC1. The backtrace is identical
except for different line numbers:
#0 0x40402927 in mysql_more_results () from
/usr//lib/libmysqlclient.so.14
#1 0x0814bfb0 in free_statement (stmt=0x40793b54) at
/home/martin/src/php-5.2.0RC1/ext/pdo/pdo_stmt.c:2225
#2 0x082fd939 in zend_objects_store_free_object_storage
(objects=0x8477d78) at
/home/martin/src/php-5.2.0RC1/Zend/zend_objects_API.c:86
#3 0x082d4193 in shutdown_executor () at
/home/martin/src/php-5.2.0RC1/Zend/zend_execute_API.c:295
#4 0x082e1260 in zend_deactivate () at
/home/martin/src/php-5.2.0RC1/Zend/zend.c:839
#5 0x0829c678 in php_request_shutdown (dummy=0x0) at
/home/martin/src/php-5.2.0RC1/main/main.c:1300
#6 0x0835820e in main (argc=3, argv=0xbb64) at
/home/martin/src/php-5.2.0RC1/sapi/cli/php_cli.c:1250
[2006-08-25 18:46:14] [EMAIL PROTECTED]
Description:
[Note: This bug is against PHP 5.1.6, but the bug interface only offers
5.1.5.]
The code below makes PHP segfault at the time that exit() is called.
This happens with both CLI and Apache 2 (prefork). I'm using MySQL
4.1.11.
If the return value of prepare() is not assigned to a variable, the
script does not crash. Also it does not crash when omitting the exit()
call.
Reproduce code:
---
?php
class SomeClass {
public function doSomething($id) {
$dsn = mysql:host=localhost;dbname=weblog;
$db = new PDO($dsn, weblog, weblog);
$stm = $db-prepare(UPDATE entry SET id = ?);
exit();
}
}
$obj = new SomeClass;
$obj-doSomething(1);
Expected result:
No crash.
Actual result:
--
#0 0x4011c927 in mysql_more_results () from
/usr//lib/libmysqlclient.so.14
#1 0x08134329 in free_statement (stmt=0x84e351c) at
/home/martin/src/php-5.1.6/ext/pdo/pdo_stmt.c:2200
#2 0x082a2349 in zend_objects_store_free_object_storage
(objects=0x83f60dc) at
/home/martin/src/php-5.1.6/Zend/zend_objects_API.c:86
#3 0x0828062f in shutdown_executor () at
/home/martin/src/php-5.1.6/Zend/zend_execute_API.c:281
#4 0x0828b074 in zend_deactivate () at
/home/martin/src/php-5.1.6/Zend/zend.c:854
#5 0x082513b6 in php_request_shutdown (dummy=0x0) at
/home/martin/src/php-5.1.6/main/main.c:1292
#6 0x082f0cc0 in main (argc=3, argv=0xbb84) at
/home/martin/src/php-5.1.6/sapi/cli/php_cli.c:1246
--
Edit this bug report at http://bugs.php.net/?id=38596edit=1
#38607 [Opn-Bgs]: References in function
ID: 38607
Updated by: [EMAIL PROTECTED]
Reported By: kilgor at twojepc dot pl
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Windows/Linux
PHP Version: 5.1.5
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
.
Previous Comments:
[2006-08-26 10:21:15] kilgor at twojepc dot pl
Description:
PHP 5.1.1 is the last version of PHP which gave expected result of this
statement. I noticed that next versions return wrong result.
I tested PHP version 5.1.2, 5.1.4, 5.1.6 and the all returned
unexpected (wrong) result.
As you can see, the mistake appeares when you assign value to the
variable which is passed to function as a reference:
In my example: test($i=array());
Reproduce code:
---
?
function test($x)
{
$x[]=1;
$x[]=2;
$x[]=3;
}
test($i=array());
$i[]=4;
var_dump($i);
?
Expected result:
array(4) {
[0]=
int(1)
[1]=
int(2)
[2]=
int(3)
[3]=
int(4)
}
Actual result:
--
array(1) {
[3]=
int(4)
}
--
Edit this bug report at http://bugs.php.net/?id=38607edit=1
#37185 [Com]: IIS 5 crash on service shutdown
ID: 37185 Comment by: andrew dot chapman at brighterworking dot com Reported By: rjf at seastate1 dot com Status: No Feedback Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.1.2 New Comment: Using 5.1.5 on Windows XP Professional SP2. Having the same problem. No extensions. No php.ini being used. Totally repeatable problem, it happens every time a php page is accessed and then IIS is restarted. I don't have an ISAPI filter enabled, just the .php extension. I only have it included for the Default Web Site not the master site (following someone elses suggestion). Information from phpinfo() below. System Windows NT machine name 5.1 build 2600 Build Date Aug 15 2006 23:50:22 Server API ISAPI PHP API 20041225 PHP Extension 20050922 Zend Extension 220051025 Debug Build no Happy to help with a backtrace, but I am a Javahead (no idea what MSVC6 is). Previous Comments: [2006-05-09 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2006-05-01 15:15:38] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 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. [2006-04-26 17:17:27] rjf at seastate1 dot com Tony, I tried what you said. (For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip) There is no change. The issue still exists with the same behavior. What next? [2006-04-24 17:33:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-04-24 14:26:15] rjf at seastate1 dot com Description: Recent (4/21/2006) vanilla install of PHP 5.1.2.2 on Windows XP SP2. I installed PHP as an ISAPI filter in IIS. Can run .html and .aspx pages in IE6 browser using IIS on same machine just fine. Can start and stop IIS just fine. Can run .php pages in IE6 browser using IIS on same machine just fine. However, after running one or more .php pages, if I stop the World Wide Web Publishing service (via the Services control panel UI) while stopping the service, a Microsoft Send Error Report dialog reports Internet Information Services has encountered a problem and needs to close. The only additional information readily visible is An unhandled win32 exception occured in inetinfo.exe [9584]. It appears the shutdown is not clean. What additional information should I provide? Reproduce code: --- No code per se. Issue happens at late stage of stopping IIS after running one or more .php pages. Here is a simple page hello.php: html headtitleHello/title/head body Hello /body /html Expected result: All PHP code runs fine. Issue is inetinfo.exe does not shutdown cleanly as it usually does. Actual result: -- Shall I send you the dump files that are automatically sent to Microsoft? -- Edit this bug report at http://bugs.php.net/?id=37185edit=1
#38600 [Fbk-Opn]: Infinite loop in preg_match
ID: 38600
User updated by: phillip dot berndt at googlemail dot com
Reported By: phillip dot berndt at googlemail dot com
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: Linux
PHP Version: 5.1.5
New Comment:
Same result for a fresh php5.2-200608261230 build.
I don't know, whether this helps, but in this build I interrupted the
process after about 10 seconds; here's the bt:
#0 adjust_recurse (group=0x84706db R, adjust=1, utf8=0,
cd=0xbfd088e0) at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:1117
#1 0x08080269 in compile_regex (options=0, oldims=0,
brackets=0xbfd084a4, codeptr=0xbfd08344, ptrptr=0xbfd0837c,
errorcodeptr=0xbfd084dc, lookbehind=0,
skipbytes=0, firstbyteptr=0x0, reqbyteptr=0x0, bcptr=0x3d,
cd=0xbfd088e0) at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:2681
#2 0x0807e71a in compile_regex (options=0, oldims=0,
brackets=0xbfd084a4, codeptr=0xbfd084a8, ptrptr=0xbfd084d8,
errorcodeptr=0xbfd084dc, lookbehind=0,
skipbytes=0, firstbyteptr=0x0, reqbyteptr=0x0, bcptr=0x3d,
cd=0xbfd088e0) at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:3177
#3 0x08081339 in php_pcre_compile2 (pattern=0xb7bdf6d8
(?!\\w)(0x[\\p{N}]+[lL]?|[\\p{Nd}]+(e[\\p{Nd}]*)?[lLdDfF]?)(?!\\w),
options=0, errorcodeptr=0x0,
errorptr=0xbfd089a4, erroroffset=0xbfd089a8, tables=0x8470220 )
at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:4983
#4 0x080829a3 in php_pcre_compile (pattern=0x0, options=0,
errorptr=0x0, erroroffset=0x0, tables=0x0)
at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:3905
#5 0x0808bfad in pcre_get_compiled_regex_cache (regex=0xb7be4bd4
/(?!\\w)(0x[\\p{N}]+[lL]?|[\\p{Nd}]+(e[\\p{Nd}]*)?[lLdDfF]?)(?!\\w)/,
regex_len=64)
at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/php_pcre.c:324
#6 0x0808d225 in php_do_pcre_match (ht=2, return_value=0xb7be4c20,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0, global=0)
at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/php_pcre.c:457
#7 0x082292d7 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfd08b60) at zend_vm_execute.h:200
#8 0x08228bdc in execute (op_array=0xb7be47d8) at
zend_vm_execute.h:92
#9 0x0820dabe in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/home/pberndt/php_snap/php5.2-200608261230/Zend/zend.c:1095
#10 0x081cfb86 in php_execute_script (primary_file=0xbfd0b060) at
/home/pberndt/php_snap/php5.2-200608261230/main/main.c:1759
#11 0x082963b0 in main (argc=1, argv=0xbfd0b144) at
/home/pberndt/php_snap/php5.2-200608261230/sapi/cli/php_cli.c:1102
Previous Comments:
[2006-08-25 21:39:04] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-08-25 21:14:47] phillip dot berndt at googlemail dot com
Description:
When executing the code below, the function won't return but loop
forever (or do something else, I don't know).
Reproduce code:
---
?php
$foo = 'bla bla bla';
preg_match('/(?!\w)(0x[\p{N}]+[lL]?|[\p{Nd}]+(e[\p{Nd}]*)?[lLdDfF]?)(?!\w)/',
$foo);
?
Expected result:
Something like that:
[EMAIL PROTECTED] ~ $ time perl -e '$_=bla bla bla;
/(?!\w)(0x[\p{N}]+[lL]?|[\p{Nd}]+(e[\p{Nd}]*)?[lLdDfF]?)(?!\w)/;'
real0m0.017s
user0m0.016s
sys 0m0.000s
Actual result:
--
[EMAIL PROTECTED] ~ $ php
?php
set_time_limit(10);
$foo = 'bla bla bla';
preg_match('/(?!\w)(0x[\p{N}]+[lL]?|[\p{Nd}]+(e[\p{Nd}]*)?[lLdDfF]?)(?!\w)/',
$foo);
?
Fatal error: Maximum execution time of 10 seconds exceeded in
/home/pberndt/- on line 4
--
Edit this bug report at http://bugs.php.net/?id=38600edit=1
#37812 [Opn-Csd]: aggregate_methods_by_list fails to take certain methods
ID: 37812
Updated by: [EMAIL PROTECTED]
Reported By: wickedfather at hotmail dot com
-Status: Open
+Status: Closed
Bug Type: Class/Object related
Operating System: Win 98SE
PHP Version: 4.4.2
-Assigned To:
+Assigned To: bjori
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2006-06-15 03:20:10] wickedfather at hotmail dot com
Description:
aggregate_methods_by_list fails to aggregate certain methods that are
definitely not present in the object
Reproduce code:
---
class Absorber
{
/**
* Assigns object's properties from supplied array
* @param array associative
*/
function absorb($data)
{
$props = get_object_vars($this);
foreach (array_keys($props) as $prop)
{
if (isset($data[$prop]))
{
$this-$prop = $data[$prop];
}
}
}
}
class User
{
function User($id = NULL)
{
// doesn't work
aggregate_methods_by_list($this, 'Absorber', array('absorb'));
echo
'preAggregation:'.print_r(aggregation_info($this),1).'/pre';
}
}
Expected result:
Expectation is to see the method absorb in the aggregation list, and to
be available as a method. The problem can be worked around by using
aggregate_methods_by_regexp($this, 'Absorber', '/absorb/');
Actual result:
--
No methods are present in the aggregation list
--
Edit this bug report at http://bugs.php.net/?id=37812edit=1
#38600 [Opn]: Infinite loop in preg_match
ID: 38600
User updated by: phillip dot berndt at googlemail dot com
Reported By: phillip dot berndt at googlemail dot com
Status: Open
Bug Type: PCRE related
Operating System: Linux
PHP Version: 5.1.5
New Comment:
This should be the problem:
ChangeLog for PCRE
--
Version 6.7 04-Jul-06
[...]
4. When UTF-8 mode was not set, PCRE looped when compiling certain
patterns
containing an extended class (one that cannot be represented by a
bitmap
because it contains high-valued characters or Unicode property
items, e.g.
[\pZ]). Almost always one would set UTF-8 mode when processing such
a
pattern, but PCRE should not loop if you do not (it no longer
does).
[Detail: two cases were found: (a) a repeated subpattern containing
an
extended class; (b) a recursive reference to a subpattern that
followed a
previous extended class. It wasn't skipping over the extended
class
correctly when UTF-8 mode was not set.]
[...]
Previous Comments:
[2006-08-26 13:40:16] phillip dot berndt at googlemail dot com
Same result for a fresh php5.2-200608261230 build.
I don't know, whether this helps, but in this build I interrupted the
process after about 10 seconds; here's the bt:
#0 adjust_recurse (group=0x84706db R, adjust=1, utf8=0,
cd=0xbfd088e0) at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:1117
#1 0x08080269 in compile_regex (options=0, oldims=0,
brackets=0xbfd084a4, codeptr=0xbfd08344, ptrptr=0xbfd0837c,
errorcodeptr=0xbfd084dc, lookbehind=0,
skipbytes=0, firstbyteptr=0x0, reqbyteptr=0x0, bcptr=0x3d,
cd=0xbfd088e0) at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:2681
#2 0x0807e71a in compile_regex (options=0, oldims=0,
brackets=0xbfd084a4, codeptr=0xbfd084a8, ptrptr=0xbfd084d8,
errorcodeptr=0xbfd084dc, lookbehind=0,
skipbytes=0, firstbyteptr=0x0, reqbyteptr=0x0, bcptr=0x3d,
cd=0xbfd088e0) at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:3177
#3 0x08081339 in php_pcre_compile2 (pattern=0xb7bdf6d8
(?!\\w)(0x[\\p{N}]+[lL]?|[\\p{Nd}]+(e[\\p{Nd}]*)?[lLdDfF]?)(?!\\w),
options=0, errorcodeptr=0x0,
errorptr=0xbfd089a4, erroroffset=0xbfd089a8, tables=0x8470220 )
at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:4983
#4 0x080829a3 in php_pcre_compile (pattern=0x0, options=0,
errorptr=0x0, erroroffset=0x0, tables=0x0)
at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:3905
#5 0x0808bfad in pcre_get_compiled_regex_cache (regex=0xb7be4bd4
/(?!\\w)(0x[\\p{N}]+[lL]?|[\\p{Nd}]+(e[\\p{Nd}]*)?[lLdDfF]?)(?!\\w)/,
regex_len=64)
at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/php_pcre.c:324
#6 0x0808d225 in php_do_pcre_match (ht=2, return_value=0xb7be4c20,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0, global=0)
at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/php_pcre.c:457
#7 0x082292d7 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfd08b60) at zend_vm_execute.h:200
#8 0x08228bdc in execute (op_array=0xb7be47d8) at
zend_vm_execute.h:92
#9 0x0820dabe in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/home/pberndt/php_snap/php5.2-200608261230/Zend/zend.c:1095
#10 0x081cfb86 in php_execute_script (primary_file=0xbfd0b060) at
/home/pberndt/php_snap/php5.2-200608261230/main/main.c:1759
#11 0x082963b0 in main (argc=1, argv=0xbfd0b144) at
/home/pberndt/php_snap/php5.2-200608261230/sapi/cli/php_cli.c:1102
[2006-08-25 21:39:04] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-08-25 21:14:47] phillip dot berndt at googlemail dot com
Description:
When executing the code below, the function won't return but loop
forever (or do something else, I don't know).
Reproduce code:
---
?php
$foo = 'bla bla bla';
preg_match('/(?!\w)(0x[\p{N}]+[lL]?|[\p{Nd}]+(e[\p{Nd}]*)?[lLdDfF]?)(?!\w)/',
$foo);
?
Expected result:
Something like that:
[EMAIL PROTECTED] ~ $ time perl -e '$_=bla bla bla;
/(?!\w)(0x[\p{N}]+[lL]?|[\p{Nd}]+(e[\p{Nd}]*)?[lLdDfF]?)(?!\w)/;'
real0m0.017s
user0m0.016s
sys 0m0.000s
Actual result:
--
[EMAIL PROTECTED] ~ $ php
?php
set_time_limit(10);
$foo = 'bla bla bla';
preg_match('/(?!\w)(0x[\p{N}]+[lL]?|[\p{Nd}]+(e[\p{Nd}]*)?[lLdDfF]?)(?!\w)/',
$foo);
?
Fatal error: Maximum execution time of 10 seconds exceeded in
/home/pberndt/- on line 4
--
Edit this bug report at http://bugs.php.net/?id=38600edit=1
#18556 [Asn-Fbk]: Setting locale to 'tr_TR' lowercases class names
ID: 18556 Updated by: [EMAIL PROTECTED] Reported By: spud at nothingness dot org -Status: Assigned +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux (RedHat 7.2) PHP Version: 5CVS, 4CVS (2005-10-04) Assigned To: andrei New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Can't reproduce... Previous Comments: [2006-04-10 11:04:53] [EMAIL PROTECTED] Andrei, care to take a look? [2006-02-17 11:49:21] [EMAIL PROTECTED] This bug has resurfaced in the 5.x branches since revision 1.151 of Zend/zend_operators.h [2002-09-26 13:56:37] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-09-23 07:31:30] [EMAIL PROTECTED] Verified with latest CVS head. The example script outputs: Instantiating an infoBlob with a lowercase ibrFoobrInstantiating an InfoBlob with an uppercase Ibr Fatal error: Cannot instantiate non-existent class: ýnfoblob in t.php on line 18 t.php(18) : Fatal error - Cannot instantiate non-existent class: ýnfoblob [2002-08-28 21:12:13] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip Something related to this was fixed in CVS. (the #16865 which this one was marked duplicate of is closed) 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/18556 -- Edit this bug report at http://bugs.php.net/?id=18556edit=1
#28285 [Com]: php_mysql.dll unclear on module installation
ID: 28285 Comment by: charles dot wicksteed at lycos dot com Reported By: pburden98 at yahoo dot com Status: No Feedback Bug Type: *Configuration Issues Operating System: windows 98 2nd Edition PHP Version: 5.0.0RC2 New Comment: I have reproduced this problem with Windows 98, and have some more information to put into the documentation. In the Apache error log: PHP Warning: PHP Startup: Unable to load dynamic library 'd:\\php\\ext\\php_mysql.dll' - A device attached to the system is not functioning.\r\n in Unknown on line 0 Environment: Apache/2.0.54 (Win32) PHP/5.1.6 Windows 98 (4.10.1998) I followed all the instructions about setting my PATH (C:\WINDOWS;C:\WINDOWS\COMMAND;D:\PHP). Command line PHP loads the MySQL extension OK (comes up in phpinfo). It works if I copy libmysql.dll to Apache's bin directory, so that is my chosen workround. It looks as though this version of Windows does not use the PATH for DLLs, but looks in the directory where the original executable (apache.exe) lives. I expect it would have worked if I had copied the DLL to the central DLL location, which is C:\WINDOWS\SYSTEM on Windows 98, but I don't want to do that. This is a documentation problem, affecting Windows 98 users. Previous Comments: [2004-05-21 01:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2004-05-13 19:29:13] [EMAIL PROTECTED] Please try these simplified instructions (and don't copy any files anywhere except for php.ini). 1. Unpack snap to say c:\php 2. Make sure c:\php is in your system path 3. Adjust apache config accordingly (load c:\php\php5apache.dll directly) This should work. Please remember to remove any remains of old php installs. [2004-05-08 10:28:53] noreply at brutex dot de What I found out, that might be of interest: If you do a correct setup of PHP5.0.0RC2 and then you try to enable php_mysql extension it says to me at loading Prozedureinsprungpunkt nicht gefunden. Found some google results of similar problems. To me it seems there is an error in libMySQL.dll, however it is the same with php_mysqli.dll. I am using Win2000 with apache. The error occours when I startup apache. [2004-05-05 16:37:35] pburden98 at yahoo dot com Description: Standard installation of php5 works with apache how ever I am trying to enable c:\php\ext\php_mysql.dll Chosen path of installation as follows 1) Installed php5rc2 1.1 unzip into directory c:\php 1.1 copied c:\php\php-php.ini-dist to C:\Program Files\Apache Group\Apache\php.ini 1.2 edited php.ini 1.2.1 changed line 'extension_dir = ./' to extension_dir = c:\php\ext\ 2) Setup Apache with php5rc2 2.1 copied c:\php\php5ts.dll to C:\Program Files\Apache Group\Apache\php5ts.dll 2.2 added the following lines to C:\Program Files\Apache Group\Apache\conf\httpd.conf ---start of new lines added to httpd.conf--- LoadModule php5_module c:/php/php5apache.dll AddModule mod_php5.c AddType application/x-httpd-php .php ---end of new lines added to httpd.conf--- 3) Set up test environment on Apache so I check php5 works 3.1 I set up a virtualhost 192.168.0.5:8081 on apache ---Start of new lines in httpd.conf--- Listen *:8081 VirtualHost 192.168.0.5:8081 DocumentRoot /phpco/www/ ServerName pjb DirectoryIndex index.html index.htm index.php /VirtualHost ---End of new lines in httpd.conf--- 3.2 I set up a file index.php in the directory ---start contents of index.php--- HTML hi from apacheBR ?php echo hi from php5rc2; ? /HTML ---end contents of index.php--- 3.3 I setup phpinfo.php too ?php phpinfo(); ? 3.4 Restarted the apache. No problems accept for (exec() command not found 'bug in apache'). saw the message Apache/1.3.29 (Win32) PHP/5.0.0RC2 running... 4 Tested the PHP5 4.1 Visited the site http://192.168.0.5:8081/; ---OUTPUT on mozilla 1.6--- hi from apache hi from php5rc2 ---OUTPUT on mozilla 1.6--- 4.2 Also done a phpinfo.php Out i saw looked fine. 5 Enabled mysql extension 5.1 uncommented line 565 extension=php_mysql.dll 6 verified there is no more required dll files to be installed 6.1 I checked the INSTALL notes on any other dll files required for the mysql extension to run [nothin] 6.2 I checked the php.net manuals on dll files to be installed [nothing] 7 Restarted apache 8 Verified it wasnt any dlls required by old distrobution 8.1 I reported the following http://bugs.php.net/bug.php?id=28255 SOFTWARE THAT WORKS
#38608 [NEW]: File include control system feature request
From: p3n4g473 at hotmail dot com
Operating system: n/a
PHP version: 5.1.5
PHP Bug Type: Feature/Change Request
Bug description: File include control system feature request
Description:
I think PHP should include some sort of directive control system for
determining what portions of a file are included when using the
include()/include_once() and require()/require_once() functions from
another file. For example, a directive to prevent inclusion of a block of
code.
#NOINCLUDE
{
// some code that should not be included
}
The code inside that block would only be parsed when executing the script
file directly.
Obviously, this is not a particularly important feature. However I would
find this very useful for adding testing code to include files, so that
the includes can be called directly to test them.
:-)
--
Edit bug report at http://bugs.php.net/?id=38608edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38608r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38608r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38608r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38608r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38608r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38608r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38608r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38608r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38608r=support
Expected behavior:http://bugs.php.net/fix.php?id=38608r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38608r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38608r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38608r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38608r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38608r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38608r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38608r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38608r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38608r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38608r=mysqlcfg
#38600 [Opn]: libpcre needs update to 6.7: Infinite loop using preg_match
ID: 38600
User updated by: phillip dot berndt at googlemail dot com
-Summary: Infinite loop in preg_match
Reported By: phillip dot berndt at googlemail dot com
Status: Open
Bug Type: PCRE related
Operating System: Linux
PHP Version: 5.1.5
New Comment:
Changed title to fit better. Sorry for posting another comment, I can't
submit the update without posting something :)
I just tested updating the php source to use the newest libpcre -
everything is working perfectly.
Previous Comments:
[2006-08-26 14:55:06] phillip dot berndt at googlemail dot com
This should be the problem:
ChangeLog for PCRE
--
Version 6.7 04-Jul-06
[...]
4. When UTF-8 mode was not set, PCRE looped when compiling certain
patterns
containing an extended class (one that cannot be represented by a
bitmap
because it contains high-valued characters or Unicode property
items, e.g.
[\pZ]). Almost always one would set UTF-8 mode when processing such
a
pattern, but PCRE should not loop if you do not (it no longer
does).
[Detail: two cases were found: (a) a repeated subpattern containing
an
extended class; (b) a recursive reference to a subpattern that
followed a
previous extended class. It wasn't skipping over the extended
class
correctly when UTF-8 mode was not set.]
[...]
[2006-08-26 13:40:16] phillip dot berndt at googlemail dot com
Same result for a fresh php5.2-200608261230 build.
I don't know, whether this helps, but in this build I interrupted the
process after about 10 seconds; here's the bt:
#0 adjust_recurse (group=0x84706db R, adjust=1, utf8=0,
cd=0xbfd088e0) at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:1117
#1 0x08080269 in compile_regex (options=0, oldims=0,
brackets=0xbfd084a4, codeptr=0xbfd08344, ptrptr=0xbfd0837c,
errorcodeptr=0xbfd084dc, lookbehind=0,
skipbytes=0, firstbyteptr=0x0, reqbyteptr=0x0, bcptr=0x3d,
cd=0xbfd088e0) at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:2681
#2 0x0807e71a in compile_regex (options=0, oldims=0,
brackets=0xbfd084a4, codeptr=0xbfd084a8, ptrptr=0xbfd084d8,
errorcodeptr=0xbfd084dc, lookbehind=0,
skipbytes=0, firstbyteptr=0x0, reqbyteptr=0x0, bcptr=0x3d,
cd=0xbfd088e0) at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:3177
#3 0x08081339 in php_pcre_compile2 (pattern=0xb7bdf6d8
(?!\\w)(0x[\\p{N}]+[lL]?|[\\p{Nd}]+(e[\\p{Nd}]*)?[lLdDfF]?)(?!\\w),
options=0, errorcodeptr=0x0,
errorptr=0xbfd089a4, erroroffset=0xbfd089a8, tables=0x8470220 )
at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:4983
#4 0x080829a3 in php_pcre_compile (pattern=0x0, options=0,
errorptr=0x0, erroroffset=0x0, tables=0x0)
at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/pcrelib/pcre_compile.c:3905
#5 0x0808bfad in pcre_get_compiled_regex_cache (regex=0xb7be4bd4
/(?!\\w)(0x[\\p{N}]+[lL]?|[\\p{Nd}]+(e[\\p{Nd}]*)?[lLdDfF]?)(?!\\w)/,
regex_len=64)
at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/php_pcre.c:324
#6 0x0808d225 in php_do_pcre_match (ht=2, return_value=0xb7be4c20,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=0, global=0)
at
/home/pberndt/php_snap/php5.2-200608261230/ext/pcre/php_pcre.c:457
#7 0x082292d7 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfd08b60) at zend_vm_execute.h:200
#8 0x08228bdc in execute (op_array=0xb7be47d8) at
zend_vm_execute.h:92
#9 0x0820dabe in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at
/home/pberndt/php_snap/php5.2-200608261230/Zend/zend.c:1095
#10 0x081cfb86 in php_execute_script (primary_file=0xbfd0b060) at
/home/pberndt/php_snap/php5.2-200608261230/main/main.c:1759
#11 0x082963b0 in main (argc=1, argv=0xbfd0b144) at
/home/pberndt/php_snap/php5.2-200608261230/sapi/cli/php_cli.c:1102
[2006-08-25 21:39:04] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-08-25 21:14:47] phillip dot berndt at googlemail dot com
Description:
When executing the code below, the function won't return but loop
forever (or do something else, I don't know).
Reproduce code:
---
?php
$foo = 'bla bla bla';
preg_match('/(?!\w)(0x[\p{N}]+[lL]?|[\p{Nd}]+(e[\p{Nd}]*)?[lLdDfF]?)(?!\w)/',
$foo);
?
Expected result:
Something like that:
[EMAIL PROTECTED] ~ $ time perl -e '$_=bla bla bla;
/(?!\w)(0x[\p{N}]+[lL]?|[\p{Nd}]+(e[\p{Nd}]*)?[lLdDfF]?)(?!\w)/;'
real0m0.017s
user0m0.016s
sys 0m0.000s
Actual result:
--
[EMAIL
#38610 [NEW]: wish: gmp_printf
From: php at richardneill dot org Operating system: PHP version: 5.1.5 PHP Bug Type: Feature/Change Request Bug description: wish: gmp_printf Description: According to the gmp homepage, there is a gmp_printf function. However, PHP doesn't have one. While it isn't that hard to implement by hand, it would be nice to have... (gmp_log would be nice, too!) Thanks, Richard -- Edit bug report at http://bugs.php.net/?id=38610edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38610r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38610r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38610r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38610r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38610r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38610r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38610r=needscript Try newer version:http://bugs.php.net/fix.php?id=38610r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38610r=support Expected behavior:http://bugs.php.net/fix.php?id=38610r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38610r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38610r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38610r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38610r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38610r=dst IIS Stability:http://bugs.php.net/fix.php?id=38610r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38610r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38610r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38610r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38610r=mysqlcfg
#38611 [NEW]: Call to undefined function mail()
From: ole at gidderikke dot no Operating system: Debian GNU/Linux 3.1 (sarge) PHP version: 5.1.5 PHP Bug Type: Mail related Bug description: Call to undefined function mail() Description: Fatal error: Call to undefined function mail() in /path/file.php on line 1 Reproduce code: --- php-script: $headers = From: $name $frommail\n; $mailtext = Text for the mail.; mail($tomail, Subject for the mail, $mailtext, $headers); php.ini (the path is correct): sendmail_path = /var/qmail/bin/qmail-inject Expected result: I expect that PHP will find it's mail()-function. All this code and php.ini worked in earlier versions (not with) than PHP 5.1.4. I don't remember wich version, but I guess it was ~5.1.2. Version running now: 5.1.6 (not 5.1.5). -- Edit bug report at http://bugs.php.net/?id=38611edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38611r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38611r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38611r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38611r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38611r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38611r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38611r=needscript Try newer version:http://bugs.php.net/fix.php?id=38611r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38611r=support Expected behavior:http://bugs.php.net/fix.php?id=38611r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38611r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38611r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38611r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38611r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38611r=dst IIS Stability:http://bugs.php.net/fix.php?id=38611r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38611r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38611r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38611r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38611r=mysqlcfg
#36646 [Com]: foreach($_SESSION as $key = $value) unset($_SESSION[$key]) crashes apache2
ID: 36646
Comment by: joe at gmail dot com
Reported By: christian dot cal at gmx dot de
Status: No Feedback
Bug Type: Session related
Operating System: Windows XP
PHP Version: 5.1.2
New Comment:
I'm running 5.1.6 and I have this problem... it still hasn't been
fixed!
Previous Comments:
[2006-08-02 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2006-07-25 16:30:02] gmartyn at judicialtitle dot com
Ugh, looks like I was affected by this bug after all.. the array_merge
was a problem, but so was the foreach over the $_SESSION.
I got my script working by using the trick provided in the first
comment:
$helper=$_SESSION;
foreach ($helper as $key = $value){
unset($helper[$key]);
}
[2006-07-25 16:20:41] gmartyn at judicialtitle dot com
I'm sorry, my last comment was incorrect. My problem was that I was
trying to do this:
$_SESSION = array_merge($_SESSION, $SomeVars);
[2006-07-25 16:14:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-07-25 16:10:54] gmartyn at judicialtitle dot com
I am able to reproduce this bug with php 5.1.4 on IIS 6.
I also tried one of the solutions provided by the first comment:
$helper=array_keys($_SESSION);
foreach ($helper as $key){
unset($_SESSION[$key]);
}
..but after a print_r($_SESSION), I got this. Note the Access
Violation:
The session is now:
Array ( [numRecords] = 2 [curRecord] = 1 [curTab_r0] = Header
[curPartyType_r1] = d [numDebtors_r1] = 1 [numSecured_r1] = 1
[numProperty_r1] = 1 [curTab_r1] = Document [OriginalDocPgcnt_r1] =
1PHP has encountered an Access Violation at 01E1CCA6 [curTab_r2] =
Document [OriginalDocPgcnt_r2] = 2 [chkbox_doc_nonstd_r1] = false
[curPartyType_r2] = d [numDebtors_r2] = 1 [numSecured_r2] = 1
[numProperty_r2] = 1 )
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/36646
--
Edit this bug report at http://bugs.php.net/?id=36646edit=1
#36646 [Com]: foreach($_SESSION as $key = $value) unset($_SESSION[$key]) crashes apache2
ID: 36646
Comment by: joe at gmail dot com
Reported By: christian dot cal at gmx dot de
Status: No Feedback
Bug Type: Session related
Operating System: Windows XP
PHP Version: 5.1.2
New Comment:
Actually to clarify, it doesn't crash Apache on my computer, but it
doesn't unset the variables!
Previous Comments:
[2006-08-27 01:09:31] joe at gmail dot com
I'm running 5.1.6 and I have this problem... it still hasn't been
fixed!
[2006-08-02 01:00:00] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2006-07-25 16:30:02] gmartyn at judicialtitle dot com
Ugh, looks like I was affected by this bug after all.. the array_merge
was a problem, but so was the foreach over the $_SESSION.
I got my script working by using the trick provided in the first
comment:
$helper=$_SESSION;
foreach ($helper as $key = $value){
unset($helper[$key]);
}
[2006-07-25 16:20:41] gmartyn at judicialtitle dot com
I'm sorry, my last comment was incorrect. My problem was that I was
trying to do this:
$_SESSION = array_merge($_SESSION, $SomeVars);
[2006-07-25 16:14:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-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/36646
--
Edit this bug report at http://bugs.php.net/?id=36646edit=1
#38612 [NEW]: Oracle retrieval of LOBs broken
From: stronk7 at moodle dot org Operating system: MacOS X and Linux PHP version: 5.1.5 PHP Bug Type: OCI8 related Bug description: Oracle retrieval of LOBs broken Description: Under PHP 5.1.x, retrieval of LOBs is completely broken. We have tried it with: ocifetchinto() with the OCI_RETURN_LOBS flag set. ociloadlob() OCI-Lob-read() OCU-Lob-load() and the script ends with timeout. It seems that this bug was solved in Bug 37406 and closed for 5.1.4 but under 5.1.6 the same problem persists. Isn't this going to be back-ported to 5.1.x series? It does Oracle practically unusable! Ciao, Eloy :-) -- Edit bug report at http://bugs.php.net/?id=38612edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38612r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38612r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38612r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38612r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38612r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38612r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38612r=needscript Try newer version:http://bugs.php.net/fix.php?id=38612r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38612r=support Expected behavior:http://bugs.php.net/fix.php?id=38612r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38612r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38612r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38612r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38612r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38612r=dst IIS Stability:http://bugs.php.net/fix.php?id=38612r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38612r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38612r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38612r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38612r=mysqlcfg
#38613 [NEW]: SNMP issues via Apache but ok via PHP CLI
From: neil at fissure dot net
Operating system: CentOS release 4.3
PHP version: 5.1.5
PHP Bug Type: SNMP related
Bug description: SNMP issues via Apache but ok via PHP CLI
Description:
Similar to bug:
#32680 PHP_MSHUTDOWN PHP_MINIT
PHP gives errors when used as an Apache Module, but the
same source code works via PHP CLI
Reproduce code:
---
error_reporting(E_ALL);
$host = xxx;
$community = xxx;
$syscontact = snmpget($host, $community, system.sysName.0);
PRINT BR$syscontact\n;
Expected result:
BRSTRING: 7200
Actual result:
--
Warning: snmpget() [function.snmpget]: Could not open
snmp connection: Unknown host in /usr/local/apache/
htdocs/xxx/snmpwalk.php3 on line 9
I'm running:
PHP Version 5.1.6
'./configure' '--with-mysql' '--with-mysqli' '--enable-
mbstring' '--with-zlib-dir=/usr' '--with-curl' '--with-
snmp' '--with-apache=../apache_1.3.37' '--enable-ucd-
snmp-hack'
('--enable-ucd-snmp-hack' was added in troubleshooting)
Using:
Name : net-snmp
Arch : i386
Version: 5.1.2
Release: 11.EL4.6
Once, but only once stracing the httpd process, I saw:
write(2, No support for requested transpo..., 48) = 48
which I believe came from net-snmp
--
Edit bug report at http://bugs.php.net/?id=38613edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38613r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38613r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38613r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38613r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38613r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38613r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38613r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38613r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38613r=support
Expected behavior:http://bugs.php.net/fix.php?id=38613r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38613r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38613r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38613r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38613r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38613r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38613r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38613r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38613r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38613r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38613r=mysqlcfg
