#45763 [Asn]: mysqli::multi_query does not work with mysqlnd
ID: 45763
Updated by: [EMAIL PROTECTED]
Reported By: michael dot kofler at gmx dot com
Status: Assigned
Bug Type: MySQLi related
Operating System: linux
PHP Version: 5.3.0alpha1
-Assigned To: andrey
+Assigned To: johannes
New Comment:
Works with the procedural interface, use procedural style until fix has
been committed.
Re-assigning to Johannes. Andrey is busy with non-PHP work at the
moment. Johannes please have a look
Previous Comments:
[2008-08-09 00:21:13] [EMAIL PROTECTED]
Assigning to primary maintainer
[2008-08-08 13:44:27] michael dot kofler at gmx dot com
Description:
mysqli::multi_query returns FALSE if more than one query is given
Reproduce code:
---
$mysqli = new mysqli($mysqlhost, $mysqluser, $mysqlpasswd, $mysqldb);
$sql = "SELECT 1; SELECT 2; SELECT 3";
$ok = $mysqli->multi_query($sql);
if($ok === FALSE) {
echo $mysqli->error();
}
Expected result:
non (because $ok === TRUE)
(works with mysqli + libmysql)
Actual result:
--
You have an error in your SQL syntax; check the manual that corresponds
to your MySQL server version for the right syntax to use near '; SELECT
2; SELECT 3' at line 1
--
Edit this bug report at http://bugs.php.net/?id=45763&edit=1
#45763 [Asn]: mysqli::multi_query does not work with mysqlnd
ID: 45763
Updated by: [EMAIL PROTECTED]
Reported By: michael dot kofler at gmx dot com
Status: Assigned
Bug Type: MySQLi related
Operating System: linux
PHP Version: 5.3.0alpha1
Assigned To: johannes
New Comment:
Hmm, I'm wrong its more tricky.
More like - first execution fails, second and all after work fine. It
does not matter if you use the procedural or OO interface.
The test does not catch it because it first does parameter tests (e.g.
mysqli_multi_query($link, "") - expected to fail) before it runs a
query. And "runs a query" is the second function call.
But anyway Johannes, if its not in the inner workings of mysqlnd
itself, try to shield Andrey from PHP works.
Ulf
Previous Comments:
[2008-08-09 07:34:53] [EMAIL PROTECTED]
Works with the procedural interface, use procedural style until fix has
been committed.
Re-assigning to Johannes. Andrey is busy with non-PHP work at the
moment. Johannes please have a look
[2008-08-09 00:21:13] [EMAIL PROTECTED]
Assigning to primary maintainer
[2008-08-08 13:44:27] michael dot kofler at gmx dot com
Description:
mysqli::multi_query returns FALSE if more than one query is given
Reproduce code:
---
$mysqli = new mysqli($mysqlhost, $mysqluser, $mysqlpasswd, $mysqldb);
$sql = "SELECT 1; SELECT 2; SELECT 3";
$ok = $mysqli->multi_query($sql);
if($ok === FALSE) {
echo $mysqli->error();
}
Expected result:
non (because $ok === TRUE)
(works with mysqli + libmysql)
Actual result:
--
You have an error in your SQL syntax; check the manual that corresponds
to your MySQL server version for the right syntax to use near '; SELECT
2; SELECT 3' at line 1
--
Edit this bug report at http://bugs.php.net/?id=45763&edit=1
#40479 [Com]: zend_mm_heap corrupted
ID: 40479
Comment by: tarraccas at burningmoth dot com
Reported By: rrossi at maggioli dot it
Status: No Feedback
Bug Type: Reproducible crash
Operating System: Suse Linux 9.0
PHP Version: 5.2.1
New Comment:
I get this error when including files in a loop and trying to execute a
loop inside one of those included files.
Previous Comments:
[2008-07-23 16:30:15] jumpbackhack at gmail dot com
This happens no matter what version, 5.2.1, 5.2.6 and even 5.2.7-dev
(snap php5.2-200807220430)
How is it possible this many users have this bug, some even can
reproduce it consistently, and the developers need backtraces? It seems
as though it is a common bug and my guess is many come here looking for
a solution, do not find one, figure the zend_mm_heap corrupted is
intermittent and hope for a solution soon (they do not post they too
have the issue).
I will attempt to recompile with debug and get a trace, however, this
only occurs on production servers (indicating load/stress related issue
when using more memory) and will take a while to get the OK to execute.
Running one of the scripts provided below to reproduce the crash does
not happen for us on development systems.
this bug is over 16 months old and when it happens, it is a whopper,
please do not ignore!
will be happy to provide any additional information that does not
require a recompile/waiting for clearance on production.
[2008-07-17 08:28:13] john dot glazebrook at guava dot com
OK, I don't know if this is useful but I'll keep posting stuff as I
find it here :-)
PHP 5.2.5 MysqlI 5.0.45
If I alter the database the seg fault goes away and I get normal
exceptions or errors or data results (depending if the SQL is working)
then if I change the DB back to what I need seg faults occur again. So I
think it must be an error in MysqlI or MySQL... ?
John
[2008-07-16 16:38:39] john dot glazebrook at guava dot com
Sorry, I forgot to say my server runs Red Hat Linux.
Um, I'm not sure if this is helpful, but I found the error when moving
from PEAR:DB over to ZF DB objects. So I only changed DB code. OK, some
psedudoish code:
class x {
function db() {
$rpt = new Report();
$row = $rpt->createRow();
$row->text = 'xyz';
$row->save();
echo 'OK 2';
}
}
$x = new x();
echo 'OK';
$x->db();
echo 'OK 3';
And I see:
OK
OK 2
seg fault
Also changing the function to:
class x {
function db() {
$rpt = new Report();
$row = $rpt->createRow();
$row->text = 'xyz';
$row->save();
echo 'OK 2';
$row = null;
echo 'M';
}
}
this time it seg faults at $row = null;
Hope this is of some help. It really sucks :-(
John
[2008-07-16 16:31:08] john dot glazebrook at guava dot com
I found this 'zend_mm_heap corrupted' in my apache log files.
I am using 5.2.5 with almost everything enabled. Mysqli and I am using
Zend Frame work.
As far as I can tell my scripts case this (and a seg fault) when they
are looping through a Zend_DB_Table_Rowset object adding rows to a
table.
When the $row **goes out of scope** the script seg faults. So I get
this error when the function (well method) returns a value. I stripped
all code from the function apart from echos and the $row->save() and the
seg faults still happen.
Ho hum...
john
[2008-06-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".
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/40479
--
Edit this bug report at http://bugs.php.net/?id=40479&edit=1
#40479 [Com]: zend_mm_heap corrupted
ID: 40479
Comment by: tarraccas at burningmoth dot com
Reported By: rrossi at maggioli dot it
Status: No Feedback
Bug Type: Reproducible crash
Operating System: Suse Linux 9.0
PHP Version: 5.2.1
New Comment:
Concerning my previous statement: I was using output buffering in the
included files. I've removed the output buffering and I'm no longer
getting the error.
Previous Comments:
[2008-08-09 08:01:55] tarraccas at burningmoth dot com
I get this error when including files in a loop and trying to execute a
loop inside one of those included files.
[2008-07-23 16:30:15] jumpbackhack at gmail dot com
This happens no matter what version, 5.2.1, 5.2.6 and even 5.2.7-dev
(snap php5.2-200807220430)
How is it possible this many users have this bug, some even can
reproduce it consistently, and the developers need backtraces? It seems
as though it is a common bug and my guess is many come here looking for
a solution, do not find one, figure the zend_mm_heap corrupted is
intermittent and hope for a solution soon (they do not post they too
have the issue).
I will attempt to recompile with debug and get a trace, however, this
only occurs on production servers (indicating load/stress related issue
when using more memory) and will take a while to get the OK to execute.
Running one of the scripts provided below to reproduce the crash does
not happen for us on development systems.
this bug is over 16 months old and when it happens, it is a whopper,
please do not ignore!
will be happy to provide any additional information that does not
require a recompile/waiting for clearance on production.
[2008-07-17 08:28:13] john dot glazebrook at guava dot com
OK, I don't know if this is useful but I'll keep posting stuff as I
find it here :-)
PHP 5.2.5 MysqlI 5.0.45
If I alter the database the seg fault goes away and I get normal
exceptions or errors or data results (depending if the SQL is working)
then if I change the DB back to what I need seg faults occur again. So I
think it must be an error in MysqlI or MySQL... ?
John
[2008-07-16 16:38:39] john dot glazebrook at guava dot com
Sorry, I forgot to say my server runs Red Hat Linux.
Um, I'm not sure if this is helpful, but I found the error when moving
from PEAR:DB over to ZF DB objects. So I only changed DB code. OK, some
psedudoish code:
class x {
function db() {
$rpt = new Report();
$row = $rpt->createRow();
$row->text = 'xyz';
$row->save();
echo 'OK 2';
}
}
$x = new x();
echo 'OK';
$x->db();
echo 'OK 3';
And I see:
OK
OK 2
seg fault
Also changing the function to:
class x {
function db() {
$rpt = new Report();
$row = $rpt->createRow();
$row->text = 'xyz';
$row->save();
echo 'OK 2';
$row = null;
echo 'M';
}
}
this time it seg faults at $row = null;
Hope this is of some help. It really sucks :-(
John
[2008-07-16 16:31:08] john dot glazebrook at guava dot com
I found this 'zend_mm_heap corrupted' in my apache log files.
I am using 5.2.5 with almost everything enabled. Mysqli and I am using
Zend Frame work.
As far as I can tell my scripts case this (and a seg fault) when they
are looping through a Zend_DB_Table_Rowset object adding rows to a
table.
When the $row **goes out of scope** the script seg faults. So I get
this error when the function (well method) returns a value. I stripped
all code from the function apart from echos and the $row->save() and the
seg faults still happen.
Ho hum...
john
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/40479
--
Edit this bug report at http://bugs.php.net/?id=40479&edit=1
#45771 [NEW]: Cannot load php_pgsql.dll
From: tony at marston-home dot demon dot co dot uk Operating system: Windows XP PHP version: 5.3.0alpha1 PHP Bug Type: PostgreSQL related Bug description: Cannot load php_pgsql.dll Description: Your stupid system won't allow me to report this bug under version 4.4.9 After upgrading from 4.4.8 to 4.4.9 the PostgresSQL database is unusable. When I start Apache (version 2.0.63) I get the following message: Unknown(): Unable to load dynamic library 'F:/php4/extensions/php_pgsql.dll' - The specified module could not be found. -- Edit bug report at http://bugs.php.net/?id=45771&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45771&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45771&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45771&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45771&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45771&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45771&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45771&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45771&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45771&r=support Expected behavior:http://bugs.php.net/fix.php?id=45771&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45771&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45771&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45771&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45771&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45771&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45771&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45771&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45771&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45771&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45771&r=mysqlcfg
#45771 [Opn->WFx]: Cannot load php_pgsql.dll
ID: 45771 Updated by: [EMAIL PROTECTED] Reported By: tony at marston-home dot demon dot co dot uk -Status: Open +Status: Wont fix Bug Type: PostgreSQL related Operating System: Windows XP -PHP Version: 5.3.0alpha1 +PHP Version: 4.4.9 -Assigned To: +Assigned To: pajoye New Comment: "Your stupid system won't allow me to report this bug under version 4.4.9" If something is stupid is the fact to (still) use php4. What do you need to understand that we do not support php 4.x anymore? That we will not fix anybug, we will not release it anymore, never. However, if you still want to use php4, take the pgsql extension from 4.4.8 or fetch the libpq.dll from here and put it in your usual place: http://downloads.php.net/pierre/libpq-php-4.4.9-5.2.6.zip Previous Comments: [2008-08-09 11:00:57] tony at marston-home dot demon dot co dot uk Description: Your stupid system won't allow me to report this bug under version 4.4.9 After upgrading from 4.4.8 to 4.4.9 the PostgresSQL database is unusable. When I start Apache (version 2.0.63) I get the following message: Unknown(): Unable to load dynamic library 'F:/php4/extensions/php_pgsql.dll' - The specified module could not be found. -- Edit this bug report at http://bugs.php.net/?id=45771&edit=1
#45754 [Bgs]: IE loses session variables
ID: 45754 Updated by: [EMAIL PROTECTED] Reported By: bill at grandcentralapartments dot com Status: Bogus Bug Type: Session related Operating System: Server or client? PHP Version: 5.2.6 New Comment: Yes, people are having problems, but 99% of them are cases where they use session in a wrong way. But this is for filing error reports about errors in PHP not a support facility to analyze your mistakes. See http://php.net/support.php for a list of support facilities offered. Previous Comments: [2008-08-08 18:29:58] bill at grandcentralapartments dot com I don't think you should be calling this report bogus based only on a guess that I'm doing something wrong, and that you've never encountered this problem before. If you have any doubts about it, try googling "IE session variables PHP", as I did. You might find some of the hits illuminating. A problem as widespread as this deserves better than a brush-off. I had a hard enough time getting to this location, and was unaware of the forum you mention. [2008-08-08 18:15:24] [EMAIL PROTECTED] You're doing something wrong and guessing from this is totally useless. Please ask this on the [EMAIL PROTECTED] mailing list. FYI: I have never experienced any problems with any browsers supporting cookies (including IE) in any site where I've used sessions. [2008-08-08 05:41:37] bill at grandcentralapartments dot com Description: It would be really helpful if somebody would post somewhere a comprehensive discussion of the session-related issues pertaining to IE. When I google these issues, I get more than 32K hits, so the problem is not rare. I've read some of the posts and tried the suggestions therein, but none of them have helped me a bit, possibly because they are just random guesses. I don't want debugging help. I'd settle for any professional serious description of what is going on and how I can work around it. I can't imagine that nobody has ever run into these problems before. I'd settle for a semi-professional (but serious) opinion. In case this isn't clear, my problem is that under IE (and only IE), the PHPSESSID cookie is being quietly rejected. For security reasons, I don't want to pass the session id as part of the URL. Would it help (or be harmless) if I were to explicitly save the PHPSESSID under IE? IE seems to have no problem accepting regular cookies from with my code. Is it time zone related, as some have suggested? Is it because I'm executing files in a subfolder under the main site? I just want to know what's going on, so I can change my setup appropriately. -- Edit this bug report at http://bugs.php.net/?id=45754&edit=1
#45771 [WFx]: Cannot load php_pgsql.dll
ID: 45771 User updated by: tony at marston-home dot demon dot co dot uk Reported By: tony at marston-home dot demon dot co dot uk Status: Wont fix Bug Type: PostgreSQL related Operating System: Windows XP PHP Version: 4.4.9 Assigned To: pajoye New Comment: Whether PHP 4 is still supported or not is irrelevant - that is no excuse for issuing a release that has bugs. Previous Comments: [2008-08-09 11:32:35] [EMAIL PROTECTED] "Your stupid system won't allow me to report this bug under version 4.4.9" If something is stupid is the fact to (still) use php4. What do you need to understand that we do not support php 4.x anymore? That we will not fix anybug, we will not release it anymore, never. However, if you still want to use php4, take the pgsql extension from 4.4.8 or fetch the libpq.dll from here and put it in your usual place: http://downloads.php.net/pierre/libpq-php-4.4.9-5.2.6.zip [2008-08-09 11:00:57] tony at marston-home dot demon dot co dot uk Description: Your stupid system won't allow me to report this bug under version 4.4.9 After upgrading from 4.4.8 to 4.4.9 the PostgresSQL database is unusable. When I start Apache (version 2.0.63) I get the following message: Unknown(): Unable to load dynamic library 'F:/php4/extensions/php_pgsql.dll' - The specified module could not be found. -- Edit this bug report at http://bugs.php.net/?id=45771&edit=1
#40479 [NoF->Fbk]: zend_mm_heap corrupted
ID: 40479
Updated by: [EMAIL PROTECTED]
Reported By: rrossi at maggioli dot it
-Status: No Feedback
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Suse Linux 9.0
PHP Version: 5.2.1
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.
Also, all problems reported here have different causes but seems to be
triggered when starting to use more memory, and the bug disappears
when using less memory, or by changing/commenting a random line in
your code.
For me it looks like a hardware problem (dead memory segments), please
use a memory testing tool (e.g. memtest86 [1]) or try to reproduce the
bug on an other computer. Dead memory segments can cause exactly that
sort of problems (corrupted memory, crashes, etc).
[1] memtest86 http://www.memtest.org/#downiso
Previous Comments:
[2008-08-09 09:02:24] tarraccas at burningmoth dot com
Concerning my previous statement: I was using output buffering in the
included files. I've removed the output buffering and I'm no longer
getting the error.
[2008-08-09 08:01:55] tarraccas at burningmoth dot com
I get this error when including files in a loop and trying to execute a
loop inside one of those included files.
[2008-07-23 16:30:15] jumpbackhack at gmail dot com
This happens no matter what version, 5.2.1, 5.2.6 and even 5.2.7-dev
(snap php5.2-200807220430)
How is it possible this many users have this bug, some even can
reproduce it consistently, and the developers need backtraces? It seems
as though it is a common bug and my guess is many come here looking for
a solution, do not find one, figure the zend_mm_heap corrupted is
intermittent and hope for a solution soon (they do not post they too
have the issue).
I will attempt to recompile with debug and get a trace, however, this
only occurs on production servers (indicating load/stress related issue
when using more memory) and will take a while to get the OK to execute.
Running one of the scripts provided below to reproduce the crash does
not happen for us on development systems.
this bug is over 16 months old and when it happens, it is a whopper,
please do not ignore!
will be happy to provide any additional information that does not
require a recompile/waiting for clearance on production.
[2008-07-17 08:28:13] john dot glazebrook at guava dot com
OK, I don't know if this is useful but I'll keep posting stuff as I
find it here :-)
PHP 5.2.5 MysqlI 5.0.45
If I alter the database the seg fault goes away and I get normal
exceptions or errors or data results (depending if the SQL is working)
then if I change the DB back to what I need seg faults occur again. So I
think it must be an error in MysqlI or MySQL... ?
John
[2008-07-16 16:38:39] john dot glazebrook at guava dot com
Sorry, I forgot to say my server runs Red Hat Linux.
Um, I'm not sure if this is helpful, but I found the error when moving
from PEAR:DB over to ZF DB objects. So I only changed DB code. OK, some
psedudoish code:
class x {
function db() {
$rpt = new Report();
$row = $rpt->createRow();
$row->text = 'xyz';
$row->save();
echo 'OK 2';
}
}
$x = new x();
echo 'OK';
$x->db();
echo 'OK 3';
And I see:
OK
OK 2
seg fault
Also changing the function to:
class x {
function db() {
$rpt = new Report();
$row = $rpt->createRow();
$row->text = 'xyz';
$row->save();
echo 'OK 2';
$row = null;
echo 'M';
}
}
this time it seg faults at $row = null;
Hope this is of some help. It really sucks :-(
John
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/40479
--
Edit this bug report at http://bugs.php.net/?id=40479&edit=1
#45770 [Opn->Fbk]: error_log entries do not have linebreaks
ID: 45770 Updated by: [EMAIL PROTECTED] Reported By: dueyduong at gmail dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: IIS6 PHP Version: 5.2.6 New Comment: So what is it set to? PLEASE be more specific, we can't read minds..unfortunately. Previous Comments: [2008-08-09 01:00:16] dueyduong at gmail dot com Sorry for not being clear to begin with -- error_log the php.ini option, not the function. [2008-08-08 23:56:50] [EMAIL PROTECTED] Do you mean error_log() the function or error_log the php.ini option? [2008-08-08 23:53:28] dueyduong at gmail dot com Description: New entries in the error log file do not start on a new line. That is, every error log seems to run continuously on one single line in the file. -- Edit this bug report at http://bugs.php.net/?id=45770&edit=1
#31419 [Opn->Csd]: error_log not able to be overridden...
ID: 31419 Updated by: [EMAIL PROTECTED] Reported By: php at mfoxx dot myspamkiller dot com -Status: Open +Status: Closed Bug Type: PHP options/info functions Operating System: Debian 4.0 PHP Version: 5.2.0-8+etch10 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2008-08-07 19:54:33] kc6r5jsp74mzt03 at bodhi dot lawlita dot com Hello, same issue on Windows: PHP Version 5.2.4 (ZendCore 2.5.0) Apache 2.2.9 In httpd.conf I set the default ErrorLog value: ErrorLog "D:/Logs/default_error.log" I created a vhost with a customized ErrorLog value: ServerName foobar ServerAdmin [EMAIL PROTECTED] DocumentRoot "D:/Webs/www1/htdocs" ErrorLog "D:/Logs/www1_error.log" CustomLog "D:/Logs/access_www1_%Y-%m-%d.log" common [2008-08-06 14:53:05] php at mfoxx dot myspamkiller dot com I *still* have this same problem, 3+ years later, in that if I run PHP (now 5.2.0 on Debian Etch, originally v4.x and then 5.0.4 on Debian Woody) through Apache with VirtualHosts that set apache "ErrorLog" settings in the VirtualHost, then PHP will not log it's errors to a separate ini specified (either in php.ini or with ini_set()) php error file, but will instead put the errors in the apache error log. This same problem has occured whether I use a custom build of PHP or whether I use the debian package builds (as I do now). [2008-08-06 13:58:37] alexey dot portnov at gmail dot com Description: FreeBSD 6.2-RELEASE apache 2.2.9, php-5.2.6, (from ports) php.ini config: /usr/local/etc/php.ini error_log = /home/sites/php_logs/php_errors.log PHP will not even write the errors to the original error_log value set in the php.ini. It will instead write them to apache's error log for that particular . The error does occur, and it DOES get logged, just not to the right file, it now gets logged to the APACHE error log file, not even the original php.ini error_log setting, which I find very strange. Reproduce code: --- Expected result: When I force a PHP error, calling a "nonexistent()" function, I should get the error logged into my /home/sites/php_logs/php_errors.log file as specified in /usr/local/etc/php.ini Actual result: -- the error (call to undefined function) DOES get logged, but to the wrong file... it gets logged to the Apache error file for that particular . It doesn't even get logged to the original php.ini file's setting for error_log. PHP writes errors in $error_log only when I run scripts from CLI: php /path-to/script.php [2005-07-18 19:26:03] [EMAIL PROTECTED] Using latest CVS snapshot (5.1-dev) this works just fine, provided the path passed to error_log is such that the webserver can write into it. And I don't get any PHP errors in the apache logs either. Check the permissions. And if that wasn't the cause, check what php.ini file is used (shown in phpinfo() output) and do a 'diff -u' between that and php.ini-dist from the latest CVS snapshot you're using. [2005-07-18 18:52:09] mfoxx at hotmail dot com Also, here is the VirutalHost directive from httpd.conf: ServerAdmin [EMAIL PROTECTED] DocumentRoot /www/xxx ServerName www.xxx.com ErrorLog /www/logs/xxx_com-error.log CustomLog /www/logs/xxx_com-access.log common The apache error log I keep referring to, that is getting the PHP errors logged to it, is the one specified above at "ErrorLog", xxx_com-error.log. 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/31419 -- Edit this bug report at http://bugs.php.net/?id=31419&edit=1
#45770 [Fbk->Opn]: error_log entries do not have linebreaks
ID: 45770 User updated by: dueyduong at gmail dot com Reported By: dueyduong at gmail dot com -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: IIS6 PHP Version: 5.2.6 New Comment: Alright let me try again. Ok -- display_errors is turned Off. log_errors is turned On. error_log = "/logs/php-errors.log" Now, when there is an error and the log file is written to, each error entry in the log file is written to the same (single) line in the log file, without any line breaks. For example: These options need to match in Unknown on line 0 [09-Aug-2008 10:24:53] PHP Parse error: syntax error, unexpected T_ECHO in C:\...httpdocs\priv\test.php on line 5 [09-Aug-2008 10:26:18] PHP Parse error: syntax error, unexpected T_ECHO, expecting ',' or ';' in C:\...httpdocs\priv\test.php on line 7 [09-Aug-2008 10:26:20] PHP Parse error: syntax error, unexpected T_ECHO, expecting ',' or ';' in C:\...\httpdocs\priv\test.php on line 7 In this example, there were 3 instances of errors, and they should each be on a separate line in the log file. Instead, all 3 error logs are on the same single line without any line breaks between each error. Hope that is clear now. Previous Comments: [2008-08-09 16:45:20] [EMAIL PROTECTED] So what is it set to? PLEASE be more specific, we can't read minds..unfortunately. [2008-08-09 01:00:16] dueyduong at gmail dot com Sorry for not being clear to begin with -- error_log the php.ini option, not the function. [2008-08-08 23:56:50] [EMAIL PROTECTED] Do you mean error_log() the function or error_log the php.ini option? [2008-08-08 23:53:28] dueyduong at gmail dot com Description: New entries in the error log file do not start on a new line. That is, every error log seems to run continuously on one single line in the file. -- Edit this bug report at http://bugs.php.net/?id=45770&edit=1
#45770 [Opn->Fbk]: error_log entries do not have linebreaks
ID: 45770 Updated by: [EMAIL PROTECTED] Reported By: dueyduong at gmail dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: IIS6 PHP Version: 5.2.6 New Comment: Works fine for me using CLI. Please try it yourself too. Previous Comments: [2008-08-09 17:31:38] dueyduong at gmail dot com Alright let me try again. Ok -- display_errors is turned Off. log_errors is turned On. error_log = "/logs/php-errors.log" Now, when there is an error and the log file is written to, each error entry in the log file is written to the same (single) line in the log file, without any line breaks. For example: These options need to match in Unknown on line 0 [09-Aug-2008 10:24:53] PHP Parse error: syntax error, unexpected T_ECHO in C:\...httpdocs\priv\test.php on line 5 [09-Aug-2008 10:26:18] PHP Parse error: syntax error, unexpected T_ECHO, expecting ',' or ';' in C:\...httpdocs\priv\test.php on line 7 [09-Aug-2008 10:26:20] PHP Parse error: syntax error, unexpected T_ECHO, expecting ',' or ';' in C:\...\httpdocs\priv\test.php on line 7 In this example, there were 3 instances of errors, and they should each be on a separate line in the log file. Instead, all 3 error logs are on the same single line without any line breaks between each error. Hope that is clear now. [2008-08-09 16:45:20] [EMAIL PROTECTED] So what is it set to? PLEASE be more specific, we can't read minds..unfortunately. [2008-08-09 01:00:16] dueyduong at gmail dot com Sorry for not being clear to begin with -- error_log the php.ini option, not the function. [2008-08-08 23:56:50] [EMAIL PROTECTED] Do you mean error_log() the function or error_log the php.ini option? [2008-08-08 23:53:28] dueyduong at gmail dot com Description: New entries in the error log file do not start on a new line. That is, every error log seems to run continuously on one single line in the file. -- Edit this bug report at http://bugs.php.net/?id=45770&edit=1
#45767 [Opn->Fbk]: Uncommon order and chained exceptions
ID: 45767
Updated by: [EMAIL PROTECTED]
Reported By: david at grudl dot com
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5.3.0alpha1
New Comment:
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 the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
Your code handles an exception, throws a new one, which results in an
"Fatal error: Uncaught exception", neither what you expect nor your
actual code, please provide a proper reproduce case and explain the
issue.
Previous Comments:
[2008-08-08 17:15:27] david at grudl dot com
Sorry - Expected result is Actual and Actual is Expected.
[2008-08-08 17:13:33] david at grudl dot com
Description:
Chained exceptions are printed in uncommon order (from inner to outer
exception). This makes me confused :-(
Reference:
http://java.sun.com/j2se/1.4.2/docs/api/java/lang/Throwable.html#printStackTrace()
Reproduce code:
---
try {
throw new FileNotFoundException("File not found.");
} catch (FileNotFoundException $e) {
throw new ConfigException("Missing configuration.", 0, $e);
}
echo $e; // note $e is ConfigException!
Expected result:
exception 'FileNotFoundException' with message 'File not found.' in
demo.php:8
Stack trace:
#0 demo.php(17): ...
#1 {main}
Next exception 'ConfigException' with message 'Missing configuration.'
in demo.php:21
Stack trace:
#0 demo.php(28):
#1 {main}
Actual result:
--
exception 'ConfigException' with message 'Missing configuration.' in
demo.php:21
Stack trace:
#0 demo.php(28):
#1 {main}
previous exception 'FileNotFoundException' with message 'File not
found.' in demo.php:8
Stack trace:
#0 demo.php(17): ...
#1 {main}
--
Edit this bug report at http://bugs.php.net/?id=45767&edit=1
#39484 [Com]: intermittent include failure under symlinked virtual hosts
ID: 39484
Comment by: diebar dot uy at gmail dot com
Reported By: phpbugz at x0rz dot com
Status: No Feedback
Bug Type: Apache2 related
Operating System: linux kernel 2.4.27 w/debian 3.1
PHP Version: 5.2.0
New Comment:
I found this bug in PHP 5.2.5 running on RedHat 5.2 linux kernel
2.6.18-92.1.6.el5.
Previous Comments:
[2008-05-06 13:29:24] sev at kks-group dot ru
The bug still occurs in 5.2.5. include_path intermittently becomes
unchangable (via ini_set(), set_include_path() and .htaccess).
[2007-07-09 01:00:01] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2007-07-01 13:43:07] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
[2006-11-12 23:21:49] phpbugz at x0rz dot com
Description:
the *first* include will fail intermittently if apache2 virtual host is
pointing to a symlinked DocumentRoot.
problem is not easily reproducable and would occur perhaps 1 in 100
times, usually disappearing on refresh.
this issue has gone away since reconfiguring the apache virtualhost's
DocumentRoot to point to an absolute path instead of a symlinked one. a
resolution was also found by setting an absolute path for the very first
include within a script.
Reproduce code:
---
Filesystem :
/home/www -> /var/www
Apache :
DocumentRoot /home/www
Expected result:
Occasionally observe the following :
*Warning*: include(some_include.php) [function.include]: failed to open
stream: No such file or directory in *foo_include.php* on line *blah*
*Fatal error*: Call to undefined function foo_function() in
*bar_include* on line *blah*
** noting that the first include fails but the second is ok.
** the include_path shown with this error will also point to the
symlink path (/home/www in the 'reproduce code' example), not the
symlink target.
Actual result:
--
code was added to dump the SERVER variables on include failure, keeping
in mind the filesystem path is actually /var/www :
*Warning*: include(required/connect.php) [function.include]: failed to
open stream: No such file or directory in
*/var/www/moa/XXX/includes/required_includes.php* on line *7*
*Warning*: include() [function.include]: Failed opening
'required/connect.php' for inclusion (include_path='/home/www/moa/XXX/')
in */var/www/moa/XXX/includes/required_includes.php* on line *7*
array(34) { ["nokeepalive"]=> string(1) "1" ["ssl-unclean-shutdown"]=>
string(1) "1" ["downgrade-1_0"]=> string(1) "1" ["force-response-1_0"]=>
string(1) "1" ["HTTP_ACCEPT"]=> string(87) "image/gif, image/x-xbitmap,
image/jpeg, image/pjpeg, application/x-shockwave-flash, */*"
["HTTP_REFERER"]=> string(40) "http://moa.XXX.com/members_index.php";
["HTTP_ACCEPT_LANGUAGE"]=> string(5) "en-us" ["HTTP_UA_CPU"]=> string(3)
"x86" ["HTTP_ACCEPT_ENCODING"]=> string(13) "gzip, deflate"
["HTTP_USER_AGENT"]=> string(89) "Mozilla/4.0 (compatible; MSIE 7.0;
Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)" ["HTTP_HOST"]=>
string(15) "moa.XXX.com" ["HTTP_CONNECTION"]=> string(10) "Keep-Alive"
["HTTP_COOKIE"]=> string(42)
"PHPSESSID=45f4ceaef2ff8824143aad70569ba022" ["PATH"]=> string(28)
"/usr/local/bin:/usr/bin:/bin" ["SERVER_SIGNATURE"]=> string(0) ""
["SERVER_SOFTWARE"]=> string(102) "Apache/2.0.54 (Debian GNU/Linux)
PHP/5.2.0-0.dotdeb.1 with Suhosin-Patch mod_ssl/2.0.54 OpenSSL/0.9.7e"
["SERVER_NAME"]=> string(15) "moa.XXX.com" ["SERVER_ADDR"]=> string(12)
"1.2.3.4" ["SERVER_PORT"]=> string(2) "80" ["REMOTE_ADDR"]=> string(12)
"4.5.6.7" ["DOCUMENT_ROOT"]=> string(22) "/home/www/moa/XXX/"
["SERVER_ADMIN"]=> string(18) "[no address given]" ["SCRIPT_FILENAME"]=>
string(30) "/home/www/moa/XXX/menu.php" ["REMOTE_PORT"]=> string(5)
"33073" ["GATEWAY_INTERFACE"]=> string(7) "CGI/1.1"
["SERVER_PROTOCOL"]=> string(8) "HTTP/1.1" ["REQUEST_METHOD"]=>
string(3) "GET" ["QUERY_STRING"]=> string(11) "module_id=5"
["REQUEST_URI"]=> string(21) "/menu.php?module_id=5" ["SCRIPT_NAME"]=>
string(9) "/menu.php" ["PHP_SELF"]=> string(9) "/menu.php"
["REQUEST_TIME"]=> int(1163034668) ["argv"]=> array(1) { [0]=>
string(11) "module_id=5" } ["argc"]=> int(1) }
*Fatal error*: Call to undefined function conn() in
*/var/www/moa/XXX/security/session.php* on line *109* o
#39484 [Com]: intermittent include failure under symlinked virtual hosts
ID: 39484
Comment by: diebar dot uy at gmail dot com
Reported By: phpbugz at x0rz dot com
Status: No Feedback
Bug Type: Apache2 related
Operating System: linux kernel 2.4.27 w/debian 3.1
PHP Version: 5.2.0
New Comment:
It's strange... I've differents vHosts, and this bug only appears on
two of them.
Previous Comments:
[2008-08-09 22:00:39] diebar dot uy at gmail dot com
I found this bug in PHP 5.2.5 running on RedHat 5.2 linux kernel
2.6.18-92.1.6.el5.
[2008-05-06 13:29:24] sev at kks-group dot ru
The bug still occurs in 5.2.5. include_path intermittently becomes
unchangable (via ini_set(), set_include_path() and .htaccess).
[2007-07-09 01:00:01] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2007-07-01 13:43:07] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
[2006-11-12 23:21:49] phpbugz at x0rz dot com
Description:
the *first* include will fail intermittently if apache2 virtual host is
pointing to a symlinked DocumentRoot.
problem is not easily reproducable and would occur perhaps 1 in 100
times, usually disappearing on refresh.
this issue has gone away since reconfiguring the apache virtualhost's
DocumentRoot to point to an absolute path instead of a symlinked one. a
resolution was also found by setting an absolute path for the very first
include within a script.
Reproduce code:
---
Filesystem :
/home/www -> /var/www
Apache :
DocumentRoot /home/www
Expected result:
Occasionally observe the following :
*Warning*: include(some_include.php) [function.include]: failed to open
stream: No such file or directory in *foo_include.php* on line *blah*
*Fatal error*: Call to undefined function foo_function() in
*bar_include* on line *blah*
** noting that the first include fails but the second is ok.
** the include_path shown with this error will also point to the
symlink path (/home/www in the 'reproduce code' example), not the
symlink target.
Actual result:
--
code was added to dump the SERVER variables on include failure, keeping
in mind the filesystem path is actually /var/www :
*Warning*: include(required/connect.php) [function.include]: failed to
open stream: No such file or directory in
*/var/www/moa/XXX/includes/required_includes.php* on line *7*
*Warning*: include() [function.include]: Failed opening
'required/connect.php' for inclusion (include_path='/home/www/moa/XXX/')
in */var/www/moa/XXX/includes/required_includes.php* on line *7*
array(34) { ["nokeepalive"]=> string(1) "1" ["ssl-unclean-shutdown"]=>
string(1) "1" ["downgrade-1_0"]=> string(1) "1" ["force-response-1_0"]=>
string(1) "1" ["HTTP_ACCEPT"]=> string(87) "image/gif, image/x-xbitmap,
image/jpeg, image/pjpeg, application/x-shockwave-flash, */*"
["HTTP_REFERER"]=> string(40) "http://moa.XXX.com/members_index.php";
["HTTP_ACCEPT_LANGUAGE"]=> string(5) "en-us" ["HTTP_UA_CPU"]=> string(3)
"x86" ["HTTP_ACCEPT_ENCODING"]=> string(13) "gzip, deflate"
["HTTP_USER_AGENT"]=> string(89) "Mozilla/4.0 (compatible; MSIE 7.0;
Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)" ["HTTP_HOST"]=>
string(15) "moa.XXX.com" ["HTTP_CONNECTION"]=> string(10) "Keep-Alive"
["HTTP_COOKIE"]=> string(42)
"PHPSESSID=45f4ceaef2ff8824143aad70569ba022" ["PATH"]=> string(28)
"/usr/local/bin:/usr/bin:/bin" ["SERVER_SIGNATURE"]=> string(0) ""
["SERVER_SOFTWARE"]=> string(102) "Apache/2.0.54 (Debian GNU/Linux)
PHP/5.2.0-0.dotdeb.1 with Suhosin-Patch mod_ssl/2.0.54 OpenSSL/0.9.7e"
["SERVER_NAME"]=> string(15) "moa.XXX.com" ["SERVER_ADDR"]=> string(12)
"1.2.3.4" ["SERVER_PORT"]=> string(2) "80" ["REMOTE_ADDR"]=> string(12)
"4.5.6.7" ["DOCUMENT_ROOT"]=> string(22) "/home/www/moa/XXX/"
["SERVER_ADMIN"]=> string(18) "[no address given]" ["SCRIPT_FILENAME"]=>
string(30) "/home/www/moa/XXX/menu.php" ["REMOTE_PORT"]=> string(5)
"33073" ["GATEWAY_INTERFACE"]=> string(7) "CGI/1.1"
["SERVER_PROTOCOL"]=> string(8) "HTTP/1.1" ["REQUEST_METHOD"]=>
string(3) "GET" ["QUERY_STRING"]=> string(11) "module_id=5"
["REQUEST_URI"]=> string(21) "/menu.php?module_id=5" ["SCRIPT_NAME"]=>
string(9) "/menu.php" ["PHP_SELF"]=> string(9) "/menu.php"
["REQUE
#45769 [Opn->Fbk]: Segmentation fault with OCI8
ID: 45769
Updated by: [EMAIL PROTECTED]
Reported By: louis dot begin at cspq dot gouv dot qc dot ca
-Status: Open
+Status: Feedback
Bug Type: OCI8 related
Operating System: zVM/Linux
PHP Version: 5.2.6
New Comment:
Does this happen for all tables?
What were the configure options?
What is the NLS environment (and how is it set)?
Please supply an export file or SQL script to creates a table & data
that reproduces the problem.
Previous Comments:
[2008-08-08 19:43:55] louis dot begin at cspq dot gouv dot qc dot ca
Description:
Envir:
Oracle version 10.2.0.3 (64bits)
Envir.: zVM Linux
Linux Suse SLES10 (64bits)
:>uname -a
Linux CSIGDSA1 2.6.16.46-0.12-default #1 SMP Thu May 17 14:00:09 UTC
2007 s390x s390x s390x GNU/Linux
:>cat /etc/SuSE-release
SUSE Linux Enterprise Server 10 (s390x)
VERSION = 10
PATCHLEVEL = 1
phpinfo.php works fine
When executing "OCILogon(...)"
the connection to oracle occurs (listener.log "sees" it), but when
returning to to prog.:
[Fri Jul 18 09:27:16 2008] [notice] child pid 17963 exit signal
Segmentation fault (11)
Reproduce code:
---
\n";
print date('Y-m-d H:i:s')."\n";
$cmdstr = "select code_client, client from dri.client";
$parsed = OCIParse($conn, $cmdstr);
OCIExecute($parsed, OCI_DEFAULT);
echo "Oracle Test avec PHP";
echo "Oracle Test avec PHP";
print '';
while ($succ = OCIFetchInto($stid, $row, OCI_RETURN_NULLS)) {
print '';
foreach ($row as $item) {
print ''.($item?htmlentities($item):' ').'';
}
print '';
}
print '';
echo " Nombre de rangees:
$nrows";
echo "Si vous voyez les donnees, ca
marche!\n";
OCILogoff($conn);
?>
Expected result:
The contains of rows from
select code_client, client from dri.client
(The piece of code comes from:
http://www.oracle.com/technology/tech/php/htdocs/inst_php_apache_linux.html
with modification to match an existing table.
Actual result:
--
CSIGDSA1:/parm/oracle/bin # gdb /logiciels/tldb/httpd-2.0.61/bin/httpd
GNU gdb 6.6
Copyright (C) 2006 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 "s390x-suse-linux"...
Using host libthread_db library "/lib64/libthread_db.so.1".
(gdb) run -X
Starting program: /logiciels/tldb/httpd-2.0.61/bin/httpd -X
[Thread debugging using libthread_db enabled]
[New Thread 2199026468240 (LWP 9613)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 2199026468240 (LWP 9613)]
_zval_ptr_dtor (zval_ptr=0x3bdcb28)
at /logiciels/tldb/php/php-5.2.6/Zend/zend_execute_API.c:412
412 (*zval_ptr)->refcount--;
(gdb) bt
#0 _zval_ptr_dtor (zval_ptr=0x3bdcb28)
at /logiciels/tldb/php/php-5.2.6/Zend/zend_execute_API.c:412
#1 0x026094d6 in zend_do_fcall_common_helper_SPEC
(execute_data=0x3bdd160)
at /logiciels/tldb/php/php-5.2.6/Zend/zend_execute.h:155
#2 0x025f79a2 in execute (op_array=0x20001e41a98)
at /logiciels/tldb/php/php-5.2.6/Zend/zend_vm_execute.h:92
#3 0x025d4258 in zend_execute_scripts (type=, retval=0x0,
file_count=2) at /logiciels/tldb/php/php-5.2.6/Zend/zend.c:1134
#4 0x0258bd78 in php_execute_script
(primary_file=0x3bdf770)
at /logiciels/tldb/php/php-5.2.6/main/main.c:2005
#5 0x02667e4c in php_handler (r=0x80270b00)
at
/logiciels/tldb/php/php-5.2.6/sapi/apache2handler/sapi_apache2.c:629
#6 0x80048e20 in ap_run_handler (r=0x80270b00) at
config.c:152
#7 0x8004c33a in ap_invoke_handler (r=0x80270b00) at
config.c:364
#8 0x8003615c in ap_process_request (r=0x80270b00) at
http_request.c:249
#9 0x80030ccc in ap_process_http_connection (c=0x802629d0) at
http_core.c:253
#10 0x80055e4c in ap_run_process_connection (c=0x802629d0) at
connection.c:43
#11 0x800476e4 in child_main (child_num_arg=) at prefork.c:610
#12 0x8004794e in make_child (s=0x800dca60, slot=0) at
prefork.c:650
#13 0x80047a5a in startup_children (number_to_start=2) at
prefork.c:722
#14 0x800483cc in ap_mpm_run (_pconf=,
plog=,
s=0x800dca60) at prefork.c:941
#15 0x8004f02c in main (argc=,
argv=0x3be02a8) at main.c:636
(gdb)
--
Edit this bug report at http://bugs.php.net/?id=45769&edit=1
#45773 [NEW]: is_static_method
From: jtaal at eljakim dot nl Operating system: Irrelevant PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: is_static_method Description: I'd like to be able to find out whether a method is static, without using ReflectionMethod. It keeps code cleaner that doesn't need object oriented reflection. It could also be somewhat quicker (avoiding to instantiate a Reflection object). -- Edit bug report at http://bugs.php.net/?id=45773&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45773&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45773&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45773&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45773&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45773&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45773&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45773&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45773&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45773&r=support Expected behavior:http://bugs.php.net/fix.php?id=45773&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45773&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45773&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45773&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45773&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45773&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45773&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45773&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45773&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45773&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45773&r=mysqlcfg
#45773 [Opn->Fbk]: is_static_method
ID: 45773 Updated by: [EMAIL PROTECTED] Reported By: jtaal at eljakim dot nl -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: Irrelevant PHP Version: 5.2.6 New Comment: Please create an RFC (http://wiki.php.net) for the new method and - if possible - provide a patch. Previous Comments: [2008-08-09 23:27:34] jtaal at eljakim dot nl Description: I'd like to be able to find out whether a method is static, without using ReflectionMethod. It keeps code cleaner that doesn't need object oriented reflection. It could also be somewhat quicker (avoiding to instantiate a Reflection object). -- Edit this bug report at http://bugs.php.net/?id=45773&edit=1
#43823 [Com]: Segmentation fault at end of script
ID: 43823 Comment by: rod at 23net dot net Reported By: andreas dot meinl at gmx dot de Status: No Feedback Bug Type: PDO related Operating System: Ubuntu 7.10, AMD64 PHP Version: 5.2.5 New Comment: I am experiencing this same problem. It happens on some systems but not others (all configured exactly the same). Some systems are 32 bit, some 64 bit, all running FreeBSD 7.0 (either i386 or AMD64), PHP 5.2.6 and Postgres 8.3.3. The segfault ALWAYS occurs at the end of the script even when the connection is explicitly closed. The script performs as expected, it just segfaults when the script ends. It happens when using PDO or pg_connect(). Previous Comments: [2008-01-20 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". [2008-01-14 03:39:34] jfolkins at gmail dot com Description: I wanted to add a piece to this puzzle that may be helpful. Though I am not using PDO, I am using pg_connect() to connect to my PostgreSQL database. Machines: 1) Dell p4 3.2gz 1gb RAM, Ubuntu 7.10 x86, PHP 5.2.3, PostgreSQL 8.2.5 2) AMD64 X2 3800+ 1GB RAM, Ubuntu 7.10 x86, PHP 5.2.3, PostgreSQL 8.2.5 Script: Expected Results: I expect the word "Successful" to be displayed along with the version number of php on this machine. Results: [EMAIL PROTECTED]:/dial/app/db$ php db_test.php Connection Successful 5.2.3-1ubuntu6.2 Segmentation fault (core dumped) [EMAIL PROTECTED]:/dial/app/db$ Additional Notes: I get the same results on both machines. I also wanted to add that I have scripts that input data into the database. These sciprts DO indeed work. But, I always get the "Segmentation fault (core dumped)" at the end of every script that connects to the postgreSQL database. [2008-01-12 15:25:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-01-11 21:17:35] andreas dot meinl at gmx dot de Description: When I use PDO to connect to my PostgreSQL database, I get a segmentation fault at the end of my PHP script. Ubuntu 7.10, AMD64, PHP 5.2.3, PostgreSQL 8.2.5 Reproduce code: --- Expected result: I expect nothing, no single line of text. Actual result: -- [EMAIL PROTECTED]:/tmp$ php ./test.php Segmentation fault (core dumped) [EMAIL PROTECTED]:/tmp$ -- Edit this bug report at http://bugs.php.net/?id=43823&edit=1
#43823 [Com]: Segmentation fault at end of script
ID: 43823 Comment by: rod at 23net dot net Reported By: andreas dot meinl at gmx dot de Status: No Feedback Bug Type: PDO related Operating System: Ubuntu 7.10, AMD64 PHP Version: 5.2.5 New Comment: I was mistaken. The systems were NOT configured the same. This is a known issue with the order of extensions listed in extensions.ini in FreeBSD. Reordering the extensions fixed the problem. Previous Comments: [2008-08-10 00:34:47] rod at 23net dot net I am experiencing this same problem. It happens on some systems but not others (all configured exactly the same). Some systems are 32 bit, some 64 bit, all running FreeBSD 7.0 (either i386 or AMD64), PHP 5.2.6 and Postgres 8.3.3. The segfault ALWAYS occurs at the end of the script even when the connection is explicitly closed. The script performs as expected, it just segfaults when the script ends. It happens when using PDO or pg_connect(). [2008-01-20 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". [2008-01-14 03:39:34] jfolkins at gmail dot com Description: I wanted to add a piece to this puzzle that may be helpful. Though I am not using PDO, I am using pg_connect() to connect to my PostgreSQL database. Machines: 1) Dell p4 3.2gz 1gb RAM, Ubuntu 7.10 x86, PHP 5.2.3, PostgreSQL 8.2.5 2) AMD64 X2 3800+ 1GB RAM, Ubuntu 7.10 x86, PHP 5.2.3, PostgreSQL 8.2.5 Script: Expected Results: I expect the word "Successful" to be displayed along with the version number of php on this machine. Results: [EMAIL PROTECTED]:/dial/app/db$ php db_test.php Connection Successful 5.2.3-1ubuntu6.2 Segmentation fault (core dumped) [EMAIL PROTECTED]:/dial/app/db$ Additional Notes: I get the same results on both machines. I also wanted to add that I have scripts that input data into the database. These sciprts DO indeed work. But, I always get the "Segmentation fault (core dumped)" at the end of every script that connects to the postgreSQL database. [2008-01-12 15:25:06] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-01-11 21:17:35] andreas dot meinl at gmx dot de Description: When I use PDO to connect to my PostgreSQL database, I get a segmentation fault at the end of my PHP script. Ubuntu 7.10, AMD64, PHP 5.2.3, PostgreSQL 8.2.5 Reproduce code: --- Expected result: I expect nothing, no single line of text. Actual result: -- [EMAIL PROTECTED]:/tmp$ php ./test.php Segmentation fault (core dumped) [EMAIL PROTECTED]:/tmp$ -- Edit this bug report at http://bugs.php.net/?id=43823&edit=1
#45775 [NEW]: url_**code functions do not encode/decode "+"'s
From: blue765d at aol dot com
Operating system: Debian Etch / Win32
PHP version: 5.2.6
PHP Bug Type: Strings related
Bug description: url_**code functions do not encode/decode "+"'s
Description:
The 2 functions:
url_encode()
url_decode()
Do not encode and decode pluses ("+") correctly.
Reproduce code:
---
Expected result:
it worked!
Actual result:
--
It did not work.
--
Edit bug report at http://bugs.php.net/?id=45775&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45775&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45775&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45775&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45775&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45775&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45775&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45775&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45775&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45775&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45775&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45775&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45775&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45775&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45775&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45775&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45775&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45775&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45775&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45775&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45775&r=mysqlcfg
#45775 [Opn->Bgs]: url_**code functions do not encode/decode "+"'s
ID: 45775
Updated by: [EMAIL PROTECTED]
Reported By: blue765d at aol dot com
-Status: Open
+Status: Bogus
Bug Type: Strings related
Operating System: Debian Etch / Win32
PHP Version: 5.2.6
New Comment:
The PHP function names are 'urlencode' and 'urldecode', and both works
fine.
$pre = "";
$one = urlencode($pre);
$two = urldecode($one);
var_dump($one, $two);
string(12) "%2B%2B%2B%2B"
string(4) ""
Previous Comments:
[2008-08-10 01:06:59] blue765d at aol dot com
Description:
The 2 functions:
url_encode()
url_decode()
Do not encode and decode pluses ("+") correctly.
Reproduce code:
---
Expected result:
it worked!
Actual result:
--
It did not work.
--
Edit this bug report at http://bugs.php.net/?id=45775&edit=1
#45770 [Fbk->Csd]: error_log entries do not have linebreaks
ID: 45770
User updated by: dueyduong at gmail dot com
Reported By: dueyduong at gmail dot com
-Status: Feedback
+Status: Closed
Bug Type: *General Issues
Operating System: IIS6
PHP Version: 5.2.6
New Comment:
For some reason Wordpad displays the log file all on one line (this
wasn't the case w/ PHP v4.4). I opened the log file w/ Notepad and it's
fine. Same w/ CLI ("type"). No bug.
Previous Comments:
[2008-08-09 19:20:12] [EMAIL PROTECTED]
Works fine for me using CLI. Please try it yourself too.
[2008-08-09 17:31:38] dueyduong at gmail dot com
Alright let me try again.
Ok -- display_errors is turned Off. log_errors is turned On.
error_log = "/logs/php-errors.log"
Now, when there is an error and the log file is written to, each error
entry in the log file is written to the same (single) line in the log
file, without any line breaks.
For example:
These options need to match
in Unknown on line 0 [09-Aug-2008 10:24:53] PHP Parse error: syntax
error, unexpected T_ECHO in C:\...httpdocs\priv\test.php on line 5
[09-Aug-2008 10:26:18] PHP Parse error: syntax error, unexpected
T_ECHO, expecting ',' or ';' in C:\...httpdocs\priv\test.php on line 7
[09-Aug-2008 10:26:20] PHP Parse error: syntax error, unexpected
T_ECHO, expecting ',' or ';' in C:\...\httpdocs\priv\test.php on line 7
In this example, there were 3 instances of errors, and they should each
be on a separate line in the log file. Instead, all 3 error logs are on
the same single line without any line breaks between each error.
Hope that is clear now.
[2008-08-09 16:45:20] [EMAIL PROTECTED]
So what is it set to? PLEASE be more specific, we can't read
minds..unfortunately.
[2008-08-09 01:00:16] dueyduong at gmail dot com
Sorry for not being clear to begin with -- error_log the php.ini
option, not the function.
[2008-08-08 23:56:50] [EMAIL PROTECTED]
Do you mean error_log() the function or error_log the php.ini option?
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/45770
--
Edit this bug report at http://bugs.php.net/?id=45770&edit=1
#43639 [Com]: php-5.2.5-win32-installer.msi stops before it is finished.
ID: 43639 Comment by: davis1089 at mint dot us dot to Reported By: erik dot kullberg at telia dot com Status: No Feedback Bug Type: *General Issues Operating System: Windows Vista PHP Version: 5.2.5 New Comment: I can confirm this bug in the installer! My system is Norwegian, and uses , as decimal point, and when i changed regional options to english as "tamasmatrai" pointed out, installer finished successfully. Previous Comments: [2008-07-26 19:02:01] tamasmatrai at yahoo dot com Solution!!! I had the same problem on Windows XP. I read the event viewer and found detailed info: "Product: PHP 5.2.6 -- Error 1720. There is a problem with this Windows Installer package. A script required for this install to complete could not be run. Contact your support personnel or package vendor. Custom action configIIS4 script error -2146828275, Microsoft VBScript futásidejû hiba: Típuseltérés: '[string: "5.1"]' Line 179, Column 5, " The key was this: "Típuseltérés: '[string: "5.1"]' Line 179, Column 5, ." 'Típuseltérés' is a Hungarian term, which means 'data type error'. So, '5.1' is not a number in a vb script which is run by the installation. Decimal separator was ',' (comma) on my system and when I changed it to '.' (dot), then installation was completed successfully! So try this! It is a bug and this was the first time I tried to install PHP. After such a problem I will think 1 times if I use PHP. :o I am a programmer and if I would leave such a bug in my application, I would be sacked from my workplace without any doubt. Best Regards: Tamas [2008-07-08 00:13:07] rbsfou at gmail dot com XP Pro SP3: Custom action configIIS4 script error -2146828235, Microsoft VBScript runtime error: File not found Line 182, Column 9 I also cannot do the RunAS trick, as i am on SP3. Does anyone actually use php on iis4 (nt? 98?) nowadays? [2008-05-21 23:20:29] hailstrike at libero dot it It is terrible. I have same problem on Windows 2003 server r2 enterprise sp2 x64 with all updates and IIS6, when I try to install php-5.2.6-win32-installer.msi installer give me same error. [2008-05-08 10:13:12] pomax at nihongoresources dot com installer feature suggestion: add a check to see if VBscript is a registered and running service, and break off the install if it is not detected. This should fix everyone's problems on Vista, Windows Server 2008, as well as XP installs where people decided to turn off any service they do not use themselves. - MK [2008-04-04 22:28:59] nospam at gmail dot com You'd never believe it, but just going to c:\windows\system32 and running regsvr32 vbscript.dll fixed the MSI problem. Wow, go figure. 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/43639 -- Edit this bug report at http://bugs.php.net/?id=43639&edit=1
