#31411 [Com]: Misplaced "Cannot set connection to blocking mode" at end of output
ID: 31411
Comment by: exaton at free dot fr
Reported By: mike at ecommerce dot com
Status: Open
Bug Type: PostgreSQL related
Operating System: *
PHP Version: 4CVS, 5CVS (2005-01-17)
New Comment:
I believe I might be experiencing something similar. Setup is PHP 5.0.4
on Apache 2.0.53 under WinXP SP2.
I've just upgraded to PG 8.0.2. With PG 8.0.1, I had to use persistent
connections to my (also local) database, otherwise the connection time
was absolutely prohibitive. The PG team have apparently solved this
issue, so I've dropped persistence as it was cluttering up my system
unnecessarily.
So now with PG 8.0.2, I'm getting "PHP Notice: Unknown: Cannot set
connection to blocking mode in Unknown on line 0" at the end of PHP
output, _sporadically_. Not systematically, rather when the page hasn't
been reloaded in a little while (3-4 minutes can suffice).
It's not messing up the page apart from the notice output ; the rest of
the SQL in my scripts works just fine.
Previous Comments:
[2005-01-18 12:20:07] mike at ecommerce dot com
No, i am afraid, setting pgsql.auto_reset_persistent = On doesn't
change anything.
Looking at the code in ext/pgsql/pgsql.c, this setting is only used in
pg_connect, but has no influence in the function in question,
_rollback_transactions.
[2005-01-18 09:35:46] yohgaki at ohgaki dot net
I've forgot I've implemented auto persistent connection reset feature.
Try to change following ini setting to On.
; Detect broken persistent links always with pg_pconnect().
; Auto reset feature requires a little overheads.
pgsql.auto_reset_persistent = Off
[2005-01-12 07:13:55] yohgaki at ohgaki dot net
The best way to fix this problem is "hendle broken persistent
connections w/o errors in pgsql module". For the time being, I suggest
to use @ operator or define your error handler so that the error is
ignored.
[2005-01-04 22:39:30] mike at ecommerce dot com
Description:
Problem Description:
I have an issue with a functionality in the function
_rollback_transactions defined in ext/pgsql/pgsql.c. This function is
responsible to rollback all transaction that are currently open in
persistent database connections, so those transactions do not leak over
to following scripts.
Before it sends any commands over the connection, it does the
following:
if (PQ_SETNONBLOCKING(link, 0)) {
php_error_docref("ref.pgsql" TSRMLS_CC, E_NOTICE, "Cannot set
connection to blocking mode");
return -1;
}
When this "Cannot set connection to blocking mode" error is raised,
then in almost all cases it is because the connection to the database
server is broken, maybe because the PostgreSQL server was restarted, or
the network connection to it broke.
The problem is not the error message, because if something is wrong
with the database connection, it is correct to print an error (or to
call the error handler).
The problem is that in this special case this error message is not
displayed in the script that opened the database connection, but rather
in the first script this is run after the persistent connection broke.
This can be a script that is executed sometime afterwards - maybe a
long time afterwards, maybe in a script that never opened a database
connection. Basically it could occur in scripts that would normally not
cause an error at all. My point is that cause and effect of the error
are disconnected.
Real-Life example:
The company i work for has this problem currently in one of our
applications. We use persistent connections to a PostgreSQL database
over an unreliable internet connection, that breaks every now and then.
Normally, this is not a big deal, because we have local database caches
which is used as a failsafe solution, and all scripts are programmed in
a way to watch out for database errors and automatically re-connect to
this failsafe database without the user noticing a thing. All fine
until now.
But every time the internet connection - and therefore the connection
to the remote database - breaks, all other PHP applications that are
hosted on the same server, which do use different databases or do not
use a database at all, suddenly print the message "Notice: (null)():
Cannot set connection to blocking mode in Unknown on line 0" at the end
of the output.
Suggested Resolution:
Remove the line that calls php_error_docref to raise the error. The
database link is removed anyway from the list of persistent
connections, due to the "return -1;" directly afterwards.
I am aware that there are other solutions, like adjusting
"error_reporting" not to include E_NOTICE, or to turn off
"display_errors". Or to install a custom error
#32658 [Opn->Bgs]: Exceptions in includes from a method are invisible
ID: 32658 Updated by: [EMAIL PROTECTED] Reported By: LoN_Kamikaze at gmx dot de -Status: Open +Status: Bogus -Bug Type: Documentation problem +Bug Type: Unknown/Other Function Operating System: WinXP PHP Version: 5.0.4 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Previous Comments: [2005-04-10 18:57:42] LoN_Kamikaze at gmx dot de Description: If you throw an exception in a script that has been called via include in a method, it terminates the script, but it does not show an error message and it is not loged in the php error logfile. I suspect this bug is related to another one I submited: http://bugs.php.net/bug.php?id=32657 But I am not sure, thus I submited it as a new bug. Reproduce code: --- index.php test(); ?> test.php Expected result: Fatal error: Uncaught exception 'Exception' with message 'I wish that would work' in... -- Edit this bug report at http://bugs.php.net/?id=32658&edit=1
#32667 [NEW]: ldap_sort() multivalue issue
From: b dot hallinger at ergonaz dot net Operating system: Linux Debian (Sarge) PHP version: 4.3.10 PHP Bug Type: LDAP related Bug description: ldap_sort() multivalue issue Description: Hello, there is a issue if you want to sort your searchresult by multivalued attributes. ldap_sort() works fine, but only if you sort by singlevalued attributes. Reproduce code: --- I don't post code here, because its trivial. I will post an example dataset with two entries: entry one: sn= id= id= id= entry two: sn= id= id=1000 Expected result: If you sort by "id", the second entry should move to the first place, which he doesnt, because only the first vlaues of "id" got compared. Actual result: -- entry one remains entry one, although id= is greater than id=! ldap_sort() overlooks, that there is an id which is smaller (id=1000). I think the solution to this could be to tell ldap_sort() to search for the biggest value in the multivalue attribute prior comparing with the other entries. -- Edit bug report at http://bugs.php.net/?id=32667&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32667&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32667&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32667&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32667&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32667&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32667&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32667&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32667&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32667&r=support Expected behavior: http://bugs.php.net/fix.php?id=32667&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32667&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32667&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32667&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32667&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32667&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32667&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32667&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32667&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32667&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32667&r=mysqlcfg
#32668 [NEW]: Setting error_reporting in PHP.INI has no effect
From: kkobashi at comcast dot net Operating system: Windows XP PHP version: 4.3.10 PHP Bug Type: Unknown/Other Function Bug description: Setting error_reporting in PHP.INI has no effect Description: No matter what value I set error_reporting in the INI file, the php function error_reporting() always returns 2047 (E_ALL). When PHP starts up, shouldn't it read the INI file's error_reporting setting? Then set the current value to this? Reproduce code: --- // one liner echo error_reporting(); Expected result: Expected result is what is the current value in the PHP.INI file setting. Actual result: -- 2047 -- Edit bug report at http://bugs.php.net/?id=32668&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32668&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32668&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32668&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32668&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32668&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32668&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32668&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32668&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32668&r=support Expected behavior: http://bugs.php.net/fix.php?id=32668&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32668&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32668&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32668&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32668&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32668&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32668&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32668&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32668&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32668&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32668&r=mysqlcfg
#32668 [Opn->Bgs]: Setting error_reporting in PHP.INI has no effect
ID: 32668 Updated by: [EMAIL PROTECTED] Reported By: kkobashi at comcast dot net -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP PHP Version: 4.3.10 New Comment: Check that you change the right php.ini and restart your web server. Ask support questions in the support forums. Previous Comments: [2005-04-11 11:38:03] kkobashi at comcast dot net Description: No matter what value I set error_reporting in the INI file, the php function error_reporting() always returns 2047 (E_ALL). When PHP starts up, shouldn't it read the INI file's error_reporting setting? Then set the current value to this? Reproduce code: --- // one liner echo error_reporting(); Expected result: Expected result is what is the current value in the PHP.INI file setting. Actual result: -- 2047 -- Edit this bug report at http://bugs.php.net/?id=32668&edit=1
#31502 [Opn->Csd]: Wrong deserialization from session when using WDDX serializer
ID: 31502
Updated by: [EMAIL PROTECTED]
Reported By: kubis at pawouk dot net
-Status: Open
+Status: Closed
Bug Type: WDDX related
Operating System: WinXP SP2
PHP Version: 5CVS-2005-02-28
New Comment:
The bug is fixed in CVS HEAD and PHP_5_0.
Now WDDX extension can serialize/deserialize private and protected
members.
Previous Comments:
[2005-02-28 21:53:07] kubis at pawouk dot net
Still not working on 5.1.0-dev; member names are still missing.
[2005-02-28 21:09:30] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-01-12 13:57:07] petr at mudroch dot net
It seems that the problem appears when the wddx serializer tries to
serialize and then deserialize objects with private members; private
members are not serialized and the deserialized values of private
members are NULL
with session.serialize_handler = wddx in php.ini try this and then look
at file, in which session data are stored
---
session_start();
class Petr {
private $priv;
public $pub;
protected $prot;
public $pavel;
function __construct() {
$this->priv = "private";
$this->pub = "public";
$this->prot = "protected";
$this->pavel = new Pavel();
}
}
class Pavel {
private $priv;
public $pub;
protected $prot;
function __construct() {
$this->priv = "private";
$this->pub = "public";
$this->prot = "protected";
}
}
$petr = new Petr();
$_SESSION['test'] = $petr;
---
you will see
PetrprivatepublicprotectedPavelprivatepublicprotected
---
protected and private members are not serialized correctly - only value
of variable, nor its name, is serialized
[2005-01-12 13:15:38] kubis at pawouk dot net
once more the __wakeup() function; i messed it up:
function __wakeup(){
$this->logger->logfile // you won't find '/tmp/user.log' here,
you won't find the $logtype variable at all.
}
[2005-01-12 02:15:32] kubis at pawouk dot net
Description:
I have found that sometimes if you have an object A as a member of a
another object B and your try to store the object B in session AND you
are using wddx serializer as default session serializer, after
deserialization back from session the object A in member of object B
deserializes wrong. While using the standard php serializer, all seems
working perfectly.
Reproduce code:
---
class Logger {
public $logfile;
public $logtype;
function __construct(){
$this->logfile = '/tmp/user.log';
}
// some logger class implementation
}
class User {
public $logger;
function __construct()
$this->logger = new Logger();
}
function __wakeup(){
$this->logger->logtype // you won't find '/tmp/user.log' here,
you won't find the $logtype variable at all.
}
Expected result:
I am expecting that the value of $this->logger->logtype would be the
'/tmp/user.log' string; but there is not any value at all, and it seems
there is not any member 'logfile' at all. While debugging using Zend
studio i have seen that all members of the Logger class have lost their
names; there were just some numbers.
--
Edit this bug report at http://bugs.php.net/?id=31502&edit=1
#30934 [Asn]: Special keyword 'self' inherited in child classes
ID: 30934 User updated by: jbs at fromru dot com Reported By: jbs at fromru dot com Status: Assigned Bug Type: Class/Object related Operating System: * -PHP Version: 5CVS-2005-03-26 +PHP Version: 5.0.3 Assigned To: andi New Comment: I've noticed some similar reports. For example, the one at http://bugs.php.net/bug.php?id=30235. Here is a quote: > > Sorry, you have a complete wrong idea og OO programming. > > Static methods are bound/resolved at compile time. > That is the compiler can replace self with the current > class. > So, it appears as it is a limitation of the compiler and the entire object model. I think such behavior makes inheritance of static methods useless because even if a static method is inherited, it still functions as in the class where it was declared. Moreover, inherited static methods are using the static properties which were declared in the parent class but not the inherited one. So, in my opinion "self" keyword should be replaced with the name of the inherited class during compiling. Or at least a new magic keyword should be added and named like "this", for example. Previous Comments: [2005-03-30 23:47:28] [EMAIL PROTECTED] Andi, is this a bug or not? [2005-03-29 09:10:20] aknaub at 3st dot de I reproduced the bug with snapshot php5-200503282030, compiled as cli on Mac OS X 10.3.8. [2005-03-27 01:18:39] mongole at tuivelsminne dot at I reproduced the bug with snapshot php5-200503262330, compiled as mod_php in apache-1.3.33 on FC 3. [2005-03-25 01:21:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-02-28 21:21:44] [EMAIL PROTECTED] What's the verdict? 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/30934 -- Edit this bug report at http://bugs.php.net/?id=30934&edit=1
#32670 [NEW]: foreach sets source variable if not already set and does not issue warning
From: cmoore at iyd dot com Operating system: Linux PHP version: 4.3.11 PHP Bug Type: Arrays related Bug description: foreach sets source variable if not already set and does not issue warning Description: prior versions of php (4.3.10 tested) will issue a warning if an unset variable is passed to foreach(). even with error_reporting(E_ALL), this one will not warn. the warning would be nice to see with the same level of error reporting that if() warns at. Reproduce code: --- http://bugs.php.net/?id=32670&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32670&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32670&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32670&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32670&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32670&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32670&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32670&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32670&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32670&r=support Expected behavior: http://bugs.php.net/fix.php?id=32670&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32670&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32670&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32670&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32670&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32670&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32670&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32670&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32670&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32670&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32670&r=mysqlcfg
#32671 [NEW]: Array keys converted from float to integer
From: marek at lewczuk dot com Operating system: Linux PHP version: 5.0.3 PHP Bug Type: Arrays related Bug description: Array keys converted from float to integer Description: Suppose we have a float value: $value = 345.332 and we want to use this value as an array key: $array[$value] = $value. This will cause that key will be truncated to integer 345 not to string "345.332". It is written in the manual that: "...A key may be either an integer or a string. If a key is the standard representation of an integer, it will be interpreted as such (i.e. "8" will be interpreted as 8, while "08" will be interpreted as "08")..." >From this point of view floats should be converted to strings. I'm not saying that this is a bug, rather I would like to be sure if this is a proper behavior. Simple solution is to type cast float value to string (string), but we have to know that given value is a float (and sometimes, we don't know that). IMHO any other type than integer should be treat as string. Reproduce code: --- $value = 345.654; $array = array(); $array[$value] = "Float"; Expected result: array ( "345.654" => "Float" ) Actual result: -- array ( "345" => "Float" ) -- Edit bug report at http://bugs.php.net/?id=32671&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32671&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32671&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32671&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32671&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32671&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32671&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32671&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32671&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32671&r=support Expected behavior: http://bugs.php.net/fix.php?id=32671&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32671&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32671&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32671&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32671&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32671&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32671&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32671&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32671&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32671&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32671&r=mysqlcfg
#32671 [Opn]: Array keys converted from float to integer
ID: 32671 User updated by: marek at lewczuk dot com Reported By: marek at lewczuk dot com Status: Open Bug Type: Arrays related Operating System: Linux PHP Version: 5.0.3 New Comment: One more example, what problem this "bug/behavior" may cause: $value1 = 345.654; $value2 = 345.655; $array = array(); $array[$value1] = $value1; $array[$value2] = $value2; Result: array ( 345 => 345.655, ) If this is a normal behavior you should put a note about this in the manual. Previous Comments: [2005-04-11 16:19:04] marek at lewczuk dot com Description: Suppose we have a float value: $value = 345.332 and we want to use this value as an array key: $array[$value] = $value. This will cause that key will be truncated to integer 345 not to string "345.332". It is written in the manual that: "...A key may be either an integer or a string. If a key is the standard representation of an integer, it will be interpreted as such (i.e. "8" will be interpreted as 8, while "08" will be interpreted as "08")..." >From this point of view floats should be converted to strings. I'm not saying that this is a bug, rather I would like to be sure if this is a proper behavior. Simple solution is to type cast float value to string (string), but we have to know that given value is a float (and sometimes, we don't know that). IMHO any other type than integer should be treat as string. Reproduce code: --- $value = 345.654; $array = array(); $array[$value] = "Float"; Expected result: array ( "345.654" => "Float" ) Actual result: -- array ( "345" => "Float" ) -- Edit this bug report at http://bugs.php.net/?id=32671&edit=1
#32672 [NEW]: apache child crash with "child pid xy exit signal Segmentation fault (11)"
From: php at pappert dot biz
Operating system: Debian 3.1 on AMD64
PHP version: 5.0.4
PHP Bug Type: MySQLi related
Bug description: apache child crash with "child pid xy exit signal
Segmentation fault (11)"
Description:
System:
mysql-4.1.11
apache-2.0.53
debian-3.1 on AMD64
On every DB connect with $oObject = new mysqli('host', 'user', 'pass') the
apache child (only the child) will crash and the connection will broke
down. You can open any other side on this machine without any trouble, if
it doesn't contain mysqli calls (server is still available).
Phpinfo() shows the mysql part with the right configuration.
And if I start the script in the "code box below" on the cli it is
crashing with this message: "Segmentation fault"!
The Apache Error_log shows:
[XXX XXX XX X] [notice] child pid 32424 exit signal Segmentation fault
(11)
The php log is empty, the mysql log also.
This is my configure command:
./configure --with-config-file-path=/etc --prefix=/usr/local/php-5.0.4
--with-apxs2=/usr/local/apache-2.0.53/bin/apxs
--with-mysqli=/usr/local/mysql/bin/mysql_config
Reproduce code:
---
query('select * from db');
echo $o->error;
while($aRow = $r->fetch_array(MYSQLI_ASSOC))
print_r($aRow);
?>
--
Edit bug report at http://bugs.php.net/?id=32672&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32672&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32672&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32672&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32672&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32672&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32672&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32672&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32672&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32672&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32672&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32672&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32672&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32672&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32672&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32672&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32672&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32672&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32672&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32672&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32672&r=mysqlcfg
#32673 [NEW]: Compile error for apache2filter
From: dexter at debian dot org
Operating system: Debian
PHP version: 5CVS-2005-04-11 (dev)
PHP Bug Type: Compile Failure
Bug description: Compile error for apache2filter
Description:
There is critical bug after fixing #32587.
In file included
from
/home/dexter/src/alioth/pear-package/local/php5/debian/tmp/php-5.0.4/sapi/apache2filter/sapi_apache2.c:1:
/home/dexter/src/alioth/pear-package/local/php5/debian/tmp/php-5.0.4/sapi/apache2filter/mod_php5_filter.c:
In function `php_add_filter':
/home/dexter/src/alioth/pear-package/local/php5/debian/tmp/php-5.0.4/sapi/apache2filter/mod_php5_filter.c:632:
error: parse error before numeric constant
make: *** [sapi/apache2filter/sapi_apache2.lo] Błąd 1
The patch:
Index: sapi/apache2filter/sapi_apache2.c
===
RCS
file: /repository/php-src/sapi/apache2filter/sapi_apache2.c,v
retrieving revision 1.125.2.2
diff -u -r1.125.2.2 sapi_apache2.c
--- sapi/apache2filter/sapi_apache2.c 8 Apr 2005
20:34:03 - 1.125.2.2
+++ sapi/apache2filter/sapi_apache2.c 11 Apr 2005
14:49:10 -
@@ -628,7 +628,7 @@
/* for those who still have Set*Filter PHP
configured */
while (f) {
if (strcmp(f->frec->name, "PHP") == 0) {
- ap_log_error(APLOG_MARK,
APLOG_WARNING
+ ap_log_error(APLOG_MARK,
APLOG_WARNING,
0, r->server,
"\"Set%sFilter PHP\"
already configured for %s",
output ? "Output" :
"Input", r->uri);
--
Edit bug report at http://bugs.php.net/?id=32673&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32673&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32673&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32673&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32673&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32673&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32673&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32673&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32673&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32673&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32673&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32673&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32673&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32673&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32673&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32673&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32673&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32673&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32673&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32673&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32673&r=mysqlcfg
#32672 [Opn->Fbk]: apache child crash with "child pid xy exit signal Segmentation fault (11)"
ID: 32672
Updated by: [EMAIL PROTECTED]
Reported By: php at pappert dot biz
-Status: Open
+Status: Feedback
Bug Type: MySQLi related
Operating System: Debian 3.1 on AMD64
PHP Version: 5.0.4
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
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:
[2005-04-11 16:43:19] php at pappert dot biz
Description:
System:
mysql-4.1.11
apache-2.0.53
debian-3.1 on AMD64
On every DB connect with $oObject = new mysqli('host', 'user', 'pass')
the apache child (only the child) will crash and the connection will
broke down. You can open any other side on this machine without any
trouble, if it doesn't contain mysqli calls (server is still
available).
Phpinfo() shows the mysql part with the right configuration.
And if I start the script in the "code box below" on the cli it is
crashing with this message: "Segmentation fault"!
The Apache Error_log shows:
[XXX XXX XX X] [notice] child pid 32424 exit signal Segmentation
fault (11)
The php log is empty, the mysql log also.
This is my configure command:
./configure --with-config-file-path=/etc --prefix=/usr/local/php-5.0.4
--with-apxs2=/usr/local/apache-2.0.53/bin/apxs
--with-mysqli=/usr/local/mysql/bin/mysql_config
Reproduce code:
---
query('select * from db');
echo $o->error;
while($aRow = $r->fetch_array(MYSQLI_ASSOC))
print_r($aRow);
?>
--
Edit this bug report at http://bugs.php.net/?id=32672&edit=1
#32674 [NEW]: exception in iterator causes crash
From: rashid at ds dot pg dot gda dot pl
Operating system: win 2000
PHP version: 5CVS-2005-04-11 (dev)
PHP Bug Type: Reproducible crash
Bug description: exception in iterator causes crash
Description:
If you create class implementing Iterator interface and exception happens
during foreach than hell breaks loose. After exception in foreach debugger
shows, that processing is continued in line after the loop. In this
situation exception should be thrown further. Instead it looks like
exception is being kept somewhere while processing continues and is being
thrown at end of the script (end of scope?).
Normally (ie. operations on non-objects) this doesn`t cause crash, but if
you assign object member after interrupted loop, then apache dies
(1.3.28).
Apart from latest shapshot the problem is present also in 5.0.3, didn`t
check 5.0.4.
Reproduce code:
---
_elements);
}
public function count() {
return count($this->_elements);
}
public function current() {
$element = current($this->_elements);
return $element;
}
public function next() {
$element = next($this->_elements);
return $element;
}
public function key() {
$this->_fillCollection();
$element = key($this->_elements);
return $element;
}
public function valid() {
throw new Exception('shit happend');
return ($this->current() !== false);
}
}
class class2 {
public $dummy;
}
$obj = new class2();
$col = new collection();
$dummy = 'nothing';
foreach($col as $co) {
//irrelevant
}
echo 'shouldn`t get here';
//$dummy = 'this will not crash';
$obj->dummy = 'this will crash';
?>
Expected result:
Fatal error: Uncaught exception 'Exception' with message 'shit happend' in
d:\projects\opcapp\htdocs\collcrash.php:35 Stack trace: #0
d:\projects\opcapp\htdocs\collcrash.php(35): collection::valid() #1
d:\projects\opcapp\htdocs\collcrash.php(49): collection::valid() #2
d:\projects\opcapp\htdocs\collcrash.php(49): unknown() #3 {main} thrown in
d:\projects\opcapp\htdocs\collcrash.php on line 35
Actual result:
--
apache crash
or (if you comment out the bottom line and remove comment from the one
above it)
shouldn`t get here
Fatal error: Uncaught exception 'Exception' with message 'shit happend' in
d:\projects\opcapp\htdocs\collcrash.php:35 Stack trace: #0
d:\projects\opcapp\htdocs\collcrash.php(35): collection::valid() #1
d:\projects\opcapp\htdocs\collcrash.php(49): collection::valid() #2
d:\projects\opcapp\htdocs\collcrash.php(49): unknown() #3 {main} thrown in
d:\projects\opcapp\htdocs\collcrash.php on line 35
--
Edit bug report at http://bugs.php.net/?id=32674&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32674&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32674&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32674&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32674&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32674&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32674&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32674&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32674&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32674&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32674&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32674&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32674&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32674&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32674&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32674&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32674&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32674&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32674&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32674&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32674&r=mysqlcfg
#32667 [Opn->Bgs]: ldap_sort() multivalue issue
ID: 32667 Updated by: [EMAIL PROTECTED] Reported By: b dot hallinger at ergonaz dot net -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: Linux Debian (Sarge) PHP Version: 4.3.10 New Comment: We only wrap around the ldap_sort_entries() function. Report this to e.g. openldap authors. Previous Comments: [2005-04-11 11:34:43] b dot hallinger at ergonaz dot net Description: Hello, there is a issue if you want to sort your searchresult by multivalued attributes. ldap_sort() works fine, but only if you sort by singlevalued attributes. Reproduce code: --- I don't post code here, because its trivial. I will post an example dataset with two entries: entry one: sn= id= id= id= entry two: sn= id= id=1000 Expected result: If you sort by "id", the second entry should move to the first place, which he doesnt, because only the first vlaues of "id" got compared. Actual result: -- entry one remains entry one, although id= is greater than id=! ldap_sort() overlooks, that there is an id which is smaller (id=1000). I think the solution to this could be to tell ldap_sort() to search for the biggest value in the multivalue attribute prior comparing with the other entries. -- Edit this bug report at http://bugs.php.net/?id=32667&edit=1
#32644 [Fbk->Csd]: move_uploaded_file() relative path
ID: 32644
User updated by: tck at tcknetwork dot com
Reported By: tck at tcknetwork dot com
-Status: Feedback
+Status: Closed
Bug Type: Filesystem function related
Operating System: WinXP(SP2)
PHP Version: 5.0.4
New Comment:
Well, I tried with my apache configured with its root at C:\Server
instead of D:\Server and it works fine there.
I suppose this is because in Windows if we want to change the drive we
have first to type
$>D:[enter]
$>cd \Server\
Then I suppose it is a apache-related bug. I will report it to them...
Previous Comments:
[2005-04-11 02:03:06] [EMAIL PROTECTED]
And you are aware that Apache does an internal 'cwd /' ?
(changes working directory to root)
[2005-04-10 22:45:31] tck at tcknetwork dot com
The next question will be probably "what if you dismiss the ../" ? The
answer is that it works properly :
move_uploaded_file($_FILES["myfile"]["tmp_name"],"data/demo.jpg");
move properly the file into D:\Web\test\data, but the problem still
remains if I have
move_uploaded_file($_FILES["myfile"]["tmp_name"],"../data/demo.jpg")
In fact the bug happen only if you go backward in the filesystem tree,
no matter how deep you are (I tried from
D:\Web\test\test\demo\up\up.php > D:\Web\test\test\demo\data but the
file went still into D:\data)
[2005-04-10 22:35:21] tck at tcknetwork dot com
As recommended, I upgraded to the 5.1.0-dev snapshot (php5ts.dll &
php5apache2.dll) and deleted my php.ini to be sure there wouldn't be
any misconfigured option.
On top of that I edited my script like this (I added all warnings as
demanded and a little fix to avoid a warning message not related to the
bug) :
">
I tried to run my script twice (like before) but the problem remains
exactely the same.
The hard disk root is still taken as the "current directory" instead of
the script's directory.
I'm nearly sure that the bug happened when I upgraded from 5.0.3 to
5.0.4.
Does this bug come from a "default include directory" or something like
that where the engine decide to go first ?
The most annoying is that once the file in D:\Data\demo.jpg exists, the
function works as expected...
[2005-04-10 21:38:25] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Also add this to be first line in your script handling the upload:
error_reporting(E_ALL); ini_set('display_errors', 1);
[2005-04-09 17:17:08] tck at tcknetwork dot com
This happens both if I use zend optimizer or not (I doubted it could be
a possible source of problems. Note as well that my Apache (2.0.53,
using php as a module) root is on D:\Server if it may help.
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/32644
--
Edit this bug report at http://bugs.php.net/?id=32644&edit=1
#32670 [Opn->Ver]: foreach sets source variable if not already set and does not issue warning
ID: 32670 Updated by: [EMAIL PROTECTED] Reported By: cmoore at iyd dot com -Status: Open +Status: Verified Bug Type: Arrays related -Operating System: Linux +Operating System: * -PHP Version: 4.3.11 +PHP Version: 4CVS, 5CVS (2005-04-11) New Comment: Result with PHP 4 CVS: nothing Result with PHP 5 CVS: Notice: Undefined variable: check in /home/jani/t.php on line 3 Warning: Invalid argument supplied for foreach() in /home/jani/t.php on line 3 /usr/src/php/php5/Zend/zend_vm_execute.h(18237) : Freeing 0x0968A434 (16 bytes), script=t.php === Total 1 memory leaks detected === Previous Comments: [2005-04-11 16:07:24] cmoore at iyd dot com Description: prior versions of php (4.3.10 tested) will issue a warning if an unset variable is passed to foreach(). even with error_reporting(E_ALL), this one will not warn. the warning would be nice to see with the same level of error reporting that if() warns at. Reproduce code: --- http://bugs.php.net/?id=32670&edit=1
#32673 [Opn->Csd]: Compile error for apache2filter
ID: 32673
Updated by: [EMAIL PROTECTED]
Reported By: dexter at debian dot org
-Status: Open
+Status: Closed
Bug Type: Compile Failure
Operating System: Debian
PHP Version: 5CVS-2005-04-11 (dev)
New Comment:
Fixed in CVS.
Previous Comments:
[2005-04-11 16:51:12] dexter at debian dot org
Description:
There is critical bug after fixing #32587.
In file included
from
/home/dexter/src/alioth/pear-package/local/php5/debian/tmp/php-5.0.4/sapi/apache2filter/sapi_apache2.c:1:
/home/dexter/src/alioth/pear-package/local/php5/debian/tmp/php-5.0.4/sapi/apache2filter/mod_php5_filter.c:
In function `php_add_filter':
/home/dexter/src/alioth/pear-package/local/php5/debian/tmp/php-5.0.4/sapi/apache2filter/mod_php5_filter.c:632:
error: parse error before numeric constant
make: *** [sapi/apache2filter/sapi_apache2.lo] Błąd 1
The patch:
Index: sapi/apache2filter/sapi_apache2.c
===
RCS
file: /repository/php-src/sapi/apache2filter/sapi_apache2.c,v
retrieving revision 1.125.2.2
diff -u -r1.125.2.2 sapi_apache2.c
--- sapi/apache2filter/sapi_apache2.c 8 Apr 2005
20:34:03 - 1.125.2.2
+++ sapi/apache2filter/sapi_apache2.c 11 Apr 2005
14:49:10 -
@@ -628,7 +628,7 @@
/* for those who still have Set*Filter PHP
configured */
while (f) {
if (strcmp(f->frec->name, "PHP") == 0) {
- ap_log_error(APLOG_MARK,
APLOG_WARNING
+ ap_log_error(APLOG_MARK,
APLOG_WARNING,
0, r->server,
"\"Set%sFilter PHP\"
already configured for %s",
output ? "Output" :
"Input", r->uri);
--
Edit this bug report at http://bugs.php.net/?id=32673&edit=1
#32666 [Opn->Bgs]: MySQL Module not working properly
ID: 32666 Updated by: [EMAIL PROTECTED] Reported By: a-frey at gmx dot de -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows XP Professional SP2 PHP Version: 5.0.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-04-11 10:03:20] a-frey at gmx dot de Description: My system: - win xp pro sp2 - php 5.0.4 - mysql 4.0.24 changes in php.ini: - no changes needed When trying to browse through tables with phpMyAdmin then my server apache2 crashes entirely. I installed Apache2, mysql and php5 as module as described in the installation readme (install.txt). php5 seemed to work well, no error with phpinfo(), etc. When i try to use phpMyadmin i could not send SELECT statements to the database. I made several tests, added php4 directory to path, disabled all extensions and modules on Apache2 but had no success. Then I just loaded the file libmysql.dll shipped with php5 manually in the httpd.conf of apache and all seems to work fine now. I think copying this file to windows/system directory would have solved the problem as well. As i am not the only person having this problem, it would be fine to fix this problem, rather adding a concusion to the installation instructions. Greetings Andreas Frey. Reproduce code: --- Its hard to reproduce. I tested on 2 systems, but the error only occured on one system. hope my description helps. i installed apache2, a mysql database, php5 as module and phpMyAdmin. The error occurs when trying to browse tables in phpMyAdmin, but only on one system. However on the other system i got an error message "mysql module could not be loaded" i had to copy the libmysql.dll to windows/system directory. Expected result: Any response of the server. Actual result: -- My webServer Apache 2 crashes ... With Internet Explorer: Errorpage with message: de: Fehler: Server oder DNS kann nicht gefunden werden Internet Explorer en (i think): Server or DNS could not be found. With Mozilla Firefox: Nothing happens at all. Just the message waiting for 127.0.0.1. -- Edit this bug report at http://bugs.php.net/?id=32666&edit=1
#32674 [Opn->Ver]: exception in iterator causes crash
ID: 32674
Updated by: [EMAIL PROTECTED]
Reported By: rashid at ds dot pg dot gda dot pl
-Status: Open
+Status: Verified
-Bug Type: Reproducible crash
+Bug Type: Zend Engine 2 problem
-Operating System: win 2000
+Operating System: *
-PHP Version: 5CVS-2005-04-11 (dev)
+PHP Version: 5CVS-2005-04-11
New Comment:
I get this:
Fatal error: Invalid opcode 137/1/8. in /home/jani/t.php on line 50
Previous Comments:
[2005-04-11 17:26:08] rashid at ds dot pg dot gda dot pl
Description:
If you create class implementing Iterator interface and exception
happens during foreach than hell breaks loose. After exception in
foreach debugger shows, that processing is continued in line after the
loop. In this situation exception should be thrown further. Instead it
looks like exception is being kept somewhere while processing continues
and is being thrown at end of the script (end of scope?).
Normally (ie. operations on non-objects) this doesn`t cause crash, but
if you assign object member after interrupted loop, then apache dies
(1.3.28).
Apart from latest shapshot the problem is present also in 5.0.3, didn`t
check 5.0.4.
Reproduce code:
---
_elements);
}
public function count() {
return count($this->_elements);
}
public function current() {
$element = current($this->_elements);
return $element;
}
public function next() {
$element = next($this->_elements);
return $element;
}
public function key() {
$this->_fillCollection();
$element = key($this->_elements);
return $element;
}
public function valid() {
throw new Exception('shit happend');
return ($this->current() !== false);
}
}
class class2 {
public $dummy;
}
$obj = new class2();
$col = new collection();
$dummy = 'nothing';
foreach($col as $co) {
//irrelevant
}
echo 'shouldn`t get here';
//$dummy = 'this will not crash';
$obj->dummy = 'this will crash';
?>
Expected result:
Fatal error: Uncaught exception 'Exception' with message 'shit happend'
in d:\projects\opcapp\htdocs\collcrash.php:35 Stack trace: #0
d:\projects\opcapp\htdocs\collcrash.php(35): collection::valid() #1
d:\projects\opcapp\htdocs\collcrash.php(49): collection::valid() #2
d:\projects\opcapp\htdocs\collcrash.php(49): unknown() #3 {main} thrown
in d:\projects\opcapp\htdocs\collcrash.php on line 35
Actual result:
--
apache crash
or (if you comment out the bottom line and remove comment from the one
above it)
shouldn`t get here
Fatal error: Uncaught exception 'Exception' with message 'shit happend'
in d:\projects\opcapp\htdocs\collcrash.php:35 Stack trace: #0
d:\projects\opcapp\htdocs\collcrash.php(35): collection::valid() #1
d:\projects\opcapp\htdocs\collcrash.php(49): collection::valid() #2
d:\projects\opcapp\htdocs\collcrash.php(49): unknown() #3 {main} thrown
in d:\projects\opcapp\htdocs\collcrash.php on line 35
--
Edit this bug report at http://bugs.php.net/?id=32674&edit=1
#32675 [NEW]: mysql_fetch_field() causes segmentation fault
From: michael at cosby dot dhs dot org
Operating system: Linux 2.6
PHP version: 5.0.4
PHP Bug Type: MySQL related
Bug description: mysql_fetch_field() causes segmentation fault
Description:
environment:
apache 2.0.52 in multi-threaded mode
mysql 4.1.11 (and 4.1.6-gamma)
PHP 5.0.4
php configuration:
./configure --with-apxs2=/usr/sbin/apxs \
--with-zlib --enable-calendar \
--with-gd --with-mhash \
--with-xsl --enable-memory-limit \
--prefix=/home/php --with-mysql \
--with-openssl --with-jpeg-dir=/usr/lib \
--with-gettext \
--with-curl=/usr/local/lib
Notes:
* This bug does not occur if I use PHP 5.0.2 in the same environment
instead of PHP 5.0.4.
* It's possible that the fix for bug #31288 is related to this issue. This
code does *not* call the (deprecated) function mysql_list_fields() at all.
Reproduce code:
---
The following code snippet (taken from WordPress wp-includes/wp-db.php, a
blogging program):
while ($i < mysql_num_fields($this->result)) {
$this->col_info[$i] = mysql_fetch_field($this->result);
$i++;
}
Even a single invocation of mysql_fetch_field() will cause the seg.
fault. Nothing is written to the server's error log from PHP itself.
Expected result:
Code inside a script should not cause a seg. fault.
Actual result:
--
When using the code snippet specified, the apache child running the
request seg. faults.
--
Edit bug report at http://bugs.php.net/?id=32675&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32675&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32675&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32675&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32675&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32675&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32675&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32675&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32675&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32675&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32675&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32675&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32675&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32675&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32675&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32675&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32675&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32675&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32675&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32675&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32675&r=mysqlcfg
#32675 [Opn->Fbk]: mysql_fetch_field() causes segmentation fault
ID: 32675
Updated by: [EMAIL PROTECTED]
Reported By: michael at cosby dot dhs dot org
-Status: Open
+Status: Feedback
Bug Type: MySQL related
Operating System: Linux 2.6
PHP Version: 5.0.4
New Comment:
Try configure PHP using the external mysql client libraries:
1. delete config.cache file
2 run your configure with this change:
--with-mysql=/usr (or whatever the install PREFIX is)
Also note: /usr/local/lib or /usr/lib are NOT correct values for any
PHP configure option!! They're /usr/local and /usr
Previous Comments:
[2005-04-11 17:51:40] michael at cosby dot dhs dot org
Description:
environment:
apache 2.0.52 in multi-threaded mode
mysql 4.1.11 (and 4.1.6-gamma)
PHP 5.0.4
php configuration:
./configure --with-apxs2=/usr/sbin/apxs \
--with-zlib --enable-calendar \
--with-gd --with-mhash \
--with-xsl --enable-memory-limit \
--prefix=/home/php --with-mysql \
--with-openssl --with-jpeg-dir=/usr/lib \
--with-gettext \
--with-curl=/usr/local/lib
Notes:
* This bug does not occur if I use PHP 5.0.2 in the same environment
instead of PHP 5.0.4.
* It's possible that the fix for bug #31288 is related to this issue.
This code does *not* call the (deprecated) function mysql_list_fields()
at all.
Reproduce code:
---
The following code snippet (taken from WordPress wp-includes/wp-db.php,
a blogging program):
while ($i < mysql_num_fields($this->result)) {
$this->col_info[$i] = mysql_fetch_field($this->result);
$i++;
}
Even a single invocation of mysql_fetch_field() will cause the seg.
fault. Nothing is written to the server's error log from PHP itself.
Expected result:
Code inside a script should not cause a seg. fault.
Actual result:
--
When using the code snippet specified, the apache child running the
request seg. faults.
--
Edit this bug report at http://bugs.php.net/?id=32675&edit=1
#32663 [Opn->Fbk]: odbc_fetch_row fails to get single selected MySQL text column
ID: 32663 Updated by: [EMAIL PROTECTED] Reported By: mizmerize at yahoo dot com -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Windows 2000 Advanced Server SP3 PHP Version: 5.0.4 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 possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-04-11 03:27:52] mizmerize at yahoo dot com Description: I used ODBC Unified using a MyODBC driver version 3.51.11 and connected to a table with a varchar and a TEXT column. Then I created a query like this: $sql="SELECT Title FROM tbllibrarymaterials" .. the odbc_exec function does good. It provides a non-false result. but if I have to get the rows by using odbc_fetch_row, this function returns false and I could not get a record. But... If I defined another column along with the query: $sql="SELECT Title, Call_Number FROM tbllibrarymaterials" ...I get the expected results. [PHP.INI] odbc.longreadlen=65535 odbc.binmode=1 I set this because it may be the problem with long columns. But this settings did not change anything. Reproduce code: --- To reproduce the bug, you must create a table called "tbllibmaterials" (or any name) in MySQL with a varchar(50) for the Call_Number and TEXT column for the Title, and use odbc_fetch_row running the query: $sql="SELECT Title FROM tbllibrarymaterials" Expected result: No records can be retrieved. Actual result: -- No records can be retrieved. -- Edit this bug report at http://bugs.php.net/?id=32663&edit=1
#32637 [Opn->Csd]: No libphp5.so is created when using --with-mysql option
ID: 32637 Updated by: [EMAIL PROTECTED] Reported By: Anand dot Murugesan at eds dot com -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Solaris 10 / Sparc PHP Version: 5CVS-2005-04-08 (dev) New Comment: Apparently something which seemed totally unrelated fixed this. Previous Comments: [2005-04-11 03:51:50] Anand dot Murugesan at eds dot com The newest - newest tar ball work. Thanks Guy. [2005-04-11 02:40:51] Anand dot Murugesan at eds dot com Never mind my previous comment about apxs not in configure... It does seem to do the check checking for Apache 2.0 handler-module support via DSO through APXS... yes [2005-04-11 02:35:17] Anand dot Murugesan at eds dot com Here you go checking ODBC v3 driver for PDO... no checking for PostgreSQL support for PDO... no checking for sqlite 3 driver for PDO... yes checking for PDO includes... /usr/share/src/php5-200504091430/ext checking size of char *... (cached) 4 ./configure: !: not found checking for usleep... (cached) yes checking for nanosleep... (cached) no checking for time.h... (cached) yes [2005-04-11 02:30:24] Anand dot Murugesan at eds dot com When I configure with --with-apxs and point it to the apache1.33 this check is done checking for chosen SAPI module... apache which is not done with apxs2. [2005-04-11 02:08:31] [EMAIL PROTECTED] In what part of the configure output is that "./configure: !: not found" ?? (paste 5 lines before, 5 lines after) 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/32637 -- Edit this bug report at http://bugs.php.net/?id=32637&edit=1
#32675 [Fbk]: mysql_fetch_field() causes segmentation fault
ID: 32675
Updated by: [EMAIL PROTECTED]
Reported By: michael at cosby dot dhs dot org
Status: Feedback
Bug Type: MySQL related
Operating System: Linux 2.6
PHP Version: 5.0.4
New Comment:
Does the problem still exist if you disable MySQL's query cache?
Previous Comments:
[2005-04-11 17:56:45] [EMAIL PROTECTED]
Try configure PHP using the external mysql client libraries:
1. delete config.cache file
2 run your configure with this change:
--with-mysql=/usr (or whatever the install PREFIX is)
Also note: /usr/local/lib or /usr/lib are NOT correct values for any
PHP configure option!! They're /usr/local and /usr
[2005-04-11 17:51:40] michael at cosby dot dhs dot org
Description:
environment:
apache 2.0.52 in multi-threaded mode
mysql 4.1.11 (and 4.1.6-gamma)
PHP 5.0.4
php configuration:
./configure --with-apxs2=/usr/sbin/apxs \
--with-zlib --enable-calendar \
--with-gd --with-mhash \
--with-xsl --enable-memory-limit \
--prefix=/home/php --with-mysql \
--with-openssl --with-jpeg-dir=/usr/lib \
--with-gettext \
--with-curl=/usr/local/lib
Notes:
* This bug does not occur if I use PHP 5.0.2 in the same environment
instead of PHP 5.0.4.
* It's possible that the fix for bug #31288 is related to this issue.
This code does *not* call the (deprecated) function mysql_list_fields()
at all.
Reproduce code:
---
The following code snippet (taken from WordPress wp-includes/wp-db.php,
a blogging program):
while ($i < mysql_num_fields($this->result)) {
$this->col_info[$i] = mysql_fetch_field($this->result);
$i++;
}
Even a single invocation of mysql_fetch_field() will cause the seg.
fault. Nothing is written to the server's error log from PHP itself.
Expected result:
Code inside a script should not cause a seg. fault.
Actual result:
--
When using the code snippet specified, the apache child running the
request seg. faults.
--
Edit this bug report at http://bugs.php.net/?id=32675&edit=1
#32675 [Fbk->Opn]: mysql_fetch_field() causes segmentation fault
ID: 32675
User updated by: michael at cosby dot dhs dot org
Reported By: michael at cosby dot dhs dot org
-Status: Feedback
+Status: Open
Bug Type: MySQL related
Operating System: Linux 2.6
PHP Version: 5.0.4
New Comment:
It looks like my query cache is already disabled:
mysql> show variables;
+-++
| Variable_name | Value |
+-++
...
| query_cache_limit | 1048576|
| query_cache_min_res_unit| 4096 |
| query_cache_size| 0 |
| query_cache_type| ON |
| query_cache_wlock_invalidate| OFF|
...
>From the mysql manual at
http://dev.mysql.com/doc/mysql/en/query-cache.html:
"
To disable the query cache at server startup, set the query_cache_size
system variable to 0. By disabling the query cache code, there is no
noticeable overhead.
"
(I'm not real familiar with the query cache, so I wanted to be 100%
sure it was disabled).
Previous Comments:
[2005-04-11 19:54:43] [EMAIL PROTECTED]
Does the problem still exist if you disable MySQL's query cache?
[2005-04-11 17:56:45] [EMAIL PROTECTED]
Try configure PHP using the external mysql client libraries:
1. delete config.cache file
2 run your configure with this change:
--with-mysql=/usr (or whatever the install PREFIX is)
Also note: /usr/local/lib or /usr/lib are NOT correct values for any
PHP configure option!! They're /usr/local and /usr
[2005-04-11 17:51:40] michael at cosby dot dhs dot org
Description:
environment:
apache 2.0.52 in multi-threaded mode
mysql 4.1.11 (and 4.1.6-gamma)
PHP 5.0.4
php configuration:
./configure --with-apxs2=/usr/sbin/apxs \
--with-zlib --enable-calendar \
--with-gd --with-mhash \
--with-xsl --enable-memory-limit \
--prefix=/home/php --with-mysql \
--with-openssl --with-jpeg-dir=/usr/lib \
--with-gettext \
--with-curl=/usr/local/lib
Notes:
* This bug does not occur if I use PHP 5.0.2 in the same environment
instead of PHP 5.0.4.
* It's possible that the fix for bug #31288 is related to this issue.
This code does *not* call the (deprecated) function mysql_list_fields()
at all.
Reproduce code:
---
The following code snippet (taken from WordPress wp-includes/wp-db.php,
a blogging program):
while ($i < mysql_num_fields($this->result)) {
$this->col_info[$i] = mysql_fetch_field($this->result);
$i++;
}
Even a single invocation of mysql_fetch_field() will cause the seg.
fault. Nothing is written to the server's error log from PHP itself.
Expected result:
Code inside a script should not cause a seg. fault.
Actual result:
--
When using the code snippet specified, the apache child running the
request seg. faults.
--
Edit this bug report at http://bugs.php.net/?id=32675&edit=1
#32675 [Opn]: mysql_fetch_field() causes segmentation fault
ID: 32675
User updated by: michael at cosby dot dhs dot org
Reported By: michael at cosby dot dhs dot org
Status: Open
Bug Type: MySQL related
Operating System: Linux 2.6
PHP Version: 5.0.4
New Comment:
For the libraries, it appears that my PHP is *not* compiling with the
4.1.11 client library, but with a 4.0.21 client library. I'm trying to
get it to compile with with the 4.1.11 library to see what happens, but
I doubt that will fix it since this same 4.0.21 client library works
fine with PHP 5.0.2.
Previous Comments:
[2005-04-11 20:01:16] michael at cosby dot dhs dot org
It looks like my query cache is already disabled:
mysql> show variables;
+-++
| Variable_name | Value |
+-++
...
| query_cache_limit | 1048576|
| query_cache_min_res_unit| 4096 |
| query_cache_size| 0 |
| query_cache_type| ON |
| query_cache_wlock_invalidate| OFF|
...
>From the mysql manual at
http://dev.mysql.com/doc/mysql/en/query-cache.html:
"
To disable the query cache at server startup, set the query_cache_size
system variable to 0. By disabling the query cache code, there is no
noticeable overhead.
"
(I'm not real familiar with the query cache, so I wanted to be 100%
sure it was disabled).
[2005-04-11 19:54:43] [EMAIL PROTECTED]
Does the problem still exist if you disable MySQL's query cache?
[2005-04-11 17:56:45] [EMAIL PROTECTED]
Try configure PHP using the external mysql client libraries:
1. delete config.cache file
2 run your configure with this change:
--with-mysql=/usr (or whatever the install PREFIX is)
Also note: /usr/local/lib or /usr/lib are NOT correct values for any
PHP configure option!! They're /usr/local and /usr
[2005-04-11 17:51:40] michael at cosby dot dhs dot org
Description:
environment:
apache 2.0.52 in multi-threaded mode
mysql 4.1.11 (and 4.1.6-gamma)
PHP 5.0.4
php configuration:
./configure --with-apxs2=/usr/sbin/apxs \
--with-zlib --enable-calendar \
--with-gd --with-mhash \
--with-xsl --enable-memory-limit \
--prefix=/home/php --with-mysql \
--with-openssl --with-jpeg-dir=/usr/lib \
--with-gettext \
--with-curl=/usr/local/lib
Notes:
* This bug does not occur if I use PHP 5.0.2 in the same environment
instead of PHP 5.0.4.
* It's possible that the fix for bug #31288 is related to this issue.
This code does *not* call the (deprecated) function mysql_list_fields()
at all.
Reproduce code:
---
The following code snippet (taken from WordPress wp-includes/wp-db.php,
a blogging program):
while ($i < mysql_num_fields($this->result)) {
$this->col_info[$i] = mysql_fetch_field($this->result);
$i++;
}
Even a single invocation of mysql_fetch_field() will cause the seg.
fault. Nothing is written to the server's error log from PHP itself.
Expected result:
Code inside a script should not cause a seg. fault.
Actual result:
--
When using the code snippet specified, the apache child running the
request seg. faults.
--
Edit this bug report at http://bugs.php.net/?id=32675&edit=1
#32613 [Bgs->Opn]: php --version fails with snmpapp.conf access error
ID: 32613 User updated by: ric at arizona dot edu Reported By: ric at arizona dot edu -Status: Bogus +Status: Open Bug Type: SNMP related Operating System: Solaris 8 PHP Version: 4.3.11 New Comment: After much reading on this, I found the problem to be the snmp_shutdown() call added in php 4.3.11. The fix for the errors this is twofold a) modify php to include netsnmp_ds_set_boolean(NETSNMP_DS_LIBRARY_ID, NETSNMP_DS_LIB_DONT_PERSIST_STATE, 1); in php startup, so the newly added snmp_shutdown call won't try to write data. -AND- b) update to net-snmp-5.2.1 which recognizes the above call. --- Previous Comments: [2005-04-07 01:51:42] ric at arizona dot edu I disagree with the "its net-snmp's fault" response. How can it be net-snmp's problem when php 4.3.10 built with the exact same net-snmp within a couple of hours of building 4.3.11 does not exhibit the problem of trying to write to /var/net-snmp??? Isn't it more likely that there was some change php's use of net-snmp between 4.3.10 and 4.3.11 that triggered this change in behavior? [2005-04-07 00:26:03] [EMAIL PROTECTED] This is not any PHP bug to fix, complain to the net-snmp people about this. There might be some configuration options in the snmp.conf & friends to control this behaviour.. [2005-04-06 23:50:41] ric at arizona dot edu Description: Build environment is Solaris 8 with net-snmp5.1. I built php 4.3.11 with ./configure --with-mysql=/usr/local \ --with-openssl=/usr/local/ssl --with-ldap \ --with-apxs=/private/apache/bin/apxs --with-xml --with-pspell \ --with-snmp --with-zlib make The build completed normally, but when I then run $ /dfs/src/solaris/php-4.3.11/sapi/cli/php--version I get PHP 4.3.11 (cli) (built: Apr 6 2005 11:12:09) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Cannot rename /var/net-snmp/snmpapp.conf to /var/net-snmp/snmpapp.0.conf Cannot unlink /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf On the same computer with the same environment, I built php 4.3.10, and it produces no such errors, viz: $ /dfs/src/solaris/php-4.3.10/sapi/cli/php --version PHP 4.3.10 (cli) (built: Apr 6 2005 14:30:39) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies 4.3.11 appears to need write access to /var/snmp to be able to rename files and read/write access to snmpapp.conf. Short of making /var/snmp world write, and snmpapp.conf world write is there a way to restore the 4.3.10 behvior which doesn't even require the existance of /var/net-snmp? Thanks Ric Anderson ([EMAIL PROTECTED]) Reproduce code: --- Configure and build 4.3.11 --with-snmp, and then try to run sapi/cli/php --version as a mortal (non-root) user. Expected result: I expect to see the version info e.g. PHP 4.3.11 (cli) (built: Apr 6 2005 11:12:09) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Actual result: -- PHP 4.3.11 (cli) (built: Apr 6 2005 11:12:09) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Cannot rename /var/net-snmp/snmpapp.conf to /var/net-snmp/snmpapp.0.conf Cannot unlink /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf -- Edit this bug report at http://bugs.php.net/?id=32613&edit=1
#32675 [Opn]: mysql_fetch_field() causes segmentation fault
ID: 32675
User updated by: michael at cosby dot dhs dot org
Reported By: michael at cosby dot dhs dot org
Status: Open
Bug Type: MySQL related
Operating System: Linux 2.6
PHP Version: 5.0.4
New Comment:
It appears that I'm already using the external mysql client library, or
I'm reading phpinfo() wrong:
MySQL Support enabled
Active Persistent Links 0
Active Links0
Client API version 4.0.21
MYSQL_MODULE_TYPE external
MYSQL_SOCKET/tmp/mysql.sock
MYSQL_INCLUDE -I/usr/include/mysql
MYSQL_LIBS -L/usr/lib -lmysqlclient
Previous Comments:
[2005-04-11 20:04:08] michael at cosby dot dhs dot org
For the libraries, it appears that my PHP is *not* compiling with the
4.1.11 client library, but with a 4.0.21 client library. I'm trying to
get it to compile with with the 4.1.11 library to see what happens, but
I doubt that will fix it since this same 4.0.21 client library works
fine with PHP 5.0.2.
[2005-04-11 20:01:16] michael at cosby dot dhs dot org
It looks like my query cache is already disabled:
mysql> show variables;
+-++
| Variable_name | Value |
+-++
...
| query_cache_limit | 1048576|
| query_cache_min_res_unit| 4096 |
| query_cache_size| 0 |
| query_cache_type| ON |
| query_cache_wlock_invalidate| OFF|
...
>From the mysql manual at
http://dev.mysql.com/doc/mysql/en/query-cache.html:
"
To disable the query cache at server startup, set the query_cache_size
system variable to 0. By disabling the query cache code, there is no
noticeable overhead.
"
(I'm not real familiar with the query cache, so I wanted to be 100%
sure it was disabled).
[2005-04-11 19:54:43] [EMAIL PROTECTED]
Does the problem still exist if you disable MySQL's query cache?
[2005-04-11 17:56:45] [EMAIL PROTECTED]
Try configure PHP using the external mysql client libraries:
1. delete config.cache file
2 run your configure with this change:
--with-mysql=/usr (or whatever the install PREFIX is)
Also note: /usr/local/lib or /usr/lib are NOT correct values for any
PHP configure option!! They're /usr/local and /usr
[2005-04-11 17:51:40] michael at cosby dot dhs dot org
Description:
environment:
apache 2.0.52 in multi-threaded mode
mysql 4.1.11 (and 4.1.6-gamma)
PHP 5.0.4
php configuration:
./configure --with-apxs2=/usr/sbin/apxs \
--with-zlib --enable-calendar \
--with-gd --with-mhash \
--with-xsl --enable-memory-limit \
--prefix=/home/php --with-mysql \
--with-openssl --with-jpeg-dir=/usr/lib \
--with-gettext \
--with-curl=/usr/local/lib
Notes:
* This bug does not occur if I use PHP 5.0.2 in the same environment
instead of PHP 5.0.4.
* It's possible that the fix for bug #31288 is related to this issue.
This code does *not* call the (deprecated) function mysql_list_fields()
at all.
Reproduce code:
---
The following code snippet (taken from WordPress wp-includes/wp-db.php,
a blogging program):
while ($i < mysql_num_fields($this->result)) {
$this->col_info[$i] = mysql_fetch_field($this->result);
$i++;
}
Even a single invocation of mysql_fetch_field() will cause the seg.
fault. Nothing is written to the server's error log from PHP itself.
Expected result:
Code inside a script should not cause a seg. fault.
Actual result:
--
When using the code snippet specified, the apache child running the
request seg. faults.
--
Edit this bug report at http://bugs.php.net/?id=32675&edit=1
#32672 [Fbk->Bgs]: apache child crash with "child pid xy exit signal Segmentation fault (11)"
ID: 32672
Updated by: [EMAIL PROTECTED]
Reported By: php at pappert dot biz
-Status: Feedback
+Status: Bogus
Bug Type: MySQLi related
Operating System: Debian 3.1 on AMD64
PHP Version: 5.0.4
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
This is bug 32282, which was just fixed in CVS - try a snapshot from
snaps.php.net.
Previous Comments:
[2005-04-11 16:54:43] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
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.
[2005-04-11 16:43:19] php at pappert dot biz
Description:
System:
mysql-4.1.11
apache-2.0.53
debian-3.1 on AMD64
On every DB connect with $oObject = new mysqli('host', 'user', 'pass')
the apache child (only the child) will crash and the connection will
broke down. You can open any other side on this machine without any
trouble, if it doesn't contain mysqli calls (server is still
available).
Phpinfo() shows the mysql part with the right configuration.
And if I start the script in the "code box below" on the cli it is
crashing with this message: "Segmentation fault"!
The Apache Error_log shows:
[XXX XXX XX X] [notice] child pid 32424 exit signal Segmentation
fault (11)
The php log is empty, the mysql log also.
This is my configure command:
./configure --with-config-file-path=/etc --prefix=/usr/local/php-5.0.4
--with-apxs2=/usr/local/apache-2.0.53/bin/apxs
--with-mysqli=/usr/local/mysql/bin/mysql_config
Reproduce code:
---
query('select * from db');
echo $o->error;
while($aRow = $r->fetch_array(MYSQLI_ASSOC))
print_r($aRow);
?>
--
Edit this bug report at http://bugs.php.net/?id=32672&edit=1
#32613 [Opn]: php --version fails with snmpapp.conf access error
ID: 32613 Updated by: [EMAIL PROTECTED] Reported By: ric at arizona dot edu Status: Open Bug Type: SNMP related Operating System: Solaris 8 PHP Version: 4.3.11 New Comment: I agree this is a regression; you see the spam similarly in the httpd error_log at each shutdown, if it *can't* create the snmpapp.conf since it's not running as root (at least using the net-snmp default paths in Fedora Core). That looks like a good solution, except it will inhibit *reading* the config data as well, which might not be desired? I'm not familiar with this area at all. Previous Comments: [2005-04-11 20:33:55] ric at arizona dot edu After much reading on this, I found the problem to be the snmp_shutdown() call added in php 4.3.11. The fix for the errors this is twofold a) modify php to include netsnmp_ds_set_boolean(NETSNMP_DS_LIBRARY_ID, NETSNMP_DS_LIB_DONT_PERSIST_STATE, 1); in php startup, so the newly added snmp_shutdown call won't try to write data. -AND- b) update to net-snmp-5.2.1 which recognizes the above call. --- [2005-04-07 01:51:42] ric at arizona dot edu I disagree with the "its net-snmp's fault" response. How can it be net-snmp's problem when php 4.3.10 built with the exact same net-snmp within a couple of hours of building 4.3.11 does not exhibit the problem of trying to write to /var/net-snmp??? Isn't it more likely that there was some change php's use of net-snmp between 4.3.10 and 4.3.11 that triggered this change in behavior? [2005-04-07 00:26:03] [EMAIL PROTECTED] This is not any PHP bug to fix, complain to the net-snmp people about this. There might be some configuration options in the snmp.conf & friends to control this behaviour.. [2005-04-06 23:50:41] ric at arizona dot edu Description: Build environment is Solaris 8 with net-snmp5.1. I built php 4.3.11 with ./configure --with-mysql=/usr/local \ --with-openssl=/usr/local/ssl --with-ldap \ --with-apxs=/private/apache/bin/apxs --with-xml --with-pspell \ --with-snmp --with-zlib make The build completed normally, but when I then run $ /dfs/src/solaris/php-4.3.11/sapi/cli/php--version I get PHP 4.3.11 (cli) (built: Apr 6 2005 11:12:09) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Cannot rename /var/net-snmp/snmpapp.conf to /var/net-snmp/snmpapp.0.conf Cannot unlink /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf On the same computer with the same environment, I built php 4.3.10, and it produces no such errors, viz: $ /dfs/src/solaris/php-4.3.10/sapi/cli/php --version PHP 4.3.10 (cli) (built: Apr 6 2005 14:30:39) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies 4.3.11 appears to need write access to /var/snmp to be able to rename files and read/write access to snmpapp.conf. Short of making /var/snmp world write, and snmpapp.conf world write is there a way to restore the 4.3.10 behvior which doesn't even require the existance of /var/net-snmp? Thanks Ric Anderson ([EMAIL PROTECTED]) Reproduce code: --- Configure and build 4.3.11 --with-snmp, and then try to run sapi/cli/php --version as a mortal (non-root) user. Expected result: I expect to see the version info e.g. PHP 4.3.11 (cli) (built: Apr 6 2005 11:12:09) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Actual result: -- PHP 4.3.11 (cli) (built: Apr 6 2005 11:12:09) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Cannot rename /var/net-snmp/snmpapp.conf to /var/net-snmp/snmpapp.0.conf Cannot unlink /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf -- Edit this bug report at http://bugs.php.net/?id=32613&edit=1
#32677 [Opn->Bgs]: undefined variable defined after passed to foreach
ID: 32677 Updated by: [EMAIL PROTECTED] Reported By: cmoore at iyd dot com -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Linux PHP Version: 4.3.11 New Comment: Yes, one report is enough about this.. Previous Comments: [2005-04-11 20:53:04] cmoore at iyd dot com Description: after calling foreach on an undefined variable, you no longer get warnings about the variable being undefined with error_reporting(E_ALL). Reproduce code: --- http://bugs.php.net/?id=32677&edit=1
#32613 [Opn->Bgs]: php --version fails with snmpapp.conf access error
ID: 32613 Updated by: [EMAIL PROTECTED] Reported By: ric at arizona dot edu -Status: Open +Status: Bogus Bug Type: SNMP related Operating System: Solaris 8 PHP Version: 4.3.11 New Comment: You can very easily control a) the path b) the owner of that path -> not PHP bug. Previous Comments: [2005-04-11 22:39:26] [EMAIL PROTECTED] I agree this is a regression; you see the spam similarly in the httpd error_log at each shutdown, if it *can't* create the snmpapp.conf since it's not running as root (at least using the net-snmp default paths in Fedora Core). That looks like a good solution, except it will inhibit *reading* the config data as well, which might not be desired? I'm not familiar with this area at all. [2005-04-11 20:33:55] ric at arizona dot edu After much reading on this, I found the problem to be the snmp_shutdown() call added in php 4.3.11. The fix for the errors this is twofold a) modify php to include netsnmp_ds_set_boolean(NETSNMP_DS_LIBRARY_ID, NETSNMP_DS_LIB_DONT_PERSIST_STATE, 1); in php startup, so the newly added snmp_shutdown call won't try to write data. -AND- b) update to net-snmp-5.2.1 which recognizes the above call. --- [2005-04-07 01:51:42] ric at arizona dot edu I disagree with the "its net-snmp's fault" response. How can it be net-snmp's problem when php 4.3.10 built with the exact same net-snmp within a couple of hours of building 4.3.11 does not exhibit the problem of trying to write to /var/net-snmp??? Isn't it more likely that there was some change php's use of net-snmp between 4.3.10 and 4.3.11 that triggered this change in behavior? [2005-04-07 00:26:03] [EMAIL PROTECTED] This is not any PHP bug to fix, complain to the net-snmp people about this. There might be some configuration options in the snmp.conf & friends to control this behaviour.. [2005-04-06 23:50:41] ric at arizona dot edu Description: Build environment is Solaris 8 with net-snmp5.1. I built php 4.3.11 with ./configure --with-mysql=/usr/local \ --with-openssl=/usr/local/ssl --with-ldap \ --with-apxs=/private/apache/bin/apxs --with-xml --with-pspell \ --with-snmp --with-zlib make The build completed normally, but when I then run $ /dfs/src/solaris/php-4.3.11/sapi/cli/php--version I get PHP 4.3.11 (cli) (built: Apr 6 2005 11:12:09) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Cannot rename /var/net-snmp/snmpapp.conf to /var/net-snmp/snmpapp.0.conf Cannot unlink /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf On the same computer with the same environment, I built php 4.3.10, and it produces no such errors, viz: $ /dfs/src/solaris/php-4.3.10/sapi/cli/php --version PHP 4.3.10 (cli) (built: Apr 6 2005 14:30:39) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies 4.3.11 appears to need write access to /var/snmp to be able to rename files and read/write access to snmpapp.conf. Short of making /var/snmp world write, and snmpapp.conf world write is there a way to restore the 4.3.10 behvior which doesn't even require the existance of /var/net-snmp? Thanks Ric Anderson ([EMAIL PROTECTED]) Reproduce code: --- Configure and build 4.3.11 --with-snmp, and then try to run sapi/cli/php --version as a mortal (non-root) user. Expected result: I expect to see the version info e.g. PHP 4.3.11 (cli) (built: Apr 6 2005 11:12:09) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Actual result: -- PHP 4.3.11 (cli) (built: Apr 6 2005 11:12:09) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Cannot rename /var/net-snmp/snmpapp.conf to /var/net-snmp/snmpapp.0.conf Cannot unlink /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf read_config_store open failure on /var/net-snmp/snmpapp.conf -- Edit this bug report at http://bugs.php.net/?id=32613&edit=1
#32676 [Opn->Bgs]: Faulting Application with module php5ts.dll
ID: 32676 Updated by: [EMAIL PROTECTED] Reported By: cclos at lmcu dot org -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows 2003 Server SP1 PHP Version: 5CVS-2005-04-11 (dev) New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-04-11 20:47:31] cclos at lmcu dot org I have did some searching and found there are two CVS's.. php5-win32-latest.zip which has 4-11-05 5.0.5 version and php5.0-win32-latest.zip which has 4-11-05 5.1.0 version. I have tried both and have had the same problem. [2005-04-11 20:43:17] cclos at lmcu dot org Description: When I use phpMyAdmin (Tried 2.6.1 and 2.6.1-pl3) and browse in a table, Apache crashes and I get an error in Windows Event Viewer: Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 4/11/2005 Time: 2:15:24 PM User: N/A Computer: WEB Description: Faulting application Apache.exe, version 2.0.52.0, faulting module php5ts.dll, version 5.0.5.5, fault address 0x58cc. The fault Address changes slightly now and then. I have tried php 5.0.3, 5.0.4, 5.0.5 and now the latest CVS (April 11, 2005) and still get the same results. I have reverted my php.ini file back to just having the mysql extension and no other settings (besides the extension path) to make this work, and I still get the same problem. -- Edit this bug report at http://bugs.php.net/?id=32676&edit=1
#32675 [Opn->Fbk]: mysql_fetch_field() causes segmentation fault
ID: 32675 Updated by: [EMAIL PROTECTED] Reported By: michael at cosby dot dhs dot org -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Linux 2.6 PHP Version: 5.0.4 New Comment: Noticed this: "apache 2.0.52 in multi-threaded mode".. What if you try with prefork apache2? Previous Comments: [2005-04-11 22:24:45] michael at cosby dot dhs dot org It appears that I'm already using the external mysql client library, or I'm reading phpinfo() wrong: MySQL Support enabled Active Persistent Links 0 Active Links0 Client API version 4.0.21 MYSQL_MODULE_TYPE external MYSQL_SOCKET/tmp/mysql.sock MYSQL_INCLUDE -I/usr/include/mysql MYSQL_LIBS -L/usr/lib -lmysqlclient [2005-04-11 20:04:08] michael at cosby dot dhs dot org For the libraries, it appears that my PHP is *not* compiling with the 4.1.11 client library, but with a 4.0.21 client library. I'm trying to get it to compile with with the 4.1.11 library to see what happens, but I doubt that will fix it since this same 4.0.21 client library works fine with PHP 5.0.2. [2005-04-11 20:01:16] michael at cosby dot dhs dot org It looks like my query cache is already disabled: mysql> show variables; +-++ | Variable_name | Value | +-++ ... | query_cache_limit | 1048576| | query_cache_min_res_unit| 4096 | | query_cache_size| 0 | | query_cache_type| ON | | query_cache_wlock_invalidate| OFF| ... >From the mysql manual at http://dev.mysql.com/doc/mysql/en/query-cache.html: " To disable the query cache at server startup, set the query_cache_size system variable to 0. By disabling the query cache code, there is no noticeable overhead. " (I'm not real familiar with the query cache, so I wanted to be 100% sure it was disabled). [2005-04-11 19:54:43] [EMAIL PROTECTED] Does the problem still exist if you disable MySQL's query cache? [2005-04-11 17:56:45] [EMAIL PROTECTED] Try configure PHP using the external mysql client libraries: 1. delete config.cache file 2 run your configure with this change: --with-mysql=/usr (or whatever the install PREFIX is) Also note: /usr/local/lib or /usr/lib are NOT correct values for any PHP configure option!! They're /usr/local and /usr 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/32675 -- Edit this bug report at http://bugs.php.net/?id=32675&edit=1
#30934 [Com]: Special keyword 'self' inherited in child classes
ID: 30934 Comment by: aknaub at 3st dot de Reported By: jbs at fromru dot com Status: Assigned Bug Type: Class/Object related Operating System: * PHP Version: 5.0.3 Assigned To: andi New Comment: Sorry, but this quote is nonsense. Every real OOP language (Ruby, ObjC etc.) resolves static methods at runtime. Previous Comments: [2005-04-11 13:50:15] jbs at fromru dot com I've noticed some similar reports. For example, the one at http://bugs.php.net/bug.php?id=30235. Here is a quote: > > Sorry, you have a complete wrong idea og OO programming. > > Static methods are bound/resolved at compile time. > That is the compiler can replace self with the current > class. > So, it appears as it is a limitation of the compiler and the entire object model. I think such behavior makes inheritance of static methods useless because even if a static method is inherited, it still functions as in the class where it was declared. Moreover, inherited static methods are using the static properties which were declared in the parent class but not the inherited one. So, in my opinion "self" keyword should be replaced with the name of the inherited class during compiling. Or at least a new magic keyword should be added and named like "this", for example. [2005-03-30 23:47:28] [EMAIL PROTECTED] Andi, is this a bug or not? [2005-03-29 09:10:20] aknaub at 3st dot de I reproduced the bug with snapshot php5-200503282030, compiled as cli on Mac OS X 10.3.8. [2005-03-27 01:18:39] mongole at tuivelsminne dot at I reproduced the bug with snapshot php5-200503262330, compiled as mod_php in apache-1.3.33 on FC 3. [2005-03-25 01:21:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/30934 -- Edit this bug report at http://bugs.php.net/?id=30934&edit=1
#32678 [Opn->Fbk]: An extra Line Feed ( 0x0A) is added when downloading Files
ID: 32678
Updated by: [EMAIL PROTECTED]
Reported By: kosuri dot s dot raju at chase dot com
-Status: Open
+Status: Feedback
-Bug Type: Output Control
+Bug Type: iPlanet related
Operating System: Win 2000 (build 2195), SP4
PHP Version: 4.3.10
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Previous Comments:
[2005-04-11 21:46:37] kosuri dot s dot raju at chase dot com
Description:
Environment:
Windows 2000, V5.0.2195 SP 4
Sun one Webserver 6.1 SP2
PHP 4.3.10 (cgi-fcgi) (built: Dec 14 2004 17:47:59)
Using NSAPI
MySQL
Browser: IE6.0
When dowloading a file ( both text and Binary files ), an extra LF
Character (0x0A) is always prepende to the output. This is only
happening in the above environment. The data is stored properly on
the MySql Server. Works OK on Windows XP , SP2 ( environment)
Reproduce code:
---
Sample Code:
$inData = // Read Data from mySQL
$ctype = "text/plain" ; // or like appilcation/msword
header("Pragma: public");
header("Expires: 0");
header("Cache-Control: must-revalidate, post-check=0, pre-check=0");
header("Cache-Control: public");
header("Content-type: $ctype");
header( "Content-Disposition: attachment; filename=".$filenam );
header("Content-Transfer-Encoding: binary");
header("Content-Length: ".$filesize);
echo($inData);
exit;
Expected result:
The output should not contain additional LineFeed character at the
start of output
Actual result:
--
--- This is Extra Linefeed ( 0x0A)
B
--
Edit this bug report at http://bugs.php.net/?id=32678&edit=1
#32614 [Asn]: Crash occured in function fread from module /usr/lib/libc.so.1
ID: 32614 User updated by: Oscar dot Castillo at jpl dot nasa dot gov Reported By: Oscar dot Castillo at jpl dot nasa dot gov Status: Assigned Bug Type: iPlanet related Operating System: Solaris 9 PHP Version: 5CVS-2005-04-07 (dev) Assigned To: thetaphi New Comment: As of today, PHP as a CGI is still working perfectly, although our servers are not used heavily over the weekend. I will continue to monitor the server for another couple of days. Please keep the bug report open for another couple of days. I initially tried using the Zend FastCGI enabler, but could not complete the install since it was not tested for SunOne web server's older than 6.1. Your cgibytex installation instructions were quite simple and worked well for my iPlanet 6.0 instance. The web server is not heavily used for PHP so I do not expect performance to be an issue. I've done this in the past, I just don't remember the syntax. My web server has crashed a number of times since loading PHP 5.0.5 as an API and has not produced a core dump file yet. There is specific syntax that must be included in the iPlanet web server's start up script to "tell" the web server to core dump. Previous Comments: [2005-04-10 22:32:11] [EMAIL PROTECTED] Yes, CGI works perfect because crashes of PHP does not affect PHP and the FD limit is not applicable, too. For higher load webservers CGI could be a performance issue. For servers that only have a few PHP scripts it should be enough. A solution with the same performance like NSAPI would be using Zend's FastCGI enabler - but its not open source as I know. My servers produced with SunONE 6.0 a coredump when I debugged the revised NSAPI module two years ago, but with 6.1 I do not know. The only problem is to find the core dump because it is not in the directory the server binaries are. They are in the CWD of the process (usually in the base dir of the running instance). I am still trying to eliminate all Sun stdio problems. The next would be replacing popen() by posix functions in the exec/system functions. One tip by Wez Furlong: Instead of exec/system use the group of functions around proc_open(). They use POSIX io. [2005-04-09 01:48:08] Oscar dot Castillo at jpl dot nasa dot gov By default, iPlanet is not configured to core dump. Some special flags must be enabled to allow core dumping. I do not know the specific syntax to enable core dumping and I must then open a trouble ticket with Sun. I am attempting your suggestion from bug report #32491 to enable PHP as a CGI/Fastcgi via your cgibytex CGI enabler. As of the last 7 hours, PHP is working perfectly. I shall keep you posted. [2005-04-08 17:30:37] [EMAIL PROTECTED] Something other: can you load the "core" file the crashing server produces into dbx or gdb and send me the output? [2005-04-08 09:48:00] [EMAIL PROTECTED] Info about the solaris "bug": http://docs.sun.com/app/docs/doc/816-5168/6mbb3hr5q?a=view (see under "USAGE") In 64bit solaris it would work, but SunONE is a 32 bit server. [2005-04-08 09:37:01] [EMAIL PROTECTED] I found the reason for the bug. The problem is not the file upload here that works now. The problem is now the same stdio related bug which leads to the segmentation fault. I fixed the CVS now not to crash the webserver in this error condition (missing an errorchecking at fdopen() which works on all platform without errors, on solaris fails when the filedescriptor>255). But the problem should still be there but you should get a message in your PHP script. Looking into your code I exspect the "execute" functions to fail because they need to cast a stream from posix to stdio. Please test the new CVS and tell me when the further handling of your uploaded file fails. 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/32614 -- Edit this bug report at http://bugs.php.net/?id=32614&edit=1
#32622 [Opn->Fbk]: IMAP toolkit crash
ID: 32622 Updated by: [EMAIL PROTECTED] Reported By: lst_hoe01 at kwsoft dot de -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Linux Kernel 2.4.21 PHP Version: 4.3.11 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 possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2005-04-07 12:32:14] lst_hoe01 at kwsoft dot de Description: With HORDE/IMP in some situations (long delay connect) the error "IMAP toolkit crash: Lock when already locked" is logged by PHP. According to the maintainer of the IMAP toolkit this is a invalid use of the toolkit (Quoting) : > The "Lock when already locked" error message indicates a > software bug which is supposedly impossible in UW imapd. It > has nothing to do with file locking; instead, it indicates a > forbidden recursive call into the c-client library from a > c-client callback in the application. Thanxs for any help Andreas Reproduce code: --- IMP-Application... (Sorry, not really a PHP-Coder) Expected result: Sending Mail Actual result: -- Application stall -- Edit this bug report at http://bugs.php.net/?id=32622&edit=1
#32501 [Opn->Fbk]: acinclude.m4 should set HAVE_BROKEN_GETCWD for AIX, too
ID: 32501 Updated by: [EMAIL PROTECTED] Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Open +Status: Feedback Bug Type: Directory function related Operating System: IBM AIX 5.2.0.0 ML5 PHP Version: 5CVS-2005-03-31 New Comment: If you manually change HAVE_BROKEN_GETCWD in php_config.h to #define HAVE_BROKEN_GETCWD 1 after configure and do 'make clean && make', does it really work then..? Previous Comments: [2005-04-04 14:22:17] Bjorn dot Wiberg at its dot uu dot se An excerpt from my Apache 2 httpd.conf, with all information pertaining to PHP and the "safe mode protected" directory of mine: php_admin_flag allow_call_time_pass_reference off php_admin_flag allow_url_fopen off php_admin_flag always_populate_raw_post_data off php_admin_value arg_separator.input "&" php_admin_value arg_separator.output "&" php_admin_flag asp_tags off php_admin_value auto_append_file none php_admin_value auto_prepend_file none php_admin_flag child_terminate off php_admin_value default_charset none php_admin_value default_mimetype "text/html" php_admin_value default_socket_timeout 60 php_admin_flag define_syslog_variables off php_admin_flag display_startup_errors off php_admin_value docref_ext none php_admin_value docref_root none php_admin_value error_append_string none php_admin_value error_log none php_admin_value error_prepend_string none php_admin_value error_reporting 2039 php_admin_flag html_errors off php_admin_flag ignore_repeated_errors off php_admin_flag ignore_repeated_source off php_admin_flag ignore_user_abort off php_admin_flag implicit_flush off php_admin_value ldap.max_links -1 php_admin_flag log_errors on php_admin_value log_errors_max_len 1024 php_admin_flag magic_quotes_gpc on php_admin_flag magic_quotes_runtime off php_admin_flag mime_magic.debug on php_admin_value mysql.connect_timeout 60 php_admin_value mysql.default_host none php_admin_value mysql.default_password none php_admin_value mysql.default_port none php_admin_value mysql.default_socket none php_admin_value mysql.default_user none php_admin_value mysqli.default_host none php_admin_value mysqli.default_port none php_admin_value mysqli.default_pw none php_admin_value mysqli.default_socket none php_admin_value mysqli.default_user none php_admin_value output_buffering 4096 php_admin_value output_handler none php_admin_value precision 14 php_admin_flag register_argc_argv on php_admin_flag register_globals off php_admin_flag register_long_arrays on php_admin_flag report_memleaks on php_admin_flag report_zend_debug on php_admin_flag session.bug_compat_42 off php_admin_flag session.bug_compat_warn on php_admin_value session.entropy_file none php_admin_value session.entropy_length 0 php_admin_value session.gc_divisor 100 php_admin_value session.gc_maxlifetime 1440 php_admin_value session.gc_probability 1 php_admin_value session.save_handler files php_admin_value session.save_path "/tmp" php_admin_value session.serialize_handler php php_admin_flag session.use_trans_sid 0 php_admin_flag short_open_tag off php_admin_flag track_errors off php_admin_value unserialize_callback_func none php_admin_value variables_order "EGPCS" php_admin_flag xbithack off php_admin_flag y2k_compliance on php_admin_flag engine on php_admin_value include_path ".:/apache/php/lib/php" php_admin_value mail.force_extra_parameters "-t -f [EMAIL PROTECTED]" php_admin_value max_execution_time 60 php_admin_value max_input_time 60 php_admin_value memory_limit 64M php_admin_value post_max_size 63M php_admin_value sendmail_from [EMAIL PROTECTED] php_admin_value sendmail_path "/usr/local/bin/smwrap" php_admin_value SMTP notforunix php_admin_value smtp_port none php_admin_value upload_max_filesize 62M php_flag display_errors on php_admin_value doc_root "/onlyforsafemode" php_admin_value open_basedir none php_admin_value safe_mode_exec_dir none php_value bcmath.scale 0 php_value serialize_precision 100 php_flag session.auto_start off php_value session.cache_expire 180 php_value session.cache_limiter "nocache" php_value session.cookie_domain none php_value session.cookie_lifetime 0 php_value session.cookie_path "/" php_value session.hash_function 0 php_value session.name "PHPSESSID" php_value session.referer_check none php_flag session.use_cookies on php_flag tidy.clean_output off php_value date.default_latitude "59.52" php_value date.default_longitude "17.38" php_value date.sunrise_zenith "90.0" php_value date.sunset_zenith "90.0" php_value session.hash_bits_per_character 5 php_value url_rewriter.tags "a=href,area=href,frame=src,input=src,form=fakeentry" php_flag zend.ze1_compatibility_mode off php_admin_value browscap "/apache/etc/php_browscap.ini" php_admin_flag enable_dl off php_admin_value extension_dir "/apache/php/lib/php/extensions/debug-non-zts-20041030:/apache/php/lib/php/PEAR" php_admin_flag file_uploads on php_admin_value mime_mag
#32675 [Fbk->Csd]: mysql_fetch_field() causes segmentation fault
ID: 32675 User updated by: michael at cosby dot dhs dot org Reported By: michael at cosby dot dhs dot org -Status: Feedback +Status: Closed Bug Type: MySQL related Operating System: Linux 2.6 PHP Version: 5.0.4 New Comment: Well, that's embarrasing... I was compiling with the mysql 4.1 include files but the 4.0.21 binaries, so of course my pre-compiled 5.0.2 kept working. Previous Comments: [2005-04-11 23:13:22] [EMAIL PROTECTED] Noticed this: "apache 2.0.52 in multi-threaded mode".. What if you try with prefork apache2? [2005-04-11 22:24:45] michael at cosby dot dhs dot org It appears that I'm already using the external mysql client library, or I'm reading phpinfo() wrong: MySQL Support enabled Active Persistent Links 0 Active Links0 Client API version 4.0.21 MYSQL_MODULE_TYPE external MYSQL_SOCKET/tmp/mysql.sock MYSQL_INCLUDE -I/usr/include/mysql MYSQL_LIBS -L/usr/lib -lmysqlclient [2005-04-11 20:04:08] michael at cosby dot dhs dot org For the libraries, it appears that my PHP is *not* compiling with the 4.1.11 client library, but with a 4.0.21 client library. I'm trying to get it to compile with with the 4.1.11 library to see what happens, but I doubt that will fix it since this same 4.0.21 client library works fine with PHP 5.0.2. [2005-04-11 20:01:16] michael at cosby dot dhs dot org It looks like my query cache is already disabled: mysql> show variables; +-++ | Variable_name | Value | +-++ ... | query_cache_limit | 1048576| | query_cache_min_res_unit| 4096 | | query_cache_size| 0 | | query_cache_type| ON | | query_cache_wlock_invalidate| OFF| ... >From the mysql manual at http://dev.mysql.com/doc/mysql/en/query-cache.html: " To disable the query cache at server startup, set the query_cache_size system variable to 0. By disabling the query cache code, there is no noticeable overhead. " (I'm not real familiar with the query cache, so I wanted to be 100% sure it was disabled). [2005-04-11 19:54:43] [EMAIL PROTECTED] Does the problem still exist if you disable MySQL's query cache? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/32675 -- Edit this bug report at http://bugs.php.net/?id=32675&edit=1
#32283 [Opn->Fbk]: zlib.output_compression = 1 but no headers sent
ID: 32283
Updated by: [EMAIL PROTECTED]
Reported By: plasmahh at gmx dot net
-Status: Open
+Status: Feedback
Bug Type: Output Control
Operating System: Linux
PHP Version: 5CVS-2005-03-14
New Comment:
Is ext/zlib compiled as shared by any chance in your system?
What was the configure line you've used?
Previous Comments:
[2005-03-25 15:13:30] plasmahh at gmx dot net
This is an example when I do it with mozilla, but its always the same
whenever an accept encoding of gzip or deflate is present...
GET / HTTP/1.1
Host: localhost
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6)
Gecko/20050321
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
[2005-03-17 18:02:21] [EMAIL PROTECTED]
What headers are being sent by the browser making the request?
[2005-03-14 19:45:02] plasmahh at gmx dot net
Does not work too with the snapshot... I have changed parts of the
php_enable_output_compression as followed, which works around my
problem...
if (php_memnstr(Z_STRVAL_PP(a_encoding), "gzip", 4,
Z_STRVAL_PP(a_encoding) + Z_STRLEN_PP(a_encoding))) {
ZLIBG(compression_coding) = CODING_GZIP;
sapi_add_header("Content-Encoding: gzip",
sizeof("Content-Encoding: gzip") - 1, 1);
} else if (php_memnstr(Z_STRVAL_PP(a_encoding), "deflate", 7,
Z_STRVAL_PP(a_encoding) + Z_STRLEN_PP(a_encoding))) {
ZLIBG(compression_coding) = CODING_DEFLATE;
sapi_add_header("Content-Encoding: deflate",
sizeof("Content-Encoding: deflate") - 1, 1);
} else {
return FAILURE;
}
[2005-03-12 14:42:12] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-12 00:10:04] plasmahh at gmx dot net
Description:
When setting zlib.output_compression in php.ini and outputting any page
(tried with ) no proper headers are sent. From zlib
manual :
Whether to transparently compress pages. If this option is set to "On"
in php.ini or the Apache configuration, pages are compressed if the
browser sends an "Accept-Encoding: gzip" or "deflate" header.
"Content-Encoding: gzip" (respectively "deflate") and "Vary:
Accept-Encoding" headers are added to the output.
It looks like in zlib.c the php_enable_output_compression function
should enable the compression, which it also does (the data is sent
gzipped properly if the client has a proper Accept-Encoding header
sent) but nowhere in there is a header sent with Content-Encoding. The
only occurence is in the ob_gzhandler but it seems like this is a
totally different feature. I have set a header output in my
php_enable_output_compression and it works for me, dont know if this is
the proper solution.
--
Edit this bug report at http://bugs.php.net/?id=32283&edit=1
#32675 [Csd->Bgs]: mysql_fetch_field() causes segmentation fault
ID: 32675 Updated by: [EMAIL PROTECTED] Reported By: michael at cosby dot dhs dot org -Status: Closed +Status: Bogus Bug Type: MySQL related Operating System: Linux 2.6 PHP Version: 5.0.4 New Comment: No PHP bug -> bogus. Previous Comments: [2005-04-12 08:43:35] michael at cosby dot dhs dot org Well, that's embarrasing... I was compiling with the mysql 4.1 include files but the 4.0.21 binaries, so of course my pre-compiled 5.0.2 kept working. [2005-04-11 23:13:22] [EMAIL PROTECTED] Noticed this: "apache 2.0.52 in multi-threaded mode".. What if you try with prefork apache2? [2005-04-11 22:24:45] michael at cosby dot dhs dot org It appears that I'm already using the external mysql client library, or I'm reading phpinfo() wrong: MySQL Support enabled Active Persistent Links 0 Active Links0 Client API version 4.0.21 MYSQL_MODULE_TYPE external MYSQL_SOCKET/tmp/mysql.sock MYSQL_INCLUDE -I/usr/include/mysql MYSQL_LIBS -L/usr/lib -lmysqlclient [2005-04-11 20:04:08] michael at cosby dot dhs dot org For the libraries, it appears that my PHP is *not* compiling with the 4.1.11 client library, but with a 4.0.21 client library. I'm trying to get it to compile with with the 4.1.11 library to see what happens, but I doubt that will fix it since this same 4.0.21 client library works fine with PHP 5.0.2. [2005-04-11 20:01:16] michael at cosby dot dhs dot org It looks like my query cache is already disabled: mysql> show variables; +-++ | Variable_name | Value | +-++ ... | query_cache_limit | 1048576| | query_cache_min_res_unit| 4096 | | query_cache_size| 0 | | query_cache_type| ON | | query_cache_wlock_invalidate| OFF| ... >From the mysql manual at http://dev.mysql.com/doc/mysql/en/query-cache.html: " To disable the query cache at server startup, set the query_cache_size system variable to 0. By disabling the query cache code, there is no noticeable overhead. " (I'm not real familiar with the query cache, so I wanted to be 100% sure it was disabled). 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/32675 -- Edit this bug report at http://bugs.php.net/?id=32675&edit=1
