[PHP-BUG] Bug #54212 [NEW]: Localhost resolves much more slowly than 127.0.0.1 on mysql_connect()
From: kriscraig
Operating system: Windows
PHP version: 5.3.5
Package: MySQL related
Bug Type: Bug
Bug description:Localhost resolves much more slowly than 127.0.0.1 on
mysql_connect()
Description:
I'm told that a number of people have been reporting this issue. The
reports I'm hearing state that people are finding it to be about 3-4 times
slower when done by hostname.
My guess would be this is another IPv6-related issue. It's also worth
noting that I have not yet been able to independently verify these numbers,
though I am working on doing so and will post the data if/when I have it.
It was requested that I post this bug so that we have a record of it. If
you've experienced any hostname vs. IP performance issues (good or bad),
please post a comment here so we have the reports in one central place.
Thanks!
Test script:
---
?php
if ( !isset( $_GET[host] ) )
{
die( You must specify ?host= in the URL string. Example:
mysql_connect_test.php?host=localhost );
}
$start = microtime( TRUE );
$link = mysql_connect( $_GET[host], root, (your-password-here) ) or
die( Function mysql_connect() failed. );
$end = microtime( TRUE );
$duration = $end - $start;
print bExecution Time:/bnbsp; $duration secbr /\r\n;
--
Edit bug report at http://bugs.php.net/bug.php?id=54212edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54212r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54212r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54212r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54212r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54212r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54212r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54212r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54212r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54212r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54212r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54212r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54212r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54212r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54212r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54212r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54212r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54212r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54212r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54212r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54212r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54212r=mysqlcfg
Bug #54212 [Opn]: Localhost resolves much more slowly than 127.0.0.1 on mysql_connect()
Edit report at http://bugs.php.net/bug.php?id=54212edit=1
ID: 54212
Updated by: u...@php.net
Reported by:kriscr...@php.net
Summary:Localhost resolves much more slowly than 127.0.0.1
on mysql_connect()
Status: Open
Type: Bug
Package:MySQL related
Operating System: Windows
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
If there is anything, its not MySQL specific. mysqlnd is using PHP
Streams. PHP Streams should be the source. Only other cause I can think
of is MySQL server.
Previous Comments:
[2011-03-10 10:45:51] kriscr...@php.net
Description:
I'm told that a number of people have been reporting this issue. The
reports I'm hearing state that people are finding it to be about 3-4
times slower when done by hostname.
My guess would be this is another IPv6-related issue. It's also worth
noting that I have not yet been able to independently verify these
numbers, though I am working on doing so and will post the data if/when
I have it.
It was requested that I post this bug so that we have a record of it.
If you've experienced any hostname vs. IP performance issues (good or
bad), please post a comment here so we have the reports in one central
place. Thanks!
Test script:
---
?php
if ( !isset( $_GET[host] ) )
{
die( You must specify ?host= in the URL string. Example:
mysql_connect_test.php?host=localhost );
}
$start = microtime( TRUE );
$link = mysql_connect( $_GET[host], root, (your-password-here) )
or die( Function mysql_connect() failed. );
$end = microtime( TRUE );
$duration = $end - $start;
print bExecution Time:/bnbsp; $duration secbr /\r\n;
--
Edit this bug report at http://bugs.php.net/bug.php?id=54212edit=1
Bug #54212 [Opn-Fbk]: Localhost resolves much more slowly than 127.0.0.1 on mysql_connect()
Edit report at http://bugs.php.net/bug.php?id=54212edit=1
ID: 54212
Updated by: paj...@php.net
Reported by:kriscr...@php.net
Summary:Localhost resolves much more slowly than 127.0.0.1
on mysql_connect()
-Status: Open
+Status: Feedback
Type: Bug
Package:MySQL related
Operating System: Windows
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
We need:
- windows version
- Whether IPv6 is enabled or not
Please try using simple socket as well, or using
fopen('http://localhost/foo.php'); while being sure that localhost is
actually
IPv6 or Ipv4, to compare both. That will let us diagnose the issue
without
having to rely on mysql.
Previous Comments:
[2011-03-10 10:53:14] u...@php.net
If there is anything, its not MySQL specific. mysqlnd is using PHP
Streams. PHP Streams should be the source. Only other cause I can think
of is MySQL server.
[2011-03-10 10:45:51] kriscr...@php.net
Description:
I'm told that a number of people have been reporting this issue. The
reports I'm hearing state that people are finding it to be about 3-4
times slower when done by hostname.
My guess would be this is another IPv6-related issue. It's also worth
noting that I have not yet been able to independently verify these
numbers, though I am working on doing so and will post the data if/when
I have it.
It was requested that I post this bug so that we have a record of it.
If you've experienced any hostname vs. IP performance issues (good or
bad), please post a comment here so we have the reports in one central
place. Thanks!
Test script:
---
?php
if ( !isset( $_GET[host] ) )
{
die( You must specify ?host= in the URL string. Example:
mysql_connect_test.php?host=localhost );
}
$start = microtime( TRUE );
$link = mysql_connect( $_GET[host], root, (your-password-here) )
or die( Function mysql_connect() failed. );
$end = microtime( TRUE );
$duration = $end - $start;
print bExecution Time:/bnbsp; $duration secbr /\r\n;
--
Edit this bug report at http://bugs.php.net/bug.php?id=54212edit=1
Bug #54212 [Com]: Localhost resolves much more slowly than 127.0.0.1 on mysql_connect()
Edit report at http://bugs.php.net/bug.php?id=54212edit=1
ID: 54212
Comment by: kriscr...@php.net
Reported by:kriscr...@php.net
Summary:Localhost resolves much more slowly than 127.0.0.1
on mysql_connect()
Status: Feedback
Type: Bug
Package:MySQL related
Operating System: Windows
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
I'm sorry guys, I realize this report is very scant on details. Please
keep in mind I'm reporting it on someone else's behalf at their request.
I posted all the details I've been given and have requested further
information, which I will post here as soon as I get it.
I possibly should've waited, but I'd already promised to have it posted
by EOD today.
Previous Comments:
[2011-03-10 10:53:46] paj...@php.net
We need:
- windows version
- Whether IPv6 is enabled or not
Please try using simple socket as well, or using
fopen('http://localhost/foo.php'); while being sure that localhost is
actually
IPv6 or Ipv4, to compare both. That will let us diagnose the issue
without
having to rely on mysql.
[2011-03-10 10:53:14] u...@php.net
If there is anything, its not MySQL specific. mysqlnd is using PHP
Streams. PHP Streams should be the source. Only other cause I can think
of is MySQL server.
[2011-03-10 10:45:51] kriscr...@php.net
Description:
I'm told that a number of people have been reporting this issue. The
reports I'm hearing state that people are finding it to be about 3-4
times slower when done by hostname.
My guess would be this is another IPv6-related issue. It's also worth
noting that I have not yet been able to independently verify these
numbers, though I am working on doing so and will post the data if/when
I have it.
It was requested that I post this bug so that we have a record of it.
If you've experienced any hostname vs. IP performance issues (good or
bad), please post a comment here so we have the reports in one central
place. Thanks!
Test script:
---
?php
if ( !isset( $_GET[host] ) )
{
die( You must specify ?host= in the URL string. Example:
mysql_connect_test.php?host=localhost );
}
$start = microtime( TRUE );
$link = mysql_connect( $_GET[host], root, (your-password-here) )
or die( Function mysql_connect() failed. );
$end = microtime( TRUE );
$duration = $end - $start;
print bExecution Time:/bnbsp; $duration secbr /\r\n;
--
Edit this bug report at http://bugs.php.net/bug.php?id=54212edit=1
Req #54210 [Bgs]: provide a function to canonicalize timezone strings
Edit report at http://bugs.php.net/bug.php?id=54210edit=1
ID: 54210
Updated by: dtajchre...@php.net
Reported by:giorgio dot liscio at email dot it
Summary:provide a function to canonicalize timezone strings
Status: Bogus
Type: Feature/Change Request
Package:Date/time related
Operating System: all
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
Not that it's hard to implement in userland code but it'd be nice if the
DateTimezone class gave the timezone name in canonical form... I don't
see why
it shouldn't either?
$dt = new DateTimezone('america/chicago');
var_dump($dt-getName()); /* string(15) america/chicago */
vs.
$dt = new DateTime();
var_dump($dt-getTimezone()-getName()); /* string(16)
Australia/Sydney */
Previous Comments:
[2011-03-10 07:16:23] scott...@php.net
$tz = implode('/', array_map('ucfirst', explode('/', $tz)));
No need to add a new function for this, and if the timezone is set by
your app
then you should probably store it in the correct format.
[2011-03-10 07:16:21] scott...@php.net
$tz = implode('/', array_map('ucfirst', explode('/', $tz)));
No need to add a new function for this, and if the timezone is set by
your app
then you should probably store it in the correct format.
[2011-03-09 23:28:25] giorgio dot liscio at email dot it
Description:
hi, it is needed a function that converts europe/rome in
Europe/Rome
for example the intl module (ICU) of php 5.3 does not accept
europe/rome as timezone, but only Europe/Rome, with uppercase first
letters
thank you
--
Edit this bug report at http://bugs.php.net/bug.php?id=54210edit=1
Bug #54211 [Com]: delimiter ends with syntax error
Edit report at http://bugs.php.net/bug.php?id=54211edit=1
ID: 54211
Comment by: carsten_sttgt at gmx dot de
Reported by:svecpetr at svecpetr dot com
Summary:delimiter ends with syntax error
Status: Open
Type: Bug
Package:MySQL related
Operating System: linux
PHP Version:5.2.17
Block user comment: N
Private report: N
New Comment:
in mysql_query is impossible to execute command
DELIMITER |
delimiter is a command for the command line client and not a SQL
statement known by the server.
... when delimiter is not function... is impossible to run command
CREATE TRIGGER because at the end of this command is always ... ; END
...
Just create your trigger (including BEGIN ...; END) as usual, should
work. As always with querys in PHP, no ; at the end of the query
string.
Previous Comments:
[2011-03-10 08:50:52] svecpetr at svecpetr dot com
Description:
in mysql_query is impossible to execute command
DELIMITER |
for example mysql_query('DELIMITER |');
this ends with mysql syntax error 1064
... when delimiter is not function... is impossible to run command
CREATE TRIGGER because at the end of this command is always ... ; END
...
---
From manual page: http://www.php.net/function.mysql-query#Description
---
Test script:
---
mysql_query('DELIMITER |');
mysql_query('SHOW TABLES|');
mysql_query('DELIMITER ;');
Expected result:
enable delimiter
--
Edit this bug report at http://bugs.php.net/bug.php?id=54211edit=1
Bug #47494 [Com]: htmlspecialchars does not throw E_WARNING on multibyte problems
Edit report at http://bugs.php.net/bug.php?id=47494edit=1 ID: 47494 Comment by: pinkgothic at gmail dot com Reported by:philipp dot feigl at gmail dot com Summary:htmlspecialchars does not throw E_WARNING on multibyte problems Status: Bogus Type: Bug Package:Strings related Operating System: CentOS5 PHP Version:5.2.8 Block user comment: N Private report: N New Comment: I'm afraid this isn't just confusing, but actually punishes people who do it right by blindsiding them completely. Scenario: * display_errors off * an Exception-throwing error handler As far as I'm informed, this is good practise. (I acknowledge I may be misinformed.) However, due to this behaviour, you suddenly get application crashes in production without that anyone really understands why the code snippet is suddenly a culprit. 'But we tested it with broken UTF-8, why are -we- just getting empty strings? And the documentation says that's what we should be expecting...' If a configuration variable tells that errors are shown on screen then I think all errors (dependent on reporting level) are shown - and not that they can be only logged if the configuration variable is turned off. I think/hope this is not only my opinion. Yeah, you're not alone; but live and learn, I guess? :) For debugging, I would suggest always logging errors and checking the error log, as some errors may be hard to spot in display anyway (especially true if your script produces something like JSON). Well, from my experience, people who deliberately turn display_errors on for development except their feedback in the browser window [*unless* they are writing for XHR], not in a log they may also be running in parallel. This is especially true if you have a complex application that logs debug information from several services into one file in a compact format - so, unless you're LOOKING for an error, you won't spot anything. (Total sidenote, I honestly wish I could change the log format I have to suffer... but I'm stuck with it. Gargh.) If you've been a good developer and read the manual on htmlspecialchars(), you're not going to expect an error. You're going to expect an empty string. Unfortunately currently, nothing in the documentation reveals that the function results in an E_WARNING, either pure-log-only when display_errors is on, or log and trigger_error()ed when display_errors is off. By the time you find this closed php bug... well, if you're lucky, you've forced your developers to have a wrapper function you can now add a try-catch to - otherwise you can now do a project-wide search for every call of the function. [To be fair, I was fortunately lucky.] Could this bug please get REOPENED as a documentation bug? I think adding this behaviour to the documentation would help a lot of people confused by it. Previous Comments: [2010-06-14 13:30:05] trueleader at gmx dot de Why the developer of the language create a workaround for bad configured servers and/or applications? If a configuration variable tells that errors are shown on screen then I think all errors (dependent on reporting level) are shown - and not that they can be only logged if the configuration variable is turned off. I think/hope this is not only my opinion. We just lost some data, because we fill a JS confirm message on a HTML click event with a string from a PHP language variable. Nobody knows that we missed to utf8_encode because all developers use display_errors on and therefor no error is shown/logged for this problem [2009-11-20 20:24:21] s...@php.net The idea is to return an error but not display it (i.e. log it or allow custom error handlers to process it). The reason for it is that, unfortunately, people run servers in production with display_errors=On, and php_escape_html_entities_ex can be triggered from all kinds of code that usually doesn't produce errors, which can reveal sensitive information on public sites. So we chose to go after lesser of two evils and not generate the error in this context. For debugging, I would suggest always logging errors and checking the error log, as some errors may be hard to spot in display anyway (especially true if your script produces something like JSON). [2009-02-25 13:48:11] j...@php.net It's intentional. If you disagree, please ask s...@php.net why it is like this (I once reverted that :) [2009-02-24 13:57:32] philipp dot feigl at gmail dot com Description: When using htmlspecialchars with a invalid multibyte string and using
[PHP-BUG] Bug #54213 [NEW]: intl support is broken (OS X)
From: Operating system: osx 10.6 PHP version: 5.3.5 Package: Compile Failure Bug Type: Bug Bug description:intl support is broken (OS X) Description: On OS X is not possible to install php with intl support. both, the internal and pecl versions are broken i tried with php 5.3.3, php 5.3.5 icu version: 3.6 and 4.6 for the pecl bug see: http://pecl.php.net/bugs/bug.php?id=18656 Test script: --- ./configure --with-apxs2=/usr/local/apache/bin/apxs --enable-intl make Expected result: compile with intl support Actual result: -- /bin/sh /Users/xy/install_2/packages-extracted/php/php-5.3.5/libtool --silent --preserve-dup-deps --mode=compile gcc -Imain/ -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/main/ -DPHP_ATOM_INC -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/include -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/main -I/Users/xy/install_2/packages-extracted/php/php-5.3.5 -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/ext/date/lib -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/ext/ereg/regex -I/usr/include/libxml2 -I/usr/local/icu/include -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/ext/sqlite3/libsqlite -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/TSRM -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/Zend -no-cpp-precomp -I/usr/include -arch x86_64 -O2 -fvisibility=hidden -c main/internal_functions.c -o main/internal_functions.lo In file included from /usr/local/icu/include/unicode/utypes.h:36, from /Users/xy/install_2/packages-extracted/php/php-5.3.5/ext/intl/grapheme/grapheme.h:21, from /Users/xy/install_2/packages-extracted/php/php-5.3.5/ext/intl/php_intl.h:26, from main/internal_functions.c:41: /usr/local/icu/include/unicode/umachine.h:328: error: redefinition of typedef âUCharâ /usr/include/libxml2/libxml/encoding.h:41: error: previous declaration of âUCharâ was here make: *** [main/internal_functions.lo] Error 1 make: *** Waiting for unfinished jobs ERROR: can't build php, custom builder exited with errorcode: 2 -- Edit bug report at http://bugs.php.net/bug.php?id=54213edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54213r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54213r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54213r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54213r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54213r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54213r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54213r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54213r=needscript Try newer version: http://bugs.php.net/fix.php?id=54213r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54213r=support Expected behavior: http://bugs.php.net/fix.php?id=54213r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54213r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54213r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54213r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54213r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54213r=dst IIS Stability: http://bugs.php.net/fix.php?id=54213r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54213r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54213r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54213r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54213r=mysqlcfg
Bug #54213 [Opn-Bgs]: intl support is broken (OS X)
Edit report at http://bugs.php.net/bug.php?id=54213edit=1 ID: 54213 Updated by: scott...@php.net Reported by:atiware at gmx dot net Summary:intl support is broken (OS X) -Status: Open +Status: Bogus Type: Bug Package:Compile Failure Operating System: osx 10.6 PHP Version:5.3.5 Block user comment: N Private report: N New Comment: OSX is broken here. libxml forward declares UChar* so by including both libxml and intl you get an error. We can't fix this, other than not including one or the other. Previous Comments: [2011-03-10 17:41:00] atiware at gmx dot net Description: On OS X is not possible to install php with intl support. both, the internal and pecl versions are broken i tried with php 5.3.3, php 5.3.5 icu version: 3.6 and 4.6 for the pecl bug see: http://pecl.php.net/bugs/bug.php?id=18656 Test script: --- ./configure --with-apxs2=/usr/local/apache/bin/apxs --enable-intl make Expected result: compile with intl support Actual result: -- /bin/sh /Users/xy/install_2/packages-extracted/php/php-5.3.5/libtool --silent --preserve-dup-deps --mode=compile gcc -Imain/ -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/main/ -DPHP_ATOM_INC -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/include -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/main -I/Users/xy/install_2/packages-extracted/php/php-5.3.5 -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/ext/date/lib -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/ext/ereg/regex -I/usr/include/libxml2 -I/usr/local/icu/include -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/ext/sqlite3/libsqlite -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/TSRM -I/Users/xy/install_2/packages-extracted/php/php-5.3.5/Zend -no-cpp-precomp -I/usr/include -arch x86_64 -O2 -fvisibility=hidden -c main/internal_functions.c -o main/internal_functions.lo In file included from /usr/local/icu/include/unicode/utypes.h:36, from /Users/xy/install_2/packages-extracted/php/php-5.3.5/ext/intl/grapheme/grapheme.h:21, from /Users/xy/install_2/packages-extracted/php/php-5.3.5/ext/intl/php_intl.h:26, from main/internal_functions.c:41: /usr/local/icu/include/unicode/umachine.h:328: error: redefinition of typedef âUCharâ /usr/include/libxml2/libxml/encoding.h:41: error: previous declaration of âUCharâ was here make: *** [main/internal_functions.lo] Error 1 make: *** Waiting for unfinished jobs ERROR: can't build php, custom builder exited with errorcode: 2 -- Edit this bug report at http://bugs.php.net/bug.php?id=54213edit=1
[PHP-BUG] Bug #54214 [NEW]: DOMDocument::createTextNode allows low ascii without exception
From: Operating system: windows server PHP version: 5.2.17 Package: DOM XML related Bug Type: Bug Bug description:DOMDocument::createTextNode allows low ascii without exception Description: --- From manual page: http://nl3.php.net/manual/en/domdocument.createtextnode.php --- createtextnode still returns the DOMText if there is low-ascii in the string. It should return false. DOMDocument is there to be used to make sure you output well-formed xml. Now it silently creates invalid xml, even though the proper functions have been used. MSXML _does_ except at this point. Test script: --- .createTextNode(Mensje Francina) There is a low ascii (0x06) in front of the F in there for copy-paste pleasures Expected result: FALSE Actual result: -- DOMText node -- Edit bug report at http://bugs.php.net/bug.php?id=54214edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54214r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54214r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54214r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54214r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54214r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54214r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54214r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54214r=needscript Try newer version: http://bugs.php.net/fix.php?id=54214r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54214r=support Expected behavior: http://bugs.php.net/fix.php?id=54214r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54214r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54214r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54214r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54214r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54214r=dst IIS Stability: http://bugs.php.net/fix.php?id=54214r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54214r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54214r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54214r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54214r=mysqlcfg
Bug #47494 [Bgs]: htmlspecialchars does not throw E_WARNING on multibyte problems
Edit report at http://bugs.php.net/bug.php?id=47494edit=1
ID: 47494
Updated by: dtajchre...@php.net
Reported by:philipp dot feigl at gmail dot com
Summary:htmlspecialchars does not throw E_WARNING on
multibyte problems
Status: Bogus
Type: Bug
Package:Strings related
Operating System: CentOS5
PHP Version:5.2.8
Block user comment: N
Private report: N
New Comment:
I say this is a logic error. Bugs #54109 and #52397 also mention the
same
behavior in two other spots of code.
php_error_docref already handles display_errors configurations... I
don't how
this would be considered correct/intended
behavior..
Questionable logic: http://svn.php.net/viewvc/php/php-
src/branches/PHP_5_3/ext/standard/html.c?view=markup#l1145
if(!PG(display_errors)) {
php_error_docref(NULL TSRMLS_CC, E_WARNING, Invalid multibyte sequence
in argument);
}
Previous Comments:
[2011-03-10 17:37:31] pinkgothic at gmail dot com
I'm afraid this isn't just confusing, but actually punishes people who
do it right by blindsiding them completely.
Scenario:
* display_errors off
* an Exception-throwing error handler
As far as I'm informed, this is good practise. (I acknowledge I may be
misinformed.)
However, due to this behaviour, you suddenly get application crashes in
production without that anyone really
understands why the code snippet is suddenly a culprit. 'But we tested
it with broken UTF-8, why are -we- just
getting empty strings? And the documentation says that's what we should
be expecting...'
If a configuration variable tells that errors are shown on screen then
I
think all errors (dependent on reporting level) are shown - and not
that
they can be only logged if the configuration variable is turned off.
I think/hope this is not only my opinion.
Yeah, you're not alone; but live and learn, I guess? :)
For debugging, I would suggest always logging errors and checking the
error log, as some errors may be hard to spot in display anyway
(especially true if your script produces something like JSON).
Well, from my experience, people who deliberately turn display_errors on
for development except their feedback in
the browser window [*unless* they are writing for XHR], not in a log
they may also be running in parallel.
This is especially true if you have a complex application that logs
debug information from several services into one
file in a compact format - so, unless you're LOOKING for an error, you
won't spot anything. (Total sidenote, I
honestly wish I could change the log format I have to suffer... but I'm
stuck with it. Gargh.)
If you've been a good developer and read the manual on
htmlspecialchars(), you're not going to expect an error.
You're going to expect an empty string. Unfortunately currently, nothing
in the documentation reveals that the
function results in an E_WARNING, either pure-log-only when
display_errors is on, or log and trigger_error()ed when
display_errors is off.
By the time you find this closed php bug... well, if you're lucky,
you've forced your developers to have a wrapper
function you can now add a try-catch to - otherwise you can now do a
project-wide search for every call of the
function. [To be fair, I was fortunately lucky.]
Could this bug please get REOPENED as a documentation bug? I think
adding this behaviour to the documentation would
help a lot of people confused by it.
[2010-06-14 13:30:05] trueleader at gmx dot de
Why the developer of the language create a workaround for bad configured
servers and/or applications?
If a configuration variable tells that errors are shown on screen then I
think all errors (dependent on reporting level) are shown - and not that
they can be only logged if the configuration variable is turned off.
I think/hope this is not only my opinion.
We just lost some data, because we fill a JS confirm message on a HTML
click event with a string from a PHP language variable. Nobody knows
that we missed to utf8_encode because all developers use display_errors
on and therefor no error is shown/logged for this problem
[2009-11-20 20:24:21] s...@php.net
The idea is to return an error but not display it (i.e. log it or allow
custom error handlers to process it).
The reason for it is that, unfortunately, people run servers in
production with display_errors=On, and php_escape_html_entities_ex can
be triggered from all kinds of code that usually doesn't produce errors,
which can reveal sensitive information on public sites. So we chose to
go after lesser of two evils and not generate the error in this
context.
For debugging, I would
Bug #53182 [Com]: imap_search not valid with RFC 3501 (still stuck with IMAPv2)
Edit report at http://bugs.php.net/bug.php?id=53182edit=1 ID: 53182 Comment by: dkarp at zimbra dot com Reported by:william dot bessat at gmail dot com Summary:imap_search not valid with RFC 3501 (still stuck with IMAPv2) Status: Wont fix Type: Bug Package:IMAP related Operating System: All PHP Version:5.3.3 Block user comment: N Private report: N New Comment: The IMAP c-client certainly supports UID ranges. This is a PHP issue. SEARCHSET *msgno;a set of message sequence numbers SEARCHSET *uid; a set of unique identifiers http://skull.piratehaven.org/~bapper/imap/mail_search_funcs.html Previous Comments: [2010-10-29 12:44:04] ahar...@php.net PHP's IMAP extension simply calls c-client, so it's entirely dependent on what that library supports in terms of search syntax. There's nothing we can really do on the PHP side to help. [2010-10-27 21:50:30] william dot bessat at gmail dot com The search string I provided in the example is to fetch all messages where UID=200. The goal of this search is to keep up to date a webmail, without retriving the whole mailbox content each time you want to synchronize it, since you can't rely on the SEEN/RECENT flag (if the mailbox is opened with another software in the meantime). Using dates to achieve that is a dirty workaround... imap_search() is stuck with the RFC 1176 (august 1990 !!111!!!) PS: Sorry for the triple-post, this is my first bug report and I didn't know we can't edit things. [2010-10-27 12:49:28] william dot bessat at gmail dot com There's a typo in the imap_search(), the resource is, of course, before the search string :) [2010-10-27 12:45:58] william dot bessat at gmail dot com Description: Hi, The imap_search function is not compliant with the RFC 3501. We can not search messages using their UID. Example : imap_search(UID 200:*, $link); The output goes in the error_log with this message : [27-Oct-2010 12:34:35] PHP Notice: Unknown: Unknown search criterion: UID (errflg=2) in Unknown on line 0 Imo, this functionnality should be implemented for building advanced webmails. This is not a real *bug*, but more a lack of functionnality. -- Edit this bug report at http://bugs.php.net/bug.php?id=53182edit=1
Bug #54114 [Opn]: Output Buffer Dumps Data On Error
Edit report at http://bugs.php.net/bug.php?id=54114edit=1
ID: 54114
User updated by:danhstevens at gmail dot com
Reported by:danhstevens at gmail dot com
Summary:Output Buffer Dumps Data On Error
Status: Open
Type: Bug
Package:Output Control
Operating System: all
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
I've found a viable work-around for this bug (although a patch of the
core would still be ideal so people don't discover this potential
security issue the hard-way).
By registering the following shutdown handler before any output
buffering the dump of data can be prevented:
?php
function shutdown_fn()
{
//If ob_start has been called at least once
if(ob_get_level() 1)
{
//Prevent data in buffer from dumping
ob_end_clean();
}
}
register_shutdown_function('shutdown_fn');
Now when using the examples above that normally cause the buffer to dump
to the client the buffer data is disposed of. Of course, this can be
extended to use ob_get_contents and redirect the data to file or other
means if necessary. This approach is working for me (on PHP 5.3.5).
~Dan
Previous Comments:
[2011-03-06 16:51:52] neweracracker at gmail dot com
I've managed to reproduce this in Windows 7 running php 5.2.17 (with
php.ini-dist) and php 5.3.5 (with php.ini-development).
Here is my test script:
?php
set_time_limit(1);
ob_start();
echo You shouldn't see this!;
sleep(2); //comment this and you won't see the line above in output ;)
ob_end_clean();
?
I've reported this as bug #54174 which got closed due being a dupe of
this one so I am leaving this comment here for reference purposes.
Regards,
NewEraCracker.
[2011-02-28 21:40:36] danhstevens at gmail dot com
Hi Rasmus,
I was still able to create the problem by calling on a non-existing
class to create a fatal error. Here is a variation of your code:
function eh($errno, $errstr, $errfile, $errline) {
$contents = ob_get_contents();
ob_end_clean();
echo Error: $errno, $errstr, $errfile, $errline\n;
}
set_error_handler('eh');
ob_start();
echo 123;
nonExistantClass::nonExistantMethod();
echo After error\n;
Output is:
123
Fatal error: Class 'nonExistantClass' not found in ...
Hopefully the above should more accurately illustrate the issue.
[2011-02-28 19:37:32] ras...@php.net
I am unable to reproduce this. My test script:
?php
function eh($errno, $errstr, $errfile, $errline) {
$contents = ob_get_contents();
ob_end_clean();
echo Error: $errno, $errstr, $errfile, $errline\n;
}
set_error_handler('eh');
ob_start();
echo 123;
trigger_error('test error', E_USER_ERROR);
echo After error\n;
And my output is:
Error: 256, test error, /var/www/testing/o.php, 10
After error
No sign of 123 there.
[2011-02-28 07:43:46] danhstevens at gmail dot com
Description:
When output buffering is turned on (via ob_start()) and an error is
encountered before a call to ob_end_* is called the entire contents of
the output buffer is dumped (to STDOUT) and there appears to be no way
to prevent the buffer from dumping - not even by setting an error
handler, etc.
This is a security issue since the output buffer may contain sensitive
information that is them dumped over to the user. Using
set_error_handler does not stop the dump - it appears the dump simply
happens with no way to intercept or prevent it.
Test script:
---
?php
ob_start();
echo 123;
trigger_error('test error', E_USER_ERROR);
$contents = ob_get_contents();
ob_end_clean();
?
Expected result:
(no output)
Actual result:
--
123
Fatal error: test error in ...
--
Edit this bug report at http://bugs.php.net/bug.php?id=54114edit=1
Bug #53182 [Wfx]: imap_search not valid with RFC 3501 (still stuck with IMAPv2)
Edit report at http://bugs.php.net/bug.php?id=53182edit=1 ID: 53182 Updated by: scott...@php.net Reported by:william dot bessat at gmail dot com Summary:imap_search not valid with RFC 3501 (still stuck with IMAPv2) Status: Wont fix Type: Bug Package:IMAP related Operating System: All PHP Version:5.3.3 Block user comment: N Private report: N New Comment: PHP calls c-client with two functions, we don't have any control over the syntax. pgm = mail_criteria(search_criteria); mail_search_full(imap_le_struct-imap_stream, (argc == 4 ? charset : NIL), pgm, flags); Previous Comments: [2011-03-10 19:34:23] dkarp at zimbra dot com The IMAP c-client certainly supports UID ranges. This is a PHP issue. SEARCHSET *msgno;a set of message sequence numbers SEARCHSET *uid; a set of unique identifiers http://skull.piratehaven.org/~bapper/imap/mail_search_funcs.html [2010-10-29 12:44:04] ahar...@php.net PHP's IMAP extension simply calls c-client, so it's entirely dependent on what that library supports in terms of search syntax. There's nothing we can really do on the PHP side to help. [2010-10-27 21:50:30] william dot bessat at gmail dot com The search string I provided in the example is to fetch all messages where UID=200. The goal of this search is to keep up to date a webmail, without retriving the whole mailbox content each time you want to synchronize it, since you can't rely on the SEEN/RECENT flag (if the mailbox is opened with another software in the meantime). Using dates to achieve that is a dirty workaround... imap_search() is stuck with the RFC 1176 (august 1990 !!111!!!) PS: Sorry for the triple-post, this is my first bug report and I didn't know we can't edit things. [2010-10-27 12:49:28] william dot bessat at gmail dot com There's a typo in the imap_search(), the resource is, of course, before the search string :) [2010-10-27 12:45:58] william dot bessat at gmail dot com Description: Hi, The imap_search function is not compliant with the RFC 3501. We can not search messages using their UID. Example : imap_search(UID 200:*, $link); The output goes in the error_log with this message : [27-Oct-2010 12:34:35] PHP Notice: Unknown: Unknown search criterion: UID (errflg=2) in Unknown on line 0 Imo, this functionnality should be implemented for building advanced webmails. This is not a real *bug*, but more a lack of functionnality. -- Edit this bug report at http://bugs.php.net/bug.php?id=53182edit=1
[PHP-BUG] Req #54215 [NEW]: Cannot upgrade from PHP 5.3.0 to 5.3.5
From: Operating system: Windows7 PHP version: Irrelevant Package: *General Issues Bug Type: Feature/Change Request Bug description:Cannot upgrade from PHP 5.3.0 to 5.3.5 Description: Good evening. Last year, I installed PHP 5.3.0. Today, I tried to upgrade to 5.3.5, with the Windows Installer file, but I couldn't; whenever I tried, it kept showing this tab below. http://i904.photobucket.com/albums/ac242/luciensabre/install_error.png The same message appeared when I tried to delete my old version from my Control Panel. I have no idea of why I can't upgrade. Could you help me, please? Thank you since now and bye. Lucien Sabre Test script: --- // Expected result: // Actual result: -- // -- Edit bug report at http://bugs.php.net/bug.php?id=54215edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54215r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54215r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54215r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54215r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54215r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54215r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54215r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54215r=needscript Try newer version: http://bugs.php.net/fix.php?id=54215r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54215r=support Expected behavior: http://bugs.php.net/fix.php?id=54215r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54215r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54215r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54215r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54215r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54215r=dst IIS Stability: http://bugs.php.net/fix.php?id=54215r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54215r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54215r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54215r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54215r=mysqlcfg
[PHP-BUG] Req #54216 [NEW]: Upgrade from 5.3.0 to 5.3.5. impossible
From: Operating system: Windows7 PHP version: 5.2.17 Package: Windows Installer Bug Type: Feature/Change Request Bug description:Upgrade from 5.3.0 to 5.3.5. impossible Description: Good evening. Last year, I installed PHP 5.3.0. Today, I tried to upgrade to 5.3.5, with the Windows Installer file, but I couldn't; whenever I tried, it kept showing this tab below. http://i904.photobucket.com/albums/ac242/luciensabre/install_error.png The same message appeared when I tried to delete my old version from my Control Panel. I read that, in order to install PHP higher than 5.2, I need a special Windows Installer toolset...but it's a Microsoft Visual Studio component, and I don't plan to spend ⬠189.00 to buy that. I don't know what else I can do. Could you help me, please? Thank you since now and bye. Lucien Sabre Test script: --- // Expected result: // Actual result: -- // -- Edit bug report at http://bugs.php.net/bug.php?id=54216edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54216r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54216r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54216r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54216r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54216r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54216r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54216r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54216r=needscript Try newer version: http://bugs.php.net/fix.php?id=54216r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54216r=support Expected behavior: http://bugs.php.net/fix.php?id=54216r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54216r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54216r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54216r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54216r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54216r=dst IIS Stability: http://bugs.php.net/fix.php?id=54216r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54216r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54216r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54216r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54216r=mysqlcfg
Bug #49532 [Com]: php5ts.dll access violation exception php5ts!_zend_mm_free_int
Edit report at http://bugs.php.net/bug.php?id=49532edit=1 ID: 49532 Comment by: mdurovic at gmail dot com Reported by:matroy at investpsp dot ca Summary:php5ts.dll access violation exception php5ts!_zend_mm_free_int Status: Feedback Type: Bug Package:*General Issues Operating System: win32 only - Windows 2003 SP2 PHP Version:5.2.11 Block user comment: N Private report: N New Comment: Same thing with php 5.3.5 In httpd__PID__2316__Date__03_10_2011__Time_02_37_59PM__375__First chance exception 0XC005.dmp the assembly instruction at php5ts!_zend_mm_free_int+66 in C:\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x2b76d478 on thread 100 -- In httpd__PID__2984__Date__03_10_2011__Time_02_26_53PM__375__First chance exception 0XC005.dmp the assembly instruction at php5ts!_zend_mm_free_int+66 in C:\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x on thread 134 Previous Comments: [2011-03-08 22:43:35] paj...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ 5.3.6RC2 works too. [2011-03-08 21:49:49] mdurovic at gmail dot com Same issue it happens around 3-5 times a day apache crashes and recycles. I have around 30K page views per day and I can't pin down what causes the error. Any help would be greatly appreciated. PHP: 5.2.17 Appache: 5.2.17 OS: Windows 2003 SP2 PHP.ini: extension=php_curl.dll extension=php_gd2.dll extension=php_mbstring.dll extension=php_mcrypt.dll extension=php_mysql.dll -- PHP5TS!_ZEND_MM_FREE_INT+66In httpd__PID__1848__Date__03_08_2011__Time_03_20_11PM__687__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!_zend_mm_free_int+66 in C:\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x on thread 148 [2011-01-11 14:05:49] eb at upcl dot univ-lyon1 dot fr I modify my php.ini file for it expresses error messages. PHP, on loading, claimed beeing unable to load a few modules though available in the appropriate directory; commenting out the loading of these modules in the php file fixed the problem. These modules were ; extension=php_oci8.dll ; extension=php_oci8_11g.dll ; extension=php_pdo_oci.dll ; extension=php_sybase_ct.dll [2011-01-11 10:52:44] eb at upcl dot univ-lyon1 dot fr Well, actually, adding a line such as LoadModule php5_module C:/HD3/apache_php_mysql/software/php/php5apache2_2.dll in the configuration file of the apache server is enough to lead it failing to start and issuing a Application défaillante httpd.exe, version 2.2.17.0, module défaillant php5ts.dll, version 5.3.5.0, adresse de défaillance 0x000e890c. in the windows log file. As I told you, this occurs ONLY after the system has rebooted. Right after the installation, all works well. [2011-01-11 09:55:39] paj...@php.net @eb at upcl dot univ-lyon1 dot fr Many things can cause this error message. We still need a way to reproduce it, a small script. 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/bug.php?id=49532 -- Edit this bug report at http://bugs.php.net/bug.php?id=49532edit=1
Bug #49532 [Com]: php5ts.dll access violation exception php5ts!_zend_mm_free_int
Edit report at http://bugs.php.net/bug.php?id=49532edit=1 ID: 49532 Comment by: mdurovic at gmail dot com Reported by:matroy at investpsp dot ca Summary:php5ts.dll access violation exception php5ts!_zend_mm_free_int Status: Feedback Type: Bug Package:*General Issues Operating System: win32 only - Windows 2003 SP2 PHP Version:5.2.11 Block user comment: N Private report: N New Comment: Maybe this will help: -- httpd__PID__2316__Date__03_10_2011__Time_02_37_59PM__890__Second_Chance_Exception_C005.dmp Type of Analysis Performed Crash Analysis Machine Name P2134261 Operating System Windows Server 2003 Service Pack 2 Number Of Processors 4 Process ID 2316 Process Image C:\Program Files\Apache Software Foundation\Apache2.2\bin\httpd.exe System Up-Time 02:03:45 Process Up-Time 00:10:58 Thread 100 - System ID 3012 Entry point msvcrt!endthreadex+2f Create time 3/10/2011 2:27:02 PM Time spent in user mode 0 Days 0:0:0.765 Time spent in kernel mode 0 Days 0:0:0.109 Function Arg 1 Arg 2 Arg 3 Source php5ts!_zend_mm_free_int+66 117f1028 15bb6a38 00773a64 Zend\zend_alloc.c @ 2018 php5ts!_efree+36 15bb6a48 117e7710 0089f395 Zend\zend_alloc.c @ 2351 + b php5ts!closelog+54 0085a0a7 0001 0013 win32\wsyslog.c @ 71 php5ts!zm_deactivate_syslog+5 0001 0013 117e7710 ext\standard\syslog.c @ 122 php5ts!zm_deactivate_basic+e7 0001 0013 117e7710 ext\standard\basic_functions.c @ 3789 php5ts!module_registry_cleanup+1c 01063558 117e7710 0352faac Zend\zend_API.c @ 2150 + 11 php5ts!zend_hash_reverse_apply+42 00bff680 006a8500 117e7710 Zend\zend_hash.c @ 758 + 7 php5ts!zend_deactivate_modules+62 0352ffa8 56433230 Zend\zend.c @ 866 + 10 php5ts!zend_deactivate_modules+48 0ab7b601 0005 Zend\zend.c @ 865 + 38 php5ts!php_end_ob_buffers+26 15bba878 0b80 117e7710 main\output.c @ 333 + 9 php5ts!zend_print_zval_ex+50 00756680 Zend\zend.c @ 311 php5ts!zend_print_zval+16 0005 15bb1bf0 0001 Zend\zend.c @ 290 + 16 php5ts!zend_print_variable+c 0352ffa8 56433230 Zend\zend_variables.c @ 149 + c php5ts!php_request_shutdown+13d 10002ff6 0ab7b620 main\main.c @ 1591 + 3a php5apache2_2!php_apache_request_dtor+8 0ab7b620 117e7710 0004 sapi\apache2handler\sapi_apache2.c @ 508 + 8 php5apache2_2!php_handler+646 0ab7b620 010112d8 0ab7b620 sapi\apache2handler\sapi_apache2.c @ 681 + 7 libhttpd!ap_run_handler+21 0ab7b620 6fe7b881 0ab7b620 libhttpd!ap_invoke_handler+b0 6fe7b881 0352fee4 libhttpd!ap_internal_redirect+37 0ab7b5f8 103c9040 0001 mod_rewrite+74fb 103c9040 103c9040 103c9040 libhttpd!ap_run_handler+21 103c9040 103c9040 103c9040 libhttpd!ap_invoke_handler+b0 6fe7b870 0aad5b68 0352ff3c libhttpd!ap_die+29e 103c9040 005bc0c8 libhttpd!ap_get_request_note+1d0c 0aad5b68 0aad5b68 0aad5b68 libhttpd!ap_run_process_connection+21 0aad5b68 006304b0 0352ff84 libhttpd!ap_process_connection+33 0aad5b68 0aacab30 libhttpd!ap_regkey_value_remove+c7c 0aad5b60 msvcrt!endthreadex+a3 017dfa28 kernel32!GetModuleHandleA+df 77bcb4bc 017dfa28 PHP5TS!_ZEND_MM_FREE_INT+66In httpd__PID__2316__Date__03_10_2011__Time_02_37_59PM__890__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!_zend_mm_free_int+66 in C:\php\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x2b76d478 on thread 100 Module Information Image Name: C:\php\php5ts.dll Symbol Type: PDB Base address: 0x006a Time Stamp: Thu Jan 06 12:51:58 2011 Checksum: 0x Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter: False File Version: 5.3.5 Managed DLL: False Internal Name: PHP Script Interpreter VB DLL: False Legal Copyright: Copyright © 1997-2010 The PHP Group Loaded Image Name: php5ts.dll Legal Trademarks: PHP Mapped Image Name: C:\php\php5ts.dll Original filename: php5ts.dll Module name: php5ts Private Build: Single Threaded: False Product Name: PHP Module Size: 5.57 MBytes Product Version: 5.3.5 Symbol File Name: C:\Documents and Settings\mdurovic\My
Bug #49532 [Com]: php5ts.dll access violation exception php5ts!_zend_mm_free_int
Edit report at http://bugs.php.net/bug.php?id=49532edit=1 ID: 49532 Comment by: mdurovic at gmail dot com Reported by:matroy at investpsp dot ca Summary:php5ts.dll access violation exception php5ts!_zend_mm_free_int Status: Feedback Type: Bug Package:*General Issues Operating System: win32 only - Windows 2003 SP2 PHP Version:5.2.11 Block user comment: N Private report: N New Comment: I don't know if this helps but here some more info: FAULTING_IP: php5ts!_zend_mm_free_int+139 [Zend\zend_alloc.c @ 2019] 006ac699 395f0c cmp dword ptr [edi+0Ch],ebx EXCEPTION_RECORD: -- (.exr 0x) ExceptionAddress: 006ac699 (php5ts!_zend_mm_free_int+0x0139) ExceptionCode: c005 (Access violation) ExceptionFlags: NumberParameters: 2 Parameter[0]: Parameter[1]: 000c Attempt to read from address 000c PROCESS_NAME: httpd.exe ERROR_CODE: (NTSTATUS) 0xc005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s. EXCEPTION_CODE: (NTSTATUS) 0xc005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s. EXCEPTION_PARAMETER1: EXCEPTION_PARAMETER2: 000c READ_ADDRESS: 000c FOLLOWUP_IP: php5ts!_zend_mm_free_int+139 [Zend\zend_alloc.c @ 2019] 006ac699 395f0c cmp dword ptr [edi+0Ch],ebx MOD_LIST: ANALYSIS/ FAULTING_THREAD: 1624 BUGCHECK_STR: APPLICATION_FAULT_NULL_CLASS_PTR_DEREFERENCE_INVALID_POINTER_READ PRIMARY_PROBLEM_CLASS: NULL_CLASS_PTR_DEREFERENCE DEFAULT_BUCKET_ID: NULL_CLASS_PTR_DEREFERENCE LAST_CONTROL_TRANSFER: from 006ad6c6 to 006ac699 STACK_TEXT: 05bafa38 006ad6c6 01997ba0 1008 00773a64 php5ts!_zend_mm_free_int+0x139 [Zend\zend_alloc.c @ 2019] 05bafa44 00773a64 05f9b1c8 019967d0 0089f395 php5ts!_efree+0x36 [Zend\zend_alloc.c @ 2351] 05bafa50 0089f395 0085a0a7 0001 0013 php5ts!closelog+0x54 [win32\wsyslog.c @ 71] 05bafa54 0085a0a7 0001 0013 019967d0 php5ts!zm_deactivate_syslog+0x5 [ext\standard\syslog.c @ 122] 05bafa80 006a851c 0001 0013 019967d0 php5ts!zm_deactivate_basic+0xe7 [ext\standard\basic_functions.c @ 3789] 05bafa90 00726b72 01063558 019967d0 05bafb08 php5ts!module_registry_cleanup+0x1c [Zend\zend_API.c @ 2150] 05bafaac 006a2732 00bff680 006a8500 019967d0 php5ts!zend_hash_reverse_apply+0x42 [Zend\zend_hash.c @ 758] 05bafad4 006a2718 05baffa8 56433230 php5ts!zend_deactivate_modules+0x62 [Zend\zend.c @ 866] 05bafaec 0073f49b 01a0da84 019967d0 0075d1fb php5ts!zend_deactivate_modules+0x48 [Zend\zend.c @ 865] 05bafaf8 0075d1fb 01a0da84 05bafdd4 php5ts!zend_llist_clean+0xb [Zend\zend_llist.c @ 125] 05bafb20 0075971d 05fab840 003c 019967d0 php5ts!php_deactivate_ticks+0x1b [main\php_ticks.c @ 31] 05bafb30 00756699 05fab840 003c 77bcac67 php5ts!php_body_write+0x1d [main\output.c @ 118] 05bafb58 00756869 05bafe78 05bafddc 77bcac67 php5ts!php_body_write_wrapper+0x19 [main\main.c @ 1687] 05bafdd4 10003378 10002ff6 062a3fb8 php5ts!php_execute_script+0xa9 [main\main.c @ 2201] 05bafddc 10002ff6 062a3fb8 019967d0 0004 php5apache2_2!php_apache_request_dtor+0x8 [sapi\apache2handler\sapi_apache2.c @ 508] 05bafee4 6ff020e1 062a3fb8 010112d8 062a3fb8 php5apache2_2!php_handler+0x646 [sapi\apache2handler\sapi_apache2.c @ 681] WARNING: Stack unwind information not available. Following frames may be wrong. 05bafefc 6ff02470 062a3fb8 062a3fb8 062a3fb8 libhttpd!ap_run_handler+0x21 05baff14 6ff0eaee 062a2fd8 05baff3c libhttpd!ap_invoke_handler+0xb0 05baff24 6ff0a96c 062a3fb8 005bc0c8 libhttpd!ap_die+0x29e 05baff3c 6ff04d61 062a2fd8 062a2fd8 062a2fd8 libhttpd!ap_get_request_note+0x1d0c 05baff54 6ff05023 062a2fd8 0062f400 05baff84 libhttpd!ap_run_process_connection+0x21 05baff64 6ff1d81c 062a2fd8 01bbcda0 libhttpd!ap_process_connection+0x33 05baff84 77bcb530 062a2fd0 libhttpd!ap_regkey_value_remove+0xc7c 05baffb8 77e6482f 017dfbf0 msvcrt!_endthreadex+0xa3 05baffec 77bcb4bc 017dfbf0 kernel32!BaseThreadStart+0x34 SYMBOL_STACK_INDEX: 0 SYMBOL_NAME: php5ts!_zend_mm_free_int+139 FOLLOWUP_NAME: MachineOwner MODULE_NAME: php5ts IMAGE_NAME: php5ts.dll DEBUG_FLR_IMAGE_TIMESTAMP: 4d26013e STACK_COMMAND: ~255s; .ecxr ; kb FAILURE_BUCKET_ID: NULL_CLASS_PTR_DEREFERENCE_c005_php5ts.dll!_zend_mm_free_int BUCKET_ID: APPLICATION_FAULT_NULL_CLASS_PTR_DEREFERENCE_INVALID_POINTER_READ_php5ts!_zend_mm_free_int+139 WATSON_STAGEONE_URL: http://watson.microsoft.com/StageOne/httpd_exe/2_2_17_0/4cbbe9e8/php5ts_dll/5_3_5_0/4d26013e/c005/c699.htm?Retriage=1 Followup: MachineOwner Previous Comments:
[PHP-BUG] Req #54218 [NEW]: Integrated in PHP WSDL generator
From: Operating system: PHP version: 5.3.5 Package: SOAP related Bug Type: Feature/Change Request Bug description:Integrated in PHP WSDL generator Description: I would like to have integrated in PHP WSDL generator for SoapServer class. This means all methods added to SoapServer automatic declare in WSDL string, which I can save to file or sent to client. It would make easier life for many programmers with PHP. -- Edit bug report at http://bugs.php.net/bug.php?id=54218edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54218r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54218r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54218r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54218r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54218r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54218r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54218r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54218r=needscript Try newer version: http://bugs.php.net/fix.php?id=54218r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54218r=support Expected behavior: http://bugs.php.net/fix.php?id=54218r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54218r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54218r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54218r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54218r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54218r=dst IIS Stability: http://bugs.php.net/fix.php?id=54218r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54218r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54218r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54218r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54218r=mysqlcfg
Bug #49532 [Fbk]: php5ts.dll access violation exception php5ts!_zend_mm_free_int
Edit report at http://bugs.php.net/bug.php?id=49532edit=1 ID: 49532 Updated by: paj...@php.net Reported by:matroy at investpsp dot ca Summary:php5ts.dll access violation exception php5ts!_zend_mm_free_int Status: Feedback Type: Bug Package:*General Issues Operating System: win32 only - Windows 2003 SP2 PHP Version:5.2.11 Block user comment: N Private report: N New Comment: Without a script to reproduce your problem we will have no chance to fix it. Previous Comments: [2011-03-10 21:18:26] mdurovic at gmail dot com I don't know if this helps but here some more info: FAULTING_IP: php5ts!_zend_mm_free_int+139 [Zend\zend_alloc.c @ 2019] 006ac699 395f0c cmp dword ptr [edi+0Ch],ebx EXCEPTION_RECORD: -- (.exr 0x) ExceptionAddress: 006ac699 (php5ts!_zend_mm_free_int+0x0139) ExceptionCode: c005 (Access violation) ExceptionFlags: NumberParameters: 2 Parameter[0]: Parameter[1]: 000c Attempt to read from address 000c PROCESS_NAME: httpd.exe ERROR_CODE: (NTSTATUS) 0xc005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s. EXCEPTION_CODE: (NTSTATUS) 0xc005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s. EXCEPTION_PARAMETER1: EXCEPTION_PARAMETER2: 000c READ_ADDRESS: 000c FOLLOWUP_IP: php5ts!_zend_mm_free_int+139 [Zend\zend_alloc.c @ 2019] 006ac699 395f0c cmp dword ptr [edi+0Ch],ebx MOD_LIST: ANALYSIS/ FAULTING_THREAD: 1624 BUGCHECK_STR: APPLICATION_FAULT_NULL_CLASS_PTR_DEREFERENCE_INVALID_POINTER_READ PRIMARY_PROBLEM_CLASS: NULL_CLASS_PTR_DEREFERENCE DEFAULT_BUCKET_ID: NULL_CLASS_PTR_DEREFERENCE LAST_CONTROL_TRANSFER: from 006ad6c6 to 006ac699 STACK_TEXT: 05bafa38 006ad6c6 01997ba0 1008 00773a64 php5ts!_zend_mm_free_int+0x139 [Zend\zend_alloc.c @ 2019] 05bafa44 00773a64 05f9b1c8 019967d0 0089f395 php5ts!_efree+0x36 [Zend\zend_alloc.c @ 2351] 05bafa50 0089f395 0085a0a7 0001 0013 php5ts!closelog+0x54 [win32\wsyslog.c @ 71] 05bafa54 0085a0a7 0001 0013 019967d0 php5ts!zm_deactivate_syslog+0x5 [ext\standard\syslog.c @ 122] 05bafa80 006a851c 0001 0013 019967d0 php5ts!zm_deactivate_basic+0xe7 [ext\standard\basic_functions.c @ 3789] 05bafa90 00726b72 01063558 019967d0 05bafb08 php5ts!module_registry_cleanup+0x1c [Zend\zend_API.c @ 2150] 05bafaac 006a2732 00bff680 006a8500 019967d0 php5ts!zend_hash_reverse_apply+0x42 [Zend\zend_hash.c @ 758] 05bafad4 006a2718 05baffa8 56433230 php5ts!zend_deactivate_modules+0x62 [Zend\zend.c @ 866] 05bafaec 0073f49b 01a0da84 019967d0 0075d1fb php5ts!zend_deactivate_modules+0x48 [Zend\zend.c @ 865] 05bafaf8 0075d1fb 01a0da84 05bafdd4 php5ts!zend_llist_clean+0xb [Zend\zend_llist.c @ 125] 05bafb20 0075971d 05fab840 003c 019967d0 php5ts!php_deactivate_ticks+0x1b [main\php_ticks.c @ 31] 05bafb30 00756699 05fab840 003c 77bcac67 php5ts!php_body_write+0x1d [main\output.c @ 118] 05bafb58 00756869 05bafe78 05bafddc 77bcac67 php5ts!php_body_write_wrapper+0x19 [main\main.c @ 1687] 05bafdd4 10003378 10002ff6 062a3fb8 php5ts!php_execute_script+0xa9 [main\main.c @ 2201] 05bafddc 10002ff6 062a3fb8 019967d0 0004 php5apache2_2!php_apache_request_dtor+0x8 [sapi\apache2handler\sapi_apache2.c @ 508] 05bafee4 6ff020e1 062a3fb8 010112d8 062a3fb8 php5apache2_2!php_handler+0x646 [sapi\apache2handler\sapi_apache2.c @ 681] WARNING: Stack unwind information not available. Following frames may be wrong. 05bafefc 6ff02470 062a3fb8 062a3fb8 062a3fb8 libhttpd!ap_run_handler+0x21 05baff14 6ff0eaee 062a2fd8 05baff3c libhttpd!ap_invoke_handler+0xb0 05baff24 6ff0a96c 062a3fb8 005bc0c8 libhttpd!ap_die+0x29e 05baff3c 6ff04d61 062a2fd8 062a2fd8 062a2fd8 libhttpd!ap_get_request_note+0x1d0c 05baff54 6ff05023 062a2fd8 0062f400 05baff84 libhttpd!ap_run_process_connection+0x21 05baff64 6ff1d81c 062a2fd8 01bbcda0 libhttpd!ap_process_connection+0x33 05baff84 77bcb530 062a2fd0 libhttpd!ap_regkey_value_remove+0xc7c 05baffb8 77e6482f 017dfbf0 msvcrt!_endthreadex+0xa3 05baffec 77bcb4bc 017dfbf0 kernel32!BaseThreadStart+0x34 SYMBOL_STACK_INDEX: 0 SYMBOL_NAME: php5ts!_zend_mm_free_int+139 FOLLOWUP_NAME: MachineOwner MODULE_NAME: php5ts IMAGE_NAME: php5ts.dll DEBUG_FLR_IMAGE_TIMESTAMP: 4d26013e STACK_COMMAND: ~255s; .ecxr ; kb FAILURE_BUCKET_ID: NULL_CLASS_PTR_DEREFERENCE_c005_php5ts.dll!_zend_mm_free_int BUCKET_ID: APPLICATION_FAULT_NULL_CLASS_PTR_DEREFERENCE_INVALID_POINTER_READ_php5ts!_zend_mm_free_int+139
[PHP-BUG] Bug #54219 [NEW]: calling round() with mysql 5.5.8 query derived variables causes php to crash
From: Operating system: Win7 Ultimate x64 PHP version: 5.3.5 Package: MySQL related Bug Type: Bug Bug description:calling round() with mysql 5.5.8 query derived variables causes php to crash Description: using 32bit php 5.3.5 fastCGI under windows 7 ultimate x64, if i create an odbc connection to my 32bit mdx standalone sequiter codebase with largefile support activated ( dbase derived database ) driver then not only does my php script run slow, subsequent mysql queries return values that when passed to the php round( .., 2) function, cause php to crash and iis7 returns its default 'http error 500 ' page. if i dont create an odbc connection, php runs fine. if i use microsofts default dbase ( 32bit ) odbc driver instead, php runs fine ... sounds like codebase odbc driver is corrupting php memory. is this possible ? unfortunately i cant use microsofts dbase driver to write to codebase style dbase files because it mangles the codebase index files. Test script: --- this is too complicated. to describe installing codebase on win x64, 32 bit php on win x64 and creating the mysql data and query will take ages ! Expected result: the default iis7 error 500 page is generateD : ... title500 - Internal server error./title ... -- Edit bug report at http://bugs.php.net/bug.php?id=54219edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54219r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54219r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54219r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54219r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54219r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54219r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54219r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54219r=needscript Try newer version: http://bugs.php.net/fix.php?id=54219r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54219r=support Expected behavior: http://bugs.php.net/fix.php?id=54219r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54219r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54219r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54219r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54219r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54219r=dst IIS Stability: http://bugs.php.net/fix.php?id=54219r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54219r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54219r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54219r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54219r=mysqlcfg
Req #54215 [Opn-Dup]: Cannot upgrade from PHP 5.3.0 to 5.3.5
Edit report at http://bugs.php.net/bug.php?id=54215edit=1 ID: 54215 Updated by: ahar...@php.net Reported by:lucien_sabre at yahoo dot it Summary:Cannot upgrade from PHP 5.3.0 to 5.3.5 -Status: Open +Status: Duplicate Type: Feature/Change Request Package:*General Issues Operating System: Windows7 PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Duplicate of bug #54216. Previous Comments: [2011-03-10 20:19:55] lucien_sabre at yahoo dot it Description: Good evening. Last year, I installed PHP 5.3.0. Today, I tried to upgrade to 5.3.5, with the Windows Installer file, but I couldn't; whenever I tried, it kept showing this tab below. http://i904.photobucket.com/albums/ac242/luciensabre/install_error.png The same message appeared when I tried to delete my old version from my Control Panel. I have no idea of why I can't upgrade. Could you help me, please? Thank you since now and bye. Lucien Sabre Test script: --- // Expected result: // Actual result: -- // -- Edit this bug report at http://bugs.php.net/bug.php?id=54215edit=1
Bug #54214 [Opn-Bgs]: DOMDocument::createTextNode allows low ascii without exception
Edit report at http://bugs.php.net/bug.php?id=54214edit=1 ID: 54214 Updated by: ahar...@php.net Reported by:trenjeska+php at gmail dot com Summary:DOMDocument::createTextNode allows low ascii without exception -Status: Open +Status: Bogus Type: Bug Package:DOM XML related Operating System: windows server PHP Version:5.2.17 Block user comment: N Private report: N New Comment: The XML specification defines the list of valid characters thusly: Char ::= [#x1-#xD7FF] | [#xE000-#xFFFD] | [#x1-#x10] In theory, therefore, 0x06 actually falls into that range. In practice, what happens is that restricted characters can't be serialised by libxml, so while you can create the DOMText object (correctly), you'll get a warning on output: Warning: DOMDocument::saveXML(): xmlEscapeEntities : char out of range in /tmp/test.php on line 9 This seems reasonable to me -- you still get a warning, just at a different point. Closing. Previous Comments: [2011-03-10 17:59:13] trenjeska+php at gmail dot com Description: --- From manual page: http://nl3.php.net/manual/en/domdocument.createtextnode.php --- createtextnode still returns the DOMText if there is low-ascii in the string. It should return false. DOMDocument is there to be used to make sure you output well-formed xml. Now it silently creates invalid xml, even though the proper functions have been used. MSXML _does_ except at this point. Test script: --- .createTextNode(Mensje Francina) There is a low ascii (0x06) in front of the F in there for copy-paste pleasures Expected result: FALSE Actual result: -- DOMText node -- Edit this bug report at http://bugs.php.net/bug.php?id=54214edit=1
Bug #54219 [Opn-Fbk]: calling round() with mysql 5.5.8 query derived variables causes php to crash
Edit report at http://bugs.php.net/bug.php?id=54219edit=1 ID: 54219 Updated by: ahar...@php.net Reported by:barny dot s at virgin dot net Summary:calling round() with mysql 5.5.8 query derived variables causes php to crash -Status: Open +Status: Feedback Type: Bug -Package:MySQL related +Package:ODBC related Operating System: Win7 Ultimate x64 PHP Version:5.3.5 Block user comment: N Private report: N 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: [2011-03-11 02:38:21] barny dot s at virgin dot net Description: using 32bit php 5.3.5 fastCGI under windows 7 ultimate x64, if i create an odbc connection to my 32bit mdx standalone sequiter codebase with largefile support activated ( dbase derived database ) driver then not only does my php script run slow, subsequent mysql queries return values that when passed to the php round( .., 2) function, cause php to crash and iis7 returns its default 'http error 500 ' page. if i dont create an odbc connection, php runs fine. if i use microsofts default dbase ( 32bit ) odbc driver instead, php runs fine ... sounds like codebase odbc driver is corrupting php memory. is this possible ? unfortunately i cant use microsofts dbase driver to write to codebase style dbase files because it mangles the codebase index files. Test script: --- this is too complicated. to describe installing codebase on win x64, 32 bit php on win x64 and creating the mysql data and query will take ages ! Expected result: the default iis7 error 500 page is generateD : ... title500 - Internal server error./title ... -- Edit this bug report at http://bugs.php.net/bug.php?id=54219edit=1
Bug #54211 [Opn-Bgs]: delimiter ends with syntax error
Edit report at http://bugs.php.net/bug.php?id=54211edit=1
ID: 54211
Updated by: ahar...@php.net
Reported by:svecpetr at svecpetr dot com
Summary:delimiter ends with syntax error
-Status: Open
+Status: Bogus
Type: Bug
Package:MySQL related
Operating System: linux
PHP Version:5.2.17
Block user comment: N
Private report: N
New Comment:
I think Carsten has pretty much nailed this one. Closing.
Previous Comments:
[2011-03-10 17:21:33] carsten_sttgt at gmx dot de
in mysql_query is impossible to execute command
DELIMITER |
delimiter is a command for the command line client and not a SQL
statement known by the server.
... when delimiter is not function... is impossible to run command
CREATE TRIGGER because at the end of this command is always ... ; END
...
Just create your trigger (including BEGIN ...; END) as usual, should
work. As always with querys in PHP, no ; at the end of the query
string.
[2011-03-10 08:50:52] svecpetr at svecpetr dot com
Description:
in mysql_query is impossible to execute command
DELIMITER |
for example mysql_query('DELIMITER |');
this ends with mysql syntax error 1064
... when delimiter is not function... is impossible to run command
CREATE TRIGGER because at the end of this command is always ... ; END
...
---
From manual page: http://www.php.net/function.mysql-query#Description
---
Test script:
---
mysql_query('DELIMITER |');
mysql_query('SHOW TABLES|');
mysql_query('DELIMITER ;');
Expected result:
enable delimiter
--
Edit this bug report at http://bugs.php.net/bug.php?id=54211edit=1
Bug #54209 [Opn-Dup]: Inconsistent array index behaviour
Edit report at http://bugs.php.net/bug.php?id=54209edit=1
ID: 54209
Updated by: ahar...@php.net
Reported by:phristen at yahoo dot com
Summary:Inconsistent array index behaviour
-Status: Open
+Status: Duplicate
Type: Bug
Package:Scripting Engine problem
Operating System: *
PHP Version:5.3.5
Block user comment: N
Private report: N
New Comment:
Duplicate of numerous bugs, including bug #45959. In short, this is
expected behaviour, and is unlikely to be changed, as doing so would
cause performance issues within PHP.
Previous Comments:
[2011-03-09 22:25:57] phristen at yahoo dot com
Description:
It is well known that PHP casts numeric string indexes to integers, and
it is normally impossible to force such indexes to remain strings. For
example, the script below will output integer:
$test = array(123 = 1);
echo gettype(key($test)); // integer
However, it is possible to achieve this if we assign numeric string
property to an object (by using the -{} syntax), and then cast it to
array. Not only will the index retain it's string type, but it will also
be impossible to access that index with [], which can't be correct
behaviour. See attached example.
Test script:
---
?php
$test = new stdClass();
$test-{123} = 1;
$test = (array)$test;
$key = key($test);
echo gettype($key);
echo \n;
echo $test[$key];
?
Expected result:
integer
1
Actual result:
--
string
PHP Notice: Undefined index: 123 in test.php on line 9
--
Edit this bug report at http://bugs.php.net/bug.php?id=54209edit=1
