#49902 [NEW]: Crash.
From: asdas at yahoo dot co dot uk Operating system: Windows Xp(SP2) PHP version: 5.2.11 PHP Bug Type: *General Issues Bug description: Crash. Description: > Faulting application httpd.exe, version 2.2.11.0, faulting module > php5ts.dll, version 5.2.9.9, fault address 0x000ca0da. > > The instruction as 0x0086c8bd referenced memory as 0x01c8229c. Reproduce code: --- > Faulting application httpd.exe, version 2.2.11.0, faulting module > php5ts.dll, version 5.2.9.9, fault address 0x000ca0da. > > The instruction as 0x0086c8bd referenced memory as 0x01c8229c. Expected result: crash. -- Edit bug report at http://bugs.php.net/?id=49902&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49902&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49902&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49902&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49902&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49902&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49902&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49902&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49902&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49902&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49902&r=support Expected behavior: http://bugs.php.net/fix.php?id=49902&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49902&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49902&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49902&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49902&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49902&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49902&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49902&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49902&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49902&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49902&r=mysqlcfg
#49906 [Com]: LimitIterator doesn't work with un-/serialize
ID: 49906
Comment by: marek at flaber dot net
Reported By: marc-bennewitz at arcor dot de
Status: Open
Bug Type: SPL related
Operating System: Linux
PHP Version: 5.3SVN-2009-10-16 (snap)
New Comment:
When you actually trying to rewind the object it is making php to
segfault.
Like here:
$limitit = unserialize( serialize($limitit) );
echo $limitit->next();
var_dump($limitit->getInnerIterator());
Previous Comments:
[2009-10-16 23:59:45] marc-bennewitz at arcor dot de
Description:
Serializing of LimitIterator doesn't work.
Reproduce code:
---
$it = new ArrayIterator(array('test' => 'test'));
$limitit = new LimitIterator($it, 0, 10);
var_dump($limitit);
var_dump($limitit->getInnerIterator());
$limititSer = serialize($limitit);
var_dump($limititSer);
$limitit = unserialize($limititSer);
var_dump($limitit);
var_dump($limitit->getInnerIterator());
Expected result:
object(LimitIterator)#2 (0) {
/* some content */
}
object(ArrayIterator)#1 (1) {
["storage":"ArrayIterator":private]=>
array(1) {
["test"]=>
string(4) "test"
}
}
string(25) "O:13:"LimitIterator":0:{...}"
object(LimitIterator)#3 (0) {
/* some content */
}
object(ArrayIterator)#1 (1) {
["storage":"ArrayIterator":private]=>
array(1) {
["test"]=>
string(4) "test"
}
}
Actual result:
--
object(LimitIterator)#2 (0) {
}
object(ArrayIterator)#1 (1) {
["storage":"ArrayIterator":private]=>
array(1) {
["test"]=>
string(4) "test"
}
}
string(25) "O:13:"LimitIterator":0:{}"
object(LimitIterator)#3 (0) {
}
NULL
--
Edit this bug report at http://bugs.php.net/?id=49906&edit=1
#49906 [NEW]: LimitIterator doesn't work with un-/serialize
From: marc-bennewitz at arcor dot de
Operating system: Linux
PHP version: 5.3SVN-2009-10-16 (snap)
PHP Bug Type: SPL related
Bug description: LimitIterator doesn't work with un-/serialize
Description:
Serializing of LimitIterator doesn't work.
Reproduce code:
---
$it = new ArrayIterator(array('test' => 'test'));
$limitit = new LimitIterator($it, 0, 10);
var_dump($limitit);
var_dump($limitit->getInnerIterator());
$limititSer = serialize($limitit);
var_dump($limititSer);
$limitit = unserialize($limititSer);
var_dump($limitit);
var_dump($limitit->getInnerIterator());
Expected result:
object(LimitIterator)#2 (0) {
/* some content */
}
object(ArrayIterator)#1 (1) {
["storage":"ArrayIterator":private]=>
array(1) {
["test"]=>
string(4) "test"
}
}
string(25) "O:13:"LimitIterator":0:{...}"
object(LimitIterator)#3 (0) {
/* some content */
}
object(ArrayIterator)#1 (1) {
["storage":"ArrayIterator":private]=>
array(1) {
["test"]=>
string(4) "test"
}
}
Actual result:
--
object(LimitIterator)#2 (0) {
}
object(ArrayIterator)#1 (1) {
["storage":"ArrayIterator":private]=>
array(1) {
["test"]=>
string(4) "test"
}
}
string(25) "O:13:"LimitIterator":0:{}"
object(LimitIterator)#3 (0) {
}
NULL
--
Edit bug report at http://bugs.php.net/?id=49906&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49906&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49906&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49906&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49906&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49906&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49906&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49906&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49906&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49906&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49906&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49906&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49906&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49906&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49906&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49906&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49906&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49906&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49906&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49906&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49906&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49906&r=mysqlcfg
#49767 [Asn->Csd]: estrdup crash
ID: 49767
Updated by: s...@php.net
Reported By: mb at smartftp dot com
-Status: Assigned
+Status: Closed
Bug Type: Reproducible crash
Operating System: win32 only -Windows 2008 SP2 x86
PHP Version: 5.3.0
Assigned To: pajoye
New Comment:
This bug has been fixed in SVN.
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.
This should be fixed now.
Previous Comments:
[2009-10-13 22:25:45] dani...@php.net
Bug #47627 marked duplicate of this.
[2009-10-04 19:35:54] mb at smartftp dot com
I have also sent you the crash report by email. Open the .mht file (RS
removed the .mth extension for some reason) with IE.
[2009-10-04 19:25:46] paj...@php.net
I corrected myself about the script by asking for the full bt (the one
on RS was not readable).
The diagnostic sounds good, I have to reproduce it to be sure. Assigned
to me.
[2009-10-04 17:28:20] mb at smartftp dot com
I don't think you need a script. A little bit of time and motivation
would do as well:
Please review your code:
File: main.c
PHPAPI int php_execute_script(zend_file_handle *primary_file
TSRMLS_DC)
{
...
#ifdef PHP_WIN32
UpdateIniFromRegistry(primary_file->filename TSRMLS_CC);
#endif
..
}
Then:
File: registry.c
void UpdateIniFromRegistry(char *path TSRMLS_DC)
{
-> BUG: missing check for argument
// here comes the check for Per Directory registry value. If it is not
found the function exists and never comes to the estrdup and hence no
crash.
...
orig_path = path = estrdup(path);
..
}
The problem only happens if the "Per Directory Values" registry key is
present. In this case estrdup(NULL) is called and you get the crash.
So I think the argument (path) should be checked for NULL. And when I
look at the main.c I also noticed that you sometimes expect the
primary_file->filename to be null, so maybe you add a check before the
UpdateIniFromRegistry() call.
Proposed FIX:
#ifdef PHP_WIN32
if(primary_file->filename)
{
UpdateIniFromRegistry(primary_file->filename TSRMLS_CC);
}
#endif
+ Add argument check for UpdateIniFromRegistry
Workaround:
Remove "Per Directories Values" registry key.
Regards,
Mat
[2009-10-04 17:23:34] paj...@php.net
Btw, can you also zip the report and send it to me or provide a link to
the zip (pls not one of these radidshare thing) :)
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/49767
--
Edit this bug report at http://bugs.php.net/?id=49767&edit=1
#41631 [Com]: default_socket_timeout does not work with SSL
ID: 41631 Comment by: arkadi dot shishlov at gmail dot com Reported By: david at acz dot org Status: Assigned Bug Type: OpenSSL related Operating System: * PHP Version: 5.2.11 Assigned To: pajoye New Comment: At least it would be helpful to set TCP keep-alive on socket so OS could timeout it eventually, otherwise there are connections stuck for days. Previous Comments: [2009-09-24 19:30:14] srina...@php.net bug #48524 depends on this fix (http://bugs.php.net/bug.php?id=48524&edit=1) i wish , bug tracking system allowed to be able to close a bug as duplicate of another. then, we could close 48524 as dup of this (41631). this can also trigger the internal score for this bug to be increased (helping in set priority etc). [2009-09-18 10:10:02] marcin at php4u dot co dot uk Still can reproduce on Windows XP SP3, PHP 5.2.6 while connecting to https, script doesn't time out [2009-07-22 03:24:17] vergara_rh at yahoo dot com I would greatly appreciate if this bug will be fix. [2009-07-02 15:34:54] karl dot debisschop at pearson dot com Just to keep information flowing, I have also tested with windows 5.3.0 and the issue is still present. [2009-06-24 15:58:08] paj...@php.net stupid auto no feedback, re assigned. 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/41631 -- Edit this bug report at http://bugs.php.net/?id=41631&edit=1
#49905 [Bgs]: Application Failure httpd.exe 2.2.14.0 in php5ts.dll 5.2.11.11
ID: 49905 User updated by: jirvin06 at comcast dot net Reported By: jirvin06 at comcast dot net Status: Bogus Bug Type: Apache2 related Operating System: Windows XP SP3 PHP Version: 5.2.11 New Comment: Error uncovered. When installing don't install all the extensions. Apparently some of the extensions cause problems. Previous Comments: [2009-10-16 18:47:57] jirvin06 at comcast dot net There are no php.ini files located in my c:\windows, c:\windows\system or c:\windows\system32. I did a complete de-install of apache and php. I removed the directories, too. I re-installed and the same error exists. [2009-10-16 18:37:23] paj...@php.net Install or configuration issue. You certainly have old DLLs in your system. A first step would be to try without any php.ini (remove all php.ini you have in the usual locations like c:\windows). Further setup support can be asked in either the php-windows or php-setup mailing list. [2009-10-16 18:33:46] jirvin06 at comcast dot net Description: Installed Apache 2.2.14 via MSI and PHP5.2.11 via msi. The following lines cause the Apache server to not start and crash: PHPIniDir "C:/Program Files/PHP/" LoadModule php5_module "C:/Program Files/PHP/php5apache2_2.dll" When those lines are commented out, the server comes up fine. When you click on the error produced by the crash, it says: szAppName : httpd.exe szAppVer : 2.2.14.0 szModName : php5ts.dll szModVer : 5.2.11.11 offset : 000f337a The PATH variable has the PHP path as the first item listed. Reproduce code: --- There is no code being executed. This is a problem from the moment of start-up. -- Edit this bug report at http://bugs.php.net/?id=49905&edit=1
#49902 [Opn->Fbk]: Crash.
ID: 49902 Updated by: sjo...@php.net Reported By: asdas at yahoo dot co dot uk -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Windows Xp(SP2) PHP Version: 5.2.11 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php 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. Previous Comments: [2009-10-16 15:14:42] asdas at yahoo dot co dot uk Description: > Faulting application httpd.exe, version 2.2.11.0, faulting module > php5ts.dll, version 5.2.9.9, fault address 0x000ca0da. > > The instruction as 0x0086c8bd referenced memory as 0x01c8229c. Reproduce code: --- > Faulting application httpd.exe, version 2.2.11.0, faulting module > php5ts.dll, version 5.2.9.9, fault address 0x000ca0da. > > The instruction as 0x0086c8bd referenced memory as 0x01c8229c. Expected result: crash. -- Edit this bug report at http://bugs.php.net/?id=49902&edit=1
#49905 [Bgs]: Application Failure httpd.exe 2.2.14.0 in php5ts.dll 5.2.11.11
ID: 49905 User updated by: jirvin06 at comcast dot net Reported By: jirvin06 at comcast dot net Status: Bogus Bug Type: Apache2 related Operating System: Windows XP SP3 PHP Version: 5.2.11 New Comment: There are no php.ini files located in my c:\windows, c:\windows\system or c:\windows\system32. I did a complete de-install of apache and php. I removed the directories, too. I re-installed and the same error exists. Previous Comments: [2009-10-16 18:37:23] paj...@php.net Install or configuration issue. You certainly have old DLLs in your system. A first step would be to try without any php.ini (remove all php.ini you have in the usual locations like c:\windows). Further setup support can be asked in either the php-windows or php-setup mailing list. [2009-10-16 18:33:46] jirvin06 at comcast dot net Description: Installed Apache 2.2.14 via MSI and PHP5.2.11 via msi. The following lines cause the Apache server to not start and crash: PHPIniDir "C:/Program Files/PHP/" LoadModule php5_module "C:/Program Files/PHP/php5apache2_2.dll" When those lines are commented out, the server comes up fine. When you click on the error produced by the crash, it says: szAppName : httpd.exe szAppVer : 2.2.14.0 szModName : php5ts.dll szModVer : 5.2.11.11 offset : 000f337a The PATH variable has the PHP path as the first item listed. Reproduce code: --- There is no code being executed. This is a problem from the moment of start-up. -- Edit this bug report at http://bugs.php.net/?id=49905&edit=1
#49905 [Opn->Bgs]: Application Failure httpd.exe 2.2.14.0 in php5ts.dll 5.2.11.11
ID: 49905 Updated by: paj...@php.net Reported By: jirvin06 at comcast dot net -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows XP SP3 PHP Version: 5.2.11 New Comment: Install or configuration issue. You certainly have old DLLs in your system. A first step would be to try without any php.ini (remove all php.ini you have in the usual locations like c:\windows). Further setup support can be asked in either the php-windows or php-setup mailing list. Previous Comments: [2009-10-16 18:33:46] jirvin06 at comcast dot net Description: Installed Apache 2.2.14 via MSI and PHP5.2.11 via msi. The following lines cause the Apache server to not start and crash: PHPIniDir "C:/Program Files/PHP/" LoadModule php5_module "C:/Program Files/PHP/php5apache2_2.dll" When those lines are commented out, the server comes up fine. When you click on the error produced by the crash, it says: szAppName : httpd.exe szAppVer : 2.2.14.0 szModName : php5ts.dll szModVer : 5.2.11.11 offset : 000f337a The PATH variable has the PHP path as the first item listed. Reproduce code: --- There is no code being executed. This is a problem from the moment of start-up. -- Edit this bug report at http://bugs.php.net/?id=49905&edit=1
#49905 [NEW]: Application Failure httpd.exe 2.2.14.0 in php5ts.dll 5.2.11.11
From: jirvin06 at comcast dot net Operating system: Windows XP SP3 PHP version: 5.2.11 PHP Bug Type: Apache2 related Bug description: Application Failure httpd.exe 2.2.14.0 in php5ts.dll 5.2.11.11 Description: Installed Apache 2.2.14 via MSI and PHP5.2.11 via msi. The following lines cause the Apache server to not start and crash: PHPIniDir "C:/Program Files/PHP/" LoadModule php5_module "C:/Program Files/PHP/php5apache2_2.dll" When those lines are commented out, the server comes up fine. When you click on the error produced by the crash, it says: szAppName : httpd.exe szAppVer : 2.2.14.0 szModName : php5ts.dll szModVer : 5.2.11.11 offset : 000f337a The PATH variable has the PHP path as the first item listed. Reproduce code: --- There is no code being executed. This is a problem from the moment of start-up. -- Edit bug report at http://bugs.php.net/?id=49905&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49905&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49905&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49905&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49905&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49905&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49905&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49905&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49905&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49905&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49905&r=support Expected behavior: http://bugs.php.net/fix.php?id=49905&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49905&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49905&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49905&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49905&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49905&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49905&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49905&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49905&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49905&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49905&r=mysqlcfg
#49904 [NEW]: DateTime::modify('last day') returns last day of the month
From: kgrecki at gmail dot com
Operating system: Linux
PHP version: 5.3.0
PHP Bug Type: Date/time related
Bug description: DateTime::modify('last day') returns last day of the month
Description:
call to modify('last day') has different effect in PHP 5.3 than in 5.2
It used to return a previous day, now it seems to return last day of the
month,
according to
http://www.gnu.org/software/automake/manual/tar/General-date-syntax.html#SEC115
"last" means -1 so 5.2 seems to get it right
Reproduce code:
---
date_default_timezone_set('Europe/London');
$dt = new DateTime('today');
var_dump($dt->format('c'));
$dt->modify('last day');
var_dump($dt->format('c'));
$dt = new DateTime('01-04-2009');
var_dump($dt->format('c'));
$dt->modify('last day');
var_dump($dt->format('c'));
Expected result:
PHP 5.2.11 (cli) (built: Sep 18 2009 10:59:00)
string(25) "2009-10-16T00:00:00+01:00"
string(25) "2009-10-15T00:00:00+01:00"
string(25) "2009-04-01T00:00:00+01:00"
string(25) "2009-03-31T00:00:00+01:00"
Actual result:
--
PHP 5.3.0 (cli) (built: Jul 21 2009 17:02:21)
string(25) "2009-10-16T00:00:00+01:00"
string(25) "2009-10-31T00:00:00+00:00"
string(25) "2009-04-01T00:00:00+01:00"
string(25) "2009-04-30T00:00:00+01:00"
--
Edit bug report at http://bugs.php.net/?id=49904&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49904&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49904&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49904&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49904&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49904&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49904&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49904&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49904&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49904&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49904&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49904&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49904&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49904&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49904&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49904&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49904&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49904&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49904&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49904&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49904&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49904&r=mysqlcfg
#22092 [Com]: Strange warning and no functionality in imagettfbbox and imagettftext
ID: 22092 Comment by: ditemoi at hotmail dot fr Reported By: davidl at tocquigny dot com Status: No Feedback Bug Type: GD related Operating System: Redhat 7.1 PHP Version: 4.3.2 New Comment: try this : imagettfbbox(20, 0, "../fonts/arial.ttf","Testing... "); I don't know why ? but it's works for me. Hope your help.. sorry for my broken english !! Previous Comments: [2009-08-04 03:28:22] bugs-php at markrobertwilkins dot com similar problem with PHP v5.2.8 on linux 2.6.13.4 php spins when it can't find the font file, using all available cores and ultimately filling the error log filesystem. file is not found on font path (i.e. --with-freetype-dir ) nor in current working dir except when specifying ./path or absolute path. [2007-07-17 12:17:22] xeon at adamant dot net I also have this bug with PHP-4.4.7 and 5.2.3 :( [2003-06-15 23:46:30] sni...@php.net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-06-10 19:22:03] il...@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-05-29 10:47:42] davidl at tocquigny dot com The problem with spaces in the font name continues in 4.3.2. A font "arial.ttf" works but "futura bold.ttf" generates the error: Warning: imagettfbbox(): Could not find/open font in /xxx/xxx/xxx/custom_class.php on line 535 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/22092 -- Edit this bug report at http://bugs.php.net/?id=22092&edit=1
#49332 [Asn->Csd]: Make fails with "Undefined symbols: _res_9_dn_expand, _res_9_search and _res_9"
ID: 49332 Updated by: scott...@php.net Reported By: vizh at me dot com -Status: Assigned +Status: Closed Bug Type: Compile Failure Operating System: Mac OS X 10.6 (10A432) PHP Version: 5.2.10 Assigned To: scottmac New Comment: This bug has been fixed in SVN. 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: [2009-10-16 16:09:50] s...@php.net Automatic comment from SVN on behalf of scottmac Revision: http://svn.php.net/viewvc/?view=revision&revision=289700 Log: Fix bug #49332 - Unable to compile with Snow Leopard due to some DNS funsies [2009-09-26 22:56:07] phi...@php.net Another temp fix: Add -lresolv to EXTRA_LIBS in the generated MakeFile. See also: http://bit.ly/SJ3YQ [2009-09-07 05:18:55] tmallen at 703designs dot com Here's a temporary fix: http://trac.macports.org/ticket/19997 [2009-08-26 00:51:27] djem dot v3 at gmail dot com Since php 5.3 has been preinstalled in Snow Leopard, it is very important to have php 5.2 in system. [2009-08-24 14:43:24] j...@php.net I would guess Scott meant "PHP_5_2" branch.. :) 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/49332 -- Edit this bug report at http://bugs.php.net/?id=49332&edit=1
#49903 [NEW]: Strip $ at beginning of variable names for compact()
From: cschneid at cschneid dot com
Operating system:
PHP version: 6SVN-2009-10-16 (SVN)
PHP Bug Type: Feature/Change Request
Bug description: Strip $ at beginning of variable names for compact()
Description:
One reason we are not using compact() in our production code is that it is
hard to search for variable references because $foo is simply called 'foo'
in compact()
Suggestion: Strip off a leading $ before looking up variables, i.e. make
compact('$foo') equivalent to compact('foo').
It's clear that people can shoot themselves in the foot if they try
compact("$foo") but it would possibly make code using compact() a little
easier to maintain.
Patch:
Index: ext/standard/array.c
===
--- ext/standard/array.c(revision 289696)
+++ ext/standard/array.c(working copy)
@@ -1488,7 +1488,7 @@
{
zstr key;
int key_len;
- zend_bool free_key = 0;
+ void *free_key = NULL;
zval **value_ptr, *value, *data;
if (Z_TYPE_P(entry) == IS_STRING || Z_TYPE_P(entry) == IS_UNICODE)
{
@@ -1505,9 +1505,19 @@
} else if (norm != key.u) {
key.u = norm;
key_len = norm_len;
- free_key = 1;
+ free_key = norm;
}
+ if (*key.u == '$') {
+ key.u++;
+ key_len--;
+ }
}
+ else {
+ if (*key.s == '$') {
+ key.s++;
+ key_len--;
+ }
+ }
if (zend_u_hash_find(eg_active_symbol_table,
Z_TYPE_P(entry), key, key_len + 1, (void **)&value_ptr) != FAILURE) {
value = *value_ptr;
ALLOC_ZVAL(data);
@@ -1518,7 +1528,7 @@
zend_u_hash_update(Z_ARRVAL_P(return_value),
Z_TYPE_P(entry), key, key_len + 1, &data, sizeof(zval *), NULL);
}
if (free_key) {
- efree(key.v);
+ efree(free_key);
}
}
else if (Z_TYPE_P(entry) == IS_ARRAY) {
Reproduce code:
---
sapi/cli/php -r '$foo = "FOO"; var_dump(compact("\$foo"));'
Expected result:
array(1) {
[u"foo"]=>
unicode(3) "FOO"
}
Actual result:
--
array(0) {
}
--
Edit bug report at http://bugs.php.net/?id=49903&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49903&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49903&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49903&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49903&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49903&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49903&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49903&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49903&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49903&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49903&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49903&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49903&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49903&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49903&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49903&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49903&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49903&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49903&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49903&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49903&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49903&r=mysqlcfg
#49901 [NEW]: changing IMAP_CLOSETIMEOUT through imap_timeout() is not implemented
From: olivier at oxeva dot fr Operating system: linux PHP version: 5.3SVN-2009-10-16 (snap) PHP Bug Type: IMAP related Bug description: changing IMAP_CLOSETIMEOUT through imap_timeout() is not implemented Description: It seems changing IMAP_CLOSETIMEOUT through imap_timeout() function is not implemented. Also, the returned value seems arbitrary (when using imap_timeout with one argument). If this usage is not implemented, documentation should be updated. Reproduce code: --- http://bugs.php.net/?id=49901&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49901&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49901&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49901&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49901&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49901&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49901&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49901&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49901&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49901&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49901&r=support Expected behavior: http://bugs.php.net/fix.php?id=49901&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49901&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49901&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49901&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49901&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49901&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49901&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49901&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49901&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49901&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49901&r=mysqlcfg
#48339 [Com]: DOMElement::setIdAttribute() throws 'Not Found Error' exception
ID: 48339
Comment by: jeroen at tietema dot net
Reported By: greatwhitepine at bigfoot dot com
Status: No Feedback
Bug Type: DOM XML related
Operating System: opensuse 11.1
PHP Version: 5.2.9
Assigned To: rrichards
New Comment:
I can confirm this issue on Archlinux running PHP 5.3.0 and on Ubuntu
9.04 with PHP 5.2.6-3ubuntu4.2
Previous Comments:
[2009-06-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".
[2009-05-27 14:53:51] rricha...@php.net
Did you upgrade libxml2 while upgrading PHP? The has been no change in
the setIdAttribute() method.
[2009-05-19 23:17:23] greatwhitepine at bigfoot dot com
Description:
DOMElement::setIdAttribute() is broken in 5.2.9. It works properly in
5.2.6.
Reproduce code:
---
createElement( 'test', 'This is
the root element!' );
$obj_domElement = $obj_domDocument->appendChild( $obj_domElement
);
$obj_domElement->setAttribute( 'xml:id', 1 );
$obj_domElement->setIdAttribute( 'xml:id', TRUE );
print $obj_domDocument->saveXML( );
?>
Expected result:
This should not throw any exception.
Actual result:
--
PHP Fatal error: Uncaught exception 'DOMException' with message 'Not
Found Error' in /home/gwp/bin/php_dom_setidattribute_bug.php:13
Stack trace:
#0 /home/gwp/bin/php_dom_setidattribute_bug.php(13):
DOMElement->setIdAttribute('xml:id', true)
#1 {main}
thrown in /home/gwp/bin/php_dom_setidattribute_bug.php on line 13
Fatal error: Uncaught exception 'DOMException' with message 'Not Found
Error' in /home/gwp/bin/php_dom_setidattribute_bug.php:13
--
Edit this bug report at http://bugs.php.net/?id=48339&edit=1
#49900 [Bgs]: RecursiveIteratorIterator fails when path variable contains folders name "root"
ID: 49900
User updated by: wloske at yahoo dot de
Reported By: wloske at yahoo dot de
Status: Bogus
Bug Type: SPL related
Operating System: Win XP SP2
PHP Version: 5.2.11
New Comment:
LOL ... I just figured that out myself ... stupid me ... I just should
always use slash instead of backslash when typing paths ...
Sorry guys ... I just made a fool out of myself ;) ... I am still
laughing ...
Is there a way to delete this piece of an "epic fail documentation" ;)
Previous Comments:
[2009-10-16 13:35:50] col...@php.net
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.
err, that's because \r is carriare return inside "" ?
[2009-10-16 13:21:38] wloske at yahoo dot de
Description:
The RecursiveIteratorIterator fails when the variable containing the
path name to be traversed contains "root" anywhere.
Scanning a directory containing a folder named root works though.
1. Try the code, nothing should happen.
2. Rename the directory to "woot" and adjust the $basedir variabel
3. Restart the code. You should see a result
4. Make a directory like test and a directory inside named "root" with
some content in it.
5. Adjust $basedir to point to the parent of "root", e.g. "e:\test"
6. Restart. You should see the contents of test including the folder
"root".
7. Adjust $basedir to point to "root" itself, e.g. "E:\test\root"
8. Restart. You should see nothing
Reproduce code:
---
$basedir = realpath("E:\root");
echo "";
foreach (new RecursiveIteratorIterator(new
RecursiveDirectoryIterator($basedir,
RecursiveDirectoryIterator::KEY_AS_PATHNAME),
RecursiveIteratorIterator::CHILD_FIRST) as $file => $info) {
if ($info->isDir()) {
//Directory
echo "Dir: ".$file."";
} else {
//File
echo "File: ".$file."";
}
}
echo "";
Expected result:
A list of directories in the given path.
Actual result:
--
Nothing. Neither a listing nor an error. Just plain silence.
--
Edit this bug report at http://bugs.php.net/?id=49900&edit=1
#49897 [Bgs]: tsrm_config_common.h invalid integer constant problem
ID: 49897
User updated by: admin at atilailhankartal dot com dot tr
Reported By: admin at atilailhankartal dot com dot tr
Status: Bogus
Bug Type: Compile Failure
Operating System: Win32
PHP Version: 5.3.0
New Comment:
Yeah. Ýt is realy;
My ext have not a problem but my ext a helloWorld function for test.
My Code
hello.c
#ifdef HAVE_CONFIG_H
#include "config.h"
#endif
#include "php.h"
#include "php_hello.h"
static function_entry hello_functions[] = {
PHP_FE(hello_world, NULL)
{NULL, NULL, NULL}
};
zend_module_entry hello_module_entry = {
#if ZEND_MODULE_API_NO >= 20010901
STANDARD_MODULE_HEADER,
#endif
PHP_HELLO_WORLD_EXTNAME,
hello_functions,
NULL,
NULL,
NULL,
NULL,
NULL,
#if ZEND_MODULE_API_NO >= 20010901
PHP_HELLO_WORLD_VERSION,
#endif
STANDARD_MODULE_PROPERTIES
};
#ifdef COMPILE_DL_HELLO
ZEND_GET_MODULE(hello)
#endif
PHP_FUNCTION(hello_world)
{
RETURN_STRING("Hello World", 1);
}
php_hello.h
#ifndef PHP_HELLO_H
#define PHP_HELLO_H 1
#define PHP_HELLO_WORLD_VERSION "1.0"
#define PHP_HELLO_WORLD_EXTNAME "hello"
PHP_FUNCTION(hello_world);
extern zend_module_entry hello_module_entry;
#define phpext_hello_ptr &hello_module_entry
#endif
My Included Directories
"C:\PHPDEV\php-5.3.0";
"C:\PHPDEV\php-5.3.0\Zend";
"C:\PHPDEV\php-5.3.0\win32";
"C:\PHPDEV\php-5.3.0\TSRM";
"C:\PHPDEV\php-5.3.0\main"
And My Preprocessor Definitions
ZEND_DEBUG=0;
COMPILE_DL_MYEXT;
ZTS=1;
ZEND_WIN32;
PHP_WIN32;
MYEXT
can u analysis this code and parameters. Thanks
Atilla Ýlhan KARTAL
Web Application & Software Architect
Turkey Republic
Previous Comments:
[2009-10-16 12:17:20] paj...@php.net
Not really a php issue, every single extension out there use this
header. Are you sure that everything is correct in your ext? You can ask
on php-windows-internals for support if necessary.
[2009-10-16 10:52:55] admin at atilailhankartal dot com dot tr
Description:
Error 1 fatal error C1017: invalid integer constant
expression \tsrm\tsrm_config_common.h 5 php_myextension
my compiler Visual Studio C++ 2008 (VC9)
Reproduce code:
---
#ifndef TSRM_CONFIG_COMMON_H
#define TSRM_CONFIG_COMMON_H
#ifndef __CYGWIN__
# if WINNT|WIN32 // Problemed row
# define TSRM_WIN32
# endif
#endif
#ifdef TSRM_WIN32
# include "tsrm_config.w32.h"
#else
# include
# include
#endif
--
Edit this bug report at http://bugs.php.net/?id=49897&edit=1
#49900 [Opn->Bgs]: RecursiveIteratorIterator fails when path variable contains folders name "root"
ID: 49900
Updated by: col...@php.net
Reported By: wloske at yahoo dot de
-Status: Open
+Status: Bogus
Bug Type: SPL related
Operating System: Win XP SP2
PHP Version: 5.2.11
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.
err, that's because \r is carriare return inside "" ?
Previous Comments:
[2009-10-16 13:21:38] wloske at yahoo dot de
Description:
The RecursiveIteratorIterator fails when the variable containing the
path name to be traversed contains "root" anywhere.
Scanning a directory containing a folder named root works though.
1. Try the code, nothing should happen.
2. Rename the directory to "woot" and adjust the $basedir variabel
3. Restart the code. You should see a result
4. Make a directory like test and a directory inside named "root" with
some content in it.
5. Adjust $basedir to point to the parent of "root", e.g. "e:\test"
6. Restart. You should see the contents of test including the folder
"root".
7. Adjust $basedir to point to "root" itself, e.g. "E:\test\root"
8. Restart. You should see nothing
Reproduce code:
---
$basedir = realpath("E:\root");
echo "";
foreach (new RecursiveIteratorIterator(new
RecursiveDirectoryIterator($basedir,
RecursiveDirectoryIterator::KEY_AS_PATHNAME),
RecursiveIteratorIterator::CHILD_FIRST) as $file => $info) {
if ($info->isDir()) {
//Directory
echo "Dir: ".$file."";
} else {
//File
echo "File: ".$file."";
}
}
echo "";
Expected result:
A list of directories in the given path.
Actual result:
--
Nothing. Neither a listing nor an error. Just plain silence.
--
Edit this bug report at http://bugs.php.net/?id=49900&edit=1
#49900 [NEW]: RecursiveIteratorIterator fails when path variable contains folders name "root"
From: wloske at yahoo dot de
Operating system: Win XP SP2
PHP version: 5.2.11
PHP Bug Type: SPL related
Bug description: RecursiveIteratorIterator fails when path variable contains
folders name "root"
Description:
The RecursiveIteratorIterator fails when the variable containing the path
name to be traversed contains "root" anywhere.
Scanning a directory containing a folder named root works though.
1. Try the code, nothing should happen.
2. Rename the directory to "woot" and adjust the $basedir variabel
3. Restart the code. You should see a result
4. Make a directory like test and a directory inside named "root" with
some content in it.
5. Adjust $basedir to point to the parent of "root", e.g. "e:\test"
6. Restart. You should see the contents of test including the folder
"root".
7. Adjust $basedir to point to "root" itself, e.g. "E:\test\root"
8. Restart. You should see nothing
Reproduce code:
---
$basedir = realpath("E:\root");
echo "";
foreach (new RecursiveIteratorIterator(new
RecursiveDirectoryIterator($basedir,
RecursiveDirectoryIterator::KEY_AS_PATHNAME),
RecursiveIteratorIterator::CHILD_FIRST) as $file => $info) {
if ($info->isDir()) {
//Directory
echo "Dir: ".$file."";
} else {
//File
echo "File: ".$file."";
}
}
echo "";
Expected result:
A list of directories in the given path.
Actual result:
--
Nothing. Neither a listing nor an error. Just plain silence.
--
Edit bug report at http://bugs.php.net/?id=49900&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49900&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49900&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49900&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49900&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49900&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49900&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49900&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49900&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49900&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49900&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49900&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49900&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49900&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49900&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49900&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49900&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49900&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49900&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49900&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49900&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49900&r=mysqlcfg
#49897 [Opn->Bgs]: tsrm_config_common.h invalid integer constant problem
ID: 49897 Updated by: paj...@php.net Reported By: admin at atilailhankartal dot com dot tr -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Win32 PHP Version: 5.3.0 New Comment: Not really a php issue, every single extension out there use this header. Are you sure that everything is correct in your ext? You can ask on php-windows-internals for support if necessary. Previous Comments: [2009-10-16 10:52:55] admin at atilailhankartal dot com dot tr Description: Error 1 fatal error C1017: invalid integer constant expression \tsrm\tsrm_config_common.h 5 php_myextension my compiler Visual Studio C++ 2008 (VC9) Reproduce code: --- #ifndef TSRM_CONFIG_COMMON_H #define TSRM_CONFIG_COMMON_H #ifndef __CYGWIN__ # if WINNT|WIN32 // Problemed row # define TSRM_WIN32 # endif #endif #ifdef TSRM_WIN32 # include "tsrm_config.w32.h" #else # include # include #endif -- Edit this bug report at http://bugs.php.net/?id=49897&edit=1
#23325 [Com]: PHP can't connect if db name has dashes
ID: 23325
Comment by: yetihehe at yetihehe dot com
Reported By: fritz at lateral dot net
Status: No Feedback
Bug Type: MSSQL related
Operating System: Win 2000
PHP Version: 4.3.1
New Comment:
Problem exists also when trying to use odbc+freetds with any method
(odbc_connect, new PDO("odbc:...")) under linux, php 5.2.4. Connecting
using external programs works.
Previous Comments:
[2008-06-03 21:21:57] donnyk at gmail dot com
This bug still exists in 5.2.6, code to reproduce remains the same.
mssql_select_db('mysilly-database'); will result in an error claiming
that mysilly does not exist within sysdatabases (a mssql system table).
[2007-11-30 17:40:53] byoung at bigbluehat dot com
2007 - PHP 5.2.3 still have this issue.
Connection to MSSQL databases with dash continues to fail (using
FreeTDS 0.63). Databases without dashes in the name connect without
error.
[2006-10-10 18:00:36] chris at sugarcrm dot com
2006 - PHP 4.4.2/4 and PHP 5.1.2/4 still have this issue.
The same code use-case is valid: try to connect to a MSSql database
with dashes in the name, and the connection will fail.
[2003-05-09 07:35:01] sni...@php.net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-04-30 06:13:24] sni...@php.net
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
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/23325
--
Edit this bug report at http://bugs.php.net/?id=23325&edit=1
#49898 [NEW]: SoapClient
From: superole2 at excite dot com Operating system: PHP version: 5.3.0 PHP Bug Type: Feature/Change Request Bug description: SoapClient Description: There is a function SoapClient::__setCookie(), so why isn't there a SoapClient::__getCookies()? Would be very useful for instance when checking if a cookie has been set by the server. As it is now one have to parse the responseheaders, and use __setCookie() to be sure. Also useful when distributing the same cookie across multiple SoapClients. Reproduce code: --- --- >From manual page: class.soapclient --- -- Edit bug report at http://bugs.php.net/?id=49898&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49898&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49898&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49898&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49898&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49898&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49898&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49898&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49898&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49898&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49898&r=support Expected behavior: http://bugs.php.net/fix.php?id=49898&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49898&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49898&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49898&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49898&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49898&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49898&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49898&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49898&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49898&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49898&r=mysqlcfg
#49897 [NEW]: tsrm_config_common.h invalid integer constant problem
From: admin at atilailhankartal dot com dot tr Operating system: Win32 PHP version: 5.3.0 PHP Bug Type: Compile Failure Bug description: tsrm_config_common.h invalid integer constant problem Description: Error 1 fatal error C1017: invalid integer constant expression \tsrm\tsrm_config_common.h 5 php_myextension my compiler Visual Studio C++ 2008 (VC9) Reproduce code: --- #ifndef TSRM_CONFIG_COMMON_H #define TSRM_CONFIG_COMMON_H #ifndef __CYGWIN__ # if WINNT|WIN32 // Problemed row # define TSRM_WIN32 # endif #endif #ifdef TSRM_WIN32 # include "tsrm_config.w32.h" #else # include # include #endif -- Edit bug report at http://bugs.php.net/?id=49897&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49897&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49897&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49897&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49897&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49897&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49897&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49897&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49897&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49897&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49897&r=support Expected behavior: http://bugs.php.net/fix.php?id=49897&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49897&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49897&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49897&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49897&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49897&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49897&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49897&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49897&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49897&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49897&r=mysqlcfg
#49895 [Opn->Bgs]: Unable to run PHP code
ID: 49895 Updated by: sjo...@php.net Reported By: quentria at yahoo dot com dot tw -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows PHP Version: 5.2.11 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. Previous Comments: [2009-10-16 04:31:02] quentria at yahoo dot com dot tw Sorry I made a mistake when filling in the textboxes. It should be as follow Expected result: Hello, world OR Hello,world Actual result: -- OR Hello, world "; ?> [2009-10-16 04:27:33] quentria at yahoo dot com dot tw Description: Help! I was doing my coding as usual and everything was working fine. I left my PC for a short while and after I came back to continue with my work, errors just keep one showing. I then tried to run the previous codes that I've already done and was working fine before I left my PC, all of them do not work anymore! The only PHP page that runs properly is my PHP Info page. I even tried to uninstall and reinstall my PHP, but the problems still remains. Reproduce code: --- OR Hello, world"; ?> Expected result: OR Hello,world Actual result: -- Hello, world OR Hello, world "; ?> -- Edit this bug report at http://bugs.php.net/?id=49895&edit=1
#49896 [NEW]: unsetting array member inside uksort function causes 1.5GB memory exhaustion
From: jmy at morgontech dot com
Operating system: CentOS 5.3 / Kernel 2.6.18-128
PHP version: 5.3.0
PHP Bug Type: Arrays related
Bug description: unsetting array member inside uksort function causes 1.5GB
memory exhaustion
Description:
In an attempt to cull some unneeded array elements from within a
user-defined function for uksort(), I came across a very odd memory
exhaustion issue where array.c collapses under a sudden 1.5GB memory
allocation attempt.
I realize this may not be the best way to accomplish my goal, but am
pretty sure the memory exhaustion shouldn't be happening, regardless.
Reproduce code:
---
'eightthirty',
317 => 'threeseventeen',
102 => 'oneohtwo',
281 => 'twoeightyone',
14 => 'fourteen',
580 => 'fiveeighty',
541 => 'fivefourtyone',
350 => 'threefifty',
838 => 'eightthirtyeight',
839 => 'eightthirtynine',
702 => 'sevenohtwo',
625 => 'sixtwentyfive',
234 => 'twothreefour',
532 => 'fivethirtytwo',
859 => 'eightfiftynine',
738 => 'seventhirtyeight',
17 => 'seventeen'
);
function sortByOrder($a, $b) {
global $sortOrder;
global $myArray;
if (!in_array($a, $sortOrder)) {
unset($myArray[$a]);
return 1;
}
if (!in_array($b, $sortOrder)) {
return -1;
}
return array_search($a, $sortOrder) - array_search($b,
$sortOrder);
}
uksort($myArray, 'sortByOrder');
print_r($myArray);
?>
Expected result:
Expected result is an array sorted to match $sortOrder
Actual result:
--
Fatal error: Allowed memory size of 16777216 bytes exhausted at
/root/source/php-5.3.0/ext/standard/array.c:694 (tried to allocate
1515870810 bytes) in /path/to/uksort_memory.php on line 38
--
Edit bug report at http://bugs.php.net/?id=49896&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=49896&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=49896&r=trysnapshot53
Try a snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=49896&r=trysnapshot60
Fixed in SVN:
http://bugs.php.net/fix.php?id=49896&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=49896&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=49896&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=49896&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=49896&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=49896&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=49896&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=49896&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=49896&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=49896&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=49896&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49896&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=49896&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=49896&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=49896&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=49896&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=49896&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=49896&r=mysqlcfg
#45704 [Com]: $exception->getCode() always return 0x80020009 even when it shouldn't
ID: 45704
Comment by: andrey dot klimovskiy at f-secure dot com
Reported By: tceverling at yahoo dot co dot uk
Status: Open
Bug Type: COM related
Operating System: Windows XP SP2
PHP Version: 5.2.6
New Comment:
I would like to catch and process custom COM exceptions at PHP, but
$exception->getCode() always return 0x80020009. The same situation for
standart HRESULT values.
Previous Comments:
[2009-02-16 09:27:13] tceverling at yahoo dot co dot uk
This bug is still present in "Apache/2.2.10 (Win32) PHP/5.2.8", Windows
XP SP3.
We are still unable to use the codes provided by the thrown exceptions
to provide alternative paths or give meaningful messages either to the
user or to an error log.
[2008-08-04 07:30:18] tceverling at yahoo dot co dot uk
Description:
When a COM object throws an exception, the getCode() always return
0x80020009 even when it should be some other value.
This is reproducible with "Scripting.FileSystemObject",
"Scripting.Dictionary" and "Autodesk.MgSdfToolkit".
Reproduce code:
---
echo 'For "Scripting.FileSystemObject".';
try {
$fso = new COM("Scripting.FileSystemObject");
$f = $fso->GetFile("c:\\does not exist.txt");
}
catch (Exception $e) {
//print_r($e);
echo dechex($e->getCode());
}
echo 'For "Scripting.Dictionary".';
try {
$d = new COM("Scripting.Dictionary");
$d->Remove("b");
}
catch (Exception $e) {
//print_r($e);
echo dechex($e->getCode());
}
Expected result:
For 'Scripting.FileSystemObject': 800A0035
For 'Scripting.Dictionary': 800A802B
Actual result:
--
For 'Scripting.FileSystemObject': 80020009
For 'Scripting.Dictionary': 80020009
--
Edit this bug report at http://bugs.php.net/?id=45704&edit=1
#49874 [Fbk->Opn]: ftell()/fseek() inconsistency when using stream filters
ID: 49874 Updated by: sjo...@php.net Reported By: jketterl at chipxonio dot de -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: linux (ubuntu) PHP Version: 5.2.11 Previous Comments: [2009-10-15 06:54:31] jketterl at chipxonio dot de thanks for having a look i tried with and without. the challenge is to get it working without, because that's the worst case my app has to deal with, but the BOM doesn't seem to solve this. $ hexdump test-with-bom.csv 000 feff 004c 0069 006e 0065 0020 0030 0031 010 000a 004c 0069 006e 0065 0020 0030 0032 020 000a 004c 0069 006e 0065 0020 0030 0033 030 000a 004c 0069 006e 0065 0020 0030 0034 040 000a 042 $ php test.php string(8) "Line 01 " string(8) "Line 02 " string(8) "Line 01 " string(5) "e 01 " i also tried opening the file including the BOM without a stream filter, but that just resulted in php reading in two extra chars (the BOM converted in some way i guess) on the beginning of the first line. i thought i'd attach the sample files to this bug, but it seems like i can't. i've uploaded them here instead: http://www.djmacgyver.net/tmp/php-ftell/ [2009-10-14 16:40:00] sjo...@php.net Thank you for your bug report. Does your test.csv file start with a BOM? You can determine this by viewing the file in a hex editor. If it starts with fffe or feff, it has a BOM (byte order mark). [2009-10-14 11:39:39] jketterl at chipxonio dot de Description: exact php version: PHP 5.2.11-0.dotdeb.1 with Suhosin-Patch 0.9.7 (cli) (built: Sep 20 2009 09:41:43) this bug is also be filter-/stream-related. i just believe it might be easier to fix on the filesystem side, that's why i chose that category. when using a php stream filter to convert input from utf-16 into iso8859 (or most probably from any 2byte-encoded charset into any single-byte-encode charset) the ftell() and fseek() functions start to behave inconsistently. more precisely: fseek() jumps to exact offsets ignoring the 2byte-encoding, whereas ftell() seems to return the number of bytes read *after* the filter has been applied. thus it is not possible to fseek() back to a certain offset that has been stored with ftell() before. the content of the testfile used in the code examples is as follows: Line 01 Line 02 Line 03 Line 04 Reproduce code: --- $file = 'test.csv'; $fp = fopen($file, 'r'); stream_filter_append($fp, 'convert.iconv.utf16/iso8859-15'); $line = fgets($fp); var_dump($line); $line = fgets($fp); var_dump($line); fclose($fp); $fp = fopen($file, 'r'); stream_filter_append($fp, 'convert.iconv.utf16/iso8859-15'); $line = fgets($fp); var_dump($line); fseek($fp, ftell($fp)); // this shouldn't move anything - but it does... $line = fgets($fp); var_dump($line); fclose($fp); Expected result: string(8) "Line 01 " string(8) "Line 02 " string(8) "Line 01 " string(8) "Line 02 " Actual result: -- string(8) "Line 01 " string(8) "Line 02 " string(8) "Line 01 " string(4) " 01 " -- Edit this bug report at http://bugs.php.net/?id=49874&edit=1
