#37827 [Fbk->Opn]: _very_ long processing time before sending SOAP request with large data
ID: 37827
User updated by: jan at pinna dot nl
Reported By: jan at pinna dot nl
-Status: Feedback
+Status: Open
Bug Type: SOAP related
Operating System: Windows Server 2003
PHP Version: 5.1.4
New Comment:
Hi,
It works!
Thanks for the tip. BTW, can you reveal what was the problem? What is
fixed in 5.2.0 what was broke in 5.1.x?
I guessed it has something to do with encoding (because it seems to
happen when sending stuff over soap)... but that's just a wild guess.
I'm curious.
Previous Comments:
[2006-06-17 08:27:14] jan at pinna dot nl
ghehe ;)
I'll let you know!
[2006-06-16 22:01:41] [EMAIL PROTECTED]
You really think I would have asked you to try if I didn't
have a reason for it? :)
[2006-06-16 21:26:40] jan at pinna dot nl
I'll try it at monday. hope it works...
Is there any reason to believe it should, due to fixes..?
Please let me know otherwise I have to look further. It is not always a
solution to get the latest revision ;)
Thanks for now!
J.
[2006-06-16 15:16:06] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-06-16 15:11:20] jan at pinna dot nl
Description:
I try to access a webservice over SSL which goes great.
The other party 'abused' the webservice to retrieve data from me, which
I 'set' as a parameter.
This is a 'large' amount of data: 4,5MB.
I can't get this done. It seems that there is a large timing problem
with it because I get CGI timeouts, NAT firewall timeouts, etc.
I tried, with 110K data the processing time before sending the data is
3minutes. With the whole file, it's _way_ more.
But I think the problem seems that the socket is already opening a
port.
Then, after a long period, she wants to send data thru it.
There it goes wrong (I think because of a linking/timing problem with
NAT, if it takes so long before data send/receive over the line which
was opened before).
I think this, because when I turn off NAT, it works.
Where I first got incomplete headers, forced broken SSL connections,
w/o NAT he really starts, after alot of minutes, sending the data.
I think PHP should send its data quicker.
If you want, I can send you the file I try to send.
Reproduce code:
---
array(
'local_cert' => 'keys.pem',
'passphrase' => 'abcdefg',
'allow_self_signed' => true
)
);
$ctx = stream_context_create($opts);
$options = array(
'stream_context'=> $ctx,
"trace" => 1,
"exceptions" => 1,
"location"=>
'https://xxx.xxx.yyy.zzz/InterbankIncaBTWebService/IncassoRelatieWebservice',
'local_cert' => 'keys.pem',
'passphrase' => 'abcdefg');
$client = new SoapClient('wsdl/IncassoRelatieServiceService.wsdl',
$options);
try
{
$filename = "__INPUT/1000188815-8-0-00012-20060524.xml";
$handle = fopen ($filename, "r");
$contents = fread ($handle, filesize ($filename));
print
utf8_decode($client->setPortefeuilleoverzichten('1000188815',$contents));
}
catch(SoapFault $exception)
{
$msg = $exception->__toString();
print_r($msg);
}
?>
Expected result:
Some OK text which I normally receive from the WS.
Actual result:
--
CGI timeout, after I turn up all the timeouts there are I got broken
connections reported, "read timed out" errors from the server side,
load of 100% for php in windows, etc.
--
Edit this bug report at http://bugs.php.net/?id=37827&edit=1
#37827 [Opn->Csd]: _very_ long processing time before sending SOAP request with large data
ID: 37827 User updated by: jan at pinna dot nl Reported By: jan at pinna dot nl -Status: Open +Status: Closed Bug Type: SOAP related Operating System: Windows Server 2003 PHP Version: 5.1.4 New Comment: I guess we can call it closed now... Previous Comments: [2006-06-20 07:23:58] jan at pinna dot nl Hi, It works! Thanks for the tip. BTW, can you reveal what was the problem? What is fixed in 5.2.0 what was broke in 5.1.x? I guessed it has something to do with encoding (because it seems to happen when sending stuff over soap)... but that's just a wild guess. I'm curious. [2006-06-17 08:27:14] jan at pinna dot nl ghehe ;) I'll let you know! [2006-06-16 22:01:41] [EMAIL PROTECTED] You really think I would have asked you to try if I didn't have a reason for it? :) [2006-06-16 21:26:40] jan at pinna dot nl I'll try it at monday. hope it works... Is there any reason to believe it should, due to fixes..? Please let me know otherwise I have to look further. It is not always a solution to get the latest revision ;) Thanks for now! J. [2006-06-16 15:16:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/37827 -- Edit this bug report at http://bugs.php.net/?id=37827&edit=1
#37858 [NEW]: Pear Error:Allowed memory with symfony-0.6.2 install
From: webmaster at detectomania dot com Operating system: debian testing PHP version: 5.1.4 PHP Bug Type: Reproducible crash Bug description: Pear Error:Allowed memory with symfony-0.6.2 install Description: trying to install symfony framework (symfony-0.6.2.tgz and symfony-0.7.1475.tgz ) in PHP 5.1.4-0.1 (cli) (built: Jun 13 2006 21:46:20)(debian testing packaged) with PEAR Version: 1.4.9, it drops this error: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 256 bytes) in /usr/share/php/PEAR/Installer.php on line 781 Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 35 bytes) in /usr/share/php/PEAR.php on line 766 When I have test it with PEAR Version: 1.4.9 and PHP Version: 5.0.0 ant it doesn´t occurs Installed packages, channel pear.php.net: = Package Version State Archive_Tar 1.3.1 stable Benchmark 1.2.6 stable Console_Getopt 1.2 stable Console_Table 1.0.4 stable HTML_Common 1.2.2 stable HTML_QuickForm 3.2.5 stable PEAR1.4.9 stable PEAR_PackageFileManager 1.5.3 stable PHPUnit22.3.6 stable PHP_CompatInfo 1.0.2 stable VersionControl_SVN 0.3.0alpha1 alpha XML_Beautifier 1.1 stable XML_Parser 1.2.7 stable XML_RPC 1.4.8 stable XML_Tree1.1 stable XML_Util1.1.1 stable phing 2.1.1 stable Reproduce code: --- /usr/bin/pear install symfony/symfony Actual result: -- Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 41 bytes) in /usr/share/php/PEAR/Common.php on line 279 Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 35 bytes) in /usr/share/php/PEAR.php on line 766 -- Edit bug report at http://bugs.php.net/?id=37858&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37858&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37858&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37858&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37858&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37858&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37858&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37858&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37858&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37858&r=support Expected behavior:http://bugs.php.net/fix.php?id=37858&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37858&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37858&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37858&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37858&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37858&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37858&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37858&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37858&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37858&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37858&r=mysqlcfg
#37803 [Fbk->Opn]: [install-pear-installer] Illegal instruction
ID: 37803 User updated by: stakadush at yahoo dot com Reported By: stakadush at yahoo dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: OS X 10.4.6 PHP Version: 5.1.4 New Comment: i am sorry but i can not reproduce this anymore. i had to continue working so i had to find a solution. i installed the entropy php pacakge for os x, which seems to work for now. thank you :) Previous Comments: [2006-06-19 12:19:59] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Please run ./sapi/cli/php install-pear-nozlib.phar and generate the backtrace. [2006-06-14 21:11:46] stakadush at yahoo dot com Same thing. Though now it downloaded http://pear.php.net/ install-pear-nozlib.phar [2006-06-14 15:39:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-06-14 13:09:39] stakadush at yahoo dot com Description: ./configure & make go fine, but when doing make install it fails with the following error: Installing PEAR environment: /usr/local/php/share/pear/ make[1]: *** [install-pear-installer] Illegal instruction make: *** [install-pear] Error 2 I'm using the same configure options I used to compile v5.1.2, which worked fine. Changing to --without-pear allows it compile but PHP won't run - again getting Illegal instruction message. Reproduce code: --- The configure I use: './configure' '--prefix=/usr/local/php' '--enable-force-cgi-redirect' '--enable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/opt/local' '--with-png-dir=/opt/local' '--with-gd=/opt/local' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext=/opt/local' '--with-ncurses' '--with-gmp=/opt/local' '--with-iconv' '--with-jpeg-dir=/opt/local' '--with-openssl' '--with-png' '--with-xml' '--with-expat-dir=/opt/local' '--with-dom=/usr' '--with-dom-xslt=/opt/local' '--with-dom-exslt' '--with-xmlrpc' '--with-pcre-regex=/opt/local' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-pear' '--with-kerberos' '--with-ldap' '--with-mysql=/usr/local/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-snmp' '--enable-ucd-snmp-hack' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-mime-magic=/usr/share/file/magic.mime' '--enable-mbstring=all' '--with-mcrypt=/opt/local' '--with-mhash=/opt/local' '--with-apxs=../apache_1.3.36' -- Edit this bug report at http://bugs.php.net/?id=37803&edit=1
#37858 [Opn->Bgs]: Pear Error:Allowed memory with symfony-0.6.2 install
ID: 37858 Updated by: [EMAIL PROTECTED] Reported By: webmaster at detectomania dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: debian testing PHP Version: 5.1.4 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: [2006-06-20 07:29:22] webmaster at detectomania dot com Description: trying to install symfony framework (symfony-0.6.2.tgz and symfony-0.7.1475.tgz ) in PHP 5.1.4-0.1 (cli) (built: Jun 13 2006 21:46:20)(debian testing packaged) with PEAR Version: 1.4.9, it drops this error: Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 256 bytes) in /usr/share/php/PEAR/Installer.php on line 781 Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 35 bytes) in /usr/share/php/PEAR.php on line 766 When I have test it with PEAR Version: 1.4.9 and PHP Version: 5.0.0 ant it doesn´t occurs Installed packages, channel pear.php.net: = Package Version State Archive_Tar 1.3.1 stable Benchmark 1.2.6 stable Console_Getopt 1.2 stable Console_Table 1.0.4 stable HTML_Common 1.2.2 stable HTML_QuickForm 3.2.5 stable PEAR1.4.9 stable PEAR_PackageFileManager 1.5.3 stable PHPUnit22.3.6 stable PHP_CompatInfo 1.0.2 stable VersionControl_SVN 0.3.0alpha1 alpha XML_Beautifier 1.1 stable XML_Parser 1.2.7 stable XML_RPC 1.4.8 stable XML_Tree1.1 stable XML_Util1.1.1 stable phing 2.1.1 stable Reproduce code: --- /usr/bin/pear install symfony/symfony Actual result: -- Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 41 bytes) in /usr/share/php/PEAR/Common.php on line 279 Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 35 bytes) in /usr/share/php/PEAR.php on line 766 -- Edit this bug report at http://bugs.php.net/?id=37858&edit=1
#37803 [Opn->Bgs]: [install-pear-installer] Illegal instruction
ID: 37803 Updated by: [EMAIL PROTECTED] Reported By: stakadush at yahoo dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: OS X 10.4.6 PHP Version: 5.1.4 New Comment: Feel free to reopen the report when you're able to reproduce it and provide some more info. Previous Comments: [2006-06-20 07:55:03] stakadush at yahoo dot com i am sorry but i can not reproduce this anymore. i had to continue working so i had to find a solution. i installed the entropy php pacakge for os x, which seems to work for now. thank you :) [2006-06-19 12:19:59] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Please run ./sapi/cli/php install-pear-nozlib.phar and generate the backtrace. [2006-06-14 21:11:46] stakadush at yahoo dot com Same thing. Though now it downloaded http://pear.php.net/ install-pear-nozlib.phar [2006-06-14 15:39:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-06-14 13:09:39] stakadush at yahoo dot com Description: ./configure & make go fine, but when doing make install it fails with the following error: Installing PEAR environment: /usr/local/php/share/pear/ make[1]: *** [install-pear-installer] Illegal instruction make: *** [install-pear] Error 2 I'm using the same configure options I used to compile v5.1.2, which worked fine. Changing to --without-pear allows it compile but PHP won't run - again getting Illegal instruction message. Reproduce code: --- The configure I use: './configure' '--prefix=/usr/local/php' '--enable-force-cgi-redirect' '--enable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/opt/local' '--with-png-dir=/opt/local' '--with-gd=/opt/local' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext=/opt/local' '--with-ncurses' '--with-gmp=/opt/local' '--with-iconv' '--with-jpeg-dir=/opt/local' '--with-openssl' '--with-png' '--with-xml' '--with-expat-dir=/opt/local' '--with-dom=/usr' '--with-dom-xslt=/opt/local' '--with-dom-exslt' '--with-xmlrpc' '--with-pcre-regex=/opt/local' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-pear' '--with-kerberos' '--with-ldap' '--with-mysql=/usr/local/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-snmp' '--enable-ucd-snmp-hack' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-mime-magic=/usr/share/file/magic.mime' '--enable-mbstring=all' '--with-mcrypt=/opt/local' '--with-mhash=/opt/local' '--with-apxs=../apache_1.3.36' -- Edit this bug report at http://bugs.php.net/?id=37803&edit=1
#37859 [NEW]: Duplicated server requests caused by session_start
From: peter at evident dot si Operating system: Win XP PHP version: 5.1.4 PHP Bug Type: Session related Bug description: Duplicated server requests caused by session_start Description: I noticed that someone already reported this as a bug in May but it was not investigated and closed as bogus. As this definately is some strange issue between IE7 and PHP I am opening this again. It all comes down to the session: session_start(). Using simple example bellow and IE7 beta as client you will notice that apache server logs two client requests (original one and 5 sec duplicated one). Can't image what the relation is but this is the case. OS is Win XP running Apache 2 and PHP 5.1.2.2 No other browser client including IE6 or older causes this. Please look into this since it can cause serious problems. Reproduce code: --- I worked the problem down to the session_start() which is causing this. Please try this simple example: Hello World! Using IE7 beta and PHP5.1.2.2 (Windows XP, Apache 2) makes a duplicated call 5 sec later (see apache logs). Removing session_start() makes no duplicates. Using any other browser including IE6 or previous makes no duplicates as well. Please look into this. There must be some strange connection between ie7 and php (5 or maybe others - didn't try) that makes session behave strangely. If you need any additional info I will gladly help. Expected result: No fantom calls using IE7 / PHP. Actual result: -- With session_start() duplicated fantom calls are loged in apache logs. Without session_start() and any other browser then IE7 no duplicates. -- Edit bug report at http://bugs.php.net/?id=37859&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37859&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37859&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37859&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37859&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37859&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37859&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37859&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37859&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37859&r=support Expected behavior:http://bugs.php.net/fix.php?id=37859&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37859&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37859&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37859&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37859&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37859&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37859&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37859&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37859&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37859&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37859&r=mysqlcfg
#37859 [Opn->Fbk]: Duplicated server requests caused by session_start
ID: 37859 Updated by: [EMAIL PROTECTED] Reported By: peter at evident dot si -Status: Open +Status: Feedback Bug Type: Session related Operating System: Win XP PHP Version: 5.1.4 New Comment: Does it happen with some more reliable browser than IE7 beta? Previous Comments: [2006-06-20 10:46:21] peter at evident dot si Description: I noticed that someone already reported this as a bug in May but it was not investigated and closed as bogus. As this definately is some strange issue between IE7 and PHP I am opening this again. It all comes down to the session: session_start(). Using simple example bellow and IE7 beta as client you will notice that apache server logs two client requests (original one and 5 sec duplicated one). Can't image what the relation is but this is the case. OS is Win XP running Apache 2 and PHP 5.1.2.2 No other browser client including IE6 or older causes this. Please look into this since it can cause serious problems. Reproduce code: --- I worked the problem down to the session_start() which is causing this. Please try this simple example: Hello World! Using IE7 beta and PHP5.1.2.2 (Windows XP, Apache 2) makes a duplicated call 5 sec later (see apache logs). Removing session_start() makes no duplicates. Using any other browser including IE6 or previous makes no duplicates as well. Please look into this. There must be some strange connection between ie7 and php (5 or maybe others - didn't try) that makes session behave strangely. If you need any additional info I will gladly help. Expected result: No fantom calls using IE7 / PHP. Actual result: -- With session_start() duplicated fantom calls are loged in apache logs. Without session_start() and any other browser then IE7 no duplicates. -- Edit this bug report at http://bugs.php.net/?id=37859&edit=1
#37853 [Opn->Fbk]: DOM->schemaValidate causes an access violation
ID: 37853
Updated by: [EMAIL PROTECTED]
Reported By: jona at oismail dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows 2000
PHP Version: 5.1.4
New Comment:
We still need the backtrace, though.
Previous Comments:
[2006-06-19 21:48:33] jona at oismail dot com
The issue is likely specific to Windows / IIS / sapi / isapi then?
Can't seem to make the CGI version work on IIS or I'd test if it was
sapi specific.
Sorry :-(
[2006-06-19 21:38:40] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
No ISAPI or windows here, only Linux.
[2006-06-19 21:36:07] jona at oismail dot com
I get an "PHP has encountered an Access Violation at 01B1B9F3" for both
v5.1.4 and v5.2-dev.
Are you running PHP as an ISAPI module?
[2006-06-19 21:28:55] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
I get two error messages and no crash:
Warning: DOMDocument::loadXML(): xmlParseEntityRef: no name in Entity,
line: 3 in /tmp/3.php on line 27
Warning: DOMDocument::schemaValidateSource(): The document has no
document element. in /tmp/3.php on line 29
[2006-06-19 20:46:07] jona at oismail dot com
Description:
When an unescaped & is encounted in an XML document, PHP causes an
access violation in IIS when DOM schemaValidate or DOM
schemaValidateSource is called.
I have PHP running as an ISAPI module using the php5isapi.dll
Reproduce code:
---
http://www.w3.org/2001/XMLSchema-instance";
xsi:noNamespaceSchemaLocation="input.xsd">
Jona&
';
$sSchema = '
http://www.w3.org/2001/XMLSchema";
elementFormDefault="qualified" attributeFormDefault="unqualified">
';
$obj_DOM = new DOMDocument("1.0", "ISO-8859-5");
$obj_DOM->loadXML(trim($sXML) );
$obj_DOM->schemaValidateSource($sSchema);
?>
Expected result:
Warning thrown along the lines of "Invalid XML document" or
schemaValidate returns false.
Actual result:
--
PHP has encountered an Access Violation at 01B1E093
Warning: DOMDocument::loadXML() [function.DOMDocument-loadXML]:
xmlParseEntityRef: no name in Entity, line: 3 in
D:\www\php5api\webroot\xml_schema_test.php on line 27
--
Edit this bug report at http://bugs.php.net/?id=37853&edit=1
#37859 [Fbk->Opn]: Duplicated server requests caused by session_start
ID: 37859 User updated by: peter at evident dot si Reported By: peter at evident dot si -Status: Feedback +Status: Open Bug Type: Session related Operating System: Win XP -PHP Version: 5.1.4 +PHP Version: 5.1.2.2 New Comment: Not to my knowledge. I tried Mozzila/FireFox, IE6, IE5.5 and it was ok. I heard someone that it works ok with IE7 beta/IIS/PHP 5.1.4 custom build, but I can't say for sure. I will try to upgrade to the latest version 5.1.4 my self and will report as soon as I get some results. I also posted this at MS IE7 feedback site, but didn't get any response yet. Previous Comments: [2006-06-20 11:32:54] [EMAIL PROTECTED] Does it happen with some more reliable browser than IE7 beta? [2006-06-20 10:46:21] peter at evident dot si Description: I noticed that someone already reported this as a bug in May but it was not investigated and closed as bogus. As this definately is some strange issue between IE7 and PHP I am opening this again. It all comes down to the session: session_start(). Using simple example bellow and IE7 beta as client you will notice that apache server logs two client requests (original one and 5 sec duplicated one). Can't image what the relation is but this is the case. OS is Win XP running Apache 2 and PHP 5.1.2.2 No other browser client including IE6 or older causes this. Please look into this since it can cause serious problems. Reproduce code: --- I worked the problem down to the session_start() which is causing this. Please try this simple example: Hello World! Using IE7 beta and PHP5.1.2.2 (Windows XP, Apache 2) makes a duplicated call 5 sec later (see apache logs). Removing session_start() makes no duplicates. Using any other browser including IE6 or previous makes no duplicates as well. Please look into this. There must be some strange connection between ie7 and php (5 or maybe others - didn't try) that makes session behave strangely. If you need any additional info I will gladly help. Expected result: No fantom calls using IE7 / PHP. Actual result: -- With session_start() duplicated fantom calls are loged in apache logs. Without session_start() and any other browser then IE7 no duplicates. -- Edit this bug report at http://bugs.php.net/?id=37859&edit=1
#37860 [NEW]: gzip encoded form input is not handled correctly
From: tjerk dot meesters at muvee dot com
Operating system: Windows
PHP version: 5.1.4
PHP Bug Type: Zlib Related
Bug description: gzip encoded form input is not handled correctly
Description:
When gzip encoded input is used to post form data, the variables are
lost.
The example code expects a form.php which simply does a print_r() on
$_POST.
It's assumed that the zlib functionality is available.
Reproduce code:
---
http://www.example.com/form.php',false,
stream_context_create(array(
'http'=>array(
'method'=>'POST',
'header'=>"Content-Type:
application/x-www-form-urlencoded\nContent-Encoding: gzip",
'content'=>gzencode('data=somebigvalue'),
)
))
);
?>
Expected result:
A print_r() output of an array where the key 'data' is set to
'somebigvalue'
Actual result:
--
A print_r() of an empty array.
--
Edit bug report at http://bugs.php.net/?id=37860&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37860&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37860&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37860&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37860&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37860&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37860&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37860&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37860&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37860&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37860&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37860&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37860&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37860&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37860&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37860&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37860&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37860&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37860&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37860&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37860&r=mysqlcfg
#37859 [Opn->Bgs]: Duplicated server requests caused by session_start
ID: 37859 Updated by: [EMAIL PROTECTED] Reported By: peter at evident dot si -Status: Open +Status: Bogus Bug Type: Session related Operating System: Win XP PHP Version: 5.1.2.2 New Comment: >I tried Mozzila/FireFox, IE6, IE5.5 and it was ok. Then I can hardly believe it is PHP problem, please report it to M$. Previous Comments: [2006-06-20 11:57:58] peter at evident dot si Not to my knowledge. I tried Mozzila/FireFox, IE6, IE5.5 and it was ok. I heard someone that it works ok with IE7 beta/IIS/PHP 5.1.4 custom build, but I can't say for sure. I will try to upgrade to the latest version 5.1.4 my self and will report as soon as I get some results. I also posted this at MS IE7 feedback site, but didn't get any response yet. [2006-06-20 11:32:54] [EMAIL PROTECTED] Does it happen with some more reliable browser than IE7 beta? [2006-06-20 10:46:21] peter at evident dot si Description: I noticed that someone already reported this as a bug in May but it was not investigated and closed as bogus. As this definately is some strange issue between IE7 and PHP I am opening this again. It all comes down to the session: session_start(). Using simple example bellow and IE7 beta as client you will notice that apache server logs two client requests (original one and 5 sec duplicated one). Can't image what the relation is but this is the case. OS is Win XP running Apache 2 and PHP 5.1.2.2 No other browser client including IE6 or older causes this. Please look into this since it can cause serious problems. Reproduce code: --- I worked the problem down to the session_start() which is causing this. Please try this simple example: Hello World! Using IE7 beta and PHP5.1.2.2 (Windows XP, Apache 2) makes a duplicated call 5 sec later (see apache logs). Removing session_start() makes no duplicates. Using any other browser including IE6 or previous makes no duplicates as well. Please look into this. There must be some strange connection between ie7 and php (5 or maybe others - didn't try) that makes session behave strangely. If you need any additional info I will gladly help. Expected result: No fantom calls using IE7 / PHP. Actual result: -- With session_start() duplicated fantom calls are loged in apache logs. Without session_start() and any other browser then IE7 no duplicates. -- Edit this bug report at http://bugs.php.net/?id=37859&edit=1
#37846 [Opn->Bgs]: wordwrap() wraps incorrectly
ID: 37846 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php dot net at jonatan dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Mac OS X 10.4.6 PHP Version: 5.1.4 New Comment: $s = ' s '. ' t '; is equal to ' s t ' If you really want to get several text lines - you need to use "" and \n. Previous Comments: [2006-06-19 22:36:26] bugs dot php dot net at jonatan dot com unbogusing bug [2006-06-19 16:31:47] bugs dot php dot net at jonatan dot com You seem to be just as confused as the other guy. ;-) Sure, I guess the slight vagueness of the documentation could allow you to argue that wordwrap() wraps the third line incorrectly and the fifth one correctly instead of the other way around. But that doesn't negate the fact that this is a bug, it would just make it a much bigger bug, affecting the majority of lines wrapped by wordwrap() instead of the minority. Also note that your claim is refuted by the examples in the documentation, specifically the line "jumped over the lazy" which is 20 characters long. I urge you to look at the expected result and the actual result and consider why wordwrap() thinks "Some text" fits on one line while "Some text" doesn't, given that they both start at the beginning of a line. [2006-06-19 15:57:50] [EMAIL PROTECTED] "wordwrap() - Returns a string with str wrapped AT the column number specified by the optional width parameter." "Some text" <- the last "t" is symbol #9, so whole "text" word is wrapped (since you didn't pass third argument). [2006-06-19 15:14:13] bugs dot php dot net at jonatan dot com No, I think you're the only one who is confused. ;-) I'm pretty sure this is a bug. The problem is that PHP only cuts some of the lines (the third in my example) at position 9, and incorrectly cuts some lines (the fifth in my example) at position 8. [2006-06-19 13:33:00] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. 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 may be confused with your "virtual" lines (as I was as well :). worwrap does wrap at the pos. 9 and this is what it does. Word are not cuted. 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/37846 -- Edit this bug report at http://bugs.php.net/?id=37846&edit=1
#37853 [Fbk->Opn]: DOM->schemaValidate causes an access violation
ID: 37853 User updated by: jona at oismail dot com Reported By: jona at oismail dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 5.1.4 New Comment: How do I do I get that? If I call either debug_backtrace() or debug_print_stacktrace() prior to calling DOM->schemaValidate(), I get no useful output. If I call either of the backtrace functions after DOM->schemaValidate(), they're never executed due to the PHP Access Violation. Please advice? Previous Comments: [2006-06-20 11:48:03] [EMAIL PROTECTED] We still need the backtrace, though. [2006-06-19 21:48:33] jona at oismail dot com The issue is likely specific to Windows / IIS / sapi / isapi then? Can't seem to make the CGI version work on IIS or I'd test if it was sapi specific. Sorry :-( [2006-06-19 21:38:40] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. No ISAPI or windows here, only Linux. [2006-06-19 21:36:07] jona at oismail dot com I get an "PHP has encountered an Access Violation at 01B1B9F3" for both v5.1.4 and v5.2-dev. Are you running PHP as an ISAPI module? [2006-06-19 21:28:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip I get two error messages and no crash: Warning: DOMDocument::loadXML(): xmlParseEntityRef: no name in Entity, line: 3 in /tmp/3.php on line 27 Warning: DOMDocument::schemaValidateSource(): The document has no document element. in /tmp/3.php on line 29 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/37853 -- Edit this bug report at http://bugs.php.net/?id=37853&edit=1
#37853 [Opn->Fbk]: DOM->schemaValidate causes an access violation
ID: 37853 Updated by: [EMAIL PROTECTED] Reported By: jona at oismail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 5.1.4 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: [2006-06-20 12:13:31] jona at oismail dot com How do I do I get that? If I call either debug_backtrace() or debug_print_stacktrace() prior to calling DOM->schemaValidate(), I get no useful output. If I call either of the backtrace functions after DOM->schemaValidate(), they're never executed due to the PHP Access Violation. Please advice? [2006-06-20 11:48:03] [EMAIL PROTECTED] We still need the backtrace, though. [2006-06-19 21:48:33] jona at oismail dot com The issue is likely specific to Windows / IIS / sapi / isapi then? Can't seem to make the CGI version work on IIS or I'd test if it was sapi specific. Sorry :-( [2006-06-19 21:38:40] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. No ISAPI or windows here, only Linux. [2006-06-19 21:36:07] jona at oismail dot com I get an "PHP has encountered an Access Violation at 01B1B9F3" for both v5.1.4 and v5.2-dev. Are you running PHP as an ISAPI module? 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/37853 -- Edit this bug report at http://bugs.php.net/?id=37853&edit=1
#37859 [Bgs]: Duplicated server requests caused by session_start
ID: 37859 User updated by: peter at evident dot si Reported By: peter at evident dot si Status: Bogus Bug Type: Session related Operating System: Win XP PHP Version: 5.1.2.2 New Comment: I will, I am, but what makes a confusion is that it works it any other way except when using sessions (session_start()). Where is connection here? I am sorry, I am not expert for this but there must be some connection between PHP session methods and IE7 behaving badly. How can PHP session_start() cause this? Previous Comments: [2006-06-20 12:01:02] [EMAIL PROTECTED] >I tried Mozzila/FireFox, IE6, IE5.5 and it was ok. Then I can hardly believe it is PHP problem, please report it to M$. [2006-06-20 11:57:58] peter at evident dot si Not to my knowledge. I tried Mozzila/FireFox, IE6, IE5.5 and it was ok. I heard someone that it works ok with IE7 beta/IIS/PHP 5.1.4 custom build, but I can't say for sure. I will try to upgrade to the latest version 5.1.4 my self and will report as soon as I get some results. I also posted this at MS IE7 feedback site, but didn't get any response yet. [2006-06-20 11:32:54] [EMAIL PROTECTED] Does it happen with some more reliable browser than IE7 beta? [2006-06-20 10:46:21] peter at evident dot si Description: I noticed that someone already reported this as a bug in May but it was not investigated and closed as bogus. As this definately is some strange issue between IE7 and PHP I am opening this again. It all comes down to the session: session_start(). Using simple example bellow and IE7 beta as client you will notice that apache server logs two client requests (original one and 5 sec duplicated one). Can't image what the relation is but this is the case. OS is Win XP running Apache 2 and PHP 5.1.2.2 No other browser client including IE6 or older causes this. Please look into this since it can cause serious problems. Reproduce code: --- I worked the problem down to the session_start() which is causing this. Please try this simple example: Hello World! Using IE7 beta and PHP5.1.2.2 (Windows XP, Apache 2) makes a duplicated call 5 sec later (see apache logs). Removing session_start() makes no duplicates. Using any other browser including IE6 or previous makes no duplicates as well. Please look into this. There must be some strange connection between ie7 and php (5 or maybe others - didn't try) that makes session behave strangely. If you need any additional info I will gladly help. Expected result: No fantom calls using IE7 / PHP. Actual result: -- With session_start() duplicated fantom calls are loged in apache logs. Without session_start() and any other browser then IE7 no duplicates. -- Edit this bug report at http://bugs.php.net/?id=37859&edit=1
#37846 [Bgs->Opn]: wordwrap() wraps incorrectly
ID: 37846 User updated by: bugs dot php dot net at jonatan dot com Reported By: bugs dot php dot net at jonatan dot com -Status: Bogus +Status: Open Bug Type: Strings related Operating System: Mac OS X 10.4.6 PHP Version: 5.1.4 New Comment: Wow, I don't know how it's possible to misunderstand such a simple bug report so extensively. Previous Comments: [2006-06-20 11:51:25] [EMAIL PROTECTED] $s = ' s '. ' t '; is equal to ' s t ' If you really want to get several text lines - you need to use "" and \n. [2006-06-19 22:36:26] bugs dot php dot net at jonatan dot com unbogusing bug [2006-06-19 16:31:47] bugs dot php dot net at jonatan dot com You seem to be just as confused as the other guy. ;-) Sure, I guess the slight vagueness of the documentation could allow you to argue that wordwrap() wraps the third line incorrectly and the fifth one correctly instead of the other way around. But that doesn't negate the fact that this is a bug, it would just make it a much bigger bug, affecting the majority of lines wrapped by wordwrap() instead of the minority. Also note that your claim is refuted by the examples in the documentation, specifically the line "jumped over the lazy" which is 20 characters long. I urge you to look at the expected result and the actual result and consider why wordwrap() thinks "Some text" fits on one line while "Some text" doesn't, given that they both start at the beginning of a line. [2006-06-19 15:57:50] [EMAIL PROTECTED] "wordwrap() - Returns a string with str wrapped AT the column number specified by the optional width parameter." "Some text" <- the last "t" is symbol #9, so whole "text" word is wrapped (since you didn't pass third argument). [2006-06-19 15:14:13] bugs dot php dot net at jonatan dot com No, I think you're the only one who is confused. ;-) I'm pretty sure this is a bug. The problem is that PHP only cuts some of the lines (the third in my example) at position 9, and incorrectly cuts some lines (the fifth in my example) at position 8. 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/37846 -- Edit this bug report at http://bugs.php.net/?id=37846&edit=1
#37846 [Bgs->Opn]: wordwrap() wraps incorrectly
ID: 37846 User updated by: bugs dot php dot net at jonatan dot com Reported By: bugs dot php dot net at jonatan dot com -Status: Bogus +Status: Open Bug Type: Strings related Operating System: Mac OS X 10.4.6 PHP Version: 5.1.4 New Comment: Jesus H. Christ, will you please try to actually read the bug report before closing it as bogus. Again: I URGE you to look at the expected result and the actual result and consider why wordwrap() thinks "Some text" fits on one line while "Some text" doesn't, given that they both start at the beginning of a line. If you find the reproduction code formatting confusing, try reformatting it as such: '.wordwrap( $input, 9 )."\n"; ?> Previous Comments: [2006-06-20 13:22:17] [EMAIL PROTECTED] . [2006-06-20 13:17:00] bugs dot php dot net at jonatan dot com Wow, I don't know how it's possible to misunderstand such a simple bug report so extensively. [2006-06-20 11:51:25] [EMAIL PROTECTED] $s = ' s '. ' t '; is equal to ' s t ' If you really want to get several text lines - you need to use "" and \n. [2006-06-19 22:36:26] bugs dot php dot net at jonatan dot com unbogusing bug [2006-06-19 16:31:47] bugs dot php dot net at jonatan dot com You seem to be just as confused as the other guy. ;-) Sure, I guess the slight vagueness of the documentation could allow you to argue that wordwrap() wraps the third line incorrectly and the fifth one correctly instead of the other way around. But that doesn't negate the fact that this is a bug, it would just make it a much bigger bug, affecting the majority of lines wrapped by wordwrap() instead of the minority. Also note that your claim is refuted by the examples in the documentation, specifically the line "jumped over the lazy" which is 20 characters long. I urge you to look at the expected result and the actual result and consider why wordwrap() thinks "Some text" fits on one line while "Some text" doesn't, given that they both start at the beginning of a line. 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/37846 -- Edit this bug report at http://bugs.php.net/?id=37846&edit=1
#31309 [NoF->Opn]: open_basedir restrictions do not work on symlinks
ID: 31309 User updated by: frido at isp-services dot nl Reported By: frido at isp-services dot nl -Status: No Feedback +Status: Open Bug Type: Safe Mode/open_basedir Operating System: * PHP Version: 4CVS, 5CVS (2005-01-20) New Comment: still the same problem on 4.4.2, is this still considered as a defect ? Previous Comments: [2005-02-14 01:00:10] 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". [2005-02-06 22:52:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-01-20 23:54:11] frido at isp-services dot nl still the same problem, for our configuration see: http://www.sjeemz.be/upload/phpinfo.php [2005-01-20 23:50:02] phpdotnet at sjeemz dot nl problem also exists in PHP 5.0.3 on RedHat 7.3 [2004-12-27 12:30:29] frido at isp-services dot nl Description: We currently define in our apache vhost the following doc_root: php_admin_value open_basedir "/home/sites/site7/:/home/sites/www.sjeemz.be/:/usr/lib/php/: /tmp:/home/sites/general" Where site7 is a real directory and sjeemz.be is a symlink, when we use the symlink as a directory to safe to: http://www.sjeemz.be/upload/index.php this creates an error, while the symlink is in the open_basedir. Reproduce code: --- http://www.sjeemz.be/upload/index.phps Expected result: "When a script tries to open a file with, for example, fopen() or gzopen(), the location of the file is checked. When the file is outside the specified directory-tree, PHP will refuse to open it. All symbolic links are resolved, so it's not possible to avoid this restriction with a symlink." the symlink is not resolved to site7 in example above. Actual result: -- Warning: move_uploaded_file(): open_basedir restriction in effect. File(/home/sites/symlink/web/uploads/chenbro_aug.sxc) is not within the allowed path(s): (/home/sites/symlink/web) in /home/sites/test/web/index.php on line 16 There was an error whilst uploading the file. -- Edit this bug report at http://bugs.php.net/?id=31309&edit=1
#37846 [Opn]: wordwrap() wraps incorrectly
ID: 37846 User updated by: bugs dot php dot net at jonatan dot com Reported By: bugs dot php dot net at jonatan dot com Status: Open Bug Type: Strings related Operating System: Mac OS X 10.4.6 PHP Version: 5.1.4 New Comment: (Unfortunately the bug tracking system reformatted the code in my last comment, adding a line break in the statement that sets the $input variable, which was not intended to be there. There is supposed to be a space (and only a space) between each word in the string. So you'll need to change that if copying-and-pasting. Or just use my first reproduction example.) Previous Comments: [2006-06-20 13:40:55] bugs dot php dot net at jonatan dot com Jesus H. Christ, will you please try to actually read the bug report before closing it as bogus. Again: I URGE you to look at the expected result and the actual result and consider why wordwrap() thinks "Some text" fits on one line while "Some text" doesn't, given that they both start at the beginning of a line. If you find the reproduction code formatting confusing, try reformatting it as such: '.wordwrap( $input, 9 )."\n"; ?> [2006-06-20 13:22:17] [EMAIL PROTECTED] . [2006-06-20 13:17:00] bugs dot php dot net at jonatan dot com Wow, I don't know how it's possible to misunderstand such a simple bug report so extensively. [2006-06-20 11:51:25] [EMAIL PROTECTED] $s = ' s '. ' t '; is equal to ' s t ' If you really want to get several text lines - you need to use "" and \n. [2006-06-19 22:36:26] bugs dot php dot net at jonatan dot com unbogusing bug 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/37846 -- Edit this bug report at http://bugs.php.net/?id=37846&edit=1
#37846 [Opn->Bgs]: wordwrap() wraps incorrectly
ID: 37846 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php dot net at jonatan dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Mac OS X 10.4.6 PHP Version: 5.1.4 New Comment: Oh, god.. Here is what wordwrap() does: "Some tex|Some tex|Some text| Some tex| Some tex|t Some tex" Write it down on paper and count symbols yourself. Is everything clear for you this time? Or do I need to explain how to count from 1 to 9? Previous Comments: [2006-06-20 13:57:01] bugs dot php dot net at jonatan dot com (Unfortunately the bug tracking system reformatted the code in my last comment, adding a line break in the statement that sets the $input variable, which was not intended to be there. There is supposed to be a space (and only a space) between each word in the string. So you'll need to change that if copying-and-pasting. Or just use my first reproduction example.) [2006-06-20 13:40:55] bugs dot php dot net at jonatan dot com Jesus H. Christ, will you please try to actually read the bug report before closing it as bogus. Again: I URGE you to look at the expected result and the actual result and consider why wordwrap() thinks "Some text" fits on one line while "Some text" doesn't, given that they both start at the beginning of a line. If you find the reproduction code formatting confusing, try reformatting it as such: '.wordwrap( $input, 9 )."\n"; ?> [2006-06-20 13:22:17] [EMAIL PROTECTED] . [2006-06-20 13:17:00] bugs dot php dot net at jonatan dot com Wow, I don't know how it's possible to misunderstand such a simple bug report so extensively. [2006-06-20 11:51:25] [EMAIL PROTECTED] $s = ' s '. ' t '; is equal to ' s t ' If you really want to get several text lines - you need to use "" and \n. 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/37846 -- Edit this bug report at http://bugs.php.net/?id=37846&edit=1
#37731 [Opn->Bgs]: internal reference becomes external
ID: 37731
Updated by: [EMAIL PROTECTED]
Reported By: nhorton at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: xp
PHP Version: 4.4.2
New Comment:
$this->alpha=&$this->beta;
This line makes $this->aplha to point to $this->beta, i.e. they become
the same variable, so changing alpha changes beta as well and vice
versa.
Previous Comments:
[2006-06-07 15:55:48] nhorton at gmail dot com
Description:
this sure seems like a bug to me. referencing alpha to beta causes a
reference to be set up between all further iterations of the object.
delta, without the reference, behaves normally. i also tried it using
foreach loops instead of for loops, same thing happened.
Reproduce code:
---
class one{
function one($i){
$this->beta=$i;
$this->alpha=&$this->beta;
$this->delta='diamond';
}
}
for($i=0;$i<11;$i++){
$one= new one($i);
$array[]=$one;
}
for($i=0;$i<11;$i++){
$first_object=$array[$i];
$second_object=$first_object;
}
echo "before loop";
print_r($second_object);
for($i=0;$i<11;$i++){
$object=$array[$i];
$object->alpha='';
$object->delta='spade';
}
echo "after loop";
print_r($second_object);
Expected result:
expected output:
before loop
one Object ( [beta] => 10 [alpha] => 10 [delta] => diamond )
after loop
one Object ( [beta] => 10 [alpha] => 10 [delta] => diamond )
Actual result:
--
output:
before loop
one Object ( [beta] => 10 [alpha] => 10 [delta] => diamond )
after loop
one Object ( [beta] => [alpha] => [delta] => diamond )
--
Edit this bug report at http://bugs.php.net/?id=37731&edit=1
#37730 [Opn->Asn]: ImageTTFText & ImageTTFBBox don't give accurate rectangle with angle
ID: 37730
Updated by: [EMAIL PROTECTED]
Reported By: marc dot lazzaro at st dot com
-Status: Open
+Status: Assigned
Bug Type: GD related
Operating System: Win XP
PHP Version: 5.1.4
Assigned To: pajoye
Previous Comments:
[2006-06-08 06:57:29] marc dot lazzaro at st dot com
My company policy forbides external access. If you could provide an
email address I will send you the font file. But I have to say that the
behavior remains the same whatever the font is.
Also pls note that I got no errors when the @ is removed.
[2006-06-07 16:44:58] [EMAIL PROTECTED]
Please provide a link to the font you use. Don't use '@' to hide
possible errors or notices.
[2006-06-07 15:28:14] marc dot lazzaro at st dot com
Description:
Hello,
ImageTTFText & ImageTTFBBox don't give accurate rectangle with angle
other than 0.
I work on a png image.
Reproduce code:
---
$xx = 30;$yy = 200;$tsize = 18;$tangle = 45;
$p2 = ImageTTFText ($img, $tsize, $tangle, $xx, $yy,
'blue','C:/Windows/Fonts/arial.ttf',"MAgjpabiT01234567");
$p3 = @ImageTTFBBox($tsize,
$tangle,'C:/Windows/Fonts/arial.ttf',"MAgjpabiT01234567");
for($i=0; $i < 4; ++$i) {
$p3[$i*2] = round($p3[$i*2]+$xx+0.5);
$p3[$i*2+1] = round($p3[$i*2+1]+$yy+0.5);
}
imageline($img,$p2[0],$p2[1],$p2[2],$p2[3],'red');
imageline($img,$p2[2],$p2[3],$p2[4],$p2[5],'red');
imageline($img,$p2[4],$p2[5],$p2[6],$p2[7],'red');
imageline($img,$p2[6],$p2[7],$p2[0],$p2[1],'red');
Expected result:
I would expext to draw a rectangle fitting exactly around the drawn
text. This is true when angle is 0 but no more when rotating the text.
Looks like the surrounding box shift on the left versus the text when
angle increase.
Actual result:
--
I only have png image to show. If needed you can contact me by email.
Thanks for all your efforts in developping PHP.
--
Edit this bug report at http://bugs.php.net/?id=37730&edit=1
#37846 [Opn->Bgs]: wordwrap() wraps incorrectly
ID: 37846 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php dot net at jonatan dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Mac OS X 10.4.6 PHP Version: 5.1.4 New Comment: . Previous Comments: [2006-06-20 13:17:00] bugs dot php dot net at jonatan dot com Wow, I don't know how it's possible to misunderstand such a simple bug report so extensively. [2006-06-20 11:51:25] [EMAIL PROTECTED] $s = ' s '. ' t '; is equal to ' s t ' If you really want to get several text lines - you need to use "" and \n. [2006-06-19 22:36:26] bugs dot php dot net at jonatan dot com unbogusing bug [2006-06-19 16:31:47] bugs dot php dot net at jonatan dot com You seem to be just as confused as the other guy. ;-) Sure, I guess the slight vagueness of the documentation could allow you to argue that wordwrap() wraps the third line incorrectly and the fifth one correctly instead of the other way around. But that doesn't negate the fact that this is a bug, it would just make it a much bigger bug, affecting the majority of lines wrapped by wordwrap() instead of the minority. Also note that your claim is refuted by the examples in the documentation, specifically the line "jumped over the lazy" which is 20 characters long. I urge you to look at the expected result and the actual result and consider why wordwrap() thinks "Some text" fits on one line while "Some text" doesn't, given that they both start at the beginning of a line. [2006-06-19 15:57:50] [EMAIL PROTECTED] "wordwrap() - Returns a string with str wrapped AT the column number specified by the optional width parameter." "Some text" <- the last "t" is symbol #9, so whole "text" word is wrapped (since you didn't pass third argument). 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/37846 -- Edit this bug report at http://bugs.php.net/?id=37846&edit=1
#37724 [Opn->Asn]: mb_detect_encoding returns wrong result when text contains a trailing accent
ID: 37724 Updated by: [EMAIL PROTECTED] Reported By: oylbqelmhfbxzg at mailinator dot com -Status: Open +Status: Assigned Bug Type: mbstring related Operating System: Linux PHP Version: 4.4.2 -Assigned To: +Assigned To: hirokawa Previous Comments: [2006-06-07 08:54:27] oylbqelmhfbxzg at mailinator dot com Description: Since bug 36994 was closed.. Both $string = "testö" in a utf-8 text file, and $string = "testö" in an iso-8859-1 file (converted using iconv) return "UTF-8" with mb_detect_encoding, even when strict is on. -- Edit this bug report at http://bugs.php.net/?id=37724&edit=1
#37671 [Opn->Asn]: MySQLi extension fails to recognize BIT colums
ID: 37671
Updated by: [EMAIL PROTECTED]
Reported By: squasar at eternalviper dot net
-Status: Open
+Status: Assigned
Bug Type: MySQLi related
Operating System: *
PHP Version: 5.1.4
-Assigned To:
+Assigned To: iliaa
Previous Comments:
[2006-06-08 06:27:06] squasar at eternalviper dot net
That sample from the manual is irrelevant. Re-examine the
reproduce code I provided. It FAILS using the patch that was
applied to CVS; the result is always zero regardless of the
values in the column, even though it's a BIT(1).
[2006-06-07 13:08:32] [EMAIL PROTECTED]
BIT[(M)]
A bit-field type. M indicates the number of bits per value,
from 1 to 64. The default is 1 if M is omitted.
(From MySQL manual)
[2006-06-07 04:43:39] squasar at eternalviper dot net
The patch applied to CVS does NOT fix the bug. The CVS patch
folds BIT handling into LONG types. This does not work; BIT
columns take a 64-bit type, NOT a 32-bit type. Please re-
examine the patch I supplied, which folds BIT handling into
LONGLONG types.
[2006-06-04 14:57:14] [EMAIL PROTECTED]
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.
[2006-06-02 20:03:38] squasar at eternalviper dot net
With apologies for all the extra comments, here is a
somewhat better patch that allows for arbitrary values in a
BIT column. However, I do not believe this is ideal for a
bitfield type.
Index: ext/mysqli/mysqli_api.c
===
RCS file: /repository/php-src/ext/mysqli/mysqli_api.c,v
retrieving revision 1.118.2.22
diff -u -r1.118.2.22 mysqli_api.c
--- ext/mysqli/mysqli_api.c 5 Apr 2006 12:17:08 -
1.118.2.22
+++ ext/mysqli/mysqli_api.c 2 Jun 2006 20:02:17 -
@@ -303,10 +303,13 @@
break;
case MYSQL_TYPE_LONGLONG:
+#ifdef FIELD_TYPE_BIT
+ case MYSQL_TYPE_BIT:
+#endif
stmt->result.buf[ofs].type =
IS_STRING;
stmt->result.buf[ofs].buflen
= sizeof(my_ulonglong);
stmt->result.buf[ofs].val =
(char *)emalloc(stmt->result.buf[ofs].buflen);
- bind[ofs].buffer_type =
MYSQL_TYPE_LONGLONG;
+ bind[ofs].buffer_type =
col_type;
bind[ofs].buffer = stmt-
>result.buf[ofs].val;
bind[ofs].is_null = &stmt-
>result.is_null[ofs];
bind[ofs].buffer_length =
stmt->result.buf[ofs].buflen;
@@ -693,7 +696,11 @@
ZVAL_DOUBLE
(stmt->result.vars[i], *(double *)stmt->result.buf[i].val);
break;
case IS_STRING:
- if (stmt-
>stmt->bind[i].buffer_type == MYSQL_TYPE_LONGLONG) {
+ if (stmt-
>stmt->bind[i].buffer_type == MYSQL_TYPE_LONGLONG
+#ifdef FIELD_TYPE_BIT
+
|| stmt->stmt->bind[i].buffer_type == MYSQL_TYPE_BIT
+#endif
+ ) {
my_bool uns= (stmt->stmt->fields[i].flags & UNSIGNED_FLAG)?
1:0;
llval= *(my_ulonglong *) stmt->result.buf[i].val;
#if SIZEOF_LONG==8
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/37671
--
Edit this bug report at http://bugs.php.net/?id=37671&edit=1
#37669 [Opn->Asn]: Setting a node's value from array returned by xpath does not work
ID: 37669
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: SimpleXML related
Operating System: Linux (Gentoo, RHEL)
PHP Version: 5.1.4
-Assigned To:
+Assigned To: helly
New Comment:
Marcus, could you pla take a look at it?
Previous Comments:
[2006-06-02 04:39:49] [EMAIL PROTECTED]
I've come up with a workaround which imports the SimpleXML obkect into
DOM and then converts back, but this, of course, defeats the purpose of
SimpleXML. For reference I will post it here for others who need a
solution to this problem:
$domnode = dom_import_simplexml($xml);
$dom = new DOMDocument();
$domnode = $dom->importNode($domnode, true);
$dom->appendChild($domnode);
$x = new DOMXPath($dom);
$n = $x->evaluate('/root/node');
while ($n->item(0)->firstChild) {
$n->item(0)->removeChild($n->firstChild);
}
$n->item(0)->appendChild($dom->createTextNode('World'));
$xml = simplexml_import_dom($dom);
[2006-06-02 00:44:25] [EMAIL PROTECTED]
Description:
When trying to set the value (inside text) of a node from an array
returned from an xpath call nothing happens. Setting an attribute works
fine, however. Setting via normal -> access works as expected.
Reproduce code:
---
$xml = simplexml_load_string('');
if (is_array($nodes = $xml->xpath('node'))
&& sizeof($nodes) > 0
&& is_object($nodes[0])) {
$nodes[0]['value'] = 'Hello';
$nodes[0] = 'World';
}
$xml->node2 = 'World';
header('Content-Type: text/xml');
echo $xml->asXML();
Expected result:
WorldWorld
Actual result:
--
World
--
Edit this bug report at http://bugs.php.net/?id=37669&edit=1
#37860 [Opn->Bgs]: gzip encoded form input is not handled correctly
ID: 37860
Updated by: [EMAIL PROTECTED]
Reported By: tjerk dot meesters at muvee dot com
-Status: Open
+Status: Bogus
Bug Type: Zlib Related
Operating System: Windows
PHP Version: 5.1.4
New Comment:
This is not a bug, why would you assume that is *supposed* to work? You
can create a feature request though.
Previous Comments:
[2006-06-20 11:59:49] tjerk dot meesters at muvee dot com
Description:
When gzip encoded input is used to post form data, the variables are
lost.
The example code expects a form.php which simply does a print_r() on
$_POST.
It's assumed that the zlib functionality is available.
Reproduce code:
---
http://www.example.com/form.php',false,
stream_context_create(array(
'http'=>array(
'method'=>'POST',
'header'=>"Content-Type:
application/x-www-form-urlencoded\nContent-Encoding: gzip",
'content'=>gzencode('data=somebigvalue'),
)
))
);
?>
Expected result:
A print_r() output of an array where the key 'data' is set to
'somebigvalue'
Actual result:
--
A print_r() of an empty array.
--
Edit this bug report at http://bugs.php.net/?id=37860&edit=1
#37846 [Bgs]: wordwrap() wraps incorrectly
ID: 37846 Updated by: [EMAIL PROTECTED] Reported By: bugs dot php dot net at jonatan dot com Status: Bogus Bug Type: Strings related Operating System: Mac OS X 10.4.6 PHP Version: 5.1.4 New Comment: 1234 678 1234 678 1234 6789 2345 789 2345 7890 2345 678 The latter "t" in "text" is the TENTH character. Now PLEASE leave this report as bogus. Previous Comments: [2006-06-20 14:00:30] [EMAIL PROTECTED] Oh, god.. Here is what wordwrap() does: "Some tex|Some tex|Some text| Some tex| Some tex|t Some tex" Write it down on paper and count symbols yourself. Is everything clear for you this time? Or do I need to explain how to count from 1 to 9? [2006-06-20 13:57:01] bugs dot php dot net at jonatan dot com (Unfortunately the bug tracking system reformatted the code in my last comment, adding a line break in the statement that sets the $input variable, which was not intended to be there. There is supposed to be a space (and only a space) between each word in the string. So you'll need to change that if copying-and-pasting. Or just use my first reproduction example.) [2006-06-20 13:40:55] bugs dot php dot net at jonatan dot com Jesus H. Christ, will you please try to actually read the bug report before closing it as bogus. Again: I URGE you to look at the expected result and the actual result and consider why wordwrap() thinks "Some text" fits on one line while "Some text" doesn't, given that they both start at the beginning of a line. If you find the reproduction code formatting confusing, try reformatting it as such: '.wordwrap( $input, 9 )."\n"; ?> [2006-06-20 13:22:17] [EMAIL PROTECTED] . [2006-06-20 13:17:00] bugs dot php dot net at jonatan dot com Wow, I don't know how it's possible to misunderstand such a simple bug report so extensively. 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/37846 -- Edit this bug report at http://bugs.php.net/?id=37846&edit=1
#37819 [Opn->Fbk]: SNMP contention issue
ID: 37819
Updated by: [EMAIL PROTECTED]
Reported By: sdw06 at health dot state dot ny dot us
-Status: Open
+Status: Feedback
Bug Type: SNMP related
Operating System: Windows 2003
PHP Version: 5.1.4
New Comment:
Why do you think it's a problem of PHP?
PHP calls SNMP client functions and if SNMP client fails to perform its
job, I doubt that PHP can help you with that.
Previous Comments:
[2006-06-15 16:45:41] sdw06 at health dot state dot ny dot us
Description:
I am developing an application that does certain scripted functions for
our helpdesk and networking groups and delivers the results via web
interface. An example of some of the functionality is port status of a
switch, router error tracking, performance monitoring,
utilization...that kind of stuff. I'm using snmp to do pretty much
everything and it works great and all is good *except* when 2 users try
and do something invoking snmp calls at the exact same time. I did a
line sniff to see what the deal was and this is what happens as an
example:
User (A) requests port speed/duplex settings for a switch on the
network, php starts sending out the snmpget calls needed...
User (B) initiates a check for router errors a split second after User
(A), while User (A)'s script is still doing its thing. The instant
User(B)
does this User(A) stops making the needed snmp calls and just stops.
They then need to close out of their web browser and log back in.
User (B)'s request completes without a problem.
I am guessing this is caused by contention for the snmp port and php
gets confused. Am I trying to do something that snmp is not capable
of?
What makes me think it is possibly a PHP issue is I tried to see if
another network application that uses SNMP would duplicate the same
problem. To my surprise, it didn't. For example we have the Solar winds
network management application running on the same machine as my web
server. Solar Winds has a circuit utilization gauge that works by
making SNMP calls to the router. I pretty much made an exact copy of
this functionality, i.e. gathering utilization of the router by making
SNMP calls to it. I was able to run both my utilization gauge and the
solarwinds utilization gauge at the exact same time and both worked
with no problem.
So it seems to happen only when PHP tries to make simultaneous SNMP
calls.
Reproduce code:
---
Here is a small sample of some of the snmp calls I am making.
function snmppullsyslocation($target) {
include "C:\WicWeb\bin\wicwebnetwork.php";
return snmpget($target, $RWCOMSTRING, '.1.3.6.1.2.1.1.6.0', '100',
'5');
}
function snmppullsyscontact($target) {
include "C:\WicWeb\bin\wicwebnetwork.php";
return snmpget($target, $RWCOMSTRING, '.1.3.6.1.2.1.1.4.0', '100',
'5');
}
function snmppullsysobjectid($target) {
include "C:\WicWeb\bin\wicwebnetwork.php";
return snmpget($target, $RWCOMSTRING, '.1.3.6.1.2.1.1.2.0', '100',
'5');
}
function snmppullduplexstate($target) {
snmp_set_valueretrieval(SNMP_VALUE_PLAIN);
include "C:\WicWeb\bin\wicwebnetwork.php";
return snmpwalk($target, $RWCOMSTRING,
'.1.3.6.1.4.1.9.9.87.1.4.1.1.31.0', '100', '5');
}
function snmppullduplexstatus($target) {
include "C:\WicWeb\bin\wicwebnetwork.php";
return snmpwalk($target, $RWCOMSTRING,
'.1.3.6.1.4.1.9.9.87.1.4.1.1.32.0', '100', '5');
}
Expected result:
I expect to be able to have different php scrips make these snmp calls
at the same time.
Actual result:
--
One script's snmp call goes through, the other one never completes.
--
Edit this bug report at http://bugs.php.net/?id=37819&edit=1
#37853 [Fbk->Opn]: DOM->schemaValidate causes an access violation
ID: 37853 User updated by: jona at oismail dot com Reported By: jona at oismail dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 5.1.4 New Comment: I don't have MSVC available I'm afraid, nor am I likely to get a hand on one anytime soon. Is there anything else I can do to assist? Previous Comments: [2006-06-20 12:15:20] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2006-06-20 12:13:31] jona at oismail dot com How do I do I get that? If I call either debug_backtrace() or debug_print_stacktrace() prior to calling DOM->schemaValidate(), I get no useful output. If I call either of the backtrace functions after DOM->schemaValidate(), they're never executed due to the PHP Access Violation. Please advice? [2006-06-20 11:48:03] [EMAIL PROTECTED] We still need the backtrace, though. [2006-06-19 21:48:33] jona at oismail dot com The issue is likely specific to Windows / IIS / sapi / isapi then? Can't seem to make the CGI version work on IIS or I'd test if it was sapi specific. Sorry :-( [2006-06-19 21:38:40] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. No ISAPI or windows here, only Linux. 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/37853 -- Edit this bug report at http://bugs.php.net/?id=37853&edit=1
#37846 [Bgs]: wordwrap() wraps incorrectly
ID: 37846 User updated by: bugs dot php dot net at jonatan dot com Reported By: bugs dot php dot net at jonatan dot com Status: Bogus Bug Type: Strings related Operating System: Mac OS X 10.4.6 PHP Version: 5.1.4 New Comment: Sorry for my tone earlier. It didn't seem like anyone understood my bug report. It is only the tenth character if you count the leading space, which doesn't exist, because it has been trimmed. Your explanation would make sense if wordwrap() didn't trim leading (or trailing) spaces from wrapped lines; resulting in something like: Some tex Some tex Some text Some tex Some text Some tex (note leading and trailing space on lines) But that's not what wordwrap() returns. The fact that (I'm guessing) the trimming internally occurs after the counting is merely an implementation detail of wordwrap() that shouldn't be exposed outside the function. I'd suggest fixing wordwrap() to wrap more efficiently. Given the trimming of spaces, that can hardly be considered to be incorrect. Either that, or adding the following note to the documentation: Note that if a line happens to be exactly as long as the maximum line length, the following line will be considered to start with a leading space, even though it does not do so, for porposes of calculating the maximum amount of text that can fit on that line. Previous Comments: [2006-06-20 14:00:58] [EMAIL PROTECTED] 1234 678 1234 678 1234 6789 2345 789 2345 7890 2345 678 The latter "t" in "text" is the TENTH character. Now PLEASE leave this report as bogus. [2006-06-20 14:00:30] [EMAIL PROTECTED] Oh, god.. Here is what wordwrap() does: "Some tex|Some tex|Some text| Some tex| Some tex|t Some tex" Write it down on paper and count symbols yourself. Is everything clear for you this time? Or do I need to explain how to count from 1 to 9? [2006-06-20 13:57:01] bugs dot php dot net at jonatan dot com (Unfortunately the bug tracking system reformatted the code in my last comment, adding a line break in the statement that sets the $input variable, which was not intended to be there. There is supposed to be a space (and only a space) between each word in the string. So you'll need to change that if copying-and-pasting. Or just use my first reproduction example.) [2006-06-20 13:40:55] bugs dot php dot net at jonatan dot com Jesus H. Christ, will you please try to actually read the bug report before closing it as bogus. Again: I URGE you to look at the expected result and the actual result and consider why wordwrap() thinks "Some text" fits on one line while "Some text" doesn't, given that they both start at the beginning of a line. If you find the reproduction code formatting confusing, try reformatting it as such: '.wordwrap( $input, 9 )."\n"; ?> [2006-06-20 13:22:17] [EMAIL PROTECTED] . 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/37846 -- Edit this bug report at http://bugs.php.net/?id=37846&edit=1
#37668 [Opn->Bgs]: fetch->Field doesn't take the correct type
ID: 37668
Updated by: [EMAIL PROTECTED]
Reported By: eric dot potvin at zendphp dot com
-Status: Open
+Status: Bogus
Bug Type: MySQLi related
Operating System: WIN32 & FREEBSD
PHP Version: 5.1.4
New Comment:
This is what MySQL API call returns and there is nothing we can do
about it.
Please report it to MySQL developers.
Previous Comments:
[2006-06-01 23:46:52] eric dot potvin at zendphp dot com
Description:
The mysqli_fetch_fields dosen't take the correct field type for the
ENUM and SET type.
Reproduce code:
---
Create a table with a ENUM type with value like 'True', 'False' and
default value to True.
do : $finfo = mysqli_fetch_field($result)
you will get : $finfo->type = 254
So, a STRING. - MYSQLI_TYPE_STRING and with no default value.
Same thing for the set type.
Expected result:
The $finfo->type
should have 247 (MYSQLI_TYPE_ENUM) as value.
or
248 (MYSQLI_TYPE_SET) as value for a SET type
Actual result:
--
array(0) {
}
--
Edit this bug report at http://bugs.php.net/?id=37668&edit=1
#37605 [Opn->Fbk]: PDO stored procedure prepare call hangs
ID: 37605
Updated by: [EMAIL PROTECTED]
Reported By: randall dot carlson at navy dot mil
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: REL 4
PHP Version: 5.1.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Still can't reproduce.
Previous Comments:
[2006-06-05 20:50:26] randall dot carlson at navy dot mil
Well, my problem involves database access with PDO, so I don't know how
to convey the problem without a database. As far as the script itself:
prepare("call pdo_test()"/*"select dummy from
dummy;"*/);
$stmt->execute();
echo "outputting...";
while ($rs = $stmt->fetch(PDO::FETCH_OBJ)) {
echo "output: ".$rs->dummy."";
}
echo "".date("r")."";
?>
That is all of it, except for the MySQL stored procedure script:
create procedure pdo_test() begin select dummy from dummy; end;
[2006-05-30 11:42:18] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
[2006-05-30 11:36:42] randall dot carlson at navy dot mil
My code is within a portal application so, your test is slightly
different than mine. Again, as of PHP 5.1.2, the portal application
and my code works just fine. It was only when PHP 5.1.4 was built that
this issue appeared. Now as I monitor the mysql logs, I have discovered
that when it hangs, the stored procedure calls appear to be executing
twice (while one call was issued).
[2006-05-29 11:10:03] [EMAIL PROTECTED]
Works perfectly fine here.
But doesn't output any results, of course, since there is no "dummy"
table with "dummy" field.
[2006-05-26 17:09:43] randall dot carlson at navy dot mil
Description:
It appears the PDO execute is hanging when a MySQL stored procedure is
called. The same code works fine on PHP 5.1.2 & MySQL 4.0.21. Once we
upgraded to 5.1.4, the problem began. It looks as if the call is being
executed a couple of times in the MySQL queries.log. Our application
code has many such calls and after attempting to execute each one the
browser eventually timesout.
When I subtitute the SQL statment in the prepare, it comes back fine.
Reproduce code:
---
create procedure pdo_test() begin select dummy from dummy; end;
$pdo = new PDO("mysql:host=localhost;dbname=x","x","x");
$stmt = $pdo->prepare("call pdo_test()"/*"select dummy from
dummy;"*/);
$stmt->execute();
echo "outputting...";
while ($rs = $stmt->fetch(PDO::FETCH_OBJ)) {
echo "output: ".$rs->dummy."";
}
echo "".date("r")."";
Expected result:
should get
outputting...
output: 1
Fri, 26 May 2006 13:02:17 -0400
Actual result:
--
timeout
--
Edit this bug report at http://bugs.php.net/?id=37605&edit=1
#37477 [Opn->Fbk]: htmlentities problem on another greek expression
ID: 37477
Updated by: [EMAIL PROTECTED]
Reported By: d dot gourgues at neuf dot fr
-Status: Open
+Status: Feedback
Bug Type: Strings related
Operating System: Debian
PHP Version: 5.1.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-05-17 15:31:21] d dot gourgues at neuf dot fr
Description:
Hi, I've some expression in database in UTF8.
When i try to use the htmlentities functions
ex : htmlentities("zoo...", ENT_QUOTES, "UTF-8");
the script returns sometimes nothing.
PS : I've tested on a PHP 5.1.2-1.dotdeb.2 (and i can't upgrade at
work)... i will try at home with a PHP 5.1.4 version
Reproduce code:
---
// works always
$str = " ";
echo htmlentities(html_entity_decode
("ζωολογικός".$str."κήπος/πάρκο",
ENT_QUOTES, "UTF-8"), ENT_QUOTES, "UTF-8");
// works sometimes
$str = " ";
echo htmlentities(html_entity_decode
("ζωολογικός".$str."κήπος/πάρκο",
ENT_QUOTES, "UTF-8"), ENT_QUOTES, "UTF-8");
--
Edit this bug report at http://bugs.php.net/?id=37477&edit=1
#37448 [Opn->Fbk]: FastCGI Error: Server too busy Server
ID: 37448 Updated by: [EMAIL PROTECTED] Reported By: coder1 at gmail dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Windows XP PHP Version: 5.1.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-05-30 15:16:14] coder1 at gmail dot com The bug does seem to go away with the 5.2 version. I am also able to reproduce the behavior described by msisolak exactly. [2006-05-27 15:07:52] msisolak at yahoo dot com I am also able to reproduce this on the current 5.2 branch (built: May 27 2006 16:22:11) with isapi_fcgi.dll (FCGI_SERVER_VERSION = 2.2.2 0.5.2 beta). It appears to be triggered by an echo that is larger than some magic number around 16kB. This code: ", 131); ?> outputs a page that is 16,244 bytes. If I increase the count to 132 (what would be 16,368 bytes) I get: "HTTP/1.1 503 Server too busy Server: Microsoft-IIS/5.1 Date: Sat, 27 May 2006 15:05:07 GMT X-Powered-By: ASP.NET Connection: close Content-Type: text/html Server Error, unable to connect to fastcgi server." [2006-05-23 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-05-15 17:16:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-15 17:05:23] coder1 at gmail dot com Description: isapi_fcgi.dll fails to load PHP properly on WinXP SP2/IIS5.1 There are no errors showing up in the event log. When I configure IIS to php-cgi.exe, the page loads as expected. This was an upgrade from 5.1.2 to 5.1.4. 5.1.2 works OK with the same isapi_fcgi.dll. Additionally, I tested the Zend FastCGI file (zend_fcgi.dll) included with Zend Core. This version of FastCGI works OK. It is Caraveo's version (and my modification originating from this source) which previously worked on 5.1.2 that now fails to work with 5.1.4. Reproduce code: --- Expected result: Display PHP Information Actual result: -- HTTP/1.1 503 Server too busy Server: Microsoft-IIS/5.1 Date: Wed, 10 May 2006 17:09:58 GMT Connection: close Content-Type: text/html Server Error, unable to connect to fastcgi server. -- Edit this bug report at http://bugs.php.net/?id=37448&edit=1
#37327 [Opn->Csd]: Can't turn off magic_quotes_gpc
ID: 37327 Updated by: [EMAIL PROTECTED] Reported By: davojan at mail dot ru -Status: Open +Status: Closed Bug Type: *Configuration Issues Operating System: FreeBSD 6.0 PHP Version: 5.1.4 Previous Comments: [2006-06-14 17:01:53] davojan at mail dot ru I've just tried the latest snapshot (php5.2-200606141630) - it's ok, all works, thank you! [2006-06-14 16:41:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-17 06:17:45] davojan at mail dot ru In /usr/local/etc/: php.ini php.ini-dist php.ini-recommended pear.conf I am testing mod_php, not CLI [2006-05-16 13:46:49] [EMAIL PROTECTED] Do you have any other ini files inside the /usr/local/etc/ directory or perhaps if you are testing in CLI that there is no php.ini or php-cli.ini inside the directory you are running the test script from [2006-05-16 10:44:41] davojan at mail dot ru I've tried with trailing slash - this didn't help. In php-5.1.2 it's ok either with or without slash. Note that I tried to install 5.1.4 on gentoo linux system - it's ok there, on FreeBSD 6 - not. :(( 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/37327 -- Edit this bug report at http://bugs.php.net/?id=37327&edit=1
#37319 [Opn->Asn]: "MySQL server has gone away", with PDO::ATTR_PERSISTENT => true
ID: 37319
Updated by: [EMAIL PROTECTED]
Reported By: j8859 at clix dot pt
-Status: Open
+Status: Assigned
Bug Type: PDO related
Operating System: Linux Slackware 10.2
PHP Version: 5.1.3
Assigned To: wez
Previous Comments:
[2006-05-28 10:59:30] j8859 at clix dot pt
After applying your suggestion, the problem didn't occur again.
Anyway, I guess this should only be a temporary solution, isn't it?
[2006-05-26 13:41:26] j8859 at clix dot pt
Apparently the problem stopped occurring.
I'll see what happens in the next days.
Anyway, the solution you suggest
-- $db->setAttribute(PDO::ATTR_EMULATE_PREPARES, true); --
is it a temporary or a definitive one?
[2006-05-24 22:27:14] [EMAIL PROTECTED]
Try following the tips here:
http://netevil.org/node.php?uuid=444a6017-0548-2459-2943-44a601714d58
[2006-05-06 09:52:22] j8859 at clix dot pt
It occurs also with PHP 5.1.4.
[2006-05-05 02:40:34] j8859 at clix dot pt
Description:
This error also occurs with PHP 5.1.2, but with more frequency than
with 5.1.3.
It occurs only if I use PDO::ATTR_PERSISTENT => true, and it never
occurs with PDO::ATTR_PERSISTENT => false.
I have several databases in MySQL, several programs in PHP some using
the classic MySQL functions, others using MySQLi, and one using PDO.
This is the one which produces errors.
The MySQL version is 5.0.18. Apache/1.3.34.
If I do a MySQL Flush Tables, the error stops.
With PHP 5.1.2 I also need to do an Apache restart to get the error
stop occurring.
The error never occurred with few MySQL tables opened.
I do a diary crontab backup with mysqldump, over the night, and in the
morning there are about 220 opened tables.
Then, when I use my PDO application, I start getting "MySQL server has
gone away" errors.
I changed to PDO::ATTR_PERSISTENT => false and the error never
happened.
I changed back to PDO::ATTR_PERSISTENT => true and the error returned.
I know this can be difficult for you to reproduce it, because it is not
a deterministic error, but I'm sure there is an error.
Reproduce code:
---
$bd = new PDO();
$query = "SELECT * FROM mytable";
$inst = $this->prepare($query);
if(!$inst) die ("ERROR: " . $query . ", " . __FILE__ . ", " .
__LINE__);
if(!$inst->execute()) { $inst->closeCursor(); return; }
while($reg = $inst->fetch(PDO::FETCH_ASSOC)) {
// Process $reg
}
$inst->closeCursor();
$bd = null;
--
Edit this bug report at http://bugs.php.net/?id=37319&edit=1
#37240 [Opn->Fbk]: doc_root causes CGI to fail with "No input file specified." error
ID: 37240 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at thequod dot de -Status: Open +Status: Feedback Bug Type: CGI related Operating System: Ubuntu Linux PHP Version: 4CVS-2006-04-29 (CVS) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-04-29 01:34:37] phpbugs at thequod dot de Correction: it also fails with PHP5.1.3-CVS, BUT only if the doc_root option is set to somewhere below Apache's DocumentRoot! It does not fail for doc_root = /var/www/host/public_html/ but doc_root = /var/www/host/ [2006-04-29 00:52:31] phpbugs at thequod dot de Description: If doc_root gets enabled with PHP 4.4.3-dev (cgi) (built: Apr 29 2006 02:13:25) it causes an "No input file specified." error. I've tried it with "--enable-discard-path", after first experiencing this error, but the result was the same as without this configure option. It fails on URLs like http://demo.b2evolution.net/HEAD.4/blogs/index.php?blog=2 (I've removed the doc_root option, so it won't fail there anymore), but strangely not on http://demo.b2evolution.net/phpinfo.4 ! The last (working) URL gets rewritten to /content.php4 internally (.htaccess): RewriteRule ^phpinfo(?:\.(4))?/?$ /content.php$2/$1 [L] The first (non-working) URL gets not rewritten, but is a "plain" existing file. NOTE: I'm using a chroot (with Apache's mod_chroot) and therefor also have a recursive symlink "/XXX" in the chroot "/XXX" itself - _maybe_ that could cause this. The problem does not appear with 5.1.3-cvs. Reproduce code: --- doc_root set in php.ini to the same as DocumentRoot in Apache 2. My configure: ./configure \ --prefix=/XXX/make/php4 \ --with-config-file-path=/etc/php4 \ --with-pear=/XXX/lib/php4 \ --enable-calendar \ --enable-exif \ --enable-fastcgi \ --enable-force-cgi-redirect \ --enable-gd-native-ttf \ --enable-inline-optimization \ --enable-mbstring \ --enable-memcache \ --enable-memory-limit \ --enable-sockets \ --enable-track-vars \ --with-bz2 \ --with-dom \ --with-freetype-dir \ --with-gd \ --with-gettext \ --with-iconv \ --with-jpeg-6b \ --with-jpeg-dir \ --with-ldap \ --with-ldap-sasl \ --with-mysql \ --with-openssl \ --with-png-dir \ --without-mm \ --without-sqlite \ --with-pcre-regex \ --with-ttf \ --with-zlib \ --with-zlib-dir=/bin I've also tried --enable-discard-path (which is not recommened for fastcgi (in README.FastCGI), because of some hint in a "bogus" bug report, with the same result. The problem is probably in "sapi/cgi/cgi_main.c". I'd like to help debug this, but would need a hint, where to start. Expected result: Page gets parsed by PHP. Actual result: -- "No input file specified." error gets thrown. -- Edit this bug report at http://bugs.php.net/?id=37240&edit=1
#37188 [Opn->Fbk]: Wrong value of include_path causes 'Official' PHP4.4.2, PHP 4.4.3.3dev to crash
ID: 37188
Updated by: [EMAIL PROTECTED]
Reported By: phpclub_ru at bougakov dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows XP Home, SP2
PHP Version: 4.4.2
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2006-05-01 15:14:53] [EMAIL PROTECTED]
Please change your attitude to something more productive.
Since nobody except you is able to reproduce the problem, please do
something useful and at least _try_ to provide more info instead of
TYPING WITH CAPS LOCK ON.
[2006-04-30 23:40:22] [EMAIL PROTECTED]
Seems that there is a problem with cgi and debug mode. Will check it
out.
I have no problems compiling "Debug_TS" build.
[2006-04-30 18:48:48] phpclub_ru at bougakov dot com
STOP POSTING AUTOMATED REPLIES JUST FOR CHANGING BUGs STATUS FROM
'open', WITHOUT CARING TO READ IT FIRST!
I can not generate backtrace:
- the debug build from emini.dk is broken - it simply doesn't work
- the source package from php.net (latest .bz2 file for version 4.4.2)
doesn't compile - it breaks on
c:\php\php-4.4.2\ext\pcre\pcrelib\pcre_internal.h(219) : fatal error
C1189: #error : LINK_SIZE must be either 2, 3, or 4
Anyway the bug reproduces on two different machines with official PHP
4.4.2 binary from your website.
Don't want to check it out for yourselves with the official binaries
("my version from some cvs works" is not the answer)? Then give me the
sources that will compile, or compiled binary that actually runs.
[2006-04-29 11:44:53] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2006-04-27 18:56:50] phpclub_ru at bougakov dot com
edink,
seems like something wrong is with your debug build. When I am trying
to make supplied php.exe to parse any PHP script (including trivial
"phpinfo") I always get the same:
c:\Downloads\php debug>php -e -n -f php_test.php
No input file specified.
No matter how I launch it: using Apache, or directly from command line.
Are you sure everything is OK with your build?
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/37188
--
Edit this bug report at http://bugs.php.net/?id=37188&edit=1
#37157 [Opn->Asn]: force-cgi-redirect is not checked under FastCGI
ID: 37157
Updated by: [EMAIL PROTECTED]
Reported By: askalski at gmail dot com
-Status: Open
+Status: Assigned
Bug Type: CGI related
Operating System: Linux
PHP Version: 5CVS-2006-04-21 (snap)
Assigned To: dmitry
Previous Comments:
[2006-04-29 17:20:00] askalski at gmail dot com
Yes. I've been through the cgi_main source code, which goes something
like this:
main()
{
...
/* this check here doesn't help in fastcgi mode */
do_force_redirect_check();
...
while (accept_fastcgi_connection())
{
import_cgi_environment();
/* but here it would */
}
...
}
[2006-04-29 12:45:59] [EMAIL PROTECTED]
Have you set "cgi.force_redirect=1" in your php.ini?
[2006-04-21 22:02:45] askalski at gmail dot com
Description:
The FastCGI version of PHP does not perform the force-cgi-redirect
check for page requests.
If I request http://localhost/cgi-bin/php, PHP
tries to parse the PHP binary in /cgi-bin as
if it was a script.
If cgi.fix_pathinfo is turned off, users can
bypass .htaccess security.
See also bug #22846.
Reproduce code:
---
PHP was configured with:
./configure --enable-fastcgi --enable-force-cgi-redirect
My /cgi-bin/php is a wrapper script that sets up
FastCGI environment variables:
#! /bin/sh
export PHPRC=/etc/apache
export PHP_FCGI_CHILDREN=4
export PHP_FCGI_MAX_REQUESTS=512
exec /usr/local/bin/php
Expected result:
Security Alert! The PHP CGI cannot be accessed directly.
This PHP CGI binary was compiled with force-cgi-redirect enabled. This
means that a page will only be served up if the REDIRECT_STATUS CGI
variable is set, e.g. via an Apache Action directive.
For more information as to why this behaviour exists, see the manual
page for CGI security.
For more information about changing this behaviour or re-enabling this
webserver, consult the installation file that came with this
distribution, or visit the manual page.
Actual result:
--
export PHPRC=/etc/apache
export PHP_FCGI_CHILDREN=4
export PHP_FCGI_MAX_REQUESTS=512
exec /usr/local/bin/php
--
Edit this bug report at http://bugs.php.net/?id=37157&edit=1
#37133 [Opn->Bgs]: PHP in FastCGI mode cannot connect to same Apache server using readfile()
ID: 37133 Updated by: [EMAIL PROTECTED] Reported By: ecarpenter at itex dot co dot za -Status: Open +Status: Bogus Bug Type: CGI related Operating System: SuSE Linux 10.0 PHP Version: 4.4.2 New Comment: Obviously only one server process cannot handle two simultaneous requests. Not PHP problem. Previous Comments: [2006-04-26 11:28:47] ecarpenter at itex dot co dot za I have only one PHP server process running. Would this imply that all the PHP execution requests send are all serialized on one "PHP server" for for processing? It was my understanding that if the PHP applications is started as a server (-b :8000) it could handle multiple requests simultaneously , am I wrong? [2006-04-26 11:12:26] [EMAIL PROTECTED] How many PHP processes do you have? Seems mod_fastcgi doesn't start additional process for sub-request and existing process is busy. [2006-04-19 14:13:54] ecarpenter at itex dot co dot za If I configure the PHP application as a normal CGI handler everything works fine (just very slow) - #Settings used to run as normal cgi AddHandler php-cgi .php Action php-cgi /cgi-bin/php DirectoryIndex index.php - #fastcgi settings to recreate the problem ScriptAlias /fcgi-bin/ /srv/www/fcgi-bin/ FastCgiIpcDir /var/lib/apache2/fastcgi AllowOverride None Options +ExecCGI -Includes Order allow,deny Allow from all FastCgiServer /srv/www/fcgi-bin/php-cgi #FastCGIExternalServer /srv/www/fcgi-bin/php-cgi -host 127.0.0.1:8000 AddHandler php-fastcgi .php Action php-fastcgi /fcgi-bin/php-cgi DirectoryIndex index.php [2006-04-19 11:06:58] [EMAIL PROTECTED] I can't reproduce it. Please try to execute the same code using PHP CLI. [2006-04-19 11:04:01] ecarpenter at itex dot co dot za The only errors found in the error log refers to timeout waiting for a reply. Note that the php server did not stop working and could handle new requests and even requests while the suspect one is in progress. Below are the errors found in the error_log: [Wed Apr 19 12:54:41 2006] [error] [client 127.0.0.1] FastCGI: comm with server "/srv/www/fcgi-bin/php-cgi" aborted: idle timeout (30 sec) [Wed Apr 19 12:54:41 2006] [error] [client 127.0.0.1] FastCGI: incomplete headers (0 bytes) received from server "/srv/www/fcgi-bin/php-cgi" [Wed Apr 19 12:54:41 2006] [error] [client 127.0.0.1] FastCGI: comm with server "/srv/www/fcgi-bin/php-cgi" aborted: idle timeout (30 sec) [Wed Apr 19 12:54:41 2006] [error] [client 127.0.0.1] FastCGI: incomplete headers (0 bytes) received from server "/srv/www/fcgi-bin/php-cgi" 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/37133 -- Edit this bug report at http://bugs.php.net/?id=37133&edit=1
#37118 [Opn->Fbk]: is_file returns false for uploaded file
ID: 37118 Updated by: [EMAIL PROTECTED] Reported By: kimmo dot laine at zarga dot net -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Windows 2003 IIS 6 PHP Version: 5.1.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-04-24 06:18:11] kimmo dot laine at zarga dot net adding var_dump($_FILES['myfile']['tmp_name']); to the code echoes the following: string(27) "C:\WINDOWS\TEMP\phpAC2A.tmp" [2006-04-22 17:42:51] [EMAIL PROTECTED] What do you get if you add var_dump($_FILES['myfile']['tmp_name']); to your code? [2006-04-18 09:48:25] kimmo dot laine at zarga dot net Description: Running IIS 6 on Windows 2003 server. After an update to the most recent version of php 5.1.2, for some reacon a function handling uploaded using is_file stopped working. is_file failed for existing files. I fixed it by changing is_file to file_exists, then it worked again. Prior to the update, in the older version, presumably it was 5.0.1, is_file worked just fine without problems. Reproduce code: --- Expected result: is_file:truefile_exists:true Actual result: -- is_file:falsefile_exists:true -- Edit this bug report at http://bugs.php.net/?id=37118&edit=1
#37111 [Opn->Fbk]: Apache crashes when strftime is called inside user defined session write func
ID: 37111 Updated by: [EMAIL PROTECTED] Reported By: haakonsk at gmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows XP PHP Version: 5.1.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-05-18 03:05:11] pnoster at mail dot ru Forgot to add, I experienced this error on Windows Server 2003 SP1. [2006-05-18 03:02:50] pnoster at mail dot ru Same problem with PHP 5.1.4/Apache 2.0.58! I cannot generate a backtrace right now, but the error can be reproduced with osCommerce 2.2-MS2 (www.oscommerce.com) with 'Store Database Queries' set to 'true' in Admin panel. strftime() that causes the error resides in catalog\admin\includes\classes\logger.php (line 50). The crach happens almost everytime on the main admin page. Thank you for fixing this bug in advance. [2006-05-10 10:58:50] haakonsk at gmail dot com Same problem with PHP5.1.2/Apache1.3.35. [2006-05-04 19:48:27] haakonsk at gmail dot com Apache version is 1.3.33 [2006-05-04 19:43:56] [EMAIL PROTECTED] Please clarify Apache version. 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/37111 -- Edit this bug report at http://bugs.php.net/?id=37111&edit=1
#37064 [Opn->Fbk]: mod_ext_filter causes a filtered php page to hang with calls to eval()
ID: 37064 Updated by: [EMAIL PROTECTED] Reported By: jason at merchant dot to -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP PHP Version: 5.1.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-04-13 19:13:54] jason at merchant dot to The link you gave me for the win32 debug packs is broken on http://snaps.php.net/ It is giving php warnings for all the win32 packages. [2006-04-13 10:29:36] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2006-04-13 03:51:37] jason at merchant dot to Description: I am using Apache2's mod_ext_filter to modify the output filtering of html and php pages. It works fine on html pages. On php pages with to many calls to eval(), the filter will cause it to hang until the script times out. Within the 30 second timeout my filter was only able to return the first line unmodified. Reproduce code: --- //httpd.conf directives*/ ExtFilterDefine myfilter mode=output intype=text/html cmd="C:/php/php.exe C:/myfilter.php" SetOutputFilter myfilter / //*** C:/myfilter.php(The filter called by php.exe) **/ / // the php page that will be filtered ***/ // This script was copied from a previous bug report with a similar issue in php3 here: http://bugs.php.net/bug.php?id=3744 / Expected result: when run with the filter turned off I get the expected echoed information. Actual result: -- The script hangs until it reaches the maximum execution time. -- Edit this bug report at http://bugs.php.net/?id=37064&edit=1
#37197 [Opn->Fbk]: PHP module in apache crashes in session (de)serializer
ID: 37197 Updated by: [EMAIL PROTECTED] Reported By: ivoras at gmail dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 6.1 PHP Version: 5.1.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-05-12 17:08:25] ivoras at gmail dot com It seems the error has shifted a little in 5.1.4: [Fri May 12 13:03:58 2006] pid 3810 mod_whatkilledus sig 11 crash [Fri May 12 13:03:58 2006] pid 3810 mod_whatkilledus active connection: 66.249.65.69:62198->161.53.72.111:80 (conn_rec 849a128) [Fri May 12 13:03:58 2006] pid 3810 mod_whatkilledus active request (request_rec 84a0050): GET /?_v1=UiaTP11W-xj-_aMLa-IM-s3dNpKkD1N18MeEdd3lK1Fbv52UWpuATJG4sunCs2irObY6-B8xOL6GJbN1EuDH6GmE7NixIfomlpN0tRuL_yX0qynVi cTREmixmUl-AXf8uShbk4UXEftRJxYeH-jB7Qryjgj1MIwy1tFvtNPTd8mHH6L9nObm7vZ0PH5Q881NL7qw7pFXsgc8M_rNOYdIvk88e6EHO70PAT-AIHVIqZPn66jXkisr05B3hm_t dMYP5t9L4g03tFV6r6i7bWxcgihn3F4tTHzCX-Szg3XiCro=&_lid=6562 HTTP/1.1|Host:|Connection:Keep-alive|Accept:*/*|From:googlebot(at)goog lebot.com|User-Agent:Mozilla/5.0 (compatible; Googlebot/2.1; +http%3a//www.google.com/bot.html)|Accept-Encoding:gzip [Fri May 12 13:03:58 2006] pid 3810 mod_whatkilledus end of report [Fri May 12 13:03:58 2006] pid 3810 mod_backtrace backtrace for sig 11 (thread "pid" 3810) [Fri May 12 13:03:58 2006] pid 3810 mod_backtrace main() is at 806a950 0x8071e65 at /usr/local/sbin/httpd [EMAIL PROTECTED] at /usr/local/sbin/httpd [EMAIL PROTECTED] 0x2864287d <_zval_ptr_dtor+65> at /usr/local/libexec/apache2/libphp5.so 0x28656874 at /usr/local/libexec/apache2/libphp5.so 0x2864d5ef <_zval_dtor_func+115> at /usr/local/libexec/apache2/libphp5.so 0x2864287d <_zval_ptr_dtor+65> at /usr/local/libexec/apache2/libphp5.so 0x28656944 at /usr/local/libexec/apache2/libphp5.so 0x286676a5 at /usr/local/libexec/apache2/libphp5.so 0x28666f99 at /usr/local/libexec/apache2/libphp5.so 0x286671d9 at /usr/local/libexec/apache2/libphp5.so 0x28666f99 at /usr/local/libexec/apache2/libphp5.so 0x286671d9 at /usr/local/libexec/apache2/libphp5.so 0x28666f99 at /usr/local/libexec/apache2/libphp5.so 0x286acf0c at /usr/local/libexec/apache2/libphp5.so 0x28666f99 at /usr/local/libexec/apache2/libphp5.so 0x286671d9 at /usr/local/libexec/apache2/libphp5.so 0x28666f99 at /usr/local/libexec/apache2/libphp5.so 0x286671d9 at /usr/local/libexec/apache2/libphp5.so 0x28666f99 at /usr/local/libexec/apache2/libphp5.so [Fri May 12 13:03:58 2006] pid 3810 mod_backtrace end of backtrace [Fri May 12 13:03:58 2006] [notice] child pid 3810 exit signal Segmentation fault (11) [2006-05-03 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-04-25 13:04:12] [EMAIL PROTECTED] Yes, I do have a reason. You don't have to touch the production PHP and Apache - you can always install it into different location and listening on another port. [2006-04-25 12:38:28] ivoras at gmail dot com Do you have a reason to believe this will help me - are there any changes in the session serializing code between the two versions? (This is a production machine and I can't risk downtime when I try the snapshot). [2006-04-25 12:09:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip 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/37197 -- Edit this bug report at http://bugs.php.net/?id=37197&edit=1
#37001 [Asn->Fbk]: returned array (by mysql_fetch_array($res,MYSQL_ASSOC)) has 'weird' keys.
ID: 37001 Updated by: [EMAIL PROTECTED] Reported By: cyclops at prof-x dot net -Status: Assigned +Status: Feedback Bug Type: MySQL related Operating System: Linux (Debian Stable) PHP Version: 5.1.2 Assigned To: georg New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-04-06 21:39:37] cyclops at prof-x dot net Hope this gives you enough information: [23:37:04](root) elana:~# php phpinfo.php | grep 'Client API' Client API version => 4.1.9 Client API version => 4.1.9 [23:37:10](root) elana:~# ldconfig -v | grep mysql libgmysqlbackend.so.0 -> libgmysqlbackend.so.0.0.0 /usr/local/mysql/lib/mysql: libmysqlclient.so.14 -> libmysqlclient.so.14.0.0 libmysqlclient.so.12 -> libmysqlclient.so.12.0.0 libmysqlclient_r.so.12 -> libmysqlclient_r.so.12.0.0 libmysqlclient.so.12 -> libmysqlclient.so.12.0.0 libmysqlclient_r.so.10 -> libmysqlclient_r.so.10.0.0 libmysqlclient.so.10 -> libmysqlclient.so.10.0.0 [23:37:18](root) elana:~# /usr/local/mysql/bin/mysql_config Usage: /usr/local/mysql/bin/mysql_config [OPTIONS] Options: --cflags [-I/usr/local/mysql/include/mysql] --include[-I/usr/local/mysql/include/mysql] --libs [-L/usr/local/mysql/lib/mysql -lmysqlclient -lcrypt -lnsl -lm -lz] --libs_r [-L/usr/local/mysql/lib/mysql -lmysqlclient_r -lpthread -lcrypt -lnsl -lm -lpthread -lz] --socket [/tmp/mysql.sock] --port [3306] --version[4.1.9] --libmysqld-libs [-L/usr/local/mysql/lib/mysql -lmysqld -lpthread -lcrypt -lnsl -lm -lpthread -lrt -lcrypt -lnsl -lm -lz] [23:37:32](root) elana:~# php -v PHP 5.1.2 (cli) (built: Apr 6 2006 21:21:42) Copyright (c) 1997-2006 The PHP Group Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies [23:37:48](root) elana:~# ls -al /usr/local/mysql/lib/ total 12 drwxr-sr-x 3 root mysql 4096 Sep 4 2003 . drwxr-sr-x 11 root mysql 4096 Sep 4 2003 .. drwxr-sr-x 2 root mysql 4096 Feb 15 2005 mysql [23:38:16](root) elana:~# ls -al /usr/local/mysql/lib/mysql/ total 2056 drwxr-sr-x 2 root mysql 4096 Feb 15 2005 . drwxr-sr-x 3 root mysql 4096 Sep 4 2003 .. -rw-r--r-- 1 root mysql 11798 Feb 15 2005 libdbug.a -rw-r--r-- 1 root mysql 43358 Feb 15 2005 libheap.a -rw-r--r-- 1 root mysql 15322 Feb 15 2005 libmerge.a -rw-r--r-- 1 root mysql 317812 Feb 15 2005 libmyisam.a -rw-r--r-- 1 root mysql 27710 Feb 15 2005 libmyisammrg.a -rw-r--r-- 1 root mysql 468356 Feb 15 2005 libmysqlclient.a -rwxr-xr-x 1 root mysql877 Feb 15 2005 libmysqlclient.la lrwxrwxrwx 1 root mysql 24 Feb 15 2005 libmysqlclient.so -> libmysqlclient.so.14.0.0 lrwxrwxrwx 1 root mysql 24 Sep 4 2003 libmysqlclient.so.12 -> libmysqlclient.so.12.0.0 -rwxr-xr-x 1 root mysql 162062 Sep 4 2003 libmysqlclient.so.12.0.0 lrwxrwxrwx 1 root mysql 24 Feb 15 2005 libmysqlclient.so.14 -> libmysqlclient.so.14.0.0 -rwxr-xr-x 1 root mysql 389446 Feb 15 2005 libmysqlclient.so.14.0.0 -rw-r--r-- 1 root mysql 239160 Feb 15 2005 libmystrings.a -rw-r--r-- 1 root mysql 259472 Feb 15 2005 libmysys.a -rw-r--r-- 1 root mysql 101448 Feb 15 2005 libnisam.a -rw-r--r-- 1 root mysql 5942 Feb 15 2005 libvio.a [2006-04-06 21:18:14] [EMAIL PROTECTED] What is the version of libmysqlclient? What is the version of MySQL server you're connecting to? [2006-04-06 20:44:26] cyclops at prof-x dot net This code works in PHP 4.3.10, found the bug when i wanted to upgrade to 5.x. Mysql version is 4.1.9. [2006-04-06 20:37:50] cyclops at prof-x dot net Description: I have some weird behaviour of mysql_fetch_array with mysql_assoc... - Query: SELECT id, title, text, filename, timedate FROM news WHERE deleted = 'N' ORDER BY timedate DESC LIMIT 0,5 - print_r of array returned by mysql_fetch_array($res, MYSQL_ASSOC): Array ( [#B] => 133 [ @] => Name [EMAIL PROTECTED] => Text [] => Filename [á] => 2006-03-14 14:01:44 ) changing the query into results in this: - Query: SELECT id, title, text , filename, timedate FROM news WHERE deleted = 'N' ORDER BY timedate DESC LIMIT 0,5 - print_r of array returned by mysql_fetch_array($res, MYSQL_ASSOC): Array ( [id] => 133 [title] => Name [text] => Text [filename] => filename [timedate] => 2006-03-14 14:01:4 } Note the space after 'text'. I also have some different result when i change the limit from '0,5' to '1,5'. This also breaks mysql_f
#37861 [NEW]: httpd.conf
From: f-dei at yandex dot ru Operating system: Windows XP PHP version: 5.1.4 PHP Bug Type: Apache2 related Bug description: httpd.conf Description: I tried to start apache2. And the program has given out a mistake.How to correct this mistake? Reproduce code: --- httpd.exe: Syntax error on line 104 of C:/server/apache/conf/httpd.conf: Cannot load C:/server/php/php5apache2.dll into server: \xcd\xe5 \xed\xe0\xe9\xe4\xe5\xed \xf3\xea\xe0\xe7\xe0\xed\xed\xfb\xe9 \xec\xee\xe4\xeb\xfc. Note the errors or messages above, and press key to exit -- Edit bug report at http://bugs.php.net/?id=37861&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37861&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37861&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37861&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37861&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37861&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37861&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37861&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37861&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37861&r=support Expected behavior:http://bugs.php.net/fix.php?id=37861&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37861&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37861&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37861&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37861&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37861&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37861&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37861&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37861&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37861&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37861&r=mysqlcfg
#36974 [Opn->Fbk]: ORA-01405: fetched column value is NULL on LOB fields in 10g
ID: 36974
Updated by: [EMAIL PROTECTED]
Reported By: crescentfreshpot at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: Win 2000, Win XP
PHP Version: 5.1.2
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-04-05 13:48:26] crescentfreshpot at yahoo dot com
Happens on Oracle 9i as well (win xp, php 5.1.2).
[2006-04-04 20:45:47] crescentfreshpot at yahoo dot com
Description:
pdo_oci does not convert oracle nulls to php nulls when fetching from
lob fields. Appears in 5.0.5 to 5.1.2 versions of php/pdo/pdo_oci.
Oracle version is 10g. Non-lob fields appear to convert just fine.
Setting the PDO::ATTR_ORACLE_NULLS driver attribute to
PDO::NULL_TO_STRING and/or PDO::NULL_EMPTY_STRING has no effect.
I'm aware that this behaviour is 'by design' for oracle but was led to
believe by the docs that pdo handled nulls for me so I don't have to
resort to using NVL(...) in my queries.
Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_WARNING);
var_dump($dbh->query("SELECT * FROM
SCOTT.EMP")->fetch(PDO::FETCH_ASSOC));
if($dbh->exec("ALTER TABLE SCOTT.EMP ADD (PIC BLOB)") === false) {
die("ALTER TABLE failed.");
}
var_dump($dbh->query("SELECT * FROM
SCOTT.EMP")->fetch(PDO::FETCH_ASSOC));
$dbh->exec("ALTER TABLE SCOTT.EMP DROP (PIC)");
?>
Expected result:
array(8) {
["EMPNO"]=>
string(4) "7369"
["ENAME"]=>
string(5) "SMITH"
["JOB"]=>
string(5) "CLERK"
["MGR"]=>
string(4) "7902"
["HIREDATE"]=>
string(9) "17-DEC-80"
["SAL"]=>
string(3) "800"
["COMM"]=>
NULL
["DEPTNO"]=>
string(2) "20"
}
array(8) {
["EMPNO"]=>
string(4) "7369"
["ENAME"]=>
string(5) "SMITH"
["JOB"]=>
string(5) "CLERK"
["MGR"]=>
string(4) "7902"
["HIREDATE"]=>
string(9) "17-DEC-80"
["SAL"]=>
string(3) "800"
["COMM"]=>
NULL
["DEPTNO"]=>
string(2) "20"
["PIC"]=>
NULL
}
Actual result:
--
array(8) {
["EMPNO"]=>
string(4) "7369"
["ENAME"]=>
string(5) "SMITH"
["JOB"]=>
string(5) "CLERK"
["MGR"]=>
string(4) "7902"
["HIREDATE"]=>
string(9) "17-DEC-80"
["SAL"]=>
string(3) "800"
["COMM"]=>
NULL
["DEPTNO"]=>
string(2) "20"
}
Warning: PDOStatement::fetch() [function.fetch]: SQLSTATE[HY000]: General
error: 1405 OCIStmtFetch: ORA-01405: fetched column value is NULL
(..\pecl_5_0\pdo_oci\oci_statement.c:446) in
C:\dev\tests\db.php on line 13
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=36974&edit=1
#36919 [Asn->Fbk]: Strange MySQLi Behaviour
ID: 36919
Updated by: [EMAIL PROTECTED]
Reported By: antimon at gmail dot com
-Status: Assigned
+Status: Feedback
Bug Type: MySQLi related
Operating System: Win32
PHP Version: 5.1.2
Assigned To: georg
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-03-30 10:59:59] antimon at gmail dot com
Tried latest win32 snapshot. Same results. BTW, store_result() call
crashes on TEXT fields i think. Not sure.
[2006-03-30 10:22:47] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-03-30 02:00:32] antimon at gmail dot com
Description:
Hi,
I use apache 2.0.55 with php 5.1.2. And this is my simple php source:
$m = mysqli_connect("localhost", "root", "253263", "dictsite");
$st = $m->prepare($sql);
$p = "page ismi";
$st->bind_param("s", $p);
$st->execute();
$st->bind_result($c1, $c2, $c3, $c4, $c5);
while ($st->fetch()) {
print_r($c1);
}
This runs ok. But if i add
$sp->store_result(); after execute call, it causes apache to restart
itself noting this:
"[Thu Mar 30 02:53:15 2006] [notice] Parent: child process exited with
status 0 -- Restarting."
One other issue is the known multiple recordsets returned from stored
procedure queries.
So, i used the latest libmysql from mysql distro, it did not even
pushed any variables to bind_result parameters.
And i used mysqli and libmysql from
"http://dev.mysql.com/downloads/connector/php/"; and eveything works
fine. (http://bugs.mysql.com/bug.php?id=14993 is fixed too)
--
Edit this bug report at http://bugs.php.net/?id=36919&edit=1
#36708 [Asn->Fbk]: PDO Extension fails to configure proper makefile
ID: 36708 Updated by: [EMAIL PROTECTED] Reported By: jerome at macsaresexy dot com -Status: Assigned +Status: Feedback Bug Type: Compile Failure Operating System: Mac OS X 10.4.5 PHP Version: 5.1.2 Assigned To: wez New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-04-11 13:13:33] jerome at macsaresexy dot com weird, so PDO for some reason is the only one that can't be built separately from PHP on OS X? does that include every PDO driver? because that'll be a downer. [2006-04-11 11:13:39] [EMAIL PROTECTED] Apparently it's not supposed to be possible to even build PDO as shared extension under MacOSX. Just these Wez's hacks don't work and won't give any warning about it but just silently fails. Wez: Obviously you don't check properly whether phpize is used.. [2006-04-11 05:18:51] jerome at macsaresexy dot com Ok so that seems more successful now, I was able to make curl, mysql, xsl, libz, gd on OS X which at least a few failed to before with stable 5.1.2 BUT PDO is still failing to generate a proper Makefile. Seems couple things are empty that shouldn't be as far as I can tell in the Makefile PHP_MODULES = all_targets = $(PHP_MODULES) which fails when make all is run since make all just references all targets. but glad to see every other module seems to be compiling so I can make an extension driven install of PHP. [2006-04-10 21:51:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip And make sure you get the right files installed and that you're not mixing new phpize with old build files. [2006-04-10 13:19:04] jerome at macsaresexy dot com i apologize, broke the setup for that domain. http://www.jeremyknope.com/files/Makefile-pdo-autoconf2.13.txt should work again 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/36708 -- Edit this bug report at http://bugs.php.net/?id=36708&edit=1
#37861 [Opn->Bgs]: httpd.conf
ID: 37861 Updated by: [EMAIL PROTECTED] Reported By: f-dei at yandex dot ru -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows XP PHP Version: 5.1.4 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: [2006-06-20 14:57:49] f-dei at yandex dot ru Description: I tried to start apache2. And the program has given out a mistake.How to correct this mistake? Reproduce code: --- httpd.exe: Syntax error on line 104 of C:/server/apache/conf/httpd.conf: Cannot load C:/server/php/php5apache2.dll into server: \xcd\xe5 \xed\xe0\xe9\xe4\xe5\xed \xf3\xea\xe0\xe7\xe0\xed\xed\xfb\xe9 \xec\xee\xe4\xeb\xfc. Note the errors or messages above, and press key to exit -- Edit this bug report at http://bugs.php.net/?id=37861&edit=1
#36241 [Opn->Fbk]: explode() crashes
ID: 36241
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux on PowerPC
PHP Version: 6CVS-2006-02-10 (CVS)
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php6.0-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php6.0-win32-latest.zip
Previous Comments:
[2006-03-14 11:33:28] [EMAIL PROTECTED]
I did a fresh check out of php-src from cvs and the problem remains.
The latest stable version 5.1.2 works fine. I really don't know what
else I could do.
[EMAIL PROTECTED]:/home/cvs/php/php-src$ gdb /usr/local/php5-cvs/bin/php
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "powerpc-linux-gnu"...Using host
libthread_db library "/lib/tls/libthread_db.so.1".
(gdb) run -r 'explode(",", "bal,blo,ble");'
Starting program: /home/local/php5-cvs/bin/php -r 'explode(",",
"bal,blo,ble");'warning: Lowest section in /usr/lib/libicudata.so.34 is
.hash at 0094
[Thread debugging using libthread_db enabled]
[New Thread 805599168 (LWP 2275)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 805599168 (LWP 2275)]
php_explode (delim=0xed4025c "", delim_len=2147213872,
str=0x10 , str_len=248778548,
str_type=0 '\0',
return_value=0x10600d10, limit=-1) at zend_operators.h:215
215 char ne = needle[needle_len-1];
(gdb) bt
#0 php_explode (delim=0xed4025c "", delim_len=2147213872,
str=0x10 , str_len=248778548,
str_type=0 '\0',
return_value=0x10600d10, limit=-1) at zend_operators.h:215
#1 0x1023f440 in zif_explode (ht=2, return_value=0x10600d10,
return_value_ptr=, this_ptr=,
return_value_used=)
at /home/cvs/php/php-src/ext/standard/string.c:1138
#2 0x10320944 in zend_do_fcall_common_helper_SPEC
(execute_data=0x7ffbe330)
at zend_vm_execute.h:209
#3 0x1031fd54 in execute (op_array=0x10600b90) at
zend_vm_execute.h:92
#4 0x102da1a4 in zend_u_eval_string (type=,
string=
{s = 0x0, u = 0x0, v = 0x0}, retval_ptr=0x0,
string_name=)
at /home/cvs/php/php-src/Zend/zend_execute_API.c:1214
#5 0x102da43c in zend_u_eval_string_ex (type=92 '\\', str=
{s = 0x1023f440 "Kÿþô\210\001", u = 0x1023f440, v = 0x1023f440},
retval_ptr=0x10, string_name=0xed40f34 "", handle_exceptions=0)
at /home/cvs/php/php-src/Zend/zend_execute_API.c:1252
#6 0x102da4ac in zend_eval_string_ex (str=,
retval_ptr=0x10, string_name=0x1023f440 "Kÿþô\210\001",
handle_exceptions=0) at
/home/cvs/php/php-src/Zend/zend_execute_API.c:1262
#7 0x103eeb4c in main (argc=3, argv=0x7ffbea94)
at /home/cvs/php/php-src/sapi/cli/php_cli.c:1122
[2006-03-03 19:27:19] [EMAIL PROTECTED]
I cannot reproduce this on either x86 (BSD) or PPC (OSX).
[2006-03-03 18:10:18] [EMAIL PROTECTED]
I just did a fresh build of the current cvs on powerpc and i386. The
i386 works perfectly
[EMAIL PROTECTED]:/software/cvs/php-src$ /usr/local/php5-cvs/bin/php -r
'print_r(explode(",", "bal,blaj,alsdj"));'
Array
(
[0] => bal
[1] => blaj
[2] => alsdj
)
[EMAIL PROTECTED]:/software/cvs/php-src$
The powerpc version still crashes.
[2006-02-13 19:10:41] [EMAIL PROTECTED]
Is Linux on PPC the only platform where you're able to reproduce it?
[2006-02-10 09:53:02] [EMAIL PROTECTED]
I just updated my cvs working copy and the error has slightly changed
but is still there.
The following script causes the trouble:
It's not segm fault anymore but that doesn't make much of a
difference. zend_parse_parameters() just returns bogus.
Here is a gdb session:
[EMAIL PROTECTED]:/tmp$ gdb /usr/local/php5-cvs/bin/php
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "powerpc-linux-gnu"...Using host
libthread_db library "/lib/tls/libthread_db.so.1".
(gdb) break string.c:1099
Breakpoint 1 at 0x101fada4: file
/home/cvs/php/php-src/ext/standard/string.c, line 1099.
(gdb) run -f explode.php
Starting program: /home/local/php5-cvs/bi
#35848 [Asn->Fbk]: Failing when including --with-mysql
ID: 35848 Updated by: [EMAIL PROTECTED] Reported By: shawn dot richards at ink dot ltd dot uk -Status: Assigned +Status: Feedback Bug Type: MySQL related Operating System: Mac OS X Tiger. PHP Version: 5CVS-2005-12-30 (snap) Assigned To: andrey New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-06-03 20:19:50] svetlovid at mail dot ru 2 linuxrulez at bk dot ru Tnx man! All working fine! I have the same problem. Arch: i686 OS: Linux Slackware Current (04.06.2006) MySQL: 5.1.9 beta Apache 2.2.2 PHP ver. 5.1.4 have a installed glibc 2.3 after installing OS (minimum installation, but i've check for glibc - its already there) I have just download next one: mysql-5.1.9-beta-linux-i686-glibc23.tar.gz - making a standart installation procedure - making auto up/down script for system rebooting case. then install PHP 5.1.4 with this string: ./configure --prefix=/usr/local/php --with-config-file-path=/usr/local/php --with-mysql=/usr/local/mysql --with-gd --with-apxs2=/usr/local/apache2/bin/apxs --enable-ftp --enable-mbstring --with-zlib and all working DONE!! Realy tnx! Best regards, Oleg [2006-05-18 16:10:18] [EMAIL PROTECTED] For linux 64 bits system you need to add: --with-libdir=/lib64 to your configure line Please ask further support questions to the php installation mailing list. This is not a support medium. [2006-05-18 16:03:24] vktechnology at uk2 dot net still don't know how to fix this now I moved to use php 64 bit PHP RPM fedora I install webmin and download php-5.1.2-5.x86_64.rpm http://fr2.rpmfind.net/linux/RPM/index.html it work for me.. but i prefer ito compile form source.. [2006-05-17 06:25:55] [EMAIL PROTECTED] There is NO SUCH ./configure OPTION like --with-mysql-dir. Please stop adding useless comments to the report. [2006-05-17 02:53:19] tbednarek at gmail dot com I also cannot use any of the MySQL functions as it tells me that the extension could not be loaded. I tried both with --with-mysql=shared and --with-mysql-dir=/usr/local/mysql. 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/35848 -- Edit this bug report at http://bugs.php.net/?id=35848&edit=1
#33140 [Opn->Fbk]: Recursive 'mkdir' doesn't work when path includes a non-existent root folder
ID: 33140
Updated by: [EMAIL PROTECTED]
Reported By: cbelin at free dot fr
-Status: Open
+Status: Feedback
Bug Type: Directory function related
Operating System: Win32
PHP Version: 5CVS-2005-05-26
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-03-29 20:07:32] ksteinhoff at gmail dot com
I see this bug on Mac OS X 10.4.5 with PHP 5.1.2.
I've also noticed what I assume is a related problem with creating
directories in the current directory. For example, if I run the script
below in /tmp, the second (and fifth) mkdir will fail.
[2006-03-15 09:02:51] zefredz at gmail dot com
I have made a little test and I figure out taht giving the full path is
not required but that you have to use the backslashes instead of the
slashes to make the recursive mkdir work :
mkdir ('toto/tutu/titi', 0777, true); # FAILS
mkdir ('toto\tutu\titi', 0777, true); # WORKS
But when not in recursive mode, mkdir works with either slashes or
backslashes.
[2006-03-15 08:48:03] zefredz at gmail dot com
I have the same bug with PHP 5.0.4 and the given snapshot. But other
PHP developpers in my development team does not get the error message
while using the same PHP version than mine. The problem occurs on my
computer with PHP 5.1 too.
The only difference I can figure out between those developers and I is
that I am still using Windows XP SP1 while they are using Windows XP
SP2. Can this be the cause of the bug ?
[2005-07-02 01:00:03] 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".
[2005-06-24 04:04:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/33140
--
Edit this bug report at http://bugs.php.net/?id=33140&edit=1
#37862 [NEW]: Integer pointer comparison to numeric value
From: bugs-php at thewrittenword dot com
Operating system: HP-UX 11.23/PA
PHP version: 5.1.4
PHP Bug Type: Compile Failure
Bug description: Integer pointer comparison to numeric value
Description:
Building PHP 5.1.4 on HP-UX 11.23/PA with the HP C compiler and
--enable-soap=shared fails with:
cc -Iext/soap/ -I/opt/build/php-5.1.4/ext/soap/ -DPHP_ATOM_INC
-I/opt/build/php-5.1.4/include -I/opt/build/php-5.1.4/main
-I/opt/build/php-5.1.4 -I/opt/TWWfsw/libxml26/include
-I/opt/TWWfsw/libiconv19/include -I/opt/TWWfsw/libopenssl097/include
-I/opt/TWWfsw/zlib11/include -I/opt/TWWfsw/bzip2/include
-I/opt/build/php-5.1.4/ext/date/lib -I/opt/TWWfsw/jpeg/include
-I/opt/TWWfsw/libpng12/include -I/opt/TWWfsw/xpm/include
-I/opt/TWWfsw/libttf21/include -I/opt/TWWfsw/libttf21/include/freetype2
-I/opt/TWWfsw/t1lib51/include -I/opt/TWWfsw/libgd20/include
-I/opt/TWWfsw/gettext014/include -I/opt/TWWfsw/imap2004/include
-I/opt/TWWfsw/openldap2229/include -I/opt/TWWfsw/pgsql813/include
-I/opt/TWWfsw/libsqlite33/include -I/opt/TWWfsw/libexpat19/include
-I/opt/TWWfsw/libxslt11/include -I/opt/build/php-5.1.4/TSRM
-I/opt/build/php-5.1.4/Zend -I/opt/TWWfsw/libiconv19/include -z +O2
+Onofltacc +Olit=all +Oentrysched +Odataprefetch +Onolimit +We901 -c
/opt/build/php-5.1.4/ext/soap/php_sdl.c +Z -DPIC -o
ext/soap/.libs/php_sdl.o
...
cc: "/opt/build/php-5.1.4/ext/soap/php_sdl.c", line 2185: error 1649:
Illegal integer-pointer combination for >=.
cc: "/opt/build/php-5.1.4/ext/soap/php_sdl.c", line 2185: error 1563:
Expression in if must be scalar.
>From ext/soap/php_sdl.c:
if (binding_num >= 0) {
However, binding_num is declared as "int *". So, shouldn't the above be
"*binding_num"?
--
Edit bug report at http://bugs.php.net/?id=37862&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37862&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37862&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37862&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37862&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37862&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37862&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37862&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37862&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37862&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37862&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37862&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37862&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37862&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37862&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37862&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37862&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37862&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37862&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37862&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37862&r=mysqlcfg
#37483 [Com]: PHP5TS.DLL causes w3svc crash and application pool termination
ID: 37483 Comment by: gravityworksllc at hotmail dot com Reported By: jneill at gamedaytv dot com Status: Open Bug Type: IIS related Operating System: Windows 2003 SP 1 PHP Version: 5.1.4 New Comment: I spoke too soon about version 5 5 and 1.1admin. The crashes still occur. Man we need this fixed. My logs are getting killed with errors and warnings all day.. Hope you can get to the bottom of this soon.. I know you are trying.. Kind regards, Mynd http://www.myndpollution.com Previous Comments: [2006-06-19 21:44:00] jneill at gamedaytv dot com The crashes continue even with this latest snapshot. [2006-06-19 13:23:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-06-17 11:47:52] gravityworksllc at hotmail dot com I just installed mysql.5.0.22 and the w3wp errors stopped even though I am using php 5.1.4. Very strange... But it works and it works well. Also using MYSql Admin 1.1 ( latest revision ) Installed php 5.1.4 then MYSql 5.0.22 and then SQLAdmin 1.1. No more errors from w3wp.exe and anything.. Clean as a whistle... Kind regards, Mynd [2006-06-12 20:07:18] mike at normi dot net Can confirm this on Windows 2003 SP1, ISAPI extension is as unstable as hell since 5.1.4. [2006-06-10 11:31:13] hayden dot kirk at mobilepc dot co dot nz I have the same error on Windows 2003 SP1 and Windows 2003 SBS SP1. 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/37483 -- Edit this bug report at http://bugs.php.net/?id=37483&edit=1
#37862 [Opn->Asn]: Integer pointer comparison to numeric value
ID: 37862
Updated by: [EMAIL PROTECTED]
Reported By: bugs-php at thewrittenword dot com
-Status: Open
+Status: Assigned
Bug Type: Compile Failure
Operating System: HP-UX 11.23/PA
PHP Version: 5.1.4
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2006-06-20 16:24:13] bugs-php at thewrittenword dot com
Description:
Building PHP 5.1.4 on HP-UX 11.23/PA with the HP C compiler and
--enable-soap=shared fails with:
cc -Iext/soap/ -I/opt/build/php-5.1.4/ext/soap/ -DPHP_ATOM_INC
-I/opt/build/php-5.1.4/include -I/opt/build/php-5.1.4/main
-I/opt/build/php-5.1.4 -I/opt/TWWfsw/libxml26/include
-I/opt/TWWfsw/libiconv19/include -I/opt/TWWfsw/libopenssl097/include
-I/opt/TWWfsw/zlib11/include -I/opt/TWWfsw/bzip2/include
-I/opt/build/php-5.1.4/ext/date/lib -I/opt/TWWfsw/jpeg/include
-I/opt/TWWfsw/libpng12/include -I/opt/TWWfsw/xpm/include
-I/opt/TWWfsw/libttf21/include -I/opt/TWWfsw/libttf21/include/freetype2
-I/opt/TWWfsw/t1lib51/include -I/opt/TWWfsw/libgd20/include
-I/opt/TWWfsw/gettext014/include -I/opt/TWWfsw/imap2004/include
-I/opt/TWWfsw/openldap2229/include -I/opt/TWWfsw/pgsql813/include
-I/opt/TWWfsw/libsqlite33/include -I/opt/TWWfsw/libexpat19/include
-I/opt/TWWfsw/libxslt11/include -I/opt/build/php-5.1.4/TSRM
-I/opt/build/php-5.1.4/Zend -I/opt/TWWfsw/libiconv19/include -z +O2
+Onofltacc +Olit=all +Oentrysched +Odataprefetch +Onolimit +We901 -c
/opt/build/php-5.1.4/ext/soap/php_sdl.c +Z -DPIC -o
ext/soap/.libs/php_sdl.o
...
cc: "/opt/build/php-5.1.4/ext/soap/php_sdl.c", line 2185: error 1649:
Illegal integer-pointer combination for >=.
cc: "/opt/build/php-5.1.4/ext/soap/php_sdl.c", line 2185: error 1563:
Expression in if must be scalar.
>From ext/soap/php_sdl.c:
if (binding_num >= 0) {
However, binding_num is declared as "int *". So, shouldn't the above be
"*binding_num"?
--
Edit this bug report at http://bugs.php.net/?id=37862&edit=1
#37483 [Opn->Fbk]: PHP5TS.DLL causes w3svc crash and application pool termination
ID: 37483 Updated by: [EMAIL PROTECTED] Reported By: jneill at gamedaytv dot com -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows 2003 SP 1 PHP Version: 5.1.4 New Comment: I have serious doubts that we can fix something we can't reproduce and nobody can provide a piece of useful information. Previous Comments: [2006-06-20 16:26:28] gravityworksllc at hotmail dot com I spoke too soon about version 5 5 and 1.1admin. The crashes still occur. Man we need this fixed. My logs are getting killed with errors and warnings all day.. Hope you can get to the bottom of this soon.. I know you are trying.. Kind regards, Mynd http://www.myndpollution.com [2006-06-19 21:44:00] jneill at gamedaytv dot com The crashes continue even with this latest snapshot. [2006-06-19 13:23:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-06-17 11:47:52] gravityworksllc at hotmail dot com I just installed mysql.5.0.22 and the w3wp errors stopped even though I am using php 5.1.4. Very strange... But it works and it works well. Also using MYSql Admin 1.1 ( latest revision ) Installed php 5.1.4 then MYSql 5.0.22 and then SQLAdmin 1.1. No more errors from w3wp.exe and anything.. Clean as a whistle... Kind regards, Mynd [2006-06-12 20:07:18] mike at normi dot net Can confirm this on Windows 2003 SP1, ISAPI extension is as unstable as hell since 5.1.4. 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/37483 -- Edit this bug report at http://bugs.php.net/?id=37483&edit=1
#37111 [Fbk->Opn]: Apache crashes when strftime is called inside user defined session write func
ID: 37111 User updated by: haakonsk at gmail dot com Reported By: haakonsk at gmail dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: Windows XP PHP Version: 5.1.2 New Comment: Same problem still, unfortunately. Previous Comments: [2006-06-20 15:10:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-18 03:05:11] pnoster at mail dot ru Forgot to add, I experienced this error on Windows Server 2003 SP1. [2006-05-18 03:02:50] pnoster at mail dot ru Same problem with PHP 5.1.4/Apache 2.0.58! I cannot generate a backtrace right now, but the error can be reproduced with osCommerce 2.2-MS2 (www.oscommerce.com) with 'Store Database Queries' set to 'true' in Admin panel. strftime() that causes the error resides in catalog\admin\includes\classes\logger.php (line 50). The crach happens almost everytime on the main admin page. Thank you for fixing this bug in advance. [2006-05-10 10:58:50] haakonsk at gmail dot com Same problem with PHP5.1.2/Apache1.3.35. [2006-05-04 19:48:27] haakonsk at gmail dot com Apache version is 1.3.33 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/37111 -- Edit this bug report at http://bugs.php.net/?id=37111&edit=1
#37111 [Opn->Fbk]: Apache crashes when strftime is called inside user defined session write func
ID: 37111 Updated by: [EMAIL PROTECTED] Reported By: haakonsk at gmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Windows XP PHP Version: 5.1.2 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: [2006-06-20 16:56:31] haakonsk at gmail dot com Same problem still, unfortunately. [2006-06-20 15:10:05] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-05-18 03:05:11] pnoster at mail dot ru Forgot to add, I experienced this error on Windows Server 2003 SP1. [2006-05-18 03:02:50] pnoster at mail dot ru Same problem with PHP 5.1.4/Apache 2.0.58! I cannot generate a backtrace right now, but the error can be reproduced with osCommerce 2.2-MS2 (www.oscommerce.com) with 'Store Database Queries' set to 'true' in Admin panel. strftime() that causes the error resides in catalog\admin\includes\classes\logger.php (line 50). The crach happens almost everytime on the main admin page. Thank you for fixing this bug in advance. [2006-05-10 10:58:50] haakonsk at gmail dot com Same problem with PHP5.1.2/Apache1.3.35. 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/37111 -- Edit this bug report at http://bugs.php.net/?id=37111&edit=1
#37483 [Com]: PHP5TS.DLL causes w3svc crash and application pool termination
ID: 37483 Comment by: zbowden at vt dot edu Reported By: jneill at gamedaytv dot com Status: Feedback Bug Type: IIS related Operating System: Windows 2003 SP 1 PHP Version: 5.1.4 New Comment: Tony, what information do you need that would be useful? It looks to me (and I'm definately not a gd or windbg expert) that the php5ts module is just unloading itself too soon. AFAIK, you won't be able to get a meaningful backtrace (like I'm sure you're accustomed to seeing) when the module has been unloaded. I looked over the msdn site quite a bit trying to correlate some change that was made from 5.1.2 - 5.1.3 (and beyond) that relates to unloading but couldn't really find anything. When you're trying to repro the problem do you have any extensions enabled? Previous Comments: [2006-06-20 16:33:59] [EMAIL PROTECTED] I have serious doubts that we can fix something we can't reproduce and nobody can provide a piece of useful information. [2006-06-20 16:26:28] gravityworksllc at hotmail dot com I spoke too soon about version 5 5 and 1.1admin. The crashes still occur. Man we need this fixed. My logs are getting killed with errors and warnings all day.. Hope you can get to the bottom of this soon.. I know you are trying.. Kind regards, Mynd http://www.myndpollution.com [2006-06-19 21:44:00] jneill at gamedaytv dot com The crashes continue even with this latest snapshot. [2006-06-19 13:23:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-06-17 11:47:52] gravityworksllc at hotmail dot com I just installed mysql.5.0.22 and the w3wp errors stopped even though I am using php 5.1.4. Very strange... But it works and it works well. Also using MYSql Admin 1.1 ( latest revision ) Installed php 5.1.4 then MYSql 5.0.22 and then SQLAdmin 1.1. No more errors from w3wp.exe and anything.. Clean as a whistle... Kind regards, Mynd 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/37483 -- Edit this bug report at http://bugs.php.net/?id=37483&edit=1
#37853 [Opn]: DOM->schemaValidate causes an access violation
ID: 37853 Updated by: [EMAIL PROTECTED] Reported By: jona at oismail dot com Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 5.1.4 New Comment: Crashes within libxml2 in xmlSchemaValidateDoc() called from ext/dom/document.c _dom_document_schema_validate() At the first glance, doesn't look like PHP problem. PHP5TS! xmlSchemaCheckFacet + 1827 bytes PHP5TS! xmlSchemaCheckFacet + 1551 bytes PHP5TS! xmlSchemaValidateDoc + 57 bytes _dom_document_schema_validate(int 270323429, _zval_struct * 0x0001, _zval_struct * * 0x0116fa78, _zval_struct * 0x, int 18282784, void * * * 0x, int 2244912) line 1893 zif_dom_document_schema_validate_xml(int 1, _zval_struct * 0x0116fa78, _zval_struct * * 0x, _zval_struct * 0x0116f920, int 0, void * * * 0x00224130) line 1912 + 37 bytes zend_do_fcall_common_helper_SPEC(_zend_execute_data * 0x10019575, void * * * 0x00c0fba8) line 200 + 49 bytes ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_execute_data * 0x00c0fba8, void * * * 0x00224130) line 322 + 17 bytes execute(_zend_op_array * 0x7c9106eb, void * * * 0x1000948d) line 92 + 12 bytes Previous Comments: [2006-06-20 14:11:24] jona at oismail dot com I don't have MSVC available I'm afraid, nor am I likely to get a hand on one anytime soon. Is there anything else I can do to assist? [2006-06-20 12:15:20] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2006-06-20 12:13:31] jona at oismail dot com How do I do I get that? If I call either debug_backtrace() or debug_print_stacktrace() prior to calling DOM->schemaValidate(), I get no useful output. If I call either of the backtrace functions after DOM->schemaValidate(), they're never executed due to the PHP Access Violation. Please advice? [2006-06-20 11:48:03] [EMAIL PROTECTED] We still need the backtrace, though. [2006-06-19 21:48:33] jona at oismail dot com The issue is likely specific to Windows / IIS / sapi / isapi then? Can't seem to make the CGI version work on IIS or I'd test if it was sapi specific. Sorry :-( 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/37853 -- Edit this bug report at http://bugs.php.net/?id=37853&edit=1
#37863 [NEW]: The instruction at "0x100c5fca" referenced...The memory could not be read.
From: mpowell1221 at gmail dot com
Operating system: Windows XP Pro
PHP version: 4.4.2
PHP Bug Type: *General Issues
Bug description: The instruction at "0x100c5fca" referenced...The memory could
not be read.
Description:
My code crashes PHP.exe when ran. I am running windows XP Pro with IIS
5.1, PHP is 4.4.2, and I am also running MySQL.
The bug occurs when ever I run a fopen function.
Reproduce code:
---
http://localhost/Link%20Checker/linkchecker.php?list=http://google.com/|http://localhost/Link%20Checker/linker.html&rand=478046104884318
$list=$_GET['list'];
$link = explode("|",$list);// put URLs into an array
$badcount = 0;
$out = "Link Check For: ".$_SERVER['HTTP_REFERER']
."\n\n".date("F j, Y, g:i a")."\n\n";
foreach($link as $url)
{
$fp = @fopen($url, "r");
if (!$fp)
{
$out .= "Link $url is dead!\n";
$badcount++;
}
}
echo $url;
?>
Expected result:
List of links that are broken, or do not open.
Actual result:
--
Message Box that says "The instruction at '0x100c%fca' refererenced memory
at '0x001e'. The memory could not be 'read'".
The page also returns this
CGI Timeout
The specified CGI application exceeded the allowed time for processing.
The server has deleted the process.
--
Edit bug report at http://bugs.php.net/?id=37863&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37863&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37863&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37863&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37863&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37863&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37863&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37863&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37863&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37863&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37863&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37863&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37863&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37863&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37863&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37863&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37863&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37863&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37863&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37863&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37863&r=mysqlcfg
#37863 [Opn->Bgs]: The instruction at "0x100c5fca" referenced...The memory could not be read.
ID: 37863
Updated by: [EMAIL PROTECTED]
Reported By: mpowell1221 at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Windows XP Pro
PHP Version: 4.4.2
New Comment:
Fixed in CVS several months ago.
Previous Comments:
[2006-06-20 18:23:55] mpowell1221 at gmail dot com
Description:
My code crashes PHP.exe when ran. I am running windows XP Pro with IIS
5.1, PHP is 4.4.2, and I am also running MySQL.
The bug occurs when ever I run a fopen function.
Reproduce code:
---
http://localhost/Link%20Checker/linkchecker.php?list=http://google.com/|http://localhost/Link%20Checker/linker.html&rand=478046104884318
$list=$_GET['list'];
$link = explode("|",$list);// put URLs into an array
$badcount = 0;
$out = "Link Check For: ".$_SERVER['HTTP_REFERER']
."\n\n".date("F j, Y, g:i a")."\n\n";
foreach($link as $url)
{
$fp = @fopen($url, "r");
if (!$fp)
{
$out .= "Link $url is dead!\n";
$badcount++;
}
}
echo $url;
?>
Expected result:
List of links that are broken, or do not open.
Actual result:
--
Message Box that says "The instruction at '0x100c%fca' refererenced
memory at '0x001e'. The memory could not be 'read'".
The page also returns this
CGI Timeout
The specified CGI application exceeded the allowed time for processing.
The server has deleted the process.
--
Edit this bug report at http://bugs.php.net/?id=37863&edit=1
#37483 [Fbk->Opn]: PHP5TS.DLL causes w3svc crash and application pool termination
ID: 37483 User updated by: jneill at gamedaytv dot com Reported By: jneill at gamedaytv dot com -Status: Feedback +Status: Open Bug Type: IIS related Operating System: Windows 2003 SP 1 PHP Version: 5.1.4 New Comment: Tony, I understand the predicament you are in as far as not being able to reproduce the issue. However, you have 21 votes, 19 reported reproductions of the issue, and several written accounts of this problem; this tends to indicate that there is indeed a problem that needs to be fixed, and the problem was introduced by changes that occurred from 5.1.2 to 5.1.4. I cannot generate any of the backtraces you require other than giving you the errors I have already reported. I can tell you that we only use PHP for the following on our webservers: 1. Running PHP forums, Invision Power Board (www.invisionpower.com), which utilize MS SQL 2005 databases. 2. Running a program called Flashloaded bannerRotator (www.flashloaded.com) which utilizes a mySQL database. 3. Running test PHP scripts. On each of the sites that we run PHP on, the errors are generated. It does not appear that using MySQL or MSSQL or no database affects the frequency of PHP crashes. Is it possible for someone to procure a Windows 2003 SP1 box and run PHP with similar forum or banner management software to see if they can replicate the issue? Previous Comments: [2006-06-20 17:27:53] zbowden at vt dot edu Tony, what information do you need that would be useful? It looks to me (and I'm definately not a gd or windbg expert) that the php5ts module is just unloading itself too soon. AFAIK, you won't be able to get a meaningful backtrace (like I'm sure you're accustomed to seeing) when the module has been unloaded. I looked over the msdn site quite a bit trying to correlate some change that was made from 5.1.2 - 5.1.3 (and beyond) that relates to unloading but couldn't really find anything. When you're trying to repro the problem do you have any extensions enabled? [2006-06-20 16:33:59] [EMAIL PROTECTED] I have serious doubts that we can fix something we can't reproduce and nobody can provide a piece of useful information. [2006-06-20 16:26:28] gravityworksllc at hotmail dot com I spoke too soon about version 5 5 and 1.1admin. The crashes still occur. Man we need this fixed. My logs are getting killed with errors and warnings all day.. Hope you can get to the bottom of this soon.. I know you are trying.. Kind regards, Mynd http://www.myndpollution.com [2006-06-19 21:44:00] jneill at gamedaytv dot com The crashes continue even with this latest snapshot. [2006-06-19 13:23:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/37483 -- Edit this bug report at http://bugs.php.net/?id=37483&edit=1
#37863 [Bgs]: The instruction at "0x100c5fca" referenced...The memory could not be read.
ID: 37863
User updated by: mpowell1221 at gmail dot com
Reported By: mpowell1221 at gmail dot com
Status: Bogus
Bug Type: *General Issues
Operating System: Windows XP Pro
PHP Version: 4.4.2
New Comment:
What is the CVS?
Previous Comments:
[2006-06-20 18:26:46] [EMAIL PROTECTED]
Fixed in CVS several months ago.
[2006-06-20 18:23:55] mpowell1221 at gmail dot com
Description:
My code crashes PHP.exe when ran. I am running windows XP Pro with IIS
5.1, PHP is 4.4.2, and I am also running MySQL.
The bug occurs when ever I run a fopen function.
Reproduce code:
---
http://localhost/Link%20Checker/linkchecker.php?list=http://google.com/|http://localhost/Link%20Checker/linker.html&rand=478046104884318
$list=$_GET['list'];
$link = explode("|",$list);// put URLs into an array
$badcount = 0;
$out = "Link Check For: ".$_SERVER['HTTP_REFERER']
."\n\n".date("F j, Y, g:i a")."\n\n";
foreach($link as $url)
{
$fp = @fopen($url, "r");
if (!$fp)
{
$out .= "Link $url is dead!\n";
$badcount++;
}
}
echo $url;
?>
Expected result:
List of links that are broken, or do not open.
Actual result:
--
Message Box that says "The instruction at '0x100c%fca' refererenced
memory at '0x001e'. The memory could not be 'read'".
The page also returns this
CGI Timeout
The specified CGI application exceeded the allowed time for processing.
The server has deleted the process.
--
Edit this bug report at http://bugs.php.net/?id=37863&edit=1
#37864 [NEW]: file_get_contents leaks memory on empty file
From: [EMAIL PROTECTED]
Operating system: FreeBSD
PHP version: 5.1.4
PHP Bug Type: Streams related
Bug description: file_get_contents leaks memory on empty file
Description:
file_get_contents() leaks on empty file
Reproduce code:
---
[EMAIL PROTECTED] php-5.1.4$ touch emptyfile
[EMAIL PROTECTED] php-5.1.4$ sapi/cli/php -r
'file_get_contents("emptyfile");'
Actual result:
--
[Tue Jun 20 21:22:13 2006] Script: '-'
/usr/home/bjori/php-5.1.4/main/streams/streams.c(1220) :
Freeing 0x082B07E4 (1 bytes), script=-
/usr/home/bjori/php-5.1.4/ext/standard/file.c(543) : Actual
location (location was relayed)
=== Total 1 memory leaks detected ===
--
Edit bug report at http://bugs.php.net/?id=37864&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37864&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37864&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37864&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37864&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37864&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37864&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37864&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37864&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37864&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37864&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37864&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37864&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37864&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37864&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37864&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37864&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37864&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37864&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37864&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37864&r=mysqlcfg
#37864 [Opn->Csd]: file_get_contents leaks memory on empty file
ID: 37864
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Streams related
Operating System: FreeBSD
PHP Version: 5.1.4
-Assigned To:
+Assigned To: bjori
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
fixed in HEAD & 5_2
Previous Comments:
[2006-06-20 19:24:24] [EMAIL PROTECTED]
Description:
file_get_contents() leaks on empty file
Reproduce code:
---
[EMAIL PROTECTED] php-5.1.4$ touch emptyfile
[EMAIL PROTECTED] php-5.1.4$ sapi/cli/php -r
'file_get_contents("emptyfile");'
Actual result:
--
[Tue Jun 20 21:22:13 2006] Script: '-'
/usr/home/bjori/php-5.1.4/main/streams/streams.c(1220) :
Freeing 0x082B07E4 (1 bytes), script=-
/usr/home/bjori/php-5.1.4/ext/standard/file.c(543) : Actual
location (location was relayed)
=== Total 1 memory leaks detected ===
--
Edit this bug report at http://bugs.php.net/?id=37864&edit=1
#37671 [Asn->Csd]: MySQLi extension fails to recognize BIT colums
ID: 37671
Updated by: [EMAIL PROTECTED]
Reported By: squasar at eternalviper dot net
-Status: Assigned
+Status: Closed
Bug Type: MySQLi related
Operating System: *
PHP Version: 5.1.4
Assigned To: iliaa
New Comment:
With latest CVS your code returns the following results:
long(1) refcount(1)
long(0) refcount(1)
long(1) refcount(1)
long(0) refcount(1)
Previous Comments:
[2006-06-08 06:27:06] squasar at eternalviper dot net
That sample from the manual is irrelevant. Re-examine the
reproduce code I provided. It FAILS using the patch that was
applied to CVS; the result is always zero regardless of the
values in the column, even though it's a BIT(1).
[2006-06-07 13:08:32] [EMAIL PROTECTED]
BIT[(M)]
A bit-field type. M indicates the number of bits per value,
from 1 to 64. The default is 1 if M is omitted.
(From MySQL manual)
[2006-06-07 04:43:39] squasar at eternalviper dot net
The patch applied to CVS does NOT fix the bug. The CVS patch
folds BIT handling into LONG types. This does not work; BIT
columns take a 64-bit type, NOT a 32-bit type. Please re-
examine the patch I supplied, which folds BIT handling into
LONGLONG types.
[2006-06-04 14:57:14] [EMAIL PROTECTED]
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.
[2006-06-02 20:03:38] squasar at eternalviper dot net
With apologies for all the extra comments, here is a
somewhat better patch that allows for arbitrary values in a
BIT column. However, I do not believe this is ideal for a
bitfield type.
Index: ext/mysqli/mysqli_api.c
===
RCS file: /repository/php-src/ext/mysqli/mysqli_api.c,v
retrieving revision 1.118.2.22
diff -u -r1.118.2.22 mysqli_api.c
--- ext/mysqli/mysqli_api.c 5 Apr 2006 12:17:08 -
1.118.2.22
+++ ext/mysqli/mysqli_api.c 2 Jun 2006 20:02:17 -
@@ -303,10 +303,13 @@
break;
case MYSQL_TYPE_LONGLONG:
+#ifdef FIELD_TYPE_BIT
+ case MYSQL_TYPE_BIT:
+#endif
stmt->result.buf[ofs].type =
IS_STRING;
stmt->result.buf[ofs].buflen
= sizeof(my_ulonglong);
stmt->result.buf[ofs].val =
(char *)emalloc(stmt->result.buf[ofs].buflen);
- bind[ofs].buffer_type =
MYSQL_TYPE_LONGLONG;
+ bind[ofs].buffer_type =
col_type;
bind[ofs].buffer = stmt-
>result.buf[ofs].val;
bind[ofs].is_null = &stmt-
>result.is_null[ofs];
bind[ofs].buffer_length =
stmt->result.buf[ofs].buflen;
@@ -693,7 +696,11 @@
ZVAL_DOUBLE
(stmt->result.vars[i], *(double *)stmt->result.buf[i].val);
break;
case IS_STRING:
- if (stmt-
>stmt->bind[i].buffer_type == MYSQL_TYPE_LONGLONG) {
+ if (stmt-
>stmt->bind[i].buffer_type == MYSQL_TYPE_LONGLONG
+#ifdef FIELD_TYPE_BIT
+
|| stmt->stmt->bind[i].buffer_type == MYSQL_TYPE_BIT
+#endif
+ ) {
my_bool uns= (stmt->stmt->fields[i].flags & UNSIGNED_FLAG)?
1:0;
llval= *(my_ulonglong *) stmt->result.buf[i].val;
#if SIZEOF_LONG==8
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/37671
--
Edit this bug report at http://bugs.php.net/?id=37671&edit=1
#37846 [Bgs->Opn]: wordwrap() wraps incorrectly
ID: 37846 User updated by: bugs dot php dot net at jonatan dot com Reported By: bugs dot php dot net at jonatan dot com -Status: Bogus +Status: Open Bug Type: Strings related Operating System: Mac OS X 10.4.6 PHP Version: 5.1.4 New Comment: Unbogusing again, as per my previous comment. (As for needing to explain to me how to count from 1 to 9, apparently you do. I was under the assumption that one should always start at 1...) Previous Comments: [2006-06-20 14:39:10] bugs dot php dot net at jonatan dot com Sorry for my tone earlier. It didn't seem like anyone understood my bug report. It is only the tenth character if you count the leading space, which doesn't exist, because it has been trimmed. Your explanation would make sense if wordwrap() didn't trim leading (or trailing) spaces from wrapped lines; resulting in something like: Some tex Some tex Some text Some tex Some text Some tex (note leading and trailing space on lines) But that's not what wordwrap() returns. The fact that (I'm guessing) the trimming internally occurs after the counting is merely an implementation detail of wordwrap() that shouldn't be exposed outside the function. I'd suggest fixing wordwrap() to wrap more efficiently. Given the trimming of spaces, that can hardly be considered to be incorrect. Either that, or adding the following note to the documentation: Note that if a line happens to be exactly as long as the maximum line length, the following line will be considered to start with a leading space, even though it does not do so, for porposes of calculating the maximum amount of text that can fit on that line. [2006-06-20 14:00:58] [EMAIL PROTECTED] 1234 678 1234 678 1234 6789 2345 789 2345 7890 2345 678 The latter "t" in "text" is the TENTH character. Now PLEASE leave this report as bogus. [2006-06-20 14:00:30] [EMAIL PROTECTED] Oh, god.. Here is what wordwrap() does: "Some tex|Some tex|Some text| Some tex| Some tex|t Some tex" Write it down on paper and count symbols yourself. Is everything clear for you this time? Or do I need to explain how to count from 1 to 9? [2006-06-20 13:57:01] bugs dot php dot net at jonatan dot com (Unfortunately the bug tracking system reformatted the code in my last comment, adding a line break in the statement that sets the $input variable, which was not intended to be there. There is supposed to be a space (and only a space) between each word in the string. So you'll need to change that if copying-and-pasting. Or just use my first reproduction example.) [2006-06-20 13:40:55] bugs dot php dot net at jonatan dot com Jesus H. Christ, will you please try to actually read the bug report before closing it as bogus. Again: I URGE you to look at the expected result and the actual result and consider why wordwrap() thinks "Some text" fits on one line while "Some text" doesn't, given that they both start at the beginning of a line. If you find the reproduction code formatting confusing, try reformatting it as such: '.wordwrap( $input, 9 )."\n"; ?> 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/37846 -- Edit this bug report at http://bugs.php.net/?id=37846&edit=1
#37865 [NEW]: The SNMP extension does not support setting multiple OIDs
From: lee dot duncan at intel dot com Operating system: SUSE, Kernel 2.6.8-24.21-smp PHP version: 5.1.4 PHP Bug Type: Feature/Change Request Bug description: The SNMP extension does not support setting multiple OIDs Description: In order to add an entry to many SNMP tables, you need to be able to set multiple OIDs (values) at the same time. The net-snmp "snmpset" command allows this, as do the libnetsnmp APIs, but the SNMP extension to PHP does not support this. I added a new function to ext/snmp.c to support setting multiple values at once, and I'd like to see it added to the PHP SNMP extension for all to use. Reproduce code: --- Just try to set multiple SNMP OIDs (object IDs) with the current API, which is: proto int snmp2_set(string host, string community, string object_id, string type, mixed value [, int timeout [, int retries]]) I added: proto int snmp2_set_arr(string host, string community, array oids, array types, array values [, int timeout [, int retries]]) This way, no current programs break and new programs can use this functionality. Expected result: I'd like to be able to manage things like Marvell switches, which only allow adding a Table entry (e.g. for a new VLAN) if you can set multiple values (OIDs) at the same time. Actual result: -- Right now I can't do this without hacking the PHP SNMP extension. -- Edit bug report at http://bugs.php.net/?id=37865&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37865&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37865&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37865&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37865&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37865&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37865&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37865&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37865&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37865&r=support Expected behavior:http://bugs.php.net/fix.php?id=37865&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37865&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37865&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37865&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37865&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37865&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37865&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37865&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37865&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37865&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37865&r=mysqlcfg
#37746 [WFx]: Incorrect encoding of PHP associative arrays in XML-RPC response.
ID: 37746
User updated by: glideraerobatics at hotmail dot com
Reported By: glideraerobatics at hotmail dot com
Status: Wont fix
Bug Type: XMLRPC-EPI related
Operating System: FreeBSD 6.1
PHP Version: 5.1.4
New Comment:
I'm confused. Is "It's been that way since the very first release" the
reason why it won't be fixed?
I'm glad Microsoft didn't think that way otherwise I'ld still be seeing
multiple BSOD's every day.
Previous Comments:
[2006-06-19 08:20:56] [EMAIL PROTECTED]
It's been that way since the very first release, if the array contains
numeric indices only.
[2006-06-08 15:02:04] lars dot maes at gmail dot com
I confirm this bug on Debian 3.1a sarge with php4 version 4.3.10
The chr(0x00) solution also works
[2006-06-08 14:16:45] glideraerobatics at hotmail dot com
By the way, a quick workaround to the problem is to append a NULL byte
to the keys:
$key1 = '666' . chr(0x00);
This way the hash is returned as a correct xml-rpc response without the
NULL bytes.
[2006-06-08 14:02:55] glideraerobatics at hotmail dot com
Description:
I've noticed that when a key of a hash begins with a digit between 1
and 9 that the resulting XML-RPC response will contain an empty key.
This array:
$result = array('666' => 'me', '007' => 'Bond');
will be returned as this which is obviously wrong:
me
007
bond
Clearly the xmlrpc module has correctly detected that the result is a
hash and has therefore made a 'struct'. What it didn't do correctly for
some strange reason is treat all keys of the hash as strings (they even
really are strings - ask gettype()).
Reproduce code:
---
function debug_getHash($method_name, $params, $app_data) {
$key1 = '666';
$key2 = '007';
$result = array(
$key1 => 'key1 is a ' . gettype($key1),
$key2 => 'key2 is a ' . gettype($key2),
);
return $result;
}
xmlrpc_server_register_method($xmlrpc_server, 'debug.getHash',
'debug_getHash');
Expected result:
666
key1 is a string
007
key2 is a string
Actual result:
--
key1 is a string
007
key2 is a string
--
Edit this bug report at http://bugs.php.net/?id=37746&edit=1
#37866 [NEW]: zend causing crash
From: pryorda at gmail dot com Operating system: FreeBSD 6.1-RELEASE PHP version: 5.1.4 PHP Bug Type: Unknown/Other Function Bug description: zend causing crash Description: php-cgi core dump Reproduce code: --- Expected result: it outputs two files to the page... everything prints fine i just get a php-cgi core dump Actual result: -- #73 0x0814bc98 in zend_hash_copy (target=0x826f780, source=0x2852c508, pCopyConstructor=0x8270800, tmp=0x292cf492, size=676513032) at /usr/ports/lang/php5/work/php-5.1.4/Zend/zend_hash.c:757 Previous frame inner to this frame (corrupt stack?) -- Edit bug report at http://bugs.php.net/?id=37866&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37866&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37866&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37866&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37866&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37866&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37866&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37866&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37866&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37866&r=support Expected behavior:http://bugs.php.net/fix.php?id=37866&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37866&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37866&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37866&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37866&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37866&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37866&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37866&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37866&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37866&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37866&r=mysqlcfg
#37867 [NEW]: MySQL extension lacks charset function
From: yu at nic dot fujitsu dot com Operating system: NetBSD 3.0 PHP version: 4.4.2 PHP Bug Type: MySQL related Bug description: MySQL extension lacks charset function Description: MySQL4.1 and MySQL5 have a function, mysql_set_character_set(), which sets up MySQL internal character set. To set MySQL character set correctly both in client-side and in server-side, calling this function is the only right way after the connection is created (by mysql_real_connect()). It is not right to call "set names" SQL statement by mysql_query, because this call sets only in server-side charset. To set up client-side charset, mysql_set_character_set() is needed. But PHP4.4.2 and 5.1.4 have no interface to call this function. (There is another way to set charset correctly. Calling mysql_options() with MYSQL_SET_CHARSET_NAME before mysql_real_connect() do the same thing internally. But PHP4.4.2 and 5.1.4 don't have this interface.) -- Edit bug report at http://bugs.php.net/?id=37867&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37867&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37867&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37867&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37867&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37867&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37867&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37867&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37867&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37867&r=support Expected behavior:http://bugs.php.net/fix.php?id=37867&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37867&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37867&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37867&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37867&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37867&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37867&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37867&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37867&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37867&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37867&r=mysqlcfg
#37860 [Bgs->Opn]: gzip encoded form input is not handled correctly
ID: 37860
User updated by: tjerk dot meesters at muvee dot com
Reported By: tjerk dot meesters at muvee dot com
-Status: Bogus
+Status: Open
-Bug Type: Zlib Related
+Bug Type: Feature/Change Request
Operating System: Windows
PHP Version: 5.1.4
New Comment:
Fair enough, in that case I'll change it to the following request:
Add support for compressed posted data.
Background: some asp scripts make the assumption that this is a normal
thing to support; I'm not sure whether any browser actually supports
this feature, but it seems to be a valid request.
Previous Comments:
[2006-06-20 14:30:51] [EMAIL PROTECTED]
This is not a bug, why would you assume that is *supposed* to work? You
can create a feature request though.
[2006-06-20 11:59:49] tjerk dot meesters at muvee dot com
Description:
When gzip encoded input is used to post form data, the variables are
lost.
The example code expects a form.php which simply does a print_r() on
$_POST.
It's assumed that the zlib functionality is available.
Reproduce code:
---
http://www.example.com/form.php',false,
stream_context_create(array(
'http'=>array(
'method'=>'POST',
'header'=>"Content-Type:
application/x-www-form-urlencoded\nContent-Encoding: gzip",
'content'=>gzencode('data=somebigvalue'),
)
))
);
?>
Expected result:
A print_r() output of an array where the key 'data' is set to
'somebigvalue'
Actual result:
--
A print_r() of an empty array.
--
Edit this bug report at http://bugs.php.net/?id=37860&edit=1
#37868 [NEW]: specifing client encoding at connect time or using separate function
From: lacak at users dot sourceforge dot net Operating system: Windows PHP version: 5.1.4 PHP Bug Type: MySQL related Bug description: specifing client encoding at connect time or using separate function Description: It will be very useful, if there will be possibility (other, than compile libmysql) specify client encoding during connection (in mysql_connect) or later for example using mysql_client_encoding([resource],'latin2'); -- Edit bug report at http://bugs.php.net/?id=37868&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37868&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37868&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37868&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37868&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37868&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37868&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37868&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37868&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37868&r=support Expected behavior:http://bugs.php.net/fix.php?id=37868&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37868&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37868&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37868&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37868&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37868&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37868&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37868&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37868&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37868&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37868&r=mysqlcfg
#37867 [Opn->WFx]: MySQL extension lacks charset function
ID: 37867 Updated by: [EMAIL PROTECTED] Reported By: yu at nic dot fujitsu dot com -Status: Open +Status: Wont fix Bug Type: MySQL related Operating System: NetBSD 3.0 PHP Version: 4.4.2 New Comment: To use the features of MySQL 4.1 and above you should use the mysqli extension, which has mysqli_set_charset function. Previous Comments: [2006-06-21 04:14:20] yu at nic dot fujitsu dot com Description: MySQL4.1 and MySQL5 have a function, mysql_set_character_set(), which sets up MySQL internal character set. To set MySQL character set correctly both in client-side and in server-side, calling this function is the only right way after the connection is created (by mysql_real_connect()). It is not right to call "set names" SQL statement by mysql_query, because this call sets only in server-side charset. To set up client-side charset, mysql_set_character_set() is needed. But PHP4.4.2 and 5.1.4 have no interface to call this function. (There is another way to set charset correctly. Calling mysql_options() with MYSQL_SET_CHARSET_NAME before mysql_real_connect() do the same thing internally. But PHP4.4.2 and 5.1.4 don't have this interface.) -- Edit this bug report at http://bugs.php.net/?id=37867&edit=1
