#38406 [Com]: PHP crashes when manipulating with SimpleXML object
ID: 38406 Comment by: nik at betline dot ru Reported By: zizka at seznam dot cz Status: Open Bug Type: SimpleXML related Operating System: Windows XP PHP Version: 5.1.4 New Comment: I've same problem on FreeBSD 5.4 with Apache 2.0.58 Previous Comments: [2006-08-10 00:54:55] zizka at seznam dot cz Description: PHP crashes when manipulating with SimpleXML object. See the code in the testcase. I think it does not concern stack overflow as there is no (obvious) recursion. Reproduce code: --- http://ondra.zizka.cz/projekty/bugs/bug_SimpleXML_crash-testcase.php.txt Expected result: Either a node should be added, or PHP should throw some exception or warning. Actual result: -- Apache thread crashes (Win32 reports illegal operation). Application Failure Apache.exe 2.0.55.0 in php5ts.dll 5.1.4.4 at offset 001ec55b -- Edit this bug report at http://bugs.php.net/?id=38406&edit=1
#38405 [Opn->Fbk]: Segmentation fault on using invalid save handler
ID: 38405
Updated by: [EMAIL PROTECTED]
Reported By: archer at priorityonline dot net
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Debian-AMD64
PHP Version: 5.1.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Previous Comments:
[2006-08-09 23:37:34] archer at priorityonline dot net
Extra Information missing from backtrace ->
#0 0x0067a493 in zend_objects_store_mark_destructed
(objects=0xaa00f8) at /root/php-5.1.4/Zend/zend_objects_API.c:70
70 if (objects->object_buckets[i].valid) {
[2006-08-09 23:32:15] archer at priorityonline dot net
Description:
PHP Seems to crash (Segmentation Fault) when you provide it with an
invalid save_handler in PHP.ini.
I've attached a backtrace below.
Reproduce code:
---
Setting the save_handler value in php.ini to an invalid value
eg.
session.save_handler = file
Expected result:
PHP Fatal error: Unknown: Cannot find save handler file in Unknown on
line 0
Actual result:
--
(gdb) bt
#0 0x0067a493 in zend_objects_store_mark_destructed
(objects=0xaa00f8) at /root/php-5.1.4/Zend/zend_objects_API.c:70
#1 0x00624132 in php_error_cb (type=0, error_filename=0x86911d
"Unknown", error_lineno=0, format=, args=) at /root/php-5.1.4/main/main.c:827
#2 0x00661174 in zend_error (type=1, format=0x86f486 "%s") at
/root/php-5.1.4/Zend/zend.c:967
#3 0x0062383d in php_verror (docref=0x0, params=, type=1, format=, args=0xe88138) at
/root/php-5.1.4/main/main.c:572
#4 0x00623bcb in php_error_docref0 (docref=0xaa00f8 "",
type=16, format=0x1 ) at
/root/php-5.1.4/main/main.c:592
#5 0x00559e74 in OnUpdateSaveHandler (entry=, new_value=0xab0340 "file", new_value_length=, mh_arg1=,
mh_arg2=, mh_arg3=,
stage=8) at /root/php-5.1.4/ext/session/session.c:102
#6 0x0067190b in zend_restore_ini_entry_cb
(ini_entry=0xbc91b0, stage=8) at /root/php-5.1.4/Zend/zend_ini.c:55
#7 0x0066a6bb in zend_hash_apply_with_argument (ht=0xaa6250,
apply_func=0x671830 , argument=0x8) at
/root/php-5.1.4/Zend/zend_hash.c:685
#8 0x006719da in zend_ini_deactivate () at
/root/php-5.1.4/Zend/zend_ini.c:101
#9 0x00660c26 in zend_deactivate () at
/root/php-5.1.4/Zend/zend.c:863
#10 0x00624e2c in php_request_shutdown (dummy=) at /root/php-5.1.4/main/main.c:1287
#11 0x006ecf8a in main (argc=3, argv=0x7fffa1fa11a8) at
/root/php-5.1.4/sapi/cgi/cgi_main.c:1666
--
Edit this bug report at http://bugs.php.net/?id=38405&edit=1
#38406 [Opn->Fbk]: PHP crashes when manipulating with SimpleXML object
ID: 38406 Updated by: [EMAIL PROTECTED] Reported By: zizka at seznam dot cz -Status: Open +Status: Feedback Bug Type: SimpleXML related Operating System: Windows XP PHP Version: 5.1.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: [2006-08-10 07:10:44] nik at betline dot ru I've same problem on FreeBSD 5.4 with Apache 2.0.58 [2006-08-10 00:54:55] zizka at seznam dot cz Description: PHP crashes when manipulating with SimpleXML object. See the code in the testcase. I think it does not concern stack overflow as there is no (obvious) recursion. Reproduce code: --- http://ondra.zizka.cz/projekty/bugs/bug_SimpleXML_crash-testcase.php.txt Expected result: Either a node should be added, or PHP should throw some exception or warning. Actual result: -- Apache thread crashes (Win32 reports illegal operation). Application Failure Apache.exe 2.0.55.0 in php5ts.dll 5.1.4.4 at offset 001ec55b -- Edit this bug report at http://bugs.php.net/?id=38406&edit=1
#35386 [Sus]: firebird: first row is null
ID: 35386 Updated by: [EMAIL PROTECTED] Reported By: slapaf at hotmail dot com Status: Suspended Bug Type: PDO related Operating System: winxp sp2 PHP Version: 5CVS-2006-12-02 (snap) -Assigned To: +Assigned To: jacques New Comment: I'll tinker with this. No promises though. Previous Comments: [2006-07-07 10:06:19] mark at verndalesystems dot co dot uk We have the same problem on Linux running FB 2.0 with PHP 5.1.1 [2006-05-27 12:54:46] stefan at horochovec dot com dot br Hi, i´m using PHP 5.1.4, Windows XP SP2 and Firebird 1.x and have the same problem. [2006-05-04 13:06:06] krovomi at msn dot com Does someone got a solution to this problem ? Thanks [2006-03-27 22:32:47] [EMAIL PROTECTED] Looking for someone to maintain the firebird driver. [2006-03-21 16:11:10] salbefe at inf dot upv dot es I have the same problem in Windows 2003 SP1. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/35386 -- Edit this bug report at http://bugs.php.net/?id=35386&edit=1
#38407 [NEW]: If statement acts weird
From: pear dot 20 dot fab at spamgourmet dot com Operating system: FC5 PHP version: 5.1.4 PHP Bug Type: *General Issues Bug description: If statement acts weird Description: The IF statement acts weird ... just have a look. Reproduce code: --- Expected result: alright Actual result: -- are you kidding? -- Edit bug report at http://bugs.php.net/?id=38407&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38407&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38407&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38407&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38407&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38407&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38407&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38407&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38407&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38407&r=support Expected behavior:http://bugs.php.net/fix.php?id=38407&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38407&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38407&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38407&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38407&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38407&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38407&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38407&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38407&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38407&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38407&r=mysqlcfg
#38408 [NEW]: shutdown_memory_manager crash
From: gacek at intertele dot pl Operating system: Linux FC4 x86_64 PHP version: 4.4.3 PHP Bug Type: Reproducible crash Bug description: shutdown_memory_manager crash Description: Test tests/lang/bug35239.php causes segfault in php-4.4.3 4.4.2 version is also affected 5.1.4 is unaffected Reproduce code: --- x0 = new stdClass; $a->x0->y0 = 'a'; $a->x0->y1 =& $a->x0; $a->x0->y2 =& $a->x0; $a->x0->y0 = 'b'; var_dump($a); $a->x0->y1 = "ok\n"; echo $a->x0; ?> Expected result: No segfault Actual result: -- (gdb) where #0 0x2c8b2250 in raise () from /lib64/libc.so.6 #1 0x2c8b3720 in abort () from /lib64/libc.so.6 #2 0x2c8e804f in __libc_message () from /lib64/libc.so.6 #3 0x2c8ede4f in _int_free () from /lib64/libc.so.6 #4 0x2c8ee38e in free () from /lib64/libc.so.6 #5 0x0053b55a in shutdown_memory_manager (silent=0, clean_cache=0) at /usr/src/redhat/BUILD/php-4.4.3/Zend/zend_alloc.c:492 #6 0x00512b62 in php_request_shutdown (dummy=0x0) at /usr/src/redhat/BUILD/php-4.4.3/main/main.c:1010 #7 0x0056bf03 in main (argc=46, argv=0x7fff203128f8) at /usr/src/redhat/BUILD/php-4.4.3/sapi/cli/php_cli.c:883 -- Edit bug report at http://bugs.php.net/?id=38408&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38408&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38408&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38408&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38408&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38408&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38408&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38408&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38408&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38408&r=support Expected behavior:http://bugs.php.net/fix.php?id=38408&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38408&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38408&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38408&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38408&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38408&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38408&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38408&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38408&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38408&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38408&r=mysqlcfg
#38407 [Opn->Bgs]: If statement acts weird
ID: 38407 Updated by: [EMAIL PROTECTED] Reported By: pear dot 20 dot fab at spamgourmet dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: FC5 PHP Version: 5.1.4 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php var_dump(0 == 'string'); var_dump(0 === 'string'); Previous Comments: [2006-08-10 09:22:29] pear dot 20 dot fab at spamgourmet dot com Description: The IF statement acts weird ... just have a look. Reproduce code: --- Expected result: alright Actual result: -- are you kidding? -- Edit this bug report at http://bugs.php.net/?id=38407&edit=1
#38407 [Bgs]: If statement acts weird
ID: 38407 User updated by: pear dot 20 dot fab at spamgourmet dot com Reported By: pear dot 20 dot fab at spamgourmet dot com Status: Bogus Bug Type: *General Issues Operating System: FC5 PHP Version: 5.1.4 New Comment: It's not a bug - it's a feature! O_o Previous Comments: [2006-08-10 09:28:42] [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 var_dump(0 == 'string'); var_dump(0 === 'string'); [2006-08-10 09:22:29] pear dot 20 dot fab at spamgourmet dot com Description: The IF statement acts weird ... just have a look. Reproduce code: --- Expected result: alright Actual result: -- are you kidding? -- Edit this bug report at http://bugs.php.net/?id=38407&edit=1
#38409 [NEW]: parse_ini_file() looses the type of booleans
From: yury at shurup dot com
Operating system: Windows 2000 SP4 Rollup 2
PHP version: 4.4.3
PHP Bug Type: Filesystem function related
Bug description: parse_ini_file() looses the type of booleans
Description:
Hi!
I have searched a bug database for the parse_ini_file keyword, but didn't
find a releavant report submitted earlier. I am aware of bugs
http://bugs.php.net/bug.php?id=18411
http://bugs.php.net/bug.php?id=19575
but I am asking for another thing.
The problem is that in the described environment, PHP's parse_ini_file()
function looses the type record for booleans and qualifies them either as
an empty string for "false" or 1-char string (containing "1") for "true"
instead of qualifying them as booleans as it is supposed to be (no
relevant docs on this behaviour as well).
If this is by design, then IMHO it is absolutely a subject to change and
document in future PHP versions, because, YES, you can cast the type from
string to bool, BUT what if you don't know that it IS a bool (parsing an
abstract INI file)?
After all, originally those INI-files came from Windows and everybody
should treat them similar to the GetProfile... functions to avoid
confusion (an unquoted boolean keyword like in the example below should
remain a boolean, while quoted keyword should be treated as a string). In
any case it wouldn't hurt and cause incompatibilies with older versions.
This is very annoying for someone writing a non-intrusive INI-file parser
(which, e.g. would preserve comments, thus operating with parse_ini_file
to read and the regular expressions to write out).
Reproduce code:
---
Script
==
$stuff = parse_ini_file($file, true);
var_dump($stuff);
$a = array();
$a["foo"] = true;
$a["bar"] = false;
var_dump($a);
INI file
[foo]
bar = false
quux = true
Expected result:
["bar"]=> bool(false)
["quux"]=> bool(true)
array(2) {
["foo"]=> bool(true)
["bar"]=> bool(false)
}
Actual result:
--
["bar"]=> string(0) ""
["quux"]=> string(1) "1"
array(2) {
["foo"]=> bool(true)
["bar"]=> bool(false)
}
--
Edit bug report at http://bugs.php.net/?id=38409&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38409&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38409&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38409&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38409&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38409&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38409&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38409&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38409&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38409&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38409&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38409&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38409&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38409&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38409&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38409&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38409&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38409&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38409&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38409&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38409&r=mysqlcfg
#38410 [NEW]: PHP Interpreter Crash with schemaValidate on XML with CDATA sections.
From: adam at sccode dot com
Operating system: Windows 2000/XP/2003
PHP version: 5.1.4
PHP Bug Type: Reproducible crash
Bug description: PHP Interpreter Crash with schemaValidate on XML with CDATA
sections.
Description:
Attempting to validate an XML document against a schema containing a CDATA
section with whitespace preceeding the opening tag causes the PHP
Interpreter to crash with an exception in Windows 2000/XP and 2003 on both
IIS and Apache.
Example:
http://www.php.net/bugtests";>
Validating the schema using xmllint with libxml 2.6.22 DLL works as
expected and does not crash.
I found a similar, possibly the same bug
(http://bugs.php.net/bug.php?id=37435&edit=2) which has been closed. As I
could not reproduce it with xmllint, I figure that it must be the PHP
interpreter.
Reproduce code:
---
crash-test.php:
load('crash-test.xml');
$xml->schemaValidate('crash-test.xsd'); // crash here
?>
crash-test.xml:
http://www.php.net/bugtests";>
crash-test.xsd:
http://www.w3.org/2001/XMLSchema";
targetNamespace="http://www.php.net/bugtests";
xmlns="http://www.php.net/bugtests";
elementFormDefault="qualified">
Expected result:
validated schema
Actual result:
--
php interpreter crashes with exception
--
Edit bug report at http://bugs.php.net/?id=38410&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38410&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38410&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38410&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38410&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38410&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38410&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38410&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38410&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38410&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38410&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38410&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38410&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38410&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38410&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38410&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38410&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38410&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38410&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38410&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38410&r=mysqlcfg
#38411 [NEW]: does not store my session varriables
From: zvara at email dot cz
Operating system: windows server
PHP version: 5.1.4
PHP Bug Type: Session related
Bug description: does not store my session varriables
Description:
problem is that my session works on one server(apache) with php 5.0.5 and
doesn't on the other(apache) with php 5.1.2, i tried to figure out what
this problem exatcly is and i beheld that session varriables are not
stored
please try to send me some tips
thanks
Reproduce code:
---
.
.
.
if (uis('logout'))
{
$this->uid = null;
$this->uname = null;
echo $_SESSION['zvara'];
info('Boli ste odhlásený!');
}
if (uis('login'))
{
// admin login = new user
$login = sql_esc($_POST["{$this->tag}_login"]);
$pass1 = sql_esc($_POST["{$this->tag}_pass"]);
$db->query("SELECT [USER_ID], [PASSWORD], [USER_NAME], [FIRST_NAME],
[LAST_NAME] FROM [Users] WHERE [USER_NAME]='{$login}'");
if (list($id,$pass2,$un,$fn,$ln) = $db->row())
{
if ($this->testpass($pass1,$pass2))
{
$this->uid = $id;
$this->uname = $un;
/
$_SESSION['zvara']= "stored";
//echo $_SESSION['zvara'];
/
info("Vitajte $fn !");
} else {
$wp = "Nesprávne heslo";
info($wp);
return $this->error($wp);
}
} else {
$wl = "Nesprávny login";
info($wl);
return $this->error($wl);
}
}
.
.
.
Expected result:
$_SESSION['zvara'] is not stored;
but with php 5.0.5 it's stored
--
Edit bug report at http://bugs.php.net/?id=38411&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38411&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38411&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38411&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38411&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38411&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38411&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38411&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38411&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38411&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38411&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38411&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38411&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38411&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38411&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38411&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38411&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38411&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38411&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38411&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38411&r=mysqlcfg
#31309 [NoF->Opn]: open_basedir restrictions do not work on symlinks
ID: 31309 User updated by: frido at isp-services dot nl Reported By: frido at isp-services dot nl -Status: No Feedback +Status: Open Bug Type: Safe Mode/open_basedir Operating System: * PHP Version: 5CVS, 4CVS (2005-01-20) New Comment: Still exists in latest cvs php5.2-200608100830 / PHP Version 5.2.0RC2-dev Warning: move_uploaded_file() [function.move-uploaded-file]: open_basedir restriction in effect. File(/home/sites/www.sjeemz.be/web/files/moz-screenshot.jpg) is not within the allowed path(s): (/home/sites/site144:/home/sites/www.sjeemz.be:/usr/lib/php:/usr/share/php:/tmp:/home/sites/general) in /home/sites/site144/web/upload/uploader.php on line 6 There was an error uploading the file, please try again! Previous Comments: [2006-07-30 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-07-22 12:29:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-06-20 13:36:54] frido at isp-services dot nl still the same problem on 4.4.2, is this still considered as a defect ? [2005-01-20 23:54:11] frido at isp-services dot nl still the same problem, for our configuration see: http://www.sjeemz.be/upload/phpinfo.php [2005-01-20 23:50:02] phpdotnet at sjeemz dot nl problem also exists in PHP 5.0.3 on RedHat 7.3 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/31309 -- Edit this bug report at http://bugs.php.net/?id=31309&edit=1
#38411 [Opn->Fbk]: does not store my session varriables
ID: 38411
Updated by: [EMAIL PROTECTED]
Reported By: zvara at email dot cz
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: windows server
PHP Version: 5.1.4
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
Previous Comments:
[2006-08-10 11:24:26] zvara at email dot cz
Description:
problem is that my session works on one server(apache) with php 5.0.5
and doesn't on the other(apache) with php 5.1.2, i tried to figure out
what this problem exatcly is and i beheld that session varriables are
not stored
please try to send me some tips
thanks
Reproduce code:
---
.
.
.
if (uis('logout'))
{
$this->uid = null;
$this->uname = null;
echo $_SESSION['zvara'];
info('Boli ste odhlásený!');
}
if (uis('login'))
{
// admin login = new user
$login = sql_esc($_POST["{$this->tag}_login"]);
$pass1 = sql_esc($_POST["{$this->tag}_pass"]);
$db->query("SELECT [USER_ID], [PASSWORD], [USER_NAME],
[FIRST_NAME], [LAST_NAME] FROM [Users] WHERE [USER_NAME]='{$login}'");
if (list($id,$pass2,$un,$fn,$ln) = $db->row())
{
if ($this->testpass($pass1,$pass2))
{
$this->uid = $id;
$this->uname = $un;
/
$_SESSION['zvara']= "stored";
//echo $_SESSION['zvara'];
/
info("Vitajte $fn !");
} else {
$wp = "Nesprávne heslo";
info($wp);
return $this->error($wp);
}
} else {
$wl = "Nesprávny login";
info($wl);
return $this->error($wl);
}
}
.
.
.
Expected result:
$_SESSION['zvara'] is not stored;
but with php 5.0.5 it's stored
--
Edit this bug report at http://bugs.php.net/?id=38411&edit=1
#38412 [NEW]: Missing patches in PHP4_4 CVS branch
From: chtekk at gentoo dot org Operating system: Gentoo Linux PHP version: 4.4.3 PHP Bug Type: *General Issues Bug description: Missing patches in PHP4_4 CVS branch Description: While updating the Gentoo PHP packages I found some patches that were applied to the PHP5_1/PHP5_2 trees to fix a couple of bugs that should imo also have been applied to the PHP4_4 branch, as the code of the involved functions is perfectly the same. While I was checking the affected files, I also found a few typos (fixed in 5_X but not 4_4) and trailing whitespaces/tabs, so I included those too in the following diffs. All diffs apply correctly to latest PHP4_4 CVS branch. http://overlays.gentoo.org/proj/php/browser/patches/php-patches/4.4.3/4.4.3/php4.4.3-apache_volatile_vars_typos.patch?format=txt references http://cvs.php.net/viewvc.cgi/php-src/sapi/apache2handler/sapi_apache2.c?r1=1.57.2.10.2.4&r2=1.57.2.10.2.5 http://overlays.gentoo.org/proj/php/browser/patches/php-patches/4.4.3/4.4.3/php4.4.3-array_merge_bin_safety_typo.patch?format=txt references http://cvs.php.net/viewvc.cgi/php-src/ext/standard/array.c?r1=1.308.2.21.2.8&r2=1.308.2.21.2.9&pathrev=PHP_5_2 http://overlays.gentoo.org/proj/php/browser/patches/php-patches/4.4.3/4.4.3/php4.4.3-wordwrap_wrong_wrap_typo.patch?format=txt references http://cvs.php.net/viewvc.cgi/php-src/ext/standard/string.c?r1=1.445.2.14.2.8&r2=1.445.2.14.2.9&pathrev=PHP_5_2 Best regards, CHTEKK. Expected result: Patches being applied to 4_4 branch. ;) -- Edit bug report at http://bugs.php.net/?id=38412&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38412&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38412&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38412&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38412&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38412&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38412&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38412&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38412&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38412&r=support Expected behavior:http://bugs.php.net/fix.php?id=38412&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38412&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38412&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38412&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38412&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38412&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38412&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38412&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38412&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38412&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38412&r=mysqlcfg
#38414 [NEW]: Typo in sapi/apache2handler/sapi_apache2.c
From: chtekk at gentoo dot org Operating system: Gentoo Linux PHP version: 5.1.4 PHP Bug Type: *General Issues Bug description: Typo in sapi/apache2handler/sapi_apache2.c Description: Found a little typo in sapi/apache2handler/sapi_apache2.c, as well as some trailing whitespace/tab, patch can be found at: http://overlays.gentoo.org/proj/php/browser/patches/php-patches/5.1.4/5.1.4/php5.1.4-apache_typos.patch?format=txt Best regards, CHTEKK. Expected result: No typo. ;) -- Edit bug report at http://bugs.php.net/?id=38414&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38414&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38414&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38414&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38414&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38414&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38414&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38414&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38414&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38414&r=support Expected behavior:http://bugs.php.net/fix.php?id=38414&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38414&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38414&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38414&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38414&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38414&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38414&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38414&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38414&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38414&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38414&r=mysqlcfg
#38415 [NEW]: ext/mysqli/tests/028.phpt doesn't validate with charsets other than latin1
From: chtekk at gentoo dot org Operating system: Gentoo Linux PHP version: 5.1.4 PHP Bug Type: *General Issues Bug description: ext/mysqli/tests/028.phpt doesn't validate with charsets other than latin1 Description: ext/mysqli/tests/028.phpt expects latin1 as charset used for MySQL, always. This expectation is not true, as you can compile MySQL and it's libs with any of the supported charsets, on Gentoo for example the default is utf8, so the test fails. Changing the text to just expect a string seems reasonable to me, and works for all existing MySQL charsets... Patch can be found at the following url: http://overlays.gentoo.org/proj/php/browser/patches/php-patches/5.1.4/5.1.4/php5.1.4-test_mysqli028.patch?format=txt Best regards, CHTEKK. Expected result: Test works. ;) -- Edit bug report at http://bugs.php.net/?id=38415&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38415&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38415&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38415&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38415&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38415&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38415&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38415&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38415&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38415&r=support Expected behavior:http://bugs.php.net/fix.php?id=38415&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38415&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38415&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38415&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38415&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38415&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38415&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38415&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38415&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38415&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38415&r=mysqlcfg
#38413 [NEW]: ext/standard/tests/file/bug22414.phpt unnecessary code
From: chtekk at gentoo dot org Operating system: Gentoo Linux PHP version: 4.4.3 PHP Bug Type: *General Issues Bug description: ext/standard/tests/file/bug22414.phpt unnecessary code Description: While running the test suite, Gentoo's sandbox (a mechanism to keep the building and testing of packages separate from the actual system, fex. denieing random access to files outside the build dir) failed telling me about a "unlink /passthru_test" in ext/standard/tests/file/bug22414.phpt, checking that test shows that on both PHP4_4, 5_1 as well as 5_2 branches it has the following code in it: @unlink($pwd . '/passthru_test'); That code seems unnecessary and useless to me, as well as incorrect. $pwd never gets defined or used in any way in the rest of that test, and that passthru_test file is not used anywhere. Please fix the test by removing that line, you'll find working diffs for PHP4 and PHP5 at the following urls: http://overlays.gentoo.org/proj/php/browser/patches/php-patches/4.4.3/4.4.3/php4.4.3-test_bug22414.patch?format=txt http://overlays.gentoo.org/proj/php/browser/patches/php-patches/5.1.4/5.1.4/php5.1.4-test_bug22414.patch?format=txt Expected result: A working patch. ;) -- Edit bug report at http://bugs.php.net/?id=38413&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38413&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38413&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38413&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38413&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38413&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38413&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38413&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38413&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38413&r=support Expected behavior:http://bugs.php.net/fix.php?id=38413&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38413&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38413&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38413&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38413&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38413&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38413&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38413&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38413&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38413&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38413&r=mysqlcfg
#38414 [Opn]: Typo in sapi/apache2handler/sapi_apache2.c
ID: 38414 Updated by: [EMAIL PROTECTED] Reported By: chtekk at gentoo dot org Status: Open Bug Type: *General Issues Operating System: Gentoo Linux PHP Version: 5.1.4 New Comment: Please such patches to [EMAIL PROTECTED] A couple of whitespace and a typo in a comment is clearly not a BUG. Previous Comments: [2006-08-10 13:20:28] chtekk at gentoo dot org Description: Found a little typo in sapi/apache2handler/sapi_apache2.c, as well as some trailing whitespace/tab, patch can be found at: http://overlays.gentoo.org/proj/php/browser/patches/php-patches/5.1.4/5.1.4/php5.1.4-apache_typos.patch?format=txt Best regards, CHTEKK. Expected result: No typo. ;) -- Edit this bug report at http://bugs.php.net/?id=38414&edit=1
#38412 [Opn->Asn]: Missing patches in PHP4_4 CVS branch
ID: 38412 Updated by: [EMAIL PROTECTED] Reported By: chtekk at gentoo dot org -Status: Open +Status: Assigned -Bug Type: *General Issues +Bug Type: Unknown/Other Function Operating System: Gentoo Linux PHP Version: 4.4.3 -Assigned To: +Assigned To: derick New Comment: It's up to Derick to decide. Previous Comments: [2006-08-10 13:03:30] chtekk at gentoo dot org Description: While updating the Gentoo PHP packages I found some patches that were applied to the PHP5_1/PHP5_2 trees to fix a couple of bugs that should imo also have been applied to the PHP4_4 branch, as the code of the involved functions is perfectly the same. While I was checking the affected files, I also found a few typos (fixed in 5_X but not 4_4) and trailing whitespaces/tabs, so I included those too in the following diffs. All diffs apply correctly to latest PHP4_4 CVS branch. http://overlays.gentoo.org/proj/php/browser/patches/php-patches/4.4.3/4.4.3/php4.4.3-apache_volatile_vars_typos.patch?format=txt references http://cvs.php.net/viewvc.cgi/php-src/sapi/apache2handler/sapi_apache2.c?r1=1.57.2.10.2.4&r2=1.57.2.10.2.5 http://overlays.gentoo.org/proj/php/browser/patches/php-patches/4.4.3/4.4.3/php4.4.3-array_merge_bin_safety_typo.patch?format=txt references http://cvs.php.net/viewvc.cgi/php-src/ext/standard/array.c?r1=1.308.2.21.2.8&r2=1.308.2.21.2.9&pathrev=PHP_5_2 http://overlays.gentoo.org/proj/php/browser/patches/php-patches/4.4.3/4.4.3/php4.4.3-wordwrap_wrong_wrap_typo.patch?format=txt references http://cvs.php.net/viewvc.cgi/php-src/ext/standard/string.c?r1=1.445.2.14.2.8&r2=1.445.2.14.2.9&pathrev=PHP_5_2 Best regards, CHTEKK. Expected result: Patches being applied to 4_4 branch. ;) -- Edit this bug report at http://bugs.php.net/?id=38412&edit=1
#38416 [NEW]: bug in date and mysql
From: oren at telebox dot co dot il
Operating system: linux rh9
PHP version: 5.1.4
PHP Bug Type: MySQL related
Bug description: bug in date and mysql
Description:
Hello the bug is
where i write sql string with date info
i get strange result
Reproduce code:
---
$sql = "UPDATE `stat` SET `total`=TIME_TO_SEC(TIMEDIFF('".date("Y-m-d
H:i:s")."',startime)) , endtime = '".date("Y-m-d H:i:s")."' WHERE
`hendel`='$hendel'";
Expected result:
the result is lateness of 1 - 6 seconds
Actual result:
--
the way i find to bypass the problem is .
$nowsss=date("Y-m-d H:i:s");
$sql = "UPDATE `stat` SET
`total`=TIME_TO_SEC(TIMEDIFF('".$nowsss."',startime)) , endtime =
'".$nowsss."' WHERE `hendel`='$hendel'";
--
Edit bug report at http://bugs.php.net/?id=38416&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38416&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38416&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38416&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38416&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38416&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38416&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38416&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38416&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38416&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38416&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38416&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38416&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38416&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38416&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38416&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38416&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38416&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38416&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38416&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38416&r=mysqlcfg
#38415 [Opn->Csd]: ext/mysqli/tests/028.phpt doesn't validate with charsets other than latin1
ID: 38415 Updated by: [EMAIL PROTECTED] Reported By: chtekk at gentoo dot org -Status: Open +Status: Closed Bug Type: MySQLi related Operating System: Gentoo Linux PHP Version: 5.1.4 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: [2006-08-10 13:23:44] chtekk at gentoo dot org Description: ext/mysqli/tests/028.phpt expects latin1 as charset used for MySQL, always. This expectation is not true, as you can compile MySQL and it's libs with any of the supported charsets, on Gentoo for example the default is utf8, so the test fails. Changing the text to just expect a string seems reasonable to me, and works for all existing MySQL charsets... Patch can be found at the following url: http://overlays.gentoo.org/proj/php/browser/patches/php-patches/5.1.4/5.1.4/php5.1.4-test_mysqli028.patch?format=txt Best regards, CHTEKK. Expected result: Test works. ;) -- Edit this bug report at http://bugs.php.net/?id=38415&edit=1
#38414 [Opn->Csd]: Typo in sapi/apache2handler/sapi_apache2.c
ID: 38414 Updated by: [EMAIL PROTECTED] Reported By: chtekk at gentoo dot org -Status: Open +Status: Closed -Bug Type: *General Issues +Bug Type: Unknown/Other Function Operating System: Gentoo Linux PHP Version: 5.1.4 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: [2006-08-10 13:31:07] [EMAIL PROTECTED] Please such patches to [EMAIL PROTECTED] A couple of whitespace and a typo in a comment is clearly not a BUG. [2006-08-10 13:20:28] chtekk at gentoo dot org Description: Found a little typo in sapi/apache2handler/sapi_apache2.c, as well as some trailing whitespace/tab, patch can be found at: http://overlays.gentoo.org/proj/php/browser/patches/php-patches/5.1.4/5.1.4/php5.1.4-apache_typos.patch?format=txt Best regards, CHTEKK. Expected result: No typo. ;) -- Edit this bug report at http://bugs.php.net/?id=38414&edit=1
#38413 [Opn->Csd]: ext/standard/tests/file/bug22414.phpt unnecessary code
ID: 38413 Updated by: [EMAIL PROTECTED] Reported By: chtekk at gentoo dot org -Status: Open +Status: Closed -Bug Type: *General Issues +Bug Type: Unknown/Other Function Operating System: Gentoo Linux PHP Version: 4.4.3 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: [2006-08-10 13:11:18] chtekk at gentoo dot org Description: While running the test suite, Gentoo's sandbox (a mechanism to keep the building and testing of packages separate from the actual system, fex. denieing random access to files outside the build dir) failed telling me about a "unlink /passthru_test" in ext/standard/tests/file/bug22414.phpt, checking that test shows that on both PHP4_4, 5_1 as well as 5_2 branches it has the following code in it: @unlink($pwd . '/passthru_test'); That code seems unnecessary and useless to me, as well as incorrect. $pwd never gets defined or used in any way in the rest of that test, and that passthru_test file is not used anywhere. Please fix the test by removing that line, you'll find working diffs for PHP4 and PHP5 at the following urls: http://overlays.gentoo.org/proj/php/browser/patches/php-patches/4.4.3/4.4.3/php4.4.3-test_bug22414.patch?format=txt http://overlays.gentoo.org/proj/php/browser/patches/php-patches/5.1.4/5.1.4/php5.1.4-test_bug22414.patch?format=txt Expected result: A working patch. ;) -- Edit this bug report at http://bugs.php.net/?id=38413&edit=1
#38416 [Opn->Bgs]: bug in date and mysql
ID: 38416
Updated by: [EMAIL PROTECTED]
Reported By: oren at telebox dot co dot il
-Status: Open
+Status: Bogus
Bug Type: MySQL related
Operating System: linux rh9
PHP Version: 5.1.4
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2006-08-10 13:40:56] oren at telebox dot co dot il
Description:
Hello the bug is
where i write sql string with date info
i get strange result
Reproduce code:
---
$sql = "UPDATE `stat` SET `total`=TIME_TO_SEC(TIMEDIFF('".date("Y-m-d
H:i:s")."',startime)) , endtime = '".date("Y-m-d H:i:s")."' WHERE
`hendel`='$hendel'";
Expected result:
the result is lateness of 1 - 6 seconds
Actual result:
--
the way i find to bypass the problem is .
$nowsss=date("Y-m-d H:i:s");
$sql = "UPDATE `stat` SET
`total`=TIME_TO_SEC(TIMEDIFF('".$nowsss."',startime)) , endtime =
'".$nowsss."' WHERE `hendel`='$hendel'";
--
Edit this bug report at http://bugs.php.net/?id=38416&edit=1
#38410 [Opn->Fbk]: PHP Interpreter Crash with schemaValidate on XML with CDATA sections.
ID: 38410
Updated by: [EMAIL PROTECTED]
Reported By: adam at sccode dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows 2000/XP/2003
PHP Version: 5.1.4
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Cannot reproduce.
Previous Comments:
[2006-08-10 11:14:28] adam at sccode dot com
Description:
Attempting to validate an XML document against a schema containing a
CDATA section with whitespace preceeding the opening tag causes the PHP
Interpreter to crash with an exception in Windows 2000/XP and 2003 on
both IIS and Apache.
Example:
http://www.php.net/bugtests";>
Validating the schema using xmllint with libxml 2.6.22 DLL works as
expected and does not crash.
I found a similar, possibly the same bug
(http://bugs.php.net/bug.php?id=37435&edit=2) which has been closed. As
I could not reproduce it with xmllint, I figure that it must be the PHP
interpreter.
Reproduce code:
---
crash-test.php:
load('crash-test.xml');
$xml->schemaValidate('crash-test.xsd'); // crash here
?>
crash-test.xml:
http://www.php.net/bugtests";>
crash-test.xsd:
http://www.w3.org/2001/XMLSchema";
targetNamespace="http://www.php.net/bugtests";
xmlns="http://www.php.net/bugtests";
elementFormDefault="qualified">
Expected result:
validated schema
Actual result:
--
php interpreter crashes with exception
--
Edit this bug report at http://bugs.php.net/?id=38410&edit=1
#38416 [Bgs->Opn]: bug in date and mysql
ID: 38416
User updated by: oren at telebox dot co dot il
Reported By: oren at telebox dot co dot il
-Status: Bogus
+Status: Open
Bug Type: MySQL related
Operating System: linux rh9
PHP Version: 5.1.4
New Comment:
OK i explain my salf better the time difference in database are 1-6 sec
for example the difference
between 2006-08-10 15:39:22 and 2006-08-10 15:39:37
is not 13 sec
these 15 sec
Previous Comments:
[2006-08-10 13:45:31] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2006-08-10 13:40:56] oren at telebox dot co dot il
Description:
Hello the bug is
where i write sql string with date info
i get strange result
Reproduce code:
---
$sql = "UPDATE `stat` SET `total`=TIME_TO_SEC(TIMEDIFF('".date("Y-m-d
H:i:s")."',startime)) , endtime = '".date("Y-m-d H:i:s")."' WHERE
`hendel`='$hendel'";
Expected result:
the result is lateness of 1 - 6 seconds
Actual result:
--
the way i find to bypass the problem is .
$nowsss=date("Y-m-d H:i:s");
$sql = "UPDATE `stat` SET
`total`=TIME_TO_SEC(TIMEDIFF('".$nowsss."',startime)) , endtime =
'".$nowsss."' WHERE `hendel`='$hendel'";
--
Edit this bug report at http://bugs.php.net/?id=38416&edit=1
#38416 [Opn->Bgs]: bug in date and mysql
ID: 38416
Updated by: [EMAIL PROTECTED]
Reported By: oren at telebox dot co dot il
-Status: Open
+Status: Bogus
Bug Type: MySQL related
Operating System: linux rh9
PHP Version: 5.1.4
New Comment:
The time difference in database is clearly not PHP bug.
Previous Comments:
[2006-08-10 14:03:40] oren at telebox dot co dot il
OK i explain my salf better the time difference in database are 1-6 sec
for example the difference
between 2006-08-10 15:39:22 and 2006-08-10 15:39:37
is not 13 sec
these 15 sec
[2006-08-10 13:45:31] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2006-08-10 13:40:56] oren at telebox dot co dot il
Description:
Hello the bug is
where i write sql string with date info
i get strange result
Reproduce code:
---
$sql = "UPDATE `stat` SET `total`=TIME_TO_SEC(TIMEDIFF('".date("Y-m-d
H:i:s")."',startime)) , endtime = '".date("Y-m-d H:i:s")."' WHERE
`hendel`='$hendel'";
Expected result:
the result is lateness of 1 - 6 seconds
Actual result:
--
the way i find to bypass the problem is .
$nowsss=date("Y-m-d H:i:s");
$sql = "UPDATE `stat` SET
`total`=TIME_TO_SEC(TIMEDIFF('".$nowsss."',startime)) , endtime =
'".$nowsss."' WHERE `hendel`='$hendel'";
--
Edit this bug report at http://bugs.php.net/?id=38416&edit=1
#38405 [Fbk->Opn]: Segmentation fault on using invalid save handler
ID: 38405
User updated by: archer at priorityonline dot net
Reported By: archer at priorityonline dot net
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Debian-AMD64
PHP Version: 5.1.4
New Comment:
Nope, happens every time i try to run phpmyadmin through php if that
helps. I've no idea which line actually causes it to seg tho, trying to
figure that one out :/
Core was generated by `php-fcgi -c /root/php.break.ini index.php'.
Program terminated with signal 11, Segmentation fault.
#0 0x00795c4c in zend_objects_store_mark_destructed
(objects=0xbe6900) at
/root/php5.2-200608101230/Zend/zend_objects_API.c:70
70 if (objects->object_buckets[i].valid) {
#0 0x00795c4c in zend_objects_store_mark_destructed
(objects=0xbe6900) at
/root/php5.2-200608101230/Zend/zend_objects_API.c:70
#1 0x0071874d in php_error_cb (type=1, error_filename=0xa1f27b
"Unknown", error_lineno=0, format=0xa01f39 "%s", args=0x7029b620) at
/root/php5.2-200608101230/main/main.c:836
#2 0x007714cb in zend_error (type=1, format=0xa01f39 "%s") at
/root/php5.2-200608101230/Zend/zend.c:944
#3 0x00717a6f in php_verror (docref=0x0, params=0xa01a41 "",
type=1, format=0x9d63b7 "Cannot find save handler %s",
args=0x7029b860) at /root/php5.2-200608101230/main/main.c:574
#4 0x00717cb5 in php_error_docref0 (docref=0x0, type=1,
format=0x9d63b7 "Cannot find save handler %s") at
/root/php5.2-200608101230/main/main.c:594
#5 0x005e758c in OnUpdateSaveHandler (entry=0xd20720,
new_value=0xbf83c0 "file", new_value_length=4, mh_arg1=0x0,
mh_arg2=0x0, mh_arg3=0x0, stage=8)
at /root/php5.2-200608101230/ext/session/session.c:103
#6 0x00788d7e in zend_restore_ini_entry_cb
(ini_entry=0xd20720, stage=8) at
/root/php5.2-200608101230/Zend/zend_ini.c:55
#7 0x00788e27 in zend_restore_ini_entry_wrapper
(ini_entry=0x2ba7bf365d88) at
/root/php5.2-200608101230/Zend/zend_ini.c:70
#8 0x0077f661 in zend_hash_apply (ht=0x2ba7bcf46388,
apply_func=0x788e0a ) at
/root/php5.2-200608101230/Zend/zend_hash.c:666
#9 0x00788f18 in zend_ini_deactivate () at
/root/php5.2-200608101230/Zend/zend_ini.c:109
#10 0x0077117f in zend_deactivate () at
/root/php5.2-200608101230/Zend/zend.c:848
#11 0x0071966e in php_request_shutdown (dummy=0x0) at
/root/php5.2-200608101230/main/main.c:1300
#12 0x007f5bbb in main (argc=4, argv=0x7029e0e8) at
/root/php5.2-200608101230/sapi/cgi/cgi_main.c:1667
Previous Comments:
[2006-08-10 07:49:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-08-09 23:37:34] archer at priorityonline dot net
Extra Information missing from backtrace ->
#0 0x0067a493 in zend_objects_store_mark_destructed
(objects=0xaa00f8) at /root/php-5.1.4/Zend/zend_objects_API.c:70
70 if (objects->object_buckets[i].valid) {
[2006-08-09 23:32:15] archer at priorityonline dot net
Description:
PHP Seems to crash (Segmentation Fault) when you provide it with an
invalid save_handler in PHP.ini.
I've attached a backtrace below.
Reproduce code:
---
Setting the save_handler value in php.ini to an invalid value
eg.
session.save_handler = file
Expected result:
PHP Fatal error: Unknown: Cannot find save handler file in Unknown on
line 0
Actual result:
--
(gdb) bt
#0 0x0067a493 in zend_objects_store_mark_destructed
(objects=0xaa00f8) at /root/php-5.1.4/Zend/zend_objects_API.c:70
#1 0x00624132 in php_error_cb (type=0, error_filename=0x86911d
"Unknown", error_lineno=0, format=, args=) at /root/php-5.1.4/main/main.c:827
#2 0x00661174 in zend_error (type=1, format=0x86f486 "%s") at
/root/php-5.1.4/Zend/zend.c:967
#3 0x0062383d in php_verror (docref=0x0, params=, type=1, format=, args=0xe88138) at
/root/php-5.1.4/main/main.c:572
#4 0x00623bcb in php_error_docref0 (docref=0xaa00f8 "",
type=16, format=0x1 ) at
/root/php-5.1.4/main/main.c:592
#5 0x00559e74 in OnUpdateSaveHandler (entry=, new_value=0xab0340 "file", new_value_length=, mh_arg1=,
mh_arg2=, mh_arg3=,
stage=8) at /root/php-5.1.4/ext/session/session.c:102
#6 0x0067190b in zend_restore_ini_entry_cb
(ini_entry=0xbc91b0, stage=8) at /root/php-5.1.4/Zend/zend_ini.c:55
#7 0x0066a6bb in zend_hash_apply_with_argument (ht=0xaa6250,
apply_func=0x671830 , argument=0x8) at
/root/php-5.1.4/Zend/zend_hash.c:685
#8 0x006719da in zend_ini_deactivate () at
/root/php-5.1.4/Zend/zend_ini.c:101
#9 0x0
#38405 [Opn->Fbk]: Segmentation fault on using invalid save handler
ID: 38405
Updated by: [EMAIL PROTECTED]
Reported By: archer at priorityonline dot net
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Debian-AMD64
PHP Version: 5.1.4
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
Previous Comments:
[2006-08-10 14:45:18] archer at priorityonline dot net
Nope, happens every time i try to run phpmyadmin through php if that
helps. I've no idea which line actually causes it to seg tho, trying to
figure that one out :/
Core was generated by `php-fcgi -c /root/php.break.ini index.php'.
Program terminated with signal 11, Segmentation fault.
#0 0x00795c4c in zend_objects_store_mark_destructed
(objects=0xbe6900) at
/root/php5.2-200608101230/Zend/zend_objects_API.c:70
70 if (objects->object_buckets[i].valid) {
#0 0x00795c4c in zend_objects_store_mark_destructed
(objects=0xbe6900) at
/root/php5.2-200608101230/Zend/zend_objects_API.c:70
#1 0x0071874d in php_error_cb (type=1, error_filename=0xa1f27b
"Unknown", error_lineno=0, format=0xa01f39 "%s", args=0x7029b620) at
/root/php5.2-200608101230/main/main.c:836
#2 0x007714cb in zend_error (type=1, format=0xa01f39 "%s") at
/root/php5.2-200608101230/Zend/zend.c:944
#3 0x00717a6f in php_verror (docref=0x0, params=0xa01a41 "",
type=1, format=0x9d63b7 "Cannot find save handler %s",
args=0x7029b860) at /root/php5.2-200608101230/main/main.c:574
#4 0x00717cb5 in php_error_docref0 (docref=0x0, type=1,
format=0x9d63b7 "Cannot find save handler %s") at
/root/php5.2-200608101230/main/main.c:594
#5 0x005e758c in OnUpdateSaveHandler (entry=0xd20720,
new_value=0xbf83c0 "file", new_value_length=4, mh_arg1=0x0,
mh_arg2=0x0, mh_arg3=0x0, stage=8)
at /root/php5.2-200608101230/ext/session/session.c:103
#6 0x00788d7e in zend_restore_ini_entry_cb
(ini_entry=0xd20720, stage=8) at
/root/php5.2-200608101230/Zend/zend_ini.c:55
#7 0x00788e27 in zend_restore_ini_entry_wrapper
(ini_entry=0x2ba7bf365d88) at
/root/php5.2-200608101230/Zend/zend_ini.c:70
#8 0x0077f661 in zend_hash_apply (ht=0x2ba7bcf46388,
apply_func=0x788e0a ) at
/root/php5.2-200608101230/Zend/zend_hash.c:666
#9 0x00788f18 in zend_ini_deactivate () at
/root/php5.2-200608101230/Zend/zend_ini.c:109
#10 0x0077117f in zend_deactivate () at
/root/php5.2-200608101230/Zend/zend.c:848
#11 0x0071966e in php_request_shutdown (dummy=0x0) at
/root/php5.2-200608101230/main/main.c:1300
#12 0x007f5bbb in main (argc=4, argv=0x7029e0e8) at
/root/php5.2-200608101230/sapi/cgi/cgi_main.c:1667
[2006-08-10 07:49:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-08-09 23:37:34] archer at priorityonline dot net
Extra Information missing from backtrace ->
#0 0x0067a493 in zend_objects_store_mark_destructed
(objects=0xaa00f8) at /root/php-5.1.4/Zend/zend_objects_API.c:70
70 if (objects->object_buckets[i].valid) {
[2006-08-09 23:32:15] archer at priorityonline dot net
Description:
PHP Seems to crash (Segmentation Fault) when you provide it with an
invalid save_handler in PHP.ini.
I've attached a backtrace below.
Reproduce code:
---
Setting the save_handler value in php.ini to an invalid value
eg.
session.save_handler = file
Expected result:
PHP Fatal error: Unknown: Cannot find save handler file in Unknown on
line 0
Actual result:
--
(gdb) bt
#0 0x0067a493 in zend_objects_store_mark_destructed
(objects=0xaa00f8) at /root/php-5.1.4/Zend/zend_objects_API.c:70
#1 0x00624132 in php_error_cb (type=0, error_filename=0x86911d
"Unknown", error_lineno=0, format=, args=) at /root/php-5.1.4/main/main.c:827
#2 0x00661174 in zend_error (type=1, format=0x86f486 "%s") at
/root/php-5.1.4/Zend/zend.c:967
#3 0x0062383d in php_verror (docref=0x0, params=, type=1, format=, args=0xe88138) at
/root/php-5.1.4/main/main.c:572
#4 0x00623bcb in php_error_docref0 (docref=0xaa00f8 "",
type=16, forma
#38405 [Fbk->Opn]: Segmentation fault on using invalid save handler
ID: 38405
User updated by: archer at priorityonline dot net
Reported By: archer at priorityonline dot net
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Debian-AMD64
PHP Version: 5.1.4
New Comment:
Curious tho , as it displays the output of the page .. and then
promptly crashes rather than exiting cleanly.
eg:
PHP Fatal error: Unknown: Cannot find save handler file in Unknown
on line 0
Segmentation fault (core dumped)
Previous Comments:
[2006-08-10 14:48:29] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2006-08-10 14:45:18] archer at priorityonline dot net
Nope, happens every time i try to run phpmyadmin through php if that
helps. I've no idea which line actually causes it to seg tho, trying to
figure that one out :/
Core was generated by `php-fcgi -c /root/php.break.ini index.php'.
Program terminated with signal 11, Segmentation fault.
#0 0x00795c4c in zend_objects_store_mark_destructed
(objects=0xbe6900) at
/root/php5.2-200608101230/Zend/zend_objects_API.c:70
70 if (objects->object_buckets[i].valid) {
#0 0x00795c4c in zend_objects_store_mark_destructed
(objects=0xbe6900) at
/root/php5.2-200608101230/Zend/zend_objects_API.c:70
#1 0x0071874d in php_error_cb (type=1, error_filename=0xa1f27b
"Unknown", error_lineno=0, format=0xa01f39 "%s", args=0x7029b620) at
/root/php5.2-200608101230/main/main.c:836
#2 0x007714cb in zend_error (type=1, format=0xa01f39 "%s") at
/root/php5.2-200608101230/Zend/zend.c:944
#3 0x00717a6f in php_verror (docref=0x0, params=0xa01a41 "",
type=1, format=0x9d63b7 "Cannot find save handler %s",
args=0x7029b860) at /root/php5.2-200608101230/main/main.c:574
#4 0x00717cb5 in php_error_docref0 (docref=0x0, type=1,
format=0x9d63b7 "Cannot find save handler %s") at
/root/php5.2-200608101230/main/main.c:594
#5 0x005e758c in OnUpdateSaveHandler (entry=0xd20720,
new_value=0xbf83c0 "file", new_value_length=4, mh_arg1=0x0,
mh_arg2=0x0, mh_arg3=0x0, stage=8)
at /root/php5.2-200608101230/ext/session/session.c:103
#6 0x00788d7e in zend_restore_ini_entry_cb
(ini_entry=0xd20720, stage=8) at
/root/php5.2-200608101230/Zend/zend_ini.c:55
#7 0x00788e27 in zend_restore_ini_entry_wrapper
(ini_entry=0x2ba7bf365d88) at
/root/php5.2-200608101230/Zend/zend_ini.c:70
#8 0x0077f661 in zend_hash_apply (ht=0x2ba7bcf46388,
apply_func=0x788e0a ) at
/root/php5.2-200608101230/Zend/zend_hash.c:666
#9 0x00788f18 in zend_ini_deactivate () at
/root/php5.2-200608101230/Zend/zend_ini.c:109
#10 0x0077117f in zend_deactivate () at
/root/php5.2-200608101230/Zend/zend.c:848
#11 0x0071966e in php_request_shutdown (dummy=0x0) at
/root/php5.2-200608101230/main/main.c:1300
#12 0x007f5bbb in main (argc=4, argv=0x7029e0e8) at
/root/php5.2-200608101230/sapi/cgi/cgi_main.c:1667
[2006-08-10 07:49:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-08-09 23:37:34] archer at priorityonline dot net
Extra Information missing from backtrace ->
#0 0x0067a493 in zend_objects_store_mark_destructed
(objects=0xaa00f8) at /root/php-5.1.4/Zend/zend_objects_API.c:70
70 if (objects->object_buckets[i].valid) {
[2006-08-09 23:32:15] archer at priorityonline dot net
Description:
PHP Seems to crash (Segmentation Fault) when you provide it with an
invalid save_handler in PHP.ini.
I've attached a backtrace below.
Reproduce code:
---
Setting the save_handler value in php.ini to an invalid value
eg.
session.save_handler = file
Expected result:
PHP Fatal error: Unknown: Cannot find save handler file in Unknown on
line 0
Actual result:
--
(gdb) bt
#0 0x0067a493 in zend_objects_store_mark_destructed
(objects=0xaa00f8) at /root/php-5.1.4/Zend/zend_objects_API.c:70
#1 0x00624132 in php_error_cb (type=0, error_filename=0x86911d
"Unknown", error_lineno
#38405 [Opn->Fbk]: Segmentation fault on using invalid save handler
ID: 38405
Updated by: [EMAIL PROTECTED]
Reported By: archer at priorityonline dot net
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Debian-AMD64
PHP Version: 5.1.4
New Comment:
We still need a short reproduce case.
Previous Comments:
[2006-08-10 14:52:22] archer at priorityonline dot net
Curious tho , as it displays the output of the page .. and then
promptly crashes rather than exiting cleanly.
eg:
PHP Fatal error: Unknown: Cannot find save handler file in Unknown
on line 0
Segmentation fault (core dumped)
[2006-08-10 14:48:29] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2006-08-10 14:45:18] archer at priorityonline dot net
Nope, happens every time i try to run phpmyadmin through php if that
helps. I've no idea which line actually causes it to seg tho, trying to
figure that one out :/
Core was generated by `php-fcgi -c /root/php.break.ini index.php'.
Program terminated with signal 11, Segmentation fault.
#0 0x00795c4c in zend_objects_store_mark_destructed
(objects=0xbe6900) at
/root/php5.2-200608101230/Zend/zend_objects_API.c:70
70 if (objects->object_buckets[i].valid) {
#0 0x00795c4c in zend_objects_store_mark_destructed
(objects=0xbe6900) at
/root/php5.2-200608101230/Zend/zend_objects_API.c:70
#1 0x0071874d in php_error_cb (type=1, error_filename=0xa1f27b
"Unknown", error_lineno=0, format=0xa01f39 "%s", args=0x7029b620) at
/root/php5.2-200608101230/main/main.c:836
#2 0x007714cb in zend_error (type=1, format=0xa01f39 "%s") at
/root/php5.2-200608101230/Zend/zend.c:944
#3 0x00717a6f in php_verror (docref=0x0, params=0xa01a41 "",
type=1, format=0x9d63b7 "Cannot find save handler %s",
args=0x7029b860) at /root/php5.2-200608101230/main/main.c:574
#4 0x00717cb5 in php_error_docref0 (docref=0x0, type=1,
format=0x9d63b7 "Cannot find save handler %s") at
/root/php5.2-200608101230/main/main.c:594
#5 0x005e758c in OnUpdateSaveHandler (entry=0xd20720,
new_value=0xbf83c0 "file", new_value_length=4, mh_arg1=0x0,
mh_arg2=0x0, mh_arg3=0x0, stage=8)
at /root/php5.2-200608101230/ext/session/session.c:103
#6 0x00788d7e in zend_restore_ini_entry_cb
(ini_entry=0xd20720, stage=8) at
/root/php5.2-200608101230/Zend/zend_ini.c:55
#7 0x00788e27 in zend_restore_ini_entry_wrapper
(ini_entry=0x2ba7bf365d88) at
/root/php5.2-200608101230/Zend/zend_ini.c:70
#8 0x0077f661 in zend_hash_apply (ht=0x2ba7bcf46388,
apply_func=0x788e0a ) at
/root/php5.2-200608101230/Zend/zend_hash.c:666
#9 0x00788f18 in zend_ini_deactivate () at
/root/php5.2-200608101230/Zend/zend_ini.c:109
#10 0x0077117f in zend_deactivate () at
/root/php5.2-200608101230/Zend/zend.c:848
#11 0x0071966e in php_request_shutdown (dummy=0x0) at
/root/php5.2-200608101230/main/main.c:1300
#12 0x007f5bbb in main (argc=4, argv=0x7029e0e8) at
/root/php5.2-200608101230/sapi/cgi/cgi_main.c:1667
[2006-08-10 07:49:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-08-09 23:37:34] archer at priorityonline dot net
Extra Information missing from backtrace ->
#0 0x0067a493 in zend_objects_store_mark_destructed
(objects=0xaa00f8) at /root/php-5.1.4/Zend/zend_objects_API.c:70
70 if (objects->object_buckets[i].valid) {
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/38405
--
Edit this bug report at http://bugs.php.net/?id=38405&edit=1
#38410 [Fbk->Opn]: PHP Interpreter Crash with schemaValidate on XML with CDATA sections.
ID: 38410
User updated by: adam at sccode dot com
Reported By: adam at sccode dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Windows 2000/XP/2003
PHP Version: 5.1.4
New Comment:
Using the latest Windows Snapshot (5.2.0RC2-dev - Build: Aug 10 2006
16:15:11) I receive the same error. Note that removing the whitespace
before the CDATA section does eliminate the problem and could be used
as a workaround:
Crashes interpreter:
http://www.php.net/bugtests";>
Works:
http://www.php.net/bugtests";>
As the XML specification allows for whitespace after tags, I don't
think the interpreter should crash upon encountering these.
Previous Comments:
[2006-08-10 13:51:01] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Cannot reproduce.
[2006-08-10 11:14:28] adam at sccode dot com
Description:
Attempting to validate an XML document against a schema containing a
CDATA section with whitespace preceeding the opening tag causes the PHP
Interpreter to crash with an exception in Windows 2000/XP and 2003 on
both IIS and Apache.
Example:
http://www.php.net/bugtests";>
Validating the schema using xmllint with libxml 2.6.22 DLL works as
expected and does not crash.
I found a similar, possibly the same bug
(http://bugs.php.net/bug.php?id=37435&edit=2) which has been closed. As
I could not reproduce it with xmllint, I figure that it must be the PHP
interpreter.
Reproduce code:
---
crash-test.php:
load('crash-test.xml');
$xml->schemaValidate('crash-test.xsd'); // crash here
?>
crash-test.xml:
http://www.php.net/bugtests";>
crash-test.xsd:
http://www.w3.org/2001/XMLSchema";
targetNamespace="http://www.php.net/bugtests";
xmlns="http://www.php.net/bugtests";
elementFormDefault="qualified">
Expected result:
validated schema
Actual result:
--
php interpreter crashes with exception
--
Edit this bug report at http://bugs.php.net/?id=38410&edit=1
#38406 [Com]: PHP crashes when manipulating with SimpleXML object
ID: 38406 Comment by: nik at betline dot ru Reported By: zizka at seznam dot cz Status: Feedback Bug Type: SimpleXML related Operating System: Windows XP PHP Version: 5.1.4 New Comment: Without changes. Same error exists. Previous Comments: [2006-08-10 07:50:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-10 07:10:44] nik at betline dot ru I've same problem on FreeBSD 5.4 with Apache 2.0.58 [2006-08-10 00:54:55] zizka at seznam dot cz Description: PHP crashes when manipulating with SimpleXML object. See the code in the testcase. I think it does not concern stack overflow as there is no (obvious) recursion. Reproduce code: --- http://ondra.zizka.cz/projekty/bugs/bug_SimpleXML_crash-testcase.php.txt Expected result: Either a node should be added, or PHP should throw some exception or warning. Actual result: -- Apache thread crashes (Win32 reports illegal operation). Application Failure Apache.exe 2.0.55.0 in php5ts.dll 5.1.4.4 at offset 001ec55b -- Edit this bug report at http://bugs.php.net/?id=38406&edit=1
#38406 [Fbk]: PHP crashes when manipulating with SimpleXML object
ID: 38406 Updated by: [EMAIL PROTECTED] Reported By: zizka at seznam dot cz Status: Feedback Bug Type: SimpleXML related Operating System: Windows XP PHP Version: 5.1.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2006-08-10 16:08:13] nik at betline dot ru Without changes. Same error exists. [2006-08-10 07:50:07] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-08-10 07:10:44] nik at betline dot ru I've same problem on FreeBSD 5.4 with Apache 2.0.58 [2006-08-10 00:54:55] zizka at seznam dot cz Description: PHP crashes when manipulating with SimpleXML object. See the code in the testcase. I think it does not concern stack overflow as there is no (obvious) recursion. Reproduce code: --- http://ondra.zizka.cz/projekty/bugs/bug_SimpleXML_crash-testcase.php.txt Expected result: Either a node should be added, or PHP should throw some exception or warning. Actual result: -- Apache thread crashes (Win32 reports illegal operation). Application Failure Apache.exe 2.0.55.0 in php5ts.dll 5.1.4.4 at offset 001ec55b -- Edit this bug report at http://bugs.php.net/?id=38406&edit=1
#38410 [Opn->Asn]: PHP Interpreter Crash with schemaValidate on XML with CDATA sections.
ID: 38410
Updated by: [EMAIL PROTECTED]
Reported By: adam at sccode dot com
-Status: Open
+Status: Assigned
Bug Type: Reproducible crash
Operating System: Windows 2000/XP/2003
PHP Version: 5.1.4
-Assigned To:
+Assigned To: edink
New Comment:
I can reproduce it with libxml2-2.6.22, but not with libxml2-2.6.23.
So, apparently this is libxml2 bug and win32 builds should use a newer
libxml2 version (2.6.26 is the latest one at the moment).
Previous Comments:
[2006-08-10 16:05:26] adam at sccode dot com
Using the latest Windows Snapshot (5.2.0RC2-dev - Build: Aug 10 2006
16:15:11) I receive the same error. Note that removing the whitespace
before the CDATA section does eliminate the problem and could be used
as a workaround:
Crashes interpreter:
http://www.php.net/bugtests";>
Works:
http://www.php.net/bugtests";>
As the XML specification allows for whitespace after tags, I don't
think the interpreter should crash upon encountering these.
[2006-08-10 13:51:01] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Cannot reproduce.
[2006-08-10 11:14:28] adam at sccode dot com
Description:
Attempting to validate an XML document against a schema containing a
CDATA section with whitespace preceeding the opening tag causes the PHP
Interpreter to crash with an exception in Windows 2000/XP and 2003 on
both IIS and Apache.
Example:
http://www.php.net/bugtests";>
Validating the schema using xmllint with libxml 2.6.22 DLL works as
expected and does not crash.
I found a similar, possibly the same bug
(http://bugs.php.net/bug.php?id=37435&edit=2) which has been closed. As
I could not reproduce it with xmllint, I figure that it must be the PHP
interpreter.
Reproduce code:
---
crash-test.php:
load('crash-test.xml');
$xml->schemaValidate('crash-test.xsd'); // crash here
?>
crash-test.xml:
http://www.php.net/bugtests";>
crash-test.xsd:
http://www.w3.org/2001/XMLSchema";
targetNamespace="http://www.php.net/bugtests";
xmlns="http://www.php.net/bugtests";
elementFormDefault="qualified">
Expected result:
validated schema
Actual result:
--
php interpreter crashes with exception
--
Edit this bug report at http://bugs.php.net/?id=38410&edit=1
#38403 [Opn->Bgs]: unable to quote \0 to sql strings
ID: 38403 Updated by: [EMAIL PROTECTED] Reported By: neta at abcb dot it -Status: Open +Status: Bogus Bug Type: PDO related Operating System: OSX/NetBSD/FreeBSD PHP Version: 5.1.4 New Comment: Use PDO::quote() to quote binary data before inserting it to the DB. Previous Comments: [2006-08-09 21:05:12] neta at abcb dot it Description: Sending TEXT data to PostgreSQL a database, the string gets truncated at the first occurrence of \0. Reproduce code: --- Just try to INSERT "abc\0def" into a TEXT field. Expected result: 'abc' -- Edit this bug report at http://bugs.php.net/?id=38403&edit=1
#38403 [Bgs]: unable to quote \0 to sql strings
ID: 38403 User updated by: neta at abcb dot it Reported By: neta at abcb dot it Status: Bogus Bug Type: PDO related Operating System: OSX/NetBSD/FreeBSD PHP Version: 5.1.4 New Comment: update: i just realized that libpq's PQescapeString() *cannot* handle \0 in the middle of a string. This is not PDO's fault. My apologies. Previous Comments: [2006-08-10 16:53:45] [EMAIL PROTECTED] Use PDO::quote() to quote binary data before inserting it to the DB. [2006-08-09 21:05:12] neta at abcb dot it Description: Sending TEXT data to PostgreSQL a database, the string gets truncated at the first occurrence of \0. Reproduce code: --- Just try to INSERT "abc\0def" into a TEXT field. Expected result: 'abc' -- Edit this bug report at http://bugs.php.net/?id=38403&edit=1
#38373 [Opn->Fbk]: make install fails with multiple linker errors
ID: 38373 Updated by: [EMAIL PROTECTED] Reported By: phpbug at dodgeit dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Debian Sarge PHP Version: 4.4.3 New Comment: Can't reproduce with any GCC version from 3.3.1 to 3.4.5. Unfortunately I don't have a Debian machine to test it. Previous Comments: [2006-08-09 23:08:17] phpbug at dodgeit dot com Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --enable-__cxa_atexit --with-system-zlib --enable-nls --without-included-gettext --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux Thread model: posix gcc version 3.3.5 (Debian 1:3.3.5-13) [2006-08-09 08:35:10] [EMAIL PROTECTED] What is the version of GCC ? Please do not paste such huge text anymore. [2006-08-09 00:09:46] phpbug at dodgeit dot com I've attempted to recompile multiple times (make clean, make, make install), no change. I'm using a stock Debian Sarge with the 2.6.8 kernel; no custom modifications. Have tried to build against Apache 2.2.2 as well as 1.3.7 (--with-apxs), the result is exactly the same in both cases. I am able to build php 5 successfully against Apache 2.2.2, though, on the same box. I can provide other system information if needed; just let me know what you need. the command that fails is below (and more output). /bin/sh /var/build/php-4.4.3/libtool --silent --preserve-dup-deps --mode=link gcc -export-dynamic -g -O2 regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standa rd/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/ crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/ standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_com pat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ex t/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ex t/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microt ime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/sca nf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard /url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnat cmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/st andard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/stan dard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/ag gregation.lo ext/standard/sha1.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.l o main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/all oca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/stn/streams.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/memory _streams.lo main/user_streams.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini _parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/z end_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode. lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Z end/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend _builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zen d/zend_strtod.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli. lo -lcrypt -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -lcrypt -o sapi/cli/php sapi/cli/php_cli.lo(.text+0x18): In function `print_module_info': /var/build/php-4.4.3/sapi/cli/php_cli.c:124: undefined reference to `php_printf' sapi/cli/php_cli.lo(.text+0x91): In function `print_modules': /var/build/php-4.4.3/sapi/cli/php_cli.c:142: undefined reference to `zend_hash_init'
#38410 [Asn]: PHP Interpreter Crash with schemaValidate on XML with CDATA sections.
ID: 38410
User updated by: adam at sccode dot com
Reported By: adam at sccode dot com
Status: Assigned
Bug Type: Reproducible crash
Operating System: Windows 2000/XP/2003
PHP Version: 5.1.4
Assigned To: edink
New Comment:
I will attempt a build with libxml 2.6.26 and see what I come up with.
Previous Comments:
[2006-08-10 16:49:04] [EMAIL PROTECTED]
I can reproduce it with libxml2-2.6.22, but not with libxml2-2.6.23.
So, apparently this is libxml2 bug and win32 builds should use a newer
libxml2 version (2.6.26 is the latest one at the moment).
[2006-08-10 16:05:26] adam at sccode dot com
Using the latest Windows Snapshot (5.2.0RC2-dev - Build: Aug 10 2006
16:15:11) I receive the same error. Note that removing the whitespace
before the CDATA section does eliminate the problem and could be used
as a workaround:
Crashes interpreter:
http://www.php.net/bugtests";>
Works:
http://www.php.net/bugtests";>
As the XML specification allows for whitespace after tags, I don't
think the interpreter should crash upon encountering these.
[2006-08-10 13:51:01] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
Cannot reproduce.
[2006-08-10 11:14:28] adam at sccode dot com
Description:
Attempting to validate an XML document against a schema containing a
CDATA section with whitespace preceeding the opening tag causes the PHP
Interpreter to crash with an exception in Windows 2000/XP and 2003 on
both IIS and Apache.
Example:
http://www.php.net/bugtests";>
Validating the schema using xmllint with libxml 2.6.22 DLL works as
expected and does not crash.
I found a similar, possibly the same bug
(http://bugs.php.net/bug.php?id=37435&edit=2) which has been closed. As
I could not reproduce it with xmllint, I figure that it must be the PHP
interpreter.
Reproduce code:
---
crash-test.php:
load('crash-test.xml');
$xml->schemaValidate('crash-test.xsd'); // crash here
?>
crash-test.xml:
http://www.php.net/bugtests";>
crash-test.xsd:
http://www.w3.org/2001/XMLSchema";
targetNamespace="http://www.php.net/bugtests";
xmlns="http://www.php.net/bugtests";
elementFormDefault="qualified">
Expected result:
validated schema
Actual result:
--
php interpreter crashes with exception
--
Edit this bug report at http://bugs.php.net/?id=38410&edit=1
#38417 [NEW]: SSL Handshake Timeout
From: ctm at etheon dot net
Operating system: Windows NT
PHP version: 5.1.4
PHP Bug Type: OpenSSL related
Bug description: SSL Handshake Timeout
Description:
When using either the stream_socket_client function (in
STREAM_CLIENT_CONNECT mode) or the stream_socket_enable_crypto function
(if you connected in ASYNC mode), on some IPs, then SSL Handshake will
take sometimes up to 10 minutes to complete, and in those cases, often
fails anyway. It also uses as much CPU usage as it can (up to 99%).
Basically, having a timeout would be nice.
Reproduce code:
---
$ip = "68.142.72.152" ;
$context = stream_context_create ( array ( 'ssl' => array (
'verify_peer' => false,
'capture_peer_cert' => true ),
)
) ;
$socket = stream_socket_client ( "ssl://" . $ip . ":443",
$errno,
$errstr,
15,
STREAM_CLIENT_CONNECT|STREAM_CLIENT_ASYNC_CONNECT,
$context ) ;
stream_socket_enable_crypto ( $socket, true,
STREAM_CRYPTO_METHOD_SSLv23_CLIENT ) ;
print "The end.\r\n" ;
Expected result:
The end.
Actual result:
--
Well, the result is pretty much the same, the only problem is instead of
taking roughly 10 to 30 seconds, it takes about 10 minutes and uses 99% of
the CPU.
This is, I think, the problem in the source code (ext/openssl/xp_ssl.c) :
do {
if (sslsock->is_client) {
n = SSL_connect(sslsock->ssl_handle);
} else {
n = SSL_accept(sslsock->ssl_handle);
}
if (n <= 0) {
retry = handle_ssl_error(stream, n TSRMLS_CC);
} else {
break;
}
} while (retry);
I know the SSL Handshake fails (since n is less than equal to 0), though
I'm not sure if the CPU usage and the long timeout are due to a near
infinite loop or something akin to this. I've checked the Unix man pages
on this, but I'm not sure which error it is exactly, since
openssl_error_string() doesn't return anything. And I can read or write
just fine, so I don't think it's SSL_ERROR_WANT_READ or
SSL_ERROR_WANT_WRITE, though I'm not sure about this.
--
Edit bug report at http://bugs.php.net/?id=38417&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38417&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38417&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38417&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38417&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38417&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38417&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38417&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38417&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38417&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38417&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38417&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38417&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38417&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38417&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38417&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38417&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38417&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38417&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38417&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38417&r=mysqlcfg
#28227 [Asn]: PHP CGI depends upon non-standard SCRIPT_FILENAME
ID: 28227 Updated by: [EMAIL PROTECTED] Reported By: lukem at NetBSD dot org Status: Assigned Bug Type: CGI related Operating System: * PHP Version: 5CVS, 4CVS (2005-02-04) Assigned To: fmk New Comment: The patch broke CGI on other web servers (IIS on Win32). That was the reason it was reverted. So far I have not been able to come up with a way to apply your patch so it will work in all cases (not breaking existing installed systems). Previous Comments: [2006-08-10 00:04:42] lukem at NetBSD dot org If I recall correctly, PHP4 as a CGI _did_ rely upon SCRIPT_FILENAME being set by the web server, at least in the default build of PHP4. My original workaround was to modify the non-Apache web server I was using to set SCRIPT_FILENAME before invoking php-as-cgi. IMHO, it not an acceptable long-term solution to modify the _web server_ because the _CGI application_ (php) relies upon a non-standard CGI variable. Which is why I developed the patch, which worked at the time for the release of PHP I was using (4.3.6). Based on the replies I've seen to my bug report & patch, other people are also seeing this problem, even in newer releases of PHP. Not everyone uses PHP as an Apache module, and not everyone uses Apache as a web server. People that want to use php as a CGI on other minimal web servers (e.g, embedded systems) may run into this problem, spend time trying to fix it, get pushback from the PHP developer community about this not being a problem (c.f. the way various bug reports documenting a similar problem with the "no input file found" being closed as "configuration problem", when I show that it's PHP-as-CGI barfing because SCRIPT_FILENAME isn't set), and in the end punt and use another solution. I strongly suggest that the PHP developers set up a test environment where PHP runs as a CGI from one of the many minimal (Open Source) web servers available that don't implement SCRIPT_FILENAME to attempt to reproduce this issue that numerous people have observerd (based on followups to this ticket, and other tickets that I've read). [2006-08-09 18:30:05] [EMAIL PROTECTED] because the patch is not correct and this is an incredibly fragile mechanism due to the wide variety of web servers out there. And despite what the bug report says, PHP does not rely on SCRIPT_FILENAME being present, it simply uses it if it is there. As far as I can tell using ./configure --enable-discard-path should take care of this problem. [2006-05-26 20:52:04] wink15 at hotmail dot com This is getting retarded...Why is this STILL not fixed? Seriously...WTF? [2006-03-15 17:00:13] mike dot scarborough at yahoo dot com I tried using Luke's changes within the php-5.1.2 source under netBSD, so that I could use the same bozohttpd server. Those changes didn't seem to help the problem under 5.1.2. I'd like to look into it further, but it would be very helpful if this could get fixed. Lots of times apache and iis are not options for a project. [2006-03-04 15:42:59] steve at suzail dot org Still present in php-5.1.2-Win32 What's the big deal with fixing this problem? It's such a major problem but needs so little to fix it. 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/28227 -- Edit this bug report at http://bugs.php.net/?id=28227&edit=1
#38178 [Com]: Problem with parameter detection in queries (HY093)
ID: 38178
Comment by: bugs at mytrashmail dot com
Reported By: gerald at copix dot org
Status: No Feedback
Bug Type: PDO related
Operating System: Windows
PHP Version: 5.1.4
Assigned To: wez
New Comment:
Problem verified on SunOS 5.8 using PHP 5.1.2 und MySQL 4.1.5-gamma for
prepared select queries to be executed. Used Driver: MySQL for PDO in
the original version for PHP 5.1.2.
Workaround: Last char in query must be semicolon.
Greetings.
Previous Comments:
[2006-08-09 01:00:01] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2006-08-01 14:07:27] [EMAIL PROTECTED]
What database driver are you using?
[2006-07-21 16:08:00] gerald at copix dot org
Description:
Using PDO, a simple insert query does not work with "prepare / execute"
but works fine using "exec"
This exact query does work correctly if I remove the text '\r\n' at its
end.
The query is :
'INSERT INTO myTable VALUES (\'xml:lang="fr" lang="fr">\r\n\')'
It may be related to the following bugs :
#36923 & #37646
Reproduce code:
---
//FOLLOWING DOES NOT WORK
$stmt = $pdo->prepare ('INSERT INTO myTable VALUES (\'xml:lang="fr"
lang="fr">\r\n\')');
if (! $stmt->execute ()){
print_r ($stmt->errorInfo ());//contains Array ( [0] => HY093 )
}
//FOLLOWING CODE IS OK (using exec)
if (! $pdo->exec ('INSERT INTO myTable VALUES (\'xml:lang="fr"
lang="fr">\r\n\')')){
print_r ($pdo->errorInfo ());
}
//FOLLOWING CODE IS OK (removed \r\n at the end of the query)
$stmt = $pdo->prepare ('INSERT INTO myTable VALUES (\'xml:lang="fr"
lang="fr">\')');
$stmt->execute ();//OK
Expected result:
PDO should insert the value 'xml:lang="fr" lang="fr">\r\n' in the
myTable table, wish is
CREATE TABLE `myTable` (
`test` VARCHAR( 255 ) NOT NULL
)
Actual result:
--
Warning: PDOStatement::execute() [function.PDOStatement-execute]:
SQLSTATE[HY093]: Invalid parameter number: no parameters were bound in
C:\Program Files\wamp\www\test_3\www\index.php on line 40
--
Edit this bug report at http://bugs.php.net/?id=38178&edit=1
#37120 [Com]: mod_php5 + apache2 + mail() = hung process
ID: 37120 Comment by: spike at indra dot com Reported By: brlcad at mac dot com Status: No Feedback Bug Type: Apache2 related Operating System: FreeBSD 5.2.1 PHP Version: 5.1.2 New Comment: I am seeing the same behavor in 4.4.3. I wrote a script to replace sendmail and confirmed that the data is being written to the pipe, but that the pipe is not being closed. I then stuck debuging statements in mail.c and found the it hangs on pclose(). Again, this is only in apache, not from the command line. There may be a connection to this FreeBSD bug report: http://www.freebsd.org/cgi/query-pr.cgi?pr=86421 Previous Comments: [2006-08-09 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-08-01 22:23:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-04-18 23:16:09] brlcad at mac dot com Not sure how helpful this will be, but here are several stack traces while it was hung. Interestingly enough, if I ctrl-c'd in gdb during the hang and continued, the page would unhang and return a mail() failure. (gdb) run -X -f /usr/local/etc/apache2/httpd.conf (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2847ba51 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 #2 0x2847b445 in _thread_kern_scheduler () from /usr/ lib/libc_r.so.5 (gdb) c Continuing. [ NOTE: HERE THE PAGE UNHUNG ] ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2835977e in apr_poll () from /usr/local/lib/ apache2/libapr-0.so.9 #2 0x28359f32 in apr_wait_for_io_or_timeout () from / usr/local/lib/apache2/libapr-0.so.9 #3 0x2835052a in apr_socket_recv () from /usr/local/ lib/apache2/libapr-0.so.9 #4 0x28350e9d in apr_recv () from /usr/local/lib/ apache2/libapr-0.so.9 #5 0x080705f0 in ap_lingering_close () #6 0x080640ab in child_main () #7 0x0806417c in make_child () #8 0x080642c2 in startup_children () #9 0x080646c2 in ap_mpm_run () #10 0x0806b7d3 in main () #11 0x0805cfd2 in _start () (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2847ba51 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 #2 0x2847b445 in _thread_kern_scheduler () from /usr/ lib/libc_r.so.5 (gdb) c Continuing. [ NOTE: HERE THE PAGE UNHUNG ] ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2835977e in apr_poll () from /usr/local/lib/ apache2/libapr-0.so.9 #2 0x28359f32 in apr_wait_for_io_or_timeout () from / usr/local/lib/apache2/libapr-0.so.9 #3 0x2835052a in apr_socket_recv () from /usr/local/ lib/apache2/libapr-0.so.9 #4 0x28350e9d in apr_recv () from /usr/local/lib/ apache2/libapr-0.so.9 #5 0x080705f0 in ap_lingering_close () #6 0x080640ab in child_main () #7 0x0806417c in make_child () #8 0x080642c2 in startup_children () #9 0x080646c2 in ap_mpm_run () #10 0x0806b7d3 in main () #11 0x0805cfd2 in _start () (gdb) quit [2006-04-18 22:47:43] brlcad at mac dot com I'll give that a try, though this is on a very heavy loaded production machine (hundreds of web hits per minute) -- I'll need to wait for the load to settle a little, hopefully later tonight. That said, in the meantime I thought I'd share some more insight testing. I fully replaced sendmail with qmail to make sure it wasn't something particular with the configuration of sendmail. Again, the machine has no problems sending e-mail on the command line or with mail clients, but mod_php5 hangs on the mail() call. Curiously enough, before installing qmail if I made the clientmqueue dir unreadable so that sendmail reported an error/failure, the mail() call does return immediately (reporting a failure return code) so the hanging does seem to be specific to when the mail 'should' go through co
#26490 [Com]: Lost connection to MySQL server during query
ID: 26490
Comment by: mcote at voyagesconstellation dot com
Reported By: chris dot noden at monstermob dot com
Status: No Feedback
Bug Type: MySQL related
Operating System: *
PHP Version: 4CVS, 5CVS (2004-03-13)
New Comment:
Same problem, sometimes! But if we keep trying we usually get result
in 2-3 tries, this code works to keep trying without hanging forever!
$result = FALSE;
$counter = 0;
while($result==FALSE)
{
$res = mysql_query($waitquery);
$result = mysql_fetch_assoc($res);
$counter++;
error_log("error happened! - mysql Connection was lost!!
try#$counter);
if ($counter==5)//prevents major major hang! ;-)
break;
}
Previous Comments:
[2005-04-14 19:16:15] Andreas dot Oesterhelt at InTradeSys dot com
After further thinking at least my test case
and Chris' original case are non-bugs:
The child inherits the parent's open connection.
When it dies, all its open files, including the
(unused) inherited connection are closed.
If the parent subsequently calls mysql_query() on
that closed connection, a new one will be opened.
But if the child termination happens while the parent
is executing a query, the parent indeed loses its
connection during its query.
Sorry for wasting your time,
--Andreas
PS: Fork logic in testcase script was flawed, too.
Should have been: if (!$is_child).
[2005-04-14 16:38:01] Andreas dot Oesterhelt at InTradeSys dot com
As requested by theseer @php.net I'm adding a test
case that steadily reproduces the problem for me.
Both on a Single CPU Pentium 4, Linux 2.4.29, PHP
4.3.10, MySQL 4.1.10, libc 2.2.5 machine, as well
as on a four CPU Ultra Sparc, Linux 2.4.27, PHP
4.3.10, MySQL 4.1.10a, libc 2.3.2 box I get the same
results.
The proposed workaround doesn't change that behaviour.
The example code assumes there is a database testcasedb,
to which a user testcaseuser on localhost using testcasepw
has access. It needs to contain a table like this, although
the table type really doesn't seem to matter:
CREATE TABLE `testtable` (`row1` varchar(40) NOT NULL
default '', `tstamp` timestamp NULL default NULL) DEFAULT
CHARSET=latin1 ;
0)
{
print("Child connection and query start\n");
$dbres = mysql_connect('localhost', 'testcaseuser',
'testcasepw',
true);
if (!mysql_query($child_sql, $dbres))
{
print("Child Mysql Error: " . mysql_error($dbres) .
"\n");
}
exit;
}
print("Parent next iteration\n");
} while (true);
?>
Basically the parent process loops forever, spawning
children that each open a connection of their own, do
a query and then die.
You'll see that the parent will report Lost connections
soon, although the children are doing their best not
to reuse the parent's connection.
Hope this helps to deeper look into the issue.
Thanks for listening,
--Andreas
[2004-10-01 01:00:02] 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".
[2004-09-23 12:05:07] [EMAIL PROTECTED]
Due to people claiming the "workaround" doesn't fix their problems, the
bug is reopened.
Please provide detailed feedback on how to reproduce the problem.
[2004-09-22 21:06:23] tru at gtwreck dot com
All you need to do is check out this query on google, and you can see
that a lot of sites have this issue while google is indexing them...
http://www.google.com/search?hl=en&lr=&ie=UTF-8&q=%22Lost+connection+to+MySQL+server+during+query%22+mysql_connect
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/26490
--
Edit this bug report at http://bugs.php.net/?id=26490&edit=1
#38405 [Fbk->Csd]: Segmentation fault on using invalid save handler
ID: 38405
User updated by: archer at priorityonline dot net
Reported By: archer at priorityonline dot net
-Status: Feedback
+Status: Closed
Bug Type: Reproducible crash
Operating System: Debian-AMD64
PHP Version: 5.1.4
New Comment:
I'm gonna go scour the phpmyadmin code
Previous Comments:
[2006-08-10 14:59:21] [EMAIL PROTECTED]
We still need a short reproduce case.
[2006-08-10 14:52:22] archer at priorityonline dot net
Curious tho , as it displays the output of the page .. and then
promptly crashes rather than exiting cleanly.
eg:
PHP Fatal error: Unknown: Cannot find save handler file in Unknown
on line 0
Segmentation fault (core dumped)
[2006-08-10 14:48:29] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2006-08-10 14:45:18] archer at priorityonline dot net
Nope, happens every time i try to run phpmyadmin through php if that
helps. I've no idea which line actually causes it to seg tho, trying to
figure that one out :/
Core was generated by `php-fcgi -c /root/php.break.ini index.php'.
Program terminated with signal 11, Segmentation fault.
#0 0x00795c4c in zend_objects_store_mark_destructed
(objects=0xbe6900) at
/root/php5.2-200608101230/Zend/zend_objects_API.c:70
70 if (objects->object_buckets[i].valid) {
#0 0x00795c4c in zend_objects_store_mark_destructed
(objects=0xbe6900) at
/root/php5.2-200608101230/Zend/zend_objects_API.c:70
#1 0x0071874d in php_error_cb (type=1, error_filename=0xa1f27b
"Unknown", error_lineno=0, format=0xa01f39 "%s", args=0x7029b620) at
/root/php5.2-200608101230/main/main.c:836
#2 0x007714cb in zend_error (type=1, format=0xa01f39 "%s") at
/root/php5.2-200608101230/Zend/zend.c:944
#3 0x00717a6f in php_verror (docref=0x0, params=0xa01a41 "",
type=1, format=0x9d63b7 "Cannot find save handler %s",
args=0x7029b860) at /root/php5.2-200608101230/main/main.c:574
#4 0x00717cb5 in php_error_docref0 (docref=0x0, type=1,
format=0x9d63b7 "Cannot find save handler %s") at
/root/php5.2-200608101230/main/main.c:594
#5 0x005e758c in OnUpdateSaveHandler (entry=0xd20720,
new_value=0xbf83c0 "file", new_value_length=4, mh_arg1=0x0,
mh_arg2=0x0, mh_arg3=0x0, stage=8)
at /root/php5.2-200608101230/ext/session/session.c:103
#6 0x00788d7e in zend_restore_ini_entry_cb
(ini_entry=0xd20720, stage=8) at
/root/php5.2-200608101230/Zend/zend_ini.c:55
#7 0x00788e27 in zend_restore_ini_entry_wrapper
(ini_entry=0x2ba7bf365d88) at
/root/php5.2-200608101230/Zend/zend_ini.c:70
#8 0x0077f661 in zend_hash_apply (ht=0x2ba7bcf46388,
apply_func=0x788e0a ) at
/root/php5.2-200608101230/Zend/zend_hash.c:666
#9 0x00788f18 in zend_ini_deactivate () at
/root/php5.2-200608101230/Zend/zend_ini.c:109
#10 0x0077117f in zend_deactivate () at
/root/php5.2-200608101230/Zend/zend.c:848
#11 0x0071966e in php_request_shutdown (dummy=0x0) at
/root/php5.2-200608101230/main/main.c:1300
#12 0x007f5bbb in main (argc=4, argv=0x7029e0e8) at
/root/php5.2-200608101230/sapi/cgi/cgi_main.c:1667
[2006-08-10 07:49:44] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/38405
--
Edit this bug report at http://bugs.php.net/?id=38405&edit=1
#38418 [NEW]: Javascript line interfering with setcookie()
From: steamboy at gmail dot com
Operating system: Win 98, Linux
PHP version: 4.4.3
PHP Bug Type: Unknown/Other Function
Bug description: Javascript line interfering with setcookie()
Description:
I'm sorry, I could not check the bug with the latest version of php (only
with 4.3.11), BUT before closing this topic, please try the code I posted
because the bug is so peculiar, I would be surprised if it had been
reported !
One line of javascript (displaying an html image tag with document.write),
prevents the setcookie function to work correctly when the value is given
with some conditional statements (using isset, or hiding an error with
@).
Simply enter a word in the input field.
Reproduce code:
---
document.write('![]()
')
Expected result:
It should set a cookie named 'test' with the value you have entered in the
input field.
Actual result:
--
Instead it will set the '00' value to the cookie, even though dumping the
variable produces the expected result, that is the content of the input
field !
However, if you remove the javascript line, it will set the cookie with
the correct value !
--
Edit bug report at http://bugs.php.net/?id=38418&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38418&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38418&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38418&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38418&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38418&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38418&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38418&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38418&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38418&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38418&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38418&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38418&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38418&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38418&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38418&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38418&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38418&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38418&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38418&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38418&r=mysqlcfg
#38419 [NEW]: date function error
From: reggiemb at hotmail dot com
Operating system: WindowsXP
PHP version: 5.1.4
PHP Bug Type: Date/time related
Bug description: date function error
Description:
It suppose to be returning the current system datetime, but always return
1 hour ahead of the system datetime..
System running on Apache/2.0.58 (Win32)...
Reproduce code:
---
date('l jS \of F Y g:ia');
--
Edit bug report at http://bugs.php.net/?id=38419&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38419&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38419&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38419&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38419&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38419&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38419&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38419&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38419&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38419&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38419&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38419&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38419&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38419&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38419&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38419&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38419&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38419&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38419&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38419&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38419&r=mysqlcfg
#13604 [Com]: odbc_primarykeys with Access
ID: 13604 Comment by: kaspernj at gmail dot com Reported By: phperror at gustl dot at Status: No Feedback Bug Type: ODBC related Operating System: W98, W98SE PHP Version: 4.0.6 New Comment: Hi, I have the exact same problem with the latest CVS of PHP 5.1, Access-database saved with Access 2003, Windows XP 32bit with SP2 and all the latest updates (11-08-2006). The warning I get is this: Warning: odbc_primarykeys(): SQL error: , SQL state 0 in SQLPrimaryKeys in D:\phpprogs\knj_sqladmin\DBConn.php on line 357 ...with the following code: conn, "", "", $tablename); ?> $this->conn is being used many times, before it fails on "odbc_primarykeys()", so I have established a connection to the Access database - I am sure. It is possible to read the tables data. odbc_columns() works as espected. odbc_tables() works as espected. Previous Comments: [2003-07-12 03:04:09] sa_kelkar at yahoo dot com I have same problem with odbc_primarykeys when i am using with the DB2. Please guide me my code is [2002-09-09 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, 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". [2002-08-05 20:38:19] [EMAIL PROTECTED] Using the latest CVS I cannot get your sample code to work at all. It seems the $tables is never populated on my end. Any chance you can post a sample schema, or see if this is still happening? [2002-07-29 13:58:14] [EMAIL PROTECTED] Jeff please limit yourself to one bug report per bug. If you have issues with other ODBC functionality, feel free to open a seperate bug report. [2002-07-29 12:55:49] jeff dot albert at ualberta dot ca Hello, I'm having the same problem with win2k, Apache, and PHP 4.2.2, accessing any of a number of Access databases; the error seems to occur with any attempt access any of the following functions: odbc_columns odbc_columnprivileges odbc_tables odbc_tableprivileges incidentally, occasionally the tables functions will actually cause php.exe to crash outright. Here's the simplest example of code that causes the problem: cheers, jeff albert 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/13604 -- Edit this bug report at http://bugs.php.net/?id=13604&edit=1
