#48525 [NEW]: PDO_mysql memory leak
From: i-devolder at jm-bruneau dot be
Operating system: Linux 2.6.26 ( Debian )
PHP version: 5.3.0RC2
PHP Bug Type: PDO related
Bug description: PDO_mysql memory leak
Description:
When running a query the memoryusage keeps on rising, discovered with huge
resultsets
Reproduce code:
---
$test = new PDO( $dsn , $usr , $pss );
$sql = SELECT * FROM tech_eciffOkcab.crawlPriceComp;
$stmt = $test-prepare( $sql );
$stmt-execute();
while( $row = $stmt-fetch( PDO::FETCH_ASSOC ) ) {
echo memory_get_usage().\n;
}
Expected result:
57752
57752
57752
57752
57752
57752
57752
57752
57752
57752
output from php 5.2.9, memory usage stays the same
Actual result:
--
33552328
33552440
33552552
33552664
33552776
33552888
33553000
PHP Fatal error: Allowed memory size of 33554432 bytes exhausted (tried
to allocate 20 bytes) in /home/idev/web/private/cmdscripts/testmem.php on
line 16
output from php 5.3RC2, memory usage keeps increasing ( this is on a table
with 1.2 million records
--
Edit bug report at http://bugs.php.net/?id=48525edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48525r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48525r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48525r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48525r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48525r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48525r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48525r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48525r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48525r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48525r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48525r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48525r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48525r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48525r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48525r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48525r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48525r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48525r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48525r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48525r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48525r=mysqlcfg
#45951 [NoF-Opn]: PDO_MSSQL problem if query return no result
ID: 45951
User updated by: grzegorz at heex dot pl
Reported By: grzegorz at heex dot pl
-Status: No Feedback
+Status: Open
Bug Type: PDO related
Operating System: Windows XP Sp3
PHP Version: 5.2.6
New Comment:
I couldn't connect to MSSQL so I've exchanged ntwdblib.dll (v.7.00.839)
to (v.8.00.194).
No result is:
$res1 = array[0] //empty
$res2 = array[
0 = array['[]' = null, 0 = null]
1 = array['[]' = null, 0 = null]
]
( [] = ASCII 0x11 )
and should be:
$res2 = array[
0 = array['value' = 3, 0 = 3]
1 = array['value' = 6, 0 = 6]
]
Previous Comments:
[2009-05-03 01:00:17] 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.
[2009-04-25 15:11:00] j...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2008-08-29 18:02:13] grzegorz at heex dot pl
Statetment should be:
$sth = $pdo-prepare(SELECT value FROM sometable WHERE id=:parentId);
[2008-08-29 17:55:31] grzegorz at heex dot pl
Description:
If PDO_MSSQL PDOStatement is called 2 times and the first returned no
result than second one return strange result.
PDO_MYSQL works fine.
Tested on Apache and IIS
Reproduce code:
---
$pdo = new PDO(mssql:host=[host];dbname=[base],[user],[pass]);
$sth = $pdo-prepare(SELECT id FROM sometable WHERE id=:parentId);
$sth-execute(array(':parentId'=1));
//or
//$sth-bindValue(':parentId',1,PDO::PARAM_INT);
$res1 = $sth-fetchAll();
$sth-closeCursor();
$sth-execute(array(':parentId'=2));
//or
//$sth-bindValue(':parentId',2,PDO::PARAM_INT);
$res2 = $sth-fetchAll();
$sth-closeCursor();
Expected result:
$res1 = array[0] //empty
$res2 = array[
0 = array['value' = 3]
1 = array['value' = 6]
]
Actual result:
--
$res1 = array[0] //empty
$res2 = array[
0 = array['[]' = null]
1 = array['[]' = null]
]
--
Edit this bug report at http://bugs.php.net/?id=45951edit=1
#48509 [Asn]: formatOutput does not work with saveHTML
ID: 48509
Updated by: chr...@php.net
Reported By: k...@php.net
Status: Assigned
Bug Type: DOM XML related
Operating System: Mac OS X 10.5.7
PHP Version: 5.3CVS-2009-06-09 (CVS)
-Assigned To: chregu
+Assigned To: rrichards
New Comment:
Rob: I applied the patch to 5_3, but it doesn't format with libxml
2.7.3, do you know something, what's wrong here? Although, I didn't
test
with 2.6.23.
Previous Comments:
[2009-06-10 06:49:31] chr...@php.net
RIght, that never was backported to the 5_3 branch. But we're currently
in a commit freeze, so I can't check it in, but will as soon as I am
allowed to do it.
That's the patch by the way:
http://cvs.php.net/viewvc.cgi/php-src/ext/dom/document.c?
r1=1.78r2=1.79pathrev=MAINview=patch
[2009-06-09 16:51:53] k...@php.net
Description:
While writing test cases on Oslo TestFest 2009 I just found that the
$dom-formatOutput does not work with $dom-saveHTML() (even though it
seems to have been resolved here: http://bugs.php.net/bug.php?id=35673)
xmllint says:
$ xmllint --format --html output.html
!DOCTYPE html PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN
http://www.w3.org/TR/REC-html40/loose.dtd;
htmlhead
meta http-equiv=Content-Type content=text/html; charset=UTF-8
titleThis is the title/title
/head/html
so according to Hannes here this seems to be a bug in PHP 5.3 (may be
that it's fixed i HEAD but not backported?).
Reproduce code:
---
?php
$doc = new DOMDocument('1.0');
$doc-formatOutput = true;
$root = $doc-createElement('html');
$root = $doc-appendChild($root);
$head = $doc-createElement('head');
$head = $root-appendChild($head);
$title = $doc-createElement('title');
$title = $head-appendChild($title);
$text = $doc-createTextNode('This is the title');
$text = $title-appendChild($text);
echo $doc-saveHTML();
?
Expected result:
html
head
titleThis is the title/title
/head
/html
Actual result:
--
htmlheadtitleThis is the title/title/head/html
--
Edit this bug report at http://bugs.php.net/?id=48509edit=1
#48526 [NEW]: When using the b flag i get a error: Warning: fopen(/tmp/12/foo2.txt
From: jason at ovitech dot nl Operating system: OSX PHP version: 5.2.9 PHP Bug Type: Filesystem function related Bug description: When using the b flag i get a error: Warning: fopen(/tmp/12/foo2.txt Description: When I open a file with the b flag in it. for example bw I get the error that the file does not exists. That is correct and I want fopen to create the file for me and set the pointer on the beginning of the code. that is why I use the w flag. I have used the b flag because of the note that is underneath the fopen manual file on the site./ Reproduce code: --- $fp = fopen($this-_file, bw); Expected result: A new file created in /tmp/12 called foo2.txt Actual result: -- Warning: fopen(/tmp/12/foo2.txt) [function.fopen]: failed to open stream: No such file or directory in /Users/jason/Sites/zf/myclass.php on line 168 -- Edit bug report at http://bugs.php.net/?id=48526edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48526r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48526r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48526r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48526r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48526r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48526r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48526r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48526r=needscript Try newer version: http://bugs.php.net/fix.php?id=48526r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48526r=support Expected behavior: http://bugs.php.net/fix.php?id=48526r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48526r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48526r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48526r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48526r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48526r=dst IIS Stability: http://bugs.php.net/fix.php?id=48526r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48526r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48526r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48526r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48526r=mysqlcfg
#48525 [Opn]: PDO_mysql memory leak
ID: 48525
User updated by: i-devolder at jm-bruneau dot be
Reported By: i-devolder at jm-bruneau dot be
Status: Open
Bug Type: PDO related
Operating System: Linux 2.6.26 ( Debian )
PHP Version: 5.3.0RC2
New Comment:
the problem also occurs with mysqli
My Colleague rebuilt the latest trunk without mysqlnd
there we have a consistent memory usage
so the problem is in the mysqlnd
Previous Comments:
[2009-06-11 07:04:49] i-devolder at jm-bruneau dot be
Description:
When running a query the memoryusage keeps on rising, discovered with
huge resultsets
Reproduce code:
---
$test = new PDO( $dsn , $usr , $pss );
$sql = SELECT * FROM tech_eciffOkcab.crawlPriceComp;
$stmt = $test-prepare( $sql );
$stmt-execute();
while( $row = $stmt-fetch( PDO::FETCH_ASSOC ) ) {
echo memory_get_usage().\n;
}
Expected result:
57752
57752
57752
57752
57752
57752
57752
57752
57752
57752
output from php 5.2.9, memory usage stays the same
Actual result:
--
33552328
33552440
33552552
33552664
33552776
33552888
33553000
PHP Fatal error: Allowed memory size of 33554432 bytes exhausted
(tried to allocate 20 bytes) in
/home/idev/web/private/cmdscripts/testmem.php on line 16
output from php 5.3RC2, memory usage keeps increasing ( this is on a
table with 1.2 million records
--
Edit this bug report at http://bugs.php.net/?id=48525edit=1
#48527 [NEW]: DOM XML classes do not expose properties to Reflection
From: dt at crystalcc dot com
Operating system: Linux, QNX
PHP version: 5.2.9
PHP Bug Type: DOM XML related
Bug description: DOM XML classes do not expose properties to Reflection
Description:
None of DOM XML internal objects expose the class properties to
Reflection* objects.
This breaks PHP code assist for these objects in Eclipse PDT.
Reproduce code:
---
?php
ReflectionClass::export('DOMDocument');
?
Expected result:
Class [ internal:dom class DOMDocument extends DOMNode ] {
- Constants [0] {
}
- Static properties [0] {
}
- Static methods [0] {
}
- Properties [14] {
[ list of properties ]
}
Actual result:
--
Class [ internal:dom class DOMDocument extends DOMNode ] {
- Constants [0] {
}
- Static properties [0] {
}
- Static methods [0] {
}
- Properties [0] {
}
--
Edit bug report at http://bugs.php.net/?id=48527edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48527r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48527r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48527r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48527r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48527r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48527r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48527r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48527r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48527r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48527r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48527r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48527r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48527r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48527r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48527r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48527r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48527r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48527r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48527r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48527r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48527r=mysqlcfg
#48528 [NEW]: mysqlnd causes PDO/MySQLi to leak memory
From: bugs dot php dot net at moesen dot nu
Operating system: Linux 2.6
PHP version: 5.3CVS-2009-06-11 (snap)
PHP Bug Type: MySQL related
Bug description: mysqlnd causes PDO/MySQLi to leak memory
Description:
PHP 5.3 leaks memory when using the MySQL functions, both through PDO and
MySQLi directly. When recompiled without mysqlnd, the same code works
fine.
./configure --with-mysql=shared,mysqlnd --with-mysqli=shared,mysqlnd
--with-pdo-mysql=shared,mysqlnd [ . . . ]
Recompiled today's snapshot without the ',mysqlnd'.
Reproduce code:
---
PDO:
$db = new PDO($dsn, $user, $pass);
$stmt = $test-prepare('SELECT * FROM tech_eciffOkcab.crawlPriceComp');
$result = $stmt-execute();
while($result $row = $stmt-fetch(PDO::FETCH_ASSOC)) {
echo memory_get_usage(), \n;
}
MySQLi:
$db = new MySQLi($host, $user, $pass);
$result = $db-query('SELECT * FROM tech_eciffOkcab.crawlPriceComp');
while ($result $row = $result-fetch_assoc()) {
echo memory_get_usage(), \n;
}
Expected result:
Consistent memory_get_usage();
I.e., no extra memory required, and thus no out-of-memory errors.
Actual result:
--
Linearly increasing memory_get_usage();
PDO:
23168400
23169064
...
33552804
33552916
- OOM and segfault.
MySQLi:
23168216
23168700
...
33552812
33552924
- OOM and segfault.
--
Edit bug report at http://bugs.php.net/?id=48528edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48528r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48528r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48528r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48528r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48528r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48528r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48528r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48528r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48528r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48528r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48528r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48528r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48528r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48528r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48528r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48528r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48528r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48528r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48528r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48528r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48528r=mysqlcfg
#48529 [NEW]: Better shm_-functions
From: ilovekernelpanic at yahoo dot de Operating system: Unix PHP version: 5.2.9 PHP Bug Type: Feature/Change Request Bug description: Better shm_-functions Description: shm provides more speed than files or databases. But there is no proper way to check if a field exists. You can do @shm_get_var($connection, $field) !== false to check it. But: -With custom error handlers you will get a warning, when there is no such $field -It needs a lot of time to process the warning, but it should be fast There should be a function shm_has_var or shm_var_exists. A function shm_export_vars could convert the shared memory to an associative array. A function shm_export_keys: Like array_keys(shm_export_vars($connection)) but faster Those functions are very essential. When you don't have them you have to use the shared-memory as a linked list. A function shm_get_size: Return the size of the shared memory segment. Not necessary, because you can store it using shm_put_var($connection, 0, $size), but such a function would be more secure Maybe also shm_resize could be possible. With this function there could be better object oriented array like wrappers form shared memory. -- Edit bug report at http://bugs.php.net/?id=48529edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48529r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48529r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48529r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48529r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48529r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48529r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48529r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48529r=needscript Try newer version: http://bugs.php.net/fix.php?id=48529r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48529r=support Expected behavior: http://bugs.php.net/fix.php?id=48529r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48529r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48529r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48529r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48529r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48529r=dst IIS Stability: http://bugs.php.net/fix.php?id=48529r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48529r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48529r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48529r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48529r=mysqlcfg
#48530 [NEW]: Timezone GMT+08:00 Beijing,Chongqing,... not recognized by date(c)
From: lieven_vaneeckhaute at symantec dot com Operating system: Windows XP PHP version: 5.2.9 PHP Bug Type: Date/time related Bug description: Timezone GMT+08:00 Beijing,Chongqing,... not recognized by date(c) Description: On Windows I'm running in timezone Beijing,... which is +08:00. If echo date(c) or date(r) it displays as Thu, 11 Jun 2009 12:27:54 + rather than 20:27:54 +0800. To us for reporting reasons it is very useful to know what time it was on the local system. We run php as CLI. Reproduce code: --- ?php echo date(r); ? Expected result: Display 20:27:54 +0800 rather than 12:27:54 +. Actual result: -- Thu, 11 Jun 2009 12:27:54 + -- Edit bug report at http://bugs.php.net/?id=48530edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48530r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48530r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48530r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48530r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48530r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48530r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48530r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48530r=needscript Try newer version: http://bugs.php.net/fix.php?id=48530r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48530r=support Expected behavior: http://bugs.php.net/fix.php?id=48530r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48530r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48530r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48530r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48530r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48530r=dst IIS Stability: http://bugs.php.net/fix.php?id=48530r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48530r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48530r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48530r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48530r=mysqlcfg
#45769 [Opn]: Segmentation fault with OCI8
ID: 45769 User updated by: louis dot begin at cspq dot gouv dot qc dot ca Reported By: louis dot begin at cspq dot gouv dot qc dot ca Status: Open Bug Type: OCI8 related Operating System: zVM/Linux PHP Version: 5.2CVS-2009-03-19 (snap) New Comment: Again: When i compiled i get these messages: /logiciels/tldb/php/php5.2-200903191730/ext/oci8/oci8.c: In function 'php_oci_do_connect_ex': /logiciels/tldb/php/php5.2-200903191730/ext/oci8/oci8.c:1102: warning: cast from pointer to integer of different size /logiciels/tldb/php/php5.2-200903191730/ext/oci8/oci8.c:1416: warning: cast to pointer from integer of different size which could indicated losing a part of a pointer which is compatible with the error segmentation fault. LBe Previous Comments: [2009-05-12 17:51:20] louis dot begin at cspq dot gouv dot qc dot ca Hi, sorry for delay, Here what i get from GDB: (gdb) run -X Starting program: /logiciels/tldb/httpd-2.0.61/bin/httpd -X [Thread debugging using libthread_db enabled] [New Thread 2199026468240 (LWP 3700)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 2199026468240 (LWP 3700)] _zval_ptr_dtor (zval_ptr=0x3a94b20) at /logiciels/tldb/php/php5.2-200903191730/Zend/zend_execute_API.c:412 412 (*zval_ptr)-refcount--; (gdb) bt #0 _zval_ptr_dtor (zval_ptr=0x3a94b20) at /logiciels/tldb/php/php5.2-200903191730/Zend/zend_execute_API.c:412 #1 0x0253733a in zend_do_fcall_common_helper_SPEC (execute_data=0x3a95100) at /logiciels/tldb/php/php5.2-200903191730/Zend/zend_execute.h:155 #2 0x02528a5e in execute (op_array=0x274caa0) at /logiciels/tldb/php/php5.2-200903191730/Zend/zend_vm_execute.h:92 #3 0x02505378 in zend_execute_scripts (type=value optimized out, retval=0x0, file_count=2) at /logiciels/tldb/php/php5.2-200903191730/Zend/zend.c:1134 #4 0x024bc538 in php_execute_script (primary_file=0x3a97710) at /logiciels/tldb/php/php5.2-200903191730/main/main.c:2023 #5 0x02599790 in php_handler (r=0x8024d2d0) at /logiciels/tldb/php/php5.2-200903191730/sapi/apache2handler/sapi_apache2.c:632 #6 0x80048e20 in ap_run_handler (r=0x8024d2d0) at config.c:152 #7 0x8004c33a in ap_invoke_handler (r=0x8024d2d0) at config.c:364 #8 0x8003615c in ap_process_request (r=0x8024d2d0) at http_request.c:249 #9 0x80030ccc in ap_process_http_connection (c=0x80249290) at http_core.c:253 #10 0x80055e4c in ap_run_process_connection (c=0x80249290) at connection.c:43 #11 0x800476e4 in child_main (child_num_arg=value optimized out) at prefork.c:610 #12 0x8004794e in make_child (s=0x800dca60, slot=0) at prefork.c:650 #13 0x80047a5a in startup_children (number_to_start=2) at prefork.c:722 #14 0x800483cc in ap_mpm_run (_pconf=value optimized out, plog=value optimized out, s=0x800dca60) at prefork.c:941 #15 0x8004f02c in main (argc=value optimized out, argv=0x3a98248) at main.c:636 (gdb) info locals No locals. -- /* Here a line from the oracle listener log indicating that the connection occurs succesfully to the database */ 12-MAY-2009 13:21:57 * (CONNECT_DATA=(SERVICE_NAME=sigubtm)(CID=(program=ht...@csigdsa1)(HOST=CSIGDSA1)(USER=oracle))) * (ADDRESS=(PROTOCOL=tcp)(HOST=172.27.96.229)(PORT=56123)) * establish * sigubtm * 0 The time match exactly. I am sur i get the right program. == Thank LBe [2009-04-28 01:00:01] 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. [2009-04-20 09:18:29] j...@php.net That backtrace does not show any references to any OCI functions. Are you absolutely sure the script you're running IS that script shown in your first comment? Check your configuration (including all http.conf / .htaccess files) and clean it up. Make sure you do NOT have any extensions loaded from your php.ini and that you're loading correct php.ini file. Also check for any append/prepend settings in it.. [2009-04-08 19:59:55] louis dot begin at cspq dot gouv dot qc dot ca Sorry for the delay, I got the exact same result, Starting program: /logiciels/tldb/httpd-2.0.61/bin/httpd -X [Thread debugging using libthread_db enabled] [New Thread 2199026468240 (LWP 4426)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 2199026468240 (LWP 4426)] _zval_ptr_dtor (zval_ptr=0x3ae7ad8) at
#46433 [Bgs]: imagecreatefrom(...) leaks memory on errors
ID: 46433
User updated by: ak at pre-secure dot de
Reported By: ak at pre-secure dot de
Status: Bogus
Bug Type: GD related
Operating System: Linux (OpenSUSE)
-PHP Version: 5.2.6
+PHP Version: 5.2.9
Assigned To: pajoye
New Comment:
I was able to reproduce the Problem with the current release. It occurs
if you try to open an image with an crc error.
Reproduce code:
---
while(true) {
print \nMemory: .memory_get_usage();
imagecreatefrompng(anyimage.png);
}
Image:
--
http://drahop.de/php/anyimage.png
Previous Comments:
[2008-10-31 13:45:59] paj...@php.net
not a bug bogus
[2008-10-31 13:43:32] ak at pre-secure dot de
Seems to be fixed with the newest snapshot. Cannot reproduce it
anymore.
[2008-10-31 13:42:42] paj...@php.net
Please provide an example image (link to it or drop me a mail).
[2008-10-31 13:20:03] ak at pre-secure dot de
I have to admit that my initial bugreport is a litte bit too
unspecific.
The memory problem only occures if the image is tainted, f.e. taking
a valid png and change a arbitrary line in the source.
This will result in an error like this:
PHP Warning: imagecreatefrompng(): gd-png: fatal libpng error: IDAT:
CRC error in
and a rapid growth of the memory usage.
[2008-10-30 16:49:46] fel...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
I can't reproduce it using 5.2.7CVS.
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/46433
--
Edit this bug report at http://bugs.php.net/?id=46433edit=1
#46433 [Bgs-Fbk]: imagecreatefrom(...) leaks memory on errors
ID: 46433
Updated by: paj...@php.net
Reported By: ak at pre-secure dot de
-Status: Bogus
+Status: Feedback
Bug Type: GD related
Operating System: Linux (OpenSUSE)
PHP Version: 5.2.9
Assigned To: pajoye
New Comment:
Run a single pass through valgrind please.
Previous Comments:
[2009-06-11 13:11:42] ak at pre-secure dot de
I was able to reproduce the Problem with the current release. It occurs
if you try to open an image with an crc error.
Reproduce code:
---
while(true) {
print \nMemory: .memory_get_usage();
imagecreatefrompng(anyimage.png);
}
Image:
--
http://drahop.de/php/anyimage.png
[2008-10-31 13:45:59] paj...@php.net
not a bug bogus
[2008-10-31 13:43:32] ak at pre-secure dot de
Seems to be fixed with the newest snapshot. Cannot reproduce it
anymore.
[2008-10-31 13:42:42] paj...@php.net
Please provide an example image (link to it or drop me a mail).
[2008-10-31 13:20:03] ak at pre-secure dot de
I have to admit that my initial bugreport is a litte bit too
unspecific.
The memory problem only occures if the image is tainted, f.e. taking
a valid png and change a arbitrary line in the source.
This will result in an error like this:
PHP Warning: imagecreatefrompng(): gd-png: fatal libpng error: IDAT:
CRC error in
and a rapid growth of the memory usage.
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/46433
--
Edit this bug report at http://bugs.php.net/?id=46433edit=1
#48531 [NEW]: strtotime() still does not recongize milleseconds
From: nicholas dot j dot miller at gmail dot com Operating system: Linux (CentOS) PHP version: 5.2.9 PHP Bug Type: Date/time related Bug description: strtotime() still does not recongize milleseconds Description: This is a duplicate of bug 44426, which is incorrectly marked as complete. Try it yourself :) Reproduce code: --- ?php var_dump(strtotime(Aug 27 2007 12:00:00:000AM)); ? Expected result: A valid timestamp Actual result: -- boolean(false) -- Edit bug report at http://bugs.php.net/?id=48531edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48531r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48531r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48531r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48531r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48531r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48531r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48531r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48531r=needscript Try newer version: http://bugs.php.net/fix.php?id=48531r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48531r=support Expected behavior: http://bugs.php.net/fix.php?id=48531r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48531r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48531r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48531r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48531r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48531r=dst IIS Stability: http://bugs.php.net/fix.php?id=48531r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48531r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48531r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48531r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48531r=mysqlcfg
#48527 [Opn]: DOM XML classes do not expose properties to Reflection
ID: 48527
User updated by: dt at crystalcc dot com
Reported By: dt at crystalcc dot com
Status: Open
Bug Type: DOM XML related
Operating System: Linux, QNX
PHP Version: 5.2.9
New Comment:
Related Eclipse bug
https://bugs.eclipse.org/bugs/show_bug.cgi?id=171970
Previous Comments:
[2009-06-11 11:42:45] dt at crystalcc dot com
Description:
None of DOM XML internal objects expose the class properties to
Reflection* objects.
This breaks PHP code assist for these objects in Eclipse PDT.
Reproduce code:
---
?php
ReflectionClass::export('DOMDocument');
?
Expected result:
Class [ internal:dom class DOMDocument extends DOMNode ] {
- Constants [0] {
}
- Static properties [0] {
}
- Static methods [0] {
}
- Properties [14] {
[ list of properties ]
}
Actual result:
--
Class [ internal:dom class DOMDocument extends DOMNode ] {
- Constants [0] {
}
- Static properties [0] {
}
- Static methods [0] {
}
- Properties [0] {
}
--
Edit this bug report at http://bugs.php.net/?id=48527edit=1
#48532 [NEW]: Allow pg_fetch_all() to index numerically
From: strata_ranger at hotmail dot com Operating system: PHP version: 5.2.9 PHP Bug Type: Feature/Change Request Bug description: Allow pg_fetch_all() to index numerically Description: It could be useful if pg_fetch_all() were extended to support indexing each row's fields numerically (like pg_fetch_row() does) in addition to the current behavior of indexing them associatively. It is possible in some obscure cases that an associative array is unable to contain all columns from the result set, i.e. if the query returns duplicate column names/aliases. Reproduce code: --- --- From manual page: function.pg-fetch-all --- -- Edit bug report at http://bugs.php.net/?id=48532edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48532r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48532r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48532r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48532r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48532r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48532r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48532r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48532r=needscript Try newer version: http://bugs.php.net/fix.php?id=48532r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48532r=support Expected behavior: http://bugs.php.net/fix.php?id=48532r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48532r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48532r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48532r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48532r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48532r=dst IIS Stability: http://bugs.php.net/fix.php?id=48532r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48532r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48532r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48532r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48532r=mysqlcfg
#46096 [Com]: SoapClient constructor:'stream_context' key of 'options' parameter is not used
ID: 46096
Comment by: ctbh at mailinator dot com
Reported By: alberto at edistar dot com
Status: No Feedback
Bug Type: SOAP related
Operating System: linux Ubuntu (kernel: 2.6.17)
PHP Version: 5.2.6
New Comment:
Good thinking, but after applying the workaround I find in the problem
description of bug #46427, this still does not work.
Looks like the stream_context option is just ignored, I can't make any
of the stream_context options (header, user_agent, etc) have an effect
on how SoapClient makes HTTP requests.
Definitely still an issue. :(
Previous Comments:
[2009-04-17 17:06:00] jchernia1 at yahoo dot com
This looks like a dupe of 46427
[2009-02-21 01:00:01] 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.
[2009-02-13 23:29:33] fel...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2008-09-16 16:19:09] alberto at edistar dot com
Description:
I need to add an http header to a Soap request using SoapClient class.
The way I found in documentation is using 'stream_context' of
'$options' constructor's parameter. But the class doesn't consider that
option, either in wsdl mode and non wsdl mode. So the target web
service doesn't receive the added http header.
Reproduce code:
---
$additionalHeader = array( 'http'=array('header' = Token: 123));
$context = stream_context_create($additionalHeader);
$clientSoap = new SOAPClient('http://yoururl/yourwsdl.wsdl',
array('trace' = 1, 'stream_context' = $context, 'exceptions' =
false));
$clientSoap-yourMethod($yourParameter);
Expected result:
Target web service receives an http header named 'Token' with value
123
Actual result:
--
Target web service doesn't receive an http header named 'Token' with
value 123
--
Edit this bug report at http://bugs.php.net/?id=46096edit=1
#46677 [Com]: Can not make install php5.2.6
ID: 46677 Comment by: tony dot dziedzic at oracle dot com Reported By: chunhuan dot pan at alcatel-sbell dot com dot cn Status: No Feedback Bug Type: Compile Failure Operating System: HP-UX 11.23 PHP Version: 5.2.6 New Comment: I also ran into this bug using PHP 5.2.9 on HP-UX. Here is a stack backtrace obtained when executing the test script described in this bug report on HP-UX 11.31: #0 _zval_ptr_dtor (zval_ptr=0x7fff98b0) at /p5h/reliaty/web/php-5.2.9/Zend/zend_execute_API.c:412 #1 0x46e9cd0:0 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff9940) at zend_execute.h:155 #2 0x46c0b60:0 in execute (op_array=0x40099128) at zend_vm_execute.h:92 #3 0x466c050:0 in zend_execute_scripts (type=8, retval=not available, file_count=3) at /p5h/reliaty/web/php-5.2.9/Zend/zend.c:1134 #4 0x45be820:0 in php_execute_script (primary_file=Error accessing memory address 0x8: Invalid argument. ) at /p5h/reliaty/web/php-5.2.9/main/main.c:2023 #5 0x47f2d60:0 in main (argc=Error accessing memory address 0xc: Invalid argument. ) at /p5h/reliaty/web/php-5.2.9/sapi/cli/php_cli.c:1133 Note that the bug does NOT occur when using php5.2-200906111230.tar. FYI, Joseph Dziedzic Previous Comments: [2008-12-23 09:36:43] chunhuan dot pan at alcatel-sbell dot com dot cn Hello guys : Thank you for your greate help on this issues. For server migration is an urgent time ,and this problem broke me too much time ,so ,I take a new server with solaris OS to instead of. So ,from now ,I lost the permission to keep tracking on this coredump. Shall I close this ER? [2008-12-17 01:00:01] 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. [2008-12-09 10:28:02] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-12-09 01:36:30] chunhuan dot pan at alcatel-sbell dot com dot cn Hello jani: See my backtrace below: --- (gdb) bt #0 0x2330 in unknown_procedure () warning: Attempting to unwind past bad PC 0x2330 #1 0x6f7269675f76616c in unknown_procedure () (gdb) --- PS: To get a best test ,could you show me the test source ,steps ,I am not very clearly how to get a best backtrace to help you solve the error! Thx a lot ,:-) [2008-12-08 12:32:25] j...@php.net Now, can you please provide the requested _backtrace_ finally? In gdb using command 'bt'.. 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/46677 -- Edit this bug report at http://bugs.php.net/?id=46677edit=1
#47712 [Opn-Fbk]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()
ID: 47712 Updated by: and...@php.net Reported By: ninzya at inbox dot lv -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0RC2 Assigned To: mysql New Comment: Do you still experience the problem? You said you don't or you see it again? The zval cache is switched off and there is no way to enable it without recompiling. If the problem persist we have to search for the problem somewhere else. Previous Comments: [2009-06-10 23:51:39] ninzya at inbox dot lv I guess zval cache is not fixed on windows yet, so i open the bug. [2009-06-09 13:47:54] and...@php.net Turning on is only possible through a recompilation. Maybe we can add an ini option (INI_SYSTEM) to switch it without recompilation. But currently the CVS is locked for changes. [2009-06-09 11:05:57] ninzya at inbox dot lv Well, seems something is wrong with concurrent access to zval cache on windows. Try turning zval cache on and test my code on windows machine. [2009-06-09 09:54:26] and...@php.net The only change I did was to switch off the zval caching code so every time a zval is needed a new one is created by Zend instead of using our cache. [2009-06-09 09:53:12] and...@php.net Hi, maybe it is, I think it should be. I did not rely on phpt for testing. I just put it on a Apache2 MPM, Linux, and ran 2 million requests, concurrency of 150, thread-safe build. I asked ab to run with verbosity of 2, and logged the output to a file. Then I did a grep on Conten-Length, then I uniq-ued and sorted the results. Just 5 results. One is correct, others were the errors because of exhausted resources. 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/47712 -- Edit this bug report at http://bugs.php.net/?id=47712edit=1
#48533 [NEW]: __callStatic is not invoked for private/protected methods
From: ladislav at marek dot su
Operating system: Linux
PHP version: 5.3CVS-2009-06-11 (snap)
PHP Bug Type: Class/Object related
Bug description: __callStatic is not invoked for private/protected methods
Description:
__callStatic is not invoked when called method is defined as private or
protected.
Reproduce code:
---
class Test
{
private static function foo()
{
}
public static function __callStatic($name, $args)
{
var_dump($name);
}
}
Test::foo();
Expected result:
string(3) foo
Actual result:
--
Fatal error: Call to private method Test::foo() from context '' in %s on
line %i
--
Edit bug report at http://bugs.php.net/?id=48533edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48533r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48533r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48533r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48533r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48533r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48533r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48533r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48533r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48533r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48533r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48533r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48533r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48533r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48533r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48533r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48533r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48533r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48533r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48533r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48533r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48533r=mysqlcfg
#47712 [Fbk-Opn]: (mysqlnd) last fetched row may get corrupted after calling mysql_free_result()
ID: 47712 User updated by: ninzya at inbox dot lv Reported By: ninzya at inbox dot lv -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.3.0RC2 Assigned To: mysql New Comment: The problem with turned zval cache off is away, but with turned on zval cache bug still exists, so i assume the bug is NOT fixed, turning zval cache off is a temporary fix, that's why i keep the bug open. Or i shouldn't? Previous Comments: [2009-06-11 17:30:45] and...@php.net Do you still experience the problem? You said you don't or you see it again? The zval cache is switched off and there is no way to enable it without recompiling. If the problem persist we have to search for the problem somewhere else. [2009-06-10 23:51:39] ninzya at inbox dot lv I guess zval cache is not fixed on windows yet, so i open the bug. [2009-06-09 13:47:54] and...@php.net Turning on is only possible through a recompilation. Maybe we can add an ini option (INI_SYSTEM) to switch it without recompilation. But currently the CVS is locked for changes. [2009-06-09 11:05:57] ninzya at inbox dot lv Well, seems something is wrong with concurrent access to zval cache on windows. Try turning zval cache on and test my code on windows machine. [2009-06-09 09:54:26] and...@php.net The only change I did was to switch off the zval caching code so every time a zval is needed a new one is created by Zend instead of using our cache. 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/47712 -- Edit this bug report at http://bugs.php.net/?id=47712edit=1
#48526 [Opn-Fbk]: When using the b flag i get a error: Warning: fopen(/tmp/12/foo2.txt
ID: 48526 Updated by: ka...@php.net Reported By: jason at ovitech dot nl -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: OSX PHP Version: 5.2.9 New Comment: Without looking deeply into this, have you tried with fopen(..., 'wb') instead of bw ? Previous Comments: [2009-06-11 09:26:56] jason at ovitech dot nl Description: When I open a file with the b flag in it. for example bw I get the error that the file does not exists. That is correct and I want fopen to create the file for me and set the pointer on the beginning of the code. that is why I use the w flag. I have used the b flag because of the note that is underneath the fopen manual file on the site./ Reproduce code: --- $fp = fopen($this-_file, bw); Expected result: A new file created in /tmp/12 called foo2.txt Actual result: -- Warning: fopen(/tmp/12/foo2.txt) [function.fopen]: failed to open stream: No such file or directory in /Users/jason/Sites/zf/myclass.php on line 168 -- Edit this bug report at http://bugs.php.net/?id=48526edit=1
#48534 [NEW]: Infinite loop with: log_errors+display_startup_errors+no timezone
From: paul at mantisforge dot org Operating system: Windows 32bit PHP version: 5.3.0RC3 PHP Bug Type: *Configuration Issues Bug description: Infinite loop with: log_errors+display_startup_errors+no timezone Description: Calling php from command line with (for example): c:\php\php -c c:\php\foo.ini -i Results in an infinite logging loop if a) display_startup_errors is on b) no timezone has been set in php.ini c) error logging to file is on Reproduce code: --- PHP.ini: log_errors = On error_log = c:\temp\php.log display_startup_errors = On Expected result: phpinfo(); is displayed Actual result: -- *snip* ctype ctype functions = enabled date date/time support = enabled Olson Timezone Database Version = 2009.9 Timezone Database = internal Warning: Unknown: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set () function. In case you used any of those methods and you are still getting thi s warning, you most likely misspelled the timezone identifier. We selected 'Euro pe/London' for '1.0/DST' instead in Unknown on line 0 Warning: Unknown: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set () function. In case you used any of those methods and you are still getting thi s warning, you most likely misspelled the timezone identifier. We selected 'Euro pe/London' for '1.0/DST' instead in Unknown on line 0 Warning: Unknown: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set () function. In case you used any of those methods and you are still getting thi s warning, you most likely misspelled the timezone identifier. We selected 'Euro pe/London' for '1.0/DST' instead in Unknown on line 0 ... .. . -- Edit bug report at http://bugs.php.net/?id=48534edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48534r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48534r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48534r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48534r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48534r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48534r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48534r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48534r=needscript Try newer version: http://bugs.php.net/fix.php?id=48534r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48534r=support Expected behavior: http://bugs.php.net/fix.php?id=48534r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48534r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48534r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48534r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48534r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48534r=dst IIS Stability: http://bugs.php.net/fix.php?id=48534r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48534r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48534r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48534r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48534r=mysqlcfg
#48530 [Opn-Bgs]: Timezone GMT+08:00 Beijing,Chongqing,... not recognized by date(c)
ID: 48530 Updated by: der...@php.net Reported By: lieven_vaneeckhaute at symantec dot com -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Windows XP PHP Version: 5.2.9 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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. YOu need to set the date.timezone setting: http://nl3.php.net/manual/en/datetime.configuration.php#ini.date.timezone Previous Comments: [2009-06-11 12:36:00] lieven_vaneeckhaute at symantec dot com Description: On Windows I'm running in timezone Beijing,... which is +08:00. If echo date(c) or date(r) it displays as Thu, 11 Jun 2009 12:27:54 + rather than 20:27:54 +0800. To us for reporting reasons it is very useful to know what time it was on the local system. We run php as CLI. Reproduce code: --- ?php echo date(r); ? Expected result: Display 20:27:54 +0800 rather than 12:27:54 +. Actual result: -- Thu, 11 Jun 2009 12:27:54 + -- Edit this bug report at http://bugs.php.net/?id=48530edit=1
#48533 [Opn-Asn]: __callStatic is not invoked for private/protected methods
ID: 48533
Updated by: fel...@php.net
Reported By: ladislav at marek dot su
-Status: Open
+Status: Assigned
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 5.3CVS-2009-06-11 (snap)
-Assigned To:
+Assigned To: felipe
Previous Comments:
[2009-06-11 20:04:17] ladislav at marek dot su
Description:
__callStatic is not invoked when called method is defined as private or
protected.
Reproduce code:
---
class Test
{
private static function foo()
{
}
public static function __callStatic($name, $args)
{
var_dump($name);
}
}
Test::foo();
Expected result:
string(3) foo
Actual result:
--
Fatal error: Call to private method Test::foo() from context '' in %s
on line %i
--
Edit this bug report at http://bugs.php.net/?id=48533edit=1
#48534 [Opn-Asn]: Infinite loop with: log_errors+display_startup_errors+no timezone
ID: 48534 Updated by: paj...@php.net Reported By: paul at mantisforge dot org -Status: Open +Status: Assigned Bug Type: *Configuration Issues Operating System: Windows 32bit PHP Version: 5.3.0RC3 -Assigned To: +Assigned To: stas New Comment: Stan, can you take a look please? It could be related to your latest fix. Previous Comments: [2009-06-11 22:24:21] paul at mantisforge dot org Description: Calling php from command line with (for example): c:\php\php -c c:\php\foo.ini -i Results in an infinite logging loop if a) display_startup_errors is on b) no timezone has been set in php.ini c) error logging to file is on Reproduce code: --- PHP.ini: log_errors = On error_log = c:\temp\php.log display_startup_errors = On Expected result: phpinfo(); is displayed Actual result: -- *snip* ctype ctype functions = enabled date date/time support = enabled Olson Timezone Database Version = 2009.9 Timezone Database = internal Warning: Unknown: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set () function. In case you used any of those methods and you are still getting thi s warning, you most likely misspelled the timezone identifier. We selected 'Euro pe/London' for '1.0/DST' instead in Unknown on line 0 Warning: Unknown: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set () function. In case you used any of those methods and you are still getting thi s warning, you most likely misspelled the timezone identifier. We selected 'Euro pe/London' for '1.0/DST' instead in Unknown on line 0 Warning: Unknown: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set () function. In case you used any of those methods and you are still getting thi s warning, you most likely misspelled the timezone identifier. We selected 'Euro pe/London' for '1.0/DST' instead in Unknown on line 0 ... .. . -- Edit this bug report at http://bugs.php.net/?id=48534edit=1
#48533 [Asn-Csd]: __callStatic is not invoked for private/protected methods
ID: 48533
Updated by: fel...@php.net
Reported By: ladislav at marek dot su
-Status: Assigned
+Status: Closed
Bug Type: Class/Object related
Operating System: Linux
PHP Version: 5.3CVS-2009-06-11 (snap)
Assigned To: felipe
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.
Fixed in 5.3 and HEAD.
Previous Comments:
[2009-06-11 20:04:17] ladislav at marek dot su
Description:
__callStatic is not invoked when called method is defined as private or
protected.
Reproduce code:
---
class Test
{
private static function foo()
{
}
public static function __callStatic($name, $args)
{
var_dump($name);
}
}
Test::foo();
Expected result:
string(3) foo
Actual result:
--
Fatal error: Call to private method Test::foo() from context '' in %s
on line %i
--
Edit this bug report at http://bugs.php.net/?id=48533edit=1
#29687 [NoF-Csd]: By-reference passed value inside foreach() is no longer working
ID: 29687 User updated by: jakub dot phpbug at horky dot net Reported By: jakub dot phpbug at horky dot net -Status: No Feedback +Status: Closed Bug Type: Scripting Engine problem Operating System: * PHP Version: 6CVS-2006-04-28 (snap) New Comment: Yes, the problem appears to be solved in the new version. Thanks. Previous Comments: [2007-08-04 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. [2007-07-27 05:13:50] j...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2006-04-28 19:21:51] jakub dot phpbug at horky dot net (Also note that unlike bug #28939, there are _referenced_ arrays in question.) [2006-04-28 19:10:44] jakub dot phpbug at horky dot net Please review the bug. It ISN'T bogus indeed, although it appears so. The code snippet provided proves that the behavior is really incorrect. Admit that when you only touch the array (by read-only function such as key()), you lose your reference-passing? More, you don't lose it in current cycle but in the NEXT cycle and subsequent? Hmm... I tested it on today's snap and still the same behavior. I'm really looking forward to the moment when I can remove the workaround from all reference-passed foreachs from all of my projects... thanks. [2005-06-19 02:00:07] sni...@php.net See bug #28939 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/29687 -- Edit this bug report at http://bugs.php.net/?id=29687edit=1
