#3276 [Com]: Add PGP support
ID: 3276 Comment by: goa at mail dot com Reported By: mlemos at acm dot org Status: Assigned Bug Type:Feature/Change Request PHP Version: 4.0 Assigned To: yohgaki New Comment: I need it too :) http://runescapeautominer6.blogspot.com/ Previous Comments: [2006-04-29 00:02:58] page-promoter at mail dot ru Need extension POSIX for PHP Win32... http://webmoney.tom-kazan.ru";>Site map [2002-04-21 14:51:36] [EMAIL PROTECTED] I looked at this recently for GPG; the links for the application library were dead or the site was down. You can do this stuff using popen (or the new proc_open in the CVS version). [2002-04-21 13:32:49] realmlord at hotmail dot com Is anything happening on this? Gnupg at least would be nice since PGP seems to be a "frozen project" by NAI/McAffee [2002-01-28 16:48:11] [EMAIL PROTECTED] I need it too :) Assign to me [2001-02-10 13:59:37] [EMAIL PROTECTED] refiling against 4.0. 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/3276 -- Edit this bug report at http://bugs.php.net/?id=3276&edit=1
#37242 [NEW]: The session id contains illegal characters
From: leonardo at activision dot ro Operating system: Fedora Core 4 PHP version: 5.1.2 PHP Bug Type: Session related Bug description: The session id contains illegal characters Description: hi! i'm using php 5.0.4 on fedora core 4 and apache 2.0.54. the session.auto_start = 1 and session.save_path = /var/lib/php/session is in /etc/php.ini. the site works well in spite of the fact that from time to time i say 4-5 per hour the php.log error file shows "PHP Warning: Unknown: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,'" and immediatly after "PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/php/session)". I think is the third time I report this bug call over the years concerning writing session files since the version 4.0 and it keeps appearing though i've just upgrade it that my head blowed off. i just doesn't affect me at all but i report it for the sake of getting a job done once for all. Reproduce code: --- the is nothing to reproduce the error is by chance to see it or not. Expected result: - Actual result: -- - -- Edit bug report at http://bugs.php.net/?id=37242&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37242&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37242&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37242&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37242&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37242&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37242&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37242&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37242&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37242&r=support Expected behavior:http://bugs.php.net/fix.php?id=37242&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37242&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37242&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37242&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37242&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37242&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37242&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37242&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37242&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37242&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37242&r=mysqlcfg
#37194 [Asn->Opn]: HTTP memory increased
ID: 37194
Updated by: [EMAIL PROTECTED]
Reported By: ysuzuki at zend dot co dot jp
-Status: Assigned
+Status: Open
Bug Type: Informix related
Operating System: RedHat Linux
PHP Version: 4.4.2
Assigned To: danny
Previous Comments:
[2006-04-27 03:34:44] ysuzuki at zend dot co dot jp
Sorry, Bug fixed right code is here.
#if (ESQLC_VERSION >= 720 || (ESQLC_VERSION >= 501 && ESQLC_VERSION <
600))
SqlFreeMem(s_da, SQLDA_FREE);
#else <-- *** I added this line ***
free(s_da);
#endif
[2006-04-26 02:14:08] ysuzuki at zend dot co dot jp
If its not match condition as follows, it will never free Informix
memory, I think.
(ESQLC_VERSION >= 720 || (ESQLC_VERSION >= 501 && ESQLC_VERSION < 600)
I changed this portion is the following. After that, This problem was
fixed. I believe this modification is right code. Please take it.
#if (ESQLC_VERSION >= 720 || (ESQLC_VERSION >= 501 && ESQLC_VERSION <
600))
SqlFreeMem(s_da, SQLDA_FREE);
} else {
#else
free(s_da);
#endif
[2006-04-25 09:14:47] ysuzuki at zend dot co dot jp
Description:
Our developers created a sample code by using the following functions.
--- ifx_connect(), ifx_query(), ifx_free_result(), ifx_close()
This sample program is very simple such as connect to Infomix DB and
then issue some query string, get query result, and finally disconnect
Informix DB. They executed this sample php code several times. Then,
they found a problem that HTTPD used memory was increased. This is kind
of memory leak problem.
They also investigated php_initfx_count_descriptors() function.
static php_initfx_count_descriptors(char *p_statemid TSRMLS_DC)
{
EXEC SQL BEGIN DECLARE SECTION;
char *statemid = p_statemid;
EXEC SQL END DECLARE SECTION;
struct sqlda *s_da;
int ret = 384;
EXEC SQL DESCRIBE :statemid INTO s_da;
If(ifx_check()) >= 0) {
ret = s_da->sqlid;
/*
*Thanks to DBD-Informix
*/
#if (ESQLC_VERSION >= 720 || (ESQLC_VERSION >= 501 && ESQLC_VERSION <
600))
SqlFreeMem(s_da, SQLDA_FREE);
} else {
free(s_da);
#endif
}
return ret;
}
--
Edit this bug report at http://bugs.php.net/?id=37194&edit=1
#37234 [Opn->Fbk]: unpack() hex problem
ID: 37234 Updated by: [EMAIL PROTECTED] Reported By: phpbug at drque dot net -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux, Debian 2.6.8-3-k7 PHP Version: 5.1.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Looks fine in 5.1.3. Previous Comments: [2006-04-28 08:46:07] phpbug at drque dot net Description: When unpacking hex with 'unpack', a "0" is appended to the end of the resulting string. This did not happen in previous versions (this code functions in PHP 5.1.1). A quick fix can be done by commenting out line 695 in "ext/standard/pack.c": Change len -= argb % 2; to //len -= argb % 2; This line is one of 6 differences in "pack.c" between version 5.1.1 and 5.1.2. I wasn't able to understand why the "len -= argb %2" line was added. Reproduce code: --- Expected result: c45dc988443fa8fff52ce7953bf049b8 c45dc988443fa8fff52ce7953bf049b8 Actual result: -- c45dc988443fa8fff52ce7953bf049b8 c45dc988443fa8fff52ce7953bf049b80 -- Edit this bug report at http://bugs.php.net/?id=37234&edit=1
#37230 [Opn]: array index of type variant fail
ID: 37230
Updated by: [EMAIL PROTECTED]
Reported By: teveritt22 at te-server dot org
Status: Open
Bug Type: Unknown/Other Function
Operating System: Windows
PHP Version: 5.1.2
New Comment:
This is not really realted to the other mentioned bug AFAICS.
It actually is expected behaviour, you should not use non-scalars as
array index (objects, resources etc.).
Previous Comments:
[2006-04-28 02:54:44] teveritt22 at te-server dot org
Description:
When using a variant (e.g. new VARIANT(3)) as an index for an array, it
generates "Warning: Illegal offset type". I looked around and not sure
if this is a bug or is expected behavior, but the only way to get
around it is to convert the variant into an integer (e.g sprintf).
In addition, print_r of the variant returns "variant Object #" as
explained in PHP Bug #35956. Bug #35956 states that downloading the
latest PHP solves the issue, however, the issue is still seen with the
latest php version.
Reproduce code:
---
";
$arry = array("first","second","third","fourth","fifth");
echo $arry[$v] . ""; // This does not work
echo print_r($v) . ""; // This does not work
$v = 3;
echo $arry[$v]. ""; // This works
$v = new VARIANT(3);
echo $arry[sprintf($v)]; // This works
?>
Expected result:
The value is 3
fourth
fourth
fourth
fourth
Actual result:
--
The value is 3
Warning: Illegal offset type in C:\Documents and
Settings\teveritt\Desktop\online classes
demos\sqlserver\moodle-latest-15\moodle\test.php on line 7
variant Object 1
fourth
fourth
--
Edit this bug report at http://bugs.php.net/?id=37230&edit=1
#37230 [Opn->Bgs]: array index of type variant fail
ID: 37230
Updated by: [EMAIL PROTECTED]
Reported By: teveritt22 at te-server dot org
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Windows
PHP Version: 5.1.2
New Comment:
No bug.
Previous Comments:
[2006-04-29 11:31:06] [EMAIL PROTECTED]
This is not really realted to the other mentioned bug AFAICS.
It actually is expected behaviour, you should not use non-scalars as
array index (objects, resources etc.).
[2006-04-28 02:54:44] teveritt22 at te-server dot org
Description:
When using a variant (e.g. new VARIANT(3)) as an index for an array, it
generates "Warning: Illegal offset type". I looked around and not sure
if this is a bug or is expected behavior, but the only way to get
around it is to convert the variant into an integer (e.g sprintf).
In addition, print_r of the variant returns "variant Object #" as
explained in PHP Bug #35956. Bug #35956 states that downloading the
latest PHP solves the issue, however, the issue is still seen with the
latest php version.
Reproduce code:
---
";
$arry = array("first","second","third","fourth","fifth");
echo $arry[$v] . ""; // This does not work
echo print_r($v) . ""; // This does not work
$v = 3;
echo $arry[$v]. ""; // This works
$v = new VARIANT(3);
echo $arry[sprintf($v)]; // This works
?>
Expected result:
The value is 3
fourth
fourth
fourth
fourth
Actual result:
--
The value is 3
Warning: Illegal offset type in C:\Documents and
Settings\teveritt\Desktop\online classes
demos\sqlserver\moodle-latest-15\moodle\test.php on line 7
variant Object 1
fourth
fourth
--
Edit this bug report at http://bugs.php.net/?id=37230&edit=1
#37225 [Opn->Asn]: tangled references
ID: 37225
Updated by: [EMAIL PROTECTED]
Reported By: max at hightech dot lv
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: ALL
PHP Version: 5.1.2
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2006-04-27 16:07:28] max at hightech dot lv
Description:
looks like after copy reference to some variable, source-variable start
to be reference it self. Is it correct? In result we can't make copy
array, if some of it element was used as reference.
Reproduce code:
---
$arr = array("TEXT" => "test");
$tmp =& $arr["TEXT"];
$zz = $arr;
$zz["TEXT"] = 1;
var_dump($arr);
Expected result:
array(1) { ["TEXT"]=> string(4) "test" }
Actual result:
--
array(1) { ["TEXT"]=> &int(1) }
--
Edit this bug report at http://bugs.php.net/?id=37225&edit=1
#37242 [Opn->Fbk]: The session id contains illegal characters
ID: 37242 Updated by: [EMAIL PROTECTED] Reported By: leonardo at activision dot ro -Status: Open +Status: Feedback Bug Type: Session related Operating System: Fedora Core 4 PHP Version: 5.1.2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2006-04-29 09:32:59] leonardo at activision dot ro Description: hi! i'm using php 5.0.4 on fedora core 4 and apache 2.0.54. the session.auto_start = 1 and session.save_path = /var/lib/php/session is in /etc/php.ini. the site works well in spite of the fact that from time to time i say 4-5 per hour the php.log error file shows "PHP Warning: Unknown: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,'" and immediatly after "PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/php/session)". I think is the third time I report this bug call over the years concerning writing session files since the version 4.0 and it keeps appearing though i've just upgrade it that my head blowed off. i just doesn't affect me at all but i report it for the sake of getting a job done once for all. Reproduce code: --- the is nothing to reproduce the error is by chance to see it or not. Expected result: - Actual result: -- - -- Edit this bug report at http://bugs.php.net/?id=37242&edit=1
#33941 [Csd->WFx]: overloading not working with arrays not stored as arrays
ID: 33941 Updated by: [EMAIL PROTECTED] Reported By: gordon at heydon dot com dot au -Status: Closed +Status: Wont fix Bug Type: Class/Object related Operating System: * -PHP Version: 5CVS-2005-08-02 +PHP Version: 5CVS Assigned To: dmitry New Comment: Who closed that bug? Previous Comments: [2005-09-17 01:53:06] [EMAIL PROTECTED] For the record, I don't see any memleaks with 5.0/5.1/6.0 now. [2005-09-09 14:18:51] fanfatal at fanfatal dot pl In PHP 5.0.4 this bug has been corrected Greatings ;-) ... [2005-08-18 09:27:48] [EMAIL PROTECTED] Can we atleast make sure it gives a nice big warning on this? Now it merely produces some leaks: bar[1] = 42; produces: [EMAIL PROTECTED]:~$ php-6.0dev /tmp/f.php /dat/dev/php/php-6.0dev/Zend/zend_execute.c(827) : Freeing 0x08796494 (16 bytes), script=/tmp/f.php /dat/dev/php/php-6.0dev/Zend/zend_execute.c(1005) : Freeing 0x0879643C (35 bytes), script=/tmp/f.php /dat/dev/php/php-6.0dev/Zend/zend_hash.c(383) : Actual location (location was relayed) /dat/dev/php/php-6.0dev/Zend/zend_execute.c(1060) : Freeing 0x087963DC (44 bytes), script=/tmp/f.php /dat/dev/php/php-6.0dev/Zend/zend_API.c(712) : Actual location (location was relayed) Last leak repeated 1 time /dat/dev/php/php-6.0dev/Zend/zend_execute.c(1057) : Freeing 0x087842CC (16 bytes), script=/tmp/f.php === Total 5 memory leaks detected === [2005-08-05 12:06:17] [EMAIL PROTECTED] This is not fixable :( [2005-08-05 11:44:23] [EMAIL PROTECTED] Dmitry "The Fixer", please check this out. 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/33941 -- Edit this bug report at http://bugs.php.net/?id=33941&edit=1
#37217 [Opn->Bgs]: overloading not working with arrays not stored as arrays
ID: 37217
Updated by: [EMAIL PROTECTED]
Reported By: ahayes at wcg dot net dot au
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Fedora Core 5
PHP Version: 5.1.2
New Comment:
Sorry, bug #33941 should have been marked as "Won't fix" as far as I
can see.
Previous Comments:
[2006-04-27 07:00:41] ahayes at wcg dot net dot au
Description:
Please note I would like to submit bug 33941 as it still occurs within
PHP 5.1.2 however it is stated at the mentioned bug report that it
fixed as of PHP 5.0.4.
Please see: http://bugs.php.net/bug.php?id=33941
dmitry states initially that the bug is not fixable @ 5 Aug 2005
12:06pm UTC however then later it states that the bug has been fixed.
Can you please supply information as to whether this bug has been fixed
or not?
Thanks
Alex
Reproduce code:
---
fields[$prop]);
}
public function __set($prop, $value) {
$this->fields[$prop] = serialize($value);
}
private $fields;
}
$obj = new ex;
$obj->prop = array(4 => 'pear');
$obj->prop[5] = 'apple';
var_dump($obj->prop);
?>
Expected result:
array(1) {
[4]=>
string(4) "pear"
[5]=>
string(5) "apple"
}
Actual result:
--
array(1) {
[4]=>
string(4) "pear"
}
--
Edit this bug report at http://bugs.php.net/?id=37217&edit=1
#37213 [Opn->NoF]: snmpwalk not displaying oid
ID: 37213 Updated by: [EMAIL PROTECTED] Reported By: marty at upbeatmms dot com -Status: Open +Status: No Feedback Bug Type: SNMP related Operating System: Windows 2000 PHP Version: 5.1.2 New Comment: What's in the array keys? Previous Comments: [2006-04-26 19:33:23] marty at upbeatmms dot com Description: In the following code below the OID is not displayed - just the data. The command line version of UCD-SNMP displays both the OID and Data. Reproduce code: --- "; } ?> Expected result: I excpect to see both the OID and the data Actual result: -- Just the data is displayed -- Edit this bug report at http://bugs.php.net/?id=37213&edit=1
#37188 [Opn->Fbk]: Wrong value of include_path causes 'Official' PHP4.4.2, PHP 4.4.3.3dev to crash
ID: 37188 Updated by: [EMAIL PROTECTED] Reported By: phpclub_ru at bougakov dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows XP Home, SP2 PHP Version: 4.4.2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2006-04-27 18:56:50] phpclub_ru at bougakov dot com edink, seems like something wrong is with your debug build. When I am trying to make supplied php.exe to parse any PHP script (including trivial "phpinfo") I always get the same: c:\Downloads\php debug>php -e -n -f php_test.php No input file specified. No matter how I launch it: using Apache, or directly from command line. Are you sure everything is OK with your build? [2006-04-25 12:27:32] [EMAIL PROTECTED] I cannot reproduce this with debug build. You can test it yourself with this build: http://php.emini.dk/misc/php-4.4.3-dev-Win32-debug.zip [2006-04-25 09:42:46] phpclub_ru at bougakov dot com > Please use snapshots instead of homemade builds There is NO debug pack for Windows version of PHP 4.4.x on http://snaps.php.net/ (only for 5.1.x-dev) > To properly diagnose the problem, we > need a short but complete example script 1. Obtain PHP 4.4.2 for Windows from http://www.php.net/downloads.php 2. Edit php.ini: replace default include_path = ".;c:/php/includes/" with include_path = "c:/php/includes/" 3. Open test.php in browser containing 4. Wait for the nice "Unhandled exception at 0x7c910f2b in php.exe" window to appear. [2006-04-25 08:49:40] [EMAIL PROTECTED] >Can't build debug version of PHP since there is some error in the sources >(compiler breaks when processes regex-related files and generates about 18 errors). There is absolutely no need to build PHP yourself. The process of getting a backtrace is described here: http://bugs.php.net/bugs-generating-backtrace-win32.php Please use snapshots instead of homemade builds, as we do not support unofficial win32 builds. >If YOU have got debug version of PHP 4.4.2, you can easily > reproduce the bug by editing your php.ini: No Windows$ here. And I cannot reproduce it on Linux: Warning: main(test1.php): failed to open stream: No such file or directory in Warning: main(): Failed opening 'test1.php' for inclusion (include_path='русские символы') [2006-04-25 08:23:30] [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 possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. 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/37188 -- Edit this bug report at http://bugs.php.net/?id=37188&edit=1
#37213 [NoF->Fbk]: snmpwalk not displaying oid
ID: 37213 Updated by: [EMAIL PROTECTED] Reported By: marty at upbeatmms dot com -Status: No Feedback +Status: Feedback Bug Type: SNMP related Operating System: Windows 2000 PHP Version: 5.1.2 Previous Comments: [2006-04-29 11:41:14] [EMAIL PROTECTED] What's in the array keys? [2006-04-26 19:33:23] marty at upbeatmms dot com Description: In the following code below the OID is not displayed - just the data. The command line version of UCD-SNMP displays both the OID and Data. Reproduce code: --- "; } ?> Expected result: I excpect to see both the OID and the data Actual result: -- Just the data is displayed -- Edit this bug report at http://bugs.php.net/?id=37213&edit=1
#37157 [Opn->Asn]: force-cgi-redirect is not checked under FastCGI
ID: 37157 Updated by: [EMAIL PROTECTED] Reported By: askalski at gmail dot com -Status: Open +Status: Assigned Bug Type: CGI related Operating System: Linux PHP Version: 5CVS-2006-04-21 (snap) -Assigned To: +Assigned To: dmitry Previous Comments: [2006-04-21 22:02:45] askalski at gmail dot com Description: The FastCGI version of PHP does not perform the force-cgi-redirect check for page requests. If I request http://localhost/cgi-bin/php, PHP tries to parse the PHP binary in /cgi-bin as if it was a script. If cgi.fix_pathinfo is turned off, users can bypass .htaccess security. See also bug #22846. Reproduce code: --- PHP was configured with: ./configure --enable-fastcgi --enable-force-cgi-redirect My /cgi-bin/php is a wrapper script that sets up FastCGI environment variables: #! /bin/sh export PHPRC=/etc/apache export PHP_FCGI_CHILDREN=4 export PHP_FCGI_MAX_REQUESTS=512 exec /usr/local/bin/php Expected result: Security Alert! The PHP CGI cannot be accessed directly. This PHP CGI binary was compiled with force-cgi-redirect enabled. This means that a page will only be served up if the REDIRECT_STATUS CGI variable is set, e.g. via an Apache Action directive. For more information as to why this behaviour exists, see the manual page for CGI security. For more information about changing this behaviour or re-enabling this webserver, consult the installation file that came with this distribution, or visit the manual page. Actual result: -- export PHPRC=/etc/apache export PHP_FCGI_CHILDREN=4 export PHP_FCGI_MAX_REQUESTS=512 exec /usr/local/bin/php -- Edit this bug report at http://bugs.php.net/?id=37157&edit=1
#37157 [Asn->Fbk]: force-cgi-redirect is not checked under FastCGI
ID: 37157 Updated by: [EMAIL PROTECTED] Reported By: askalski at gmail dot com -Status: Assigned +Status: Feedback Bug Type: CGI related Operating System: Linux PHP Version: 5CVS-2006-04-21 (snap) Assigned To: dmitry New Comment: Have you set "cgi.force_redirect=1" in your php.ini? Previous Comments: [2006-04-21 22:02:45] askalski at gmail dot com Description: The FastCGI version of PHP does not perform the force-cgi-redirect check for page requests. If I request http://localhost/cgi-bin/php, PHP tries to parse the PHP binary in /cgi-bin as if it was a script. If cgi.fix_pathinfo is turned off, users can bypass .htaccess security. See also bug #22846. Reproduce code: --- PHP was configured with: ./configure --enable-fastcgi --enable-force-cgi-redirect My /cgi-bin/php is a wrapper script that sets up FastCGI environment variables: #! /bin/sh export PHPRC=/etc/apache export PHP_FCGI_CHILDREN=4 export PHP_FCGI_MAX_REQUESTS=512 exec /usr/local/bin/php Expected result: Security Alert! The PHP CGI cannot be accessed directly. This PHP CGI binary was compiled with force-cgi-redirect enabled. This means that a page will only be served up if the REDIRECT_STATUS CGI variable is set, e.g. via an Apache Action directive. For more information as to why this behaviour exists, see the manual page for CGI security. For more information about changing this behaviour or re-enabling this webserver, consult the installation file that came with this distribution, or visit the manual page. Actual result: -- export PHPRC=/etc/apache export PHP_FCGI_CHILDREN=4 export PHP_FCGI_MAX_REQUESTS=512 exec /usr/local/bin/php -- Edit this bug report at http://bugs.php.net/?id=37157&edit=1
#37244 [NEW]: base64_decode violates RFC 3548
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: 5CVS-2006-04-29 (CVS) PHP Bug Type: URL related Bug description: base64_decode violates RFC 3548 Description: base64_decode violates RFC 3548: "Implementations MUST reject the encoding if it contains characters outside the base alphabet when interpreting base encoded data, unless the specification referring to this document explicitly states otherwise." Reproduce code: --- Expected result: string(93) "Implementations MUST reject the encoding if it contains characters outside the base alphabet." bool(false) string(92) "Implemem][ÛÈUTZXH[ÛÙ[ÈYÛÛZ[ÈÚ\XÝ\ÈÝ]ÚYHH\ÙH[X]" Actual result: -- string(93) "Implementations MUST reject the encoding if it contains characters outside the base alphabet." string(92) "Implemem][ÛÈUTZXH[ÛÙ[ÈYÛÛZ[ÈÚ\XÝ\ÈÝ]ÚYHH\ÙH[X]" string(92) "Implemem][ÛÈUTZXH[ÛÙ[ÈYÛÛZ[ÈÚ\XÝ\ÈÝ]ÚYHH\ÙH[X]" -- Edit bug report at http://bugs.php.net/?id=37244&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37244&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37244&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37244&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37244&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37244&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37244&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37244&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37244&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37244&r=support Expected behavior:http://bugs.php.net/fix.php?id=37244&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37244&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37244&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37244&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37244&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37244&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37244&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37244&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37244&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37244&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37244&r=mysqlcfg
#37241 [Opn->Csd]: ncompatible type for argument 3 of `_php_stream_get_line'
ID: 37241 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Linux PHP Version: 6CVS-2006-04-29 (CVS) 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-04-29 04:14:34] [EMAIL PROTECTED] Description: modifiedfmk /php-src/ext/spl/spl_directory.c04/28/2006 21:03:58Remove ZSTR() from stream macros. Calling function must apply this macro modifiedfmk /php-src/main/php_streams.h 04/28/2006 21:03:58 Remove ZSTR() from stream macros. Calling function must apply this macro modifiedfmk /php-src/ext/standard/file.c04/28/2006 21:03:57 Remove ZSTR() from stream macros. Calling function must apply this macro modifiedfmk /php-src/ext/standard/http_fopen_wrapper.c 04/28/2006 21:03:57Remove ZSTR() from stream macros. Calling function must apply this macro modifiedfmk /php-src/ext/standard/image.c 04/28/2006 21:03:57 Remove ZSTR() from stream macros. Calling function must apply this macro This one broke compiling: /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/zlib/zlib.c: In function `zif_gzfile': /opt/cruisecontrol/projects/PHP_HEAD/php-src/ext/zlib/zlib.c:308: incompatible type for argument 3 of `_php_stream_get_line' make: *** [ext/zlib/zlib.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=37241&edit=1
#37205 [Csd]: Serving binary content/images fails with "comm with server aborted" FastCGI err
ID: 37205 User updated by: phpbugs at thequod dot de Reported By: phpbugs at thequod dot de Status: Closed Bug Type: CGI related Operating System: Ubuntu Linux PHP Version: 5CVS-2006-04-26 (CVS) Assigned To: dmitry New Comment: Thank you. It's fixed indeed for those cases, but I just experienced a similar problem, when POSTing to any page I've found. It outputs the following at the end of the generated HTML: Erlaube angepasste CSS Datei fr Blogs: 200 OK OK The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [EMAIL PROTECTED] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Apache/2.0.54 (Ubuntu) mod_chroot/0.5 DAV/2 mod_fastcgi/2.4.2 mod_jk2/2.0.4 mod_ssl/2.0.54 OpenSSL/0.9.7g Server at www.hahler.de Port 443 It can be reproduced here with this script: --- --- I'm using the latest CVS tag here (with your "real fix"). Previous Comments: [2006-04-26 11:09:26] [EMAIL PROTECTED] Fixed in CVS HEAD and PHP_5_1. [2006-04-26 01:39:28] phpbugs at thequod dot de fixed summary [2006-04-26 01:37:18] phpbugs at thequod dot de Description: I've just tested PHP 5.1.3RC4-dev (cgi-fcgi) (built: Apr 26 2006 01:25:05). The problem I've found seems to be related to: - Reimplemented FastCGI interface. (Dmitry) If I serve a binary file (image) through PHP, the communication with the fastcgi server gets broken. Reproduce code: --- http://www.salonmarcharris.com/images/newburyhome.gif' ); ?> or http://www.hahler.de/skins/blueyed/img/hahler/powl.jpg' ); ?> This is my fastcgi startup script: #!/bin/sh PHPRC="/XXX/webXXX/conf/php5" export PHPRC PHP_FCGI_CHILDREN=4 export PHP_FCGI_CHILDREN exec /bin/php51_CVS-fcgi This is how the server gets configured in /etc/apache2/mods-enabled/fastcgi.conf: FastCgiServer /XXX/fcgi-scripts/webXXX/php5-fcgi-starter -user webXXX -group webXXX -pass-header HTTP_AUTHORIZATION -flush -idle-timeout 60 I've installed libapache2-mod-fastcgi 2.4.2-6 (Ubuntu Breezy). Expected result: Only the binary (image) data, without the "attached" "The server encountered an internal error or misconfiguration and was unable to complete your request." error message. Actual result: -- Binary data from the image and then the internal server error. These are errors from the error log: [Wed Apr 26 03:16:46 2006] [error] [client 83.135.205.222] FastCGI: comm with server "/XXX/fcgi-scripts/webXXX/php5-fcgi-starter" aborted: protocol error: invalid version: 152 != FCGI_VERSION(1) (with the first URL provided above) or [Wed Apr 26 03:21:15 2006] [error] [client 83.135.205.222] (104)Connection reset by peer: FastCGI: comm with server "/XXX/fcgi-scripts/webXXX/php5-fcgi-starter" aborted: read failed (with the second URL provided above) - My .configure: ./configure \ --prefix=/home/XXX/make/php5 \ --with-config-file-path=/etc/php5 \ --with-pear=/XXX/lib/php5 \ --enable-calendar \ --enable-exif \ --enable-fastcgi \ --enable-force-cgi-redirect \ --enable-gd-native-ttf \ --enable-inline-optimization \ --enable-mbstring=all \ --enable-mbregex \ --enable-memcache \ --enable-memory-limit \ --enable-sockets \ --enable-track-vars \ --with-bz2 \ --with-dom \ --with-freetype-dir \ --with-gd \ --with-gettext \ --with-iconv \ --with-imap \ --with-imap-ssl \ --with-jpeg-6b \ --with-jpeg-dir \ --with-kerberos \ --with-ldap \ --with-ldap-sasl \ --with-mcrypt \ --with-mysql \ --with-openssl \ --with-png-dir \ --without-mm \ --with-sqlite \ --with-pcre-regex \ --with-ttf \ --with-zlib \ --with-zlib-dir=/bin -- Edit this bug report at http://bugs.php.net/?id=37205&edit=1
#37157 [Fbk->Opn]: force-cgi-redirect is not checked under FastCGI
ID: 37157
User updated by: askalski at gmail dot com
Reported By: askalski at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: CGI related
Operating System: Linux
PHP Version: 5CVS-2006-04-21 (snap)
Assigned To: dmitry
New Comment:
Yes. I've been through the cgi_main source code, which goes something
like this:
main()
{
...
/* this check here doesn't help in fastcgi mode */
do_force_redirect_check();
...
while (accept_fastcgi_connection())
{
import_cgi_environment();
/* but here it would */
}
...
}
Previous Comments:
[2006-04-29 12:45:59] [EMAIL PROTECTED]
Have you set "cgi.force_redirect=1" in your php.ini?
[2006-04-21 22:02:45] askalski at gmail dot com
Description:
The FastCGI version of PHP does not perform the force-cgi-redirect
check for page requests.
If I request http://localhost/cgi-bin/php, PHP
tries to parse the PHP binary in /cgi-bin as
if it was a script.
If cgi.fix_pathinfo is turned off, users can
bypass .htaccess security.
See also bug #22846.
Reproduce code:
---
PHP was configured with:
./configure --enable-fastcgi --enable-force-cgi-redirect
My /cgi-bin/php is a wrapper script that sets up
FastCGI environment variables:
#! /bin/sh
export PHPRC=/etc/apache
export PHP_FCGI_CHILDREN=4
export PHP_FCGI_MAX_REQUESTS=512
exec /usr/local/bin/php
Expected result:
Security Alert! The PHP CGI cannot be accessed directly.
This PHP CGI binary was compiled with force-cgi-redirect enabled. This
means that a page will only be served up if the REDIRECT_STATUS CGI
variable is set, e.g. via an Apache Action directive.
For more information as to why this behaviour exists, see the manual
page for CGI security.
For more information about changing this behaviour or re-enabling this
webserver, consult the installation file that came with this
distribution, or visit the manual page.
Actual result:
--
export PHPRC=/etc/apache
export PHP_FCGI_CHILDREN=4
export PHP_FCGI_MAX_REQUESTS=512
exec /usr/local/bin/php
--
Edit this bug report at http://bugs.php.net/?id=37157&edit=1
#37245 [NEW]: Setting upload limit to 2G or more php fails to handle POST data
From: prahal at yahoo dot com Operating system: Slackware 10.2 PHP version: 5.1.2 PHP Bug Type: Unknown/Other Function Bug description: Setting upload limit to 2G or more php fails to handle POST data Description: With upload_max_filesize , 1.9G - post_max_size 1.9G I get my data. Starting from 2G I get this type of error : [. 2006] [error] [client xxx.xxx.xxx.xxx] PHP Warning: POST Content-Length of 1145 bytes exceeds the limit of -2147483648 bytes in Unknown on line 0, referer: http://mysite/myform "limit of -" changes with the value I use for the ini settings. Expected result: Get the POST data. Actual result: -- POST is empty. -- Edit bug report at http://bugs.php.net/?id=37245&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37245&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=37245&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37245&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37245&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37245&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37245&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37245&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37245&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37245&r=support Expected behavior:http://bugs.php.net/fix.php?id=37245&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37245&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37245&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37245&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37245&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37245&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37245&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37245&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37245&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37245&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37245&r=mysqlcfg
#37205 [Csd->Opn]: Serving binary content/images fails with "comm with server aborted" FastCGI err
ID: 37205 User updated by: phpbugs at thequod dot de Reported By: phpbugs at thequod dot de -Status: Closed +Status: Open Bug Type: CGI related Operating System: Ubuntu Linux -PHP Version: 5CVS-2006-04-26 (CVS) +PHP Version: 5CVS-2006-04-29 (CVS) Assigned To: dmitry New Comment: The current error in the Apache error log is: (104)Connection reset by peer: FastCGI: comm with server "/XXX/fcgi-scripts/XXX/php5-fcgi-starter" aborted: read failed, referer: http://XXX Sorry, I probably should have created a new bug for it. Previous Comments: [2006-04-29 16:15:12] phpbugs at thequod dot de Thank you. It's fixed indeed for those cases, but I just experienced a similar problem, when POSTing to any page I've found. It outputs the following at the end of the generated HTML: Erlaube angepasste CSS Datei fr Blogs: 200 OK OK The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [EMAIL PROTECTED] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Apache/2.0.54 (Ubuntu) mod_chroot/0.5 DAV/2 mod_fastcgi/2.4.2 mod_jk2/2.0.4 mod_ssl/2.0.54 OpenSSL/0.9.7g Server at www.hahler.de Port 443 It can be reproduced here with this script: --- --- I'm using the latest CVS tag here (with your "real fix"). [2006-04-26 11:09:26] [EMAIL PROTECTED] Fixed in CVS HEAD and PHP_5_1. [2006-04-26 01:39:28] phpbugs at thequod dot de fixed summary [2006-04-26 01:37:18] phpbugs at thequod dot de Description: I've just tested PHP 5.1.3RC4-dev (cgi-fcgi) (built: Apr 26 2006 01:25:05). The problem I've found seems to be related to: - Reimplemented FastCGI interface. (Dmitry) If I serve a binary file (image) through PHP, the communication with the fastcgi server gets broken. Reproduce code: --- http://www.salonmarcharris.com/images/newburyhome.gif' ); ?> or http://www.hahler.de/skins/blueyed/img/hahler/powl.jpg' ); ?> This is my fastcgi startup script: #!/bin/sh PHPRC="/XXX/webXXX/conf/php5" export PHPRC PHP_FCGI_CHILDREN=4 export PHP_FCGI_CHILDREN exec /bin/php51_CVS-fcgi This is how the server gets configured in /etc/apache2/mods-enabled/fastcgi.conf: FastCgiServer /XXX/fcgi-scripts/webXXX/php5-fcgi-starter -user webXXX -group webXXX -pass-header HTTP_AUTHORIZATION -flush -idle-timeout 60 I've installed libapache2-mod-fastcgi 2.4.2-6 (Ubuntu Breezy). Expected result: Only the binary (image) data, without the "attached" "The server encountered an internal error or misconfiguration and was unable to complete your request." error message. Actual result: -- Binary data from the image and then the internal server error. These are errors from the error log: [Wed Apr 26 03:16:46 2006] [error] [client 83.135.205.222] FastCGI: comm with server "/XXX/fcgi-scripts/webXXX/php5-fcgi-starter" aborted: protocol error: invalid version: 152 != FCGI_VERSION(1) (with the first URL provided above) or [Wed Apr 26 03:21:15 2006] [error] [client 83.135.205.222] (104)Connection reset by peer: FastCGI: comm with server "/XXX/fcgi-scripts/webXXX/php5-fcgi-starter" aborted: read failed (with the second URL provided above) - My .configure: ./configure \ --prefix=/home/XXX/make/php5 \ --with-config-file-path=/etc/php5 \ --with-pear=/XXX/lib/php5 \ --enable-calendar \ --enable-exif \ --enable-fastcgi \ --enable-force-cgi-redirect \ --enable-gd-native-ttf \ --enable-inline-optimization \ --enable-mbstring=all \ --enable-mbregex \ --enable-memcache \ --enable-memory-limit \ --enable-sockets \ --enable-track-vars \ --with-bz2 \ --with-dom \ --with-freetype-dir \ --with-gd \ --with-gettext \ --with-iconv \ --with-imap \ --with-imap-ssl \ --with-jpeg-6b \ --with-jpeg-dir \ --with-kerberos \ --with-ldap \ --with-ldap-sasl \ --with-mcrypt \ --with-mysql \ --with-openssl \ --with-png-dir \ --without-mm \ --with-sqlite \ --with-pcre-regex \ --with-ttf \ --with-zlib \ --with-zlib-dir=/bin -- Edit this bug report at http://bugs.php.net/?id=37205&edit=1
#37246 [NEW]: Cannot write files in __destruct()
From: mass at carlsoft dot net
Operating system: Kubuntu 5.10
PHP version: 5.1.2
PHP Bug Type: Scripting Engine problem
Bug description: Cannot write files in __destruct()
Description:
A warning is thrown when trying to use file_put_contents in the destructor
of a class. It reports that permission was denied, but the directory and
all children are chmod'd to 777. Additionally, I can write to the file
any other time in the script.
Reproduce code:
---
class test
{
public function __destruct()
{
file_put_contents('somefile','somedata');
}
}
$foo = new test;
Expected result:
somefile contain somedata
Actual result:
--
Warning with a permission error
--
Edit bug report at http://bugs.php.net/?id=37246&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37246&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=37246&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37246&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37246&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37246&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37246&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37246&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37246&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37246&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37246&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37246&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37246&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37246&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37246&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37246&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37246&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37246&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37246&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37246&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37246&r=mysqlcfg
#37247 [NEW]: Option to turn off Apache subrequests for PATH_TRANSLATED
From: php_public at macfreek dot nl
Operating system: Linux
PHP version: 5.1.2
PHP Bug Type: Feature/Change Request
Bug description: Option to turn off Apache subrequests for PATH_TRANSLATED
Description:
The CGI 1.1 specification specifies that a request for
http://example.com/test/test.php/argument
where test.php is a PHP script
Would define
PHP_INFO: /argument
PATH_TRANSLATED: /www/htdocs/argument (asuming that /www/htdocs is the on
the document root)
Apache correctly set these variables, and PHP lists then in the _SERVER
variable, and passes them to the test.php script.
To my surprise, PHP not only executes test.php, but aparently also does an
Apache subrequest for /argument. This request is not displayed in the
access log.
However, the subrequest can be seen in the error log if / is disallowed
("deny from all" in the .htaccess file), and allowed in /test/ ("allow
from all in the /test/.htacess file).
Reproduce code:
---
See above. Files in the document root, with content:
/.htaccess: Order allow,deny
/test/.htaccess: allow from all
/test/test.php: PHP file
/test/test.txt: Text file
Expected result:
I would expect that a call to /test/test.php would display the contents of
the file, pass the CGI variables, and just do that, and nothing more.
Actual result:
--
A request to /test/test.php/argument displays the files content "PHP
file", as expected.
However, the Apache error log also shows "client denied by server
configuration: /www/htdocs/argument, referer:
http://www.example.com/test/test.php/argument";
I did not expect this subrequest; it does not seem necessary to make the
request. In fact, if the file does exists, and is accessible, the output
of the request does not change. So the subrequest seems spurious to me.
Feature request:
I recommend to remove the Apache subrequest (or whatever it exactly is).
If the subrequest has a purpose, I'm curious to hear the reason, and I
recommend instead to add an option to disable it. Note that the
--disable-path-info-check configuration parameter is not what I want: that
completely disables the requests with PATH_INFO. I just don't want PHP or
Apache to make a request to it.
Regression notes:
A request to /test/test.txt/argument gives and error "404 No such file
"/test/test.txt/argument". No other error is logged. This indicated that
indeed the fact that PHP makes the Apache subrequest, and not Apache
itself.
I found this behaviour when running MediaWiki, which makes use of these
kind of URL's in the form of /wiki/index.php/Article.
I'm running Apache 2.0.54
--
Edit bug report at http://bugs.php.net/?id=37247&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37247&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=37247&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37247&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37247&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37247&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37247&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37247&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37247&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37247&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37247&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37247&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37247&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37247&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37247&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37247&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37247&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37247&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37247&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37247&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37247&r=mysqlcfg
#37248 [NEW]: DOMNodeList returns wrong object
From: [EMAIL PROTECTED]
Operating system: FreeBSD
PHP version: 5CVS-2006-04-29 (CVS)
PHP Bug Type: DOM XML related
Bug description: DOMNodeList returns wrong object
Description:
DOMNodeList seems to be returning wrong objects.
Reproduce code:
---
appendChild($e);
$e = new element("e");
$doc->appendChild($e);
$e = new element("e");
$doc->appendChild($e);
$nodeList = $doc->getElementsByTagName("e");
foreach($nodeList as $element) {
var_dump(get_class($element));
}
Expected result:
string(7) "element"
string(7) "element"
string(7) "element"
Actual result:
--
string(10) "DOMElement"
string(10) "DOMElement"
string(7) "element"
--
Edit bug report at http://bugs.php.net/?id=37248&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37248&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=37248&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37248&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37248&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37248&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37248&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37248&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37248&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37248&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37248&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37248&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37248&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37248&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37248&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37248&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37248&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37248&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37248&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37248&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37248&r=mysqlcfg
#36128 [Opn->Sus]: Interbase PDO
ID: 36128
Updated by: [EMAIL PROTECTED]
Reported By: michael at bluemoon dot com
-Status: Open
+Status: Suspended
Bug Type: PDO related
Operating System: Linux/Windows
PHP Version: 5.1.2
Previous Comments:
[2006-04-09 07:48:28] [EMAIL PROTECTED]
Looking for a firebird maintainer.
[2006-01-25 17:08:02] michael at bluemoon dot com
To amend my earlier problem description, it appears that I CAN issue
the SELECT query shown in my previous example successfully. However,
it appears that I cannot retrieve values from TIMESTAMP-type columns.
If I substitute "SELECT MY_TIMESTAMP_FIELD FROM MY_TABLE" for the query
in my original code, it will execute without throwing an exception, but
the value returned is empty (null). The result I am expecting is an
integer (Unix timestamp) value.
I don't know if this constitutes a 'bug' or if I am simply not going
about this the right way. I have tried many of the various
permutations for fetching results as shown in the PDO documentation,
but nothing seems to work.
Is there a way to fetch TIMESTAMP values using the Firebird/Interbase
PDO driver?
[2006-01-23 10:51:33] [EMAIL PROTECTED]
Assigned to the maintainer.
[2006-01-23 02:21:25] michael at bluemoon dot com
Description:
Exception thrown when issuing SELECT query using PDO driver
for Firebird/Interbase. Database Server runs Interbase 7.5.x
(Linux).
Problem occurs with PHP 5.1.2 running in both Linux/Apache 2
and Windows 2000/IIS environments.
Tried running PHP alternately with Interbase 6 and 7.5 Run-
time Client Libraries on each platform; same problem.
Native PHP Firebird/Interbase functions (e.g., ibase_connect
(), etc.) functions work fine in same environments used to
test PDO functions.
Confirmed DSN string used in my PDO connection function is
correct by testing PDO::ATTR_CONNECTION_STATUS attribute;
value returned is 1.
Reproduce code:
---
try {
$dbh = new PDO($dsn, $user, $password, array(
PDO::ATTR_PERSISTENT => true
));
$dbh->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$stmt = $dbh->prepare("SELECT Count(*) FROM MY_TABLE");
$stmt->execute();
$row = $stmt->fetch(PDO::FETCH_NUM);
$stmt = null;
echo $row[0];
}
catch (PDOException $e) {
die $e->getMessage();
}
Expected result:
Should output integer value result from SELECT query to screen
Actual result:
--
Outputs the following error:
SQLSTATE[HY000]: General error: -804 Dynamic SQL Error SQL
error code = -804 Incorrect values within SQLDA structure
--
Edit this bug report at http://bugs.php.net/?id=36128&edit=1
#37213 [Fbk->Opn]: snmpwalk not displaying oid
ID: 37213 User updated by: marty at upbeatmms dot com Reported By: marty at upbeatmms dot com -Status: Feedback +Status: Open Bug Type: SNMP related Operating System: Windows 2000 PHP Version: 5.1.2 New Comment: The array keys contain a numeric value starting at 0 that have no relevance to the OID. Previous Comments: [2006-04-29 11:41:14] [EMAIL PROTECTED] What's in the array keys? [2006-04-26 19:33:23] marty at upbeatmms dot com Description: In the following code below the OID is not displayed - just the data. The command line version of UCD-SNMP displays both the OID and Data. Reproduce code: --- "; } ?> Expected result: I excpect to see both the OID and the data Actual result: -- Just the data is displayed -- Edit this bug report at http://bugs.php.net/?id=37213&edit=1
#35552 [Asn->Csd]: access violation on any invalid odbc query
ID: 35552
Updated by: [EMAIL PROTECTED]
Reported By: humbads at alum dot mit dot edu
-Status: Assigned
+Status: Closed
Bug Type: PDO related
Operating System: Windows XP SP2
PHP Version: 5CVS-2005-12-14 (snap)
Assigned To: wez
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Fix will be in 5.1.4
Previous Comments:
[2005-12-23 12:55:25] markus at fischer dot name
I'm expiriencing the same behaviour with pdo_odbc and the M$ Access
Driver. I can verify this with this snapshot:
php5.1-win32-200512231130.zip
My testcase is:
$sDsn = 'odbc:driver={Microsoft Access Driver
(*.mdb)};Dbq=beispieldatenbank.mdb;';
$oPdo = new PDO($sDsn);
$oPdo->query('SELEC * FROM ADDRESSES');
[2005-12-14 09:11:23] humbads at alum dot mit dot edu
This one still gives an exception, but it is different from before.
The call stack is one thousand deep. I'm using snapshot
php5.1-win32-200512140730.zip.
Unhandled exception at 0x005f1164 (php_pdo_odbc.dll) in php-cgi.exe:
0xC005: Access violation writing location 0x0012.
> php_pdo_odbc.dll!pdo_odbc_error(_pdo_dbh_t * dbh=0x0071e338,
_pdo_stmt_t * stmt=0x0071e850, void * statement=0x, char *
what=0x005f3194, const char * file=0x005f31cc, int line=202, void * * *
tsrm_ls=0x00324090) Line 101 + 0x7 C
php_pdo_odbc.dll!odbc_handle_preparer(_pdo_dbh_t * dbh=0x0071e338,
const char * sql=0x0071e510, long sql_len=13, _pdo_stmt_t *
stmt=0x0071e850, _zval_struct * driver_options=0x, void * * *
tsrm_ls=0x00324090) Line 202 + 0x20C
php_pdo.dll!zif_PDO_query(int ht=1, _zval_struct *
return_value=0x0071e4a0, _zval_struct * * return_value_ptr=0x,
_zval_struct * this_ptr=0x0071e510, int return_value_used=0, void * * *
tsrm_ls=0x000d) Line 992 + 0x2fC
php5ts.dll!10018d52()
php5ts.dll!100b4b32()
php5ts.dll!10018765()
php5ts.dll!100186e5()
php5ts.dll!10008d52()
... ... REPEATS MANY TIMES
php5ts.dll!100a7b94()
php5ts.dll!10002e2d()
msvcrt.dll!_free() + 0xc3
[EMAIL PROTECTED]() + 0x130
00300030()
[EMAIL PROTECTED]() + 0x25
odbc32.dll!_MPLeaveCriticalSection() + 0x17
0012fa34()
[EMAIL PROTECTED]() + 0x96
php_pdo_odbc.dll!odbc_handle_preparer(_pdo_dbh_t * dbh=0x0071e338,
const char * sql=0x0071e510, long sql_len=13, _pdo_stmt_t *
stmt=0x0071e850, _zval_struct * driver_options=0x, void * * *
tsrm_ls=0x00324090) Line 202 + 0x20C
php_pdo.dll!zif_PDO_query(int ht=1, _zval_struct *
return_value=0x0071e4a0, _zval_struct * * return_value_ptr=0x,
_zval_struct * this_ptr=0x0071e510, int return_value_used=0, void * * *
tsrm_ls=0x000d) Line 992 + 0x2fC
php5ts.dll!10018d52()
php5ts.dll!100b4b32()
php5ts.dll!10018765()
php5ts.dll!100186e5()
php5ts.dll!10008d52()
[2005-12-14 06:02:19] [EMAIL PROTECTED]
I made an adjustment to the way that we pull out the error information;
I'm not sure that it will have resolved this particular issue, but it's
worth trying it out while you're checking to see if #35620 is fixed.
[2005-12-05 18:54:18] humbads at alum dot mit dot edu
This is with the latest snapshot release:
php5.1-win32-200512051530.zip
Here is the stack trace:
> [EMAIL PROTECTED]() + 0x6a
[EMAIL PROTECTED]() + 0x120
[EMAIL PROTECTED]() + 0xaa
php_pdo_odbc.dll!pdo_odbc_error(_pdo_dbh_t * dbh=0x0071e6c8,
_pdo_stmt_t * stmt=0x0071ebb8, void * statement=0x, char *
what=0x005f3194, const char * file=0x005f31cc, int line=175, void * * *
tsrm_ls=0x00323f68) Line 82C
php_pdo_odbc.dll!odbc_handle_preparer(_pdo_dbh_t * dbh=0x0071e6c8,
const char * sql=0x0071e878, long sql_len=13, _pdo_stmt_t *
stmt=0x0071ebb8, _zval_struct * driver_options=0x, void * * *
tsrm_ls=0x00323f68) Line 175 + 0x20C
php_pdo.dll!zif_PDO_query(int ht=1, _zval_struct *
return_value=0x0071e808, _zval_struct * * return_value_ptr=0x,
_zval_struct * this_ptr=0x0071e878, int return_value_used=0, void * * *
tsrm_ls=0x000d) Line 992 + 0x2fC
php5ts.dll!zend_do_fcall_common_helper_SPEC(_zend_execute_data *
execute_data=0x0012fb38, void * * * tsrm_ls=0x00323f68) Line 192 +
0x35C
php5ts.dll!ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER(_zend_
#35793 [Opn]: General error: 2050
ID: 35793 Updated by: [EMAIL PROTECTED] Reported By: deadman_great at mail dot ru Status: Open Bug Type: PDO related Operating System: RH Fedora Core 2 PHP Version: 5CVS-2005-12-25 (snap) Assigned To: Wez New Comment: Please read this blog entry and see if following the advice there helps: http://netevil.org/node.php?nid=795 (you'll want to upgrade to PHP 5.1.3 or a current snapshot first). Previous Comments: [2006-04-17 17:04:04] [EMAIL PROTECTED] You need to change the bug status back to "Open" if the issue still occurs. The bug has been suspended by a cron script because it was still in state "Feedback". I re-opened the bug for you. [2006-04-17 16:56:30] email at steffenweber dot net You must be kidding? :-( [2006-04-17 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-04-09 15:31:01] email at steffenweber dot net I´ve tried php5.1-200604091430.tar.bz2 and the error is still there. [2006-04-09 07:39:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Try the next snapshot dated after this message. 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/35793 -- Edit this bug report at http://bugs.php.net/?id=35793&edit=1
#35793 [Opn->Fbk]: General error: 2050
ID: 35793 Updated by: [EMAIL PROTECTED] Reported By: deadman_great at mail dot ru -Status: Open +Status: Feedback Bug Type: PDO related Operating System: RH Fedora Core 2 PHP Version: 5CVS-2005-12-25 (snap) Assigned To: Wez Previous Comments: [2006-04-30 00:56:35] [EMAIL PROTECTED] Please read this blog entry and see if following the advice there helps: http://netevil.org/node.php?nid=795 (you'll want to upgrade to PHP 5.1.3 or a current snapshot first). [2006-04-17 17:04:04] [EMAIL PROTECTED] You need to change the bug status back to "Open" if the issue still occurs. The bug has been suspended by a cron script because it was still in state "Feedback". I re-opened the bug for you. [2006-04-17 16:56:30] email at steffenweber dot net You must be kidding? :-( [2006-04-17 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-04-09 15:31:01] email at steffenweber dot net I´ve tried php5.1-200604091430.tar.bz2 and the error is still there. 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/35793 -- Edit this bug report at http://bugs.php.net/?id=35793&edit=1
#36228 [Asn->Bgs]: Loosing connection to db while executing 2 Multi-Statements requests with PDO
ID: 36228
Updated by: [EMAIL PROTECTED]
Reported By: antleclercq at online dot fr
-Status: Assigned
+Status: Bogus
Bug Type: PDO related
Operating System: Ubuntu Linux (breezy)
PHP Version: 5.1.2
Assigned To: wez
New Comment:
If you're executing multi-statement queries, you must use
PDO::prepare(), PDOStatement::execute() and PDOStatement::nextRowset().
Previous Comments:
[2006-03-01 12:57:02] antleclercq at online dot fr
Hi,
Any update ?
Thanks,
Antoine
[2006-01-31 17:03:24] antleclercq at online dot fr
Hello Tony,
It looks like it returns only the number of affected rows for the first
statement...
The affected rows for the next statements don't seem to be counted.
Also : if you have an error in your first statement, you get an error,
but if the error is in one of the next statements, these are not
reported.
Hmmm... I don't know really what I would expect to get as return value
from a multi-query... Certainly a sum of all the affected rows or
better... an array with that info on each statement.
Antoine
[2006-01-31 15:55:42] [EMAIL PROTECTED]
Just curious: what do you expect to get as the result of these
multi-statement?
PDO::exec returns number of rows expected. Since you're effectively
executing two queries - what do you expect to get?
What if one of the queries succeeds and another one fails?
[2006-01-31 15:12:57] antleclercq at online dot fr
Description:
Hello,
Executing 2 multi-statement queries gives you the following error :
2013 - Lost connection to MySQL server during query
I reproduced this error using 5.1.0RC3 and 5.1.2.
My MySQL version is 4.1.12, and I have the right MySQL / PDO
connector.
Thanks,
Antoine
Reproduce code:
---
exec($qry);
//The folowing line displays : Array ( [0] => 0 )
print_r($dbh->errorInfo());
//This second exec statement produces the error : "Lost connection to
MySQL server during query"
$dbh->exec($qry);
//The following line displays : Array ( [0] => HY000 [1] => 2013 [2]
=> Lost connection to MySQL server during query )
print_r($dbh->errorInfo());
} catch (PDOException $e) {
print $e->getMessage();
die();
}
?>
Expected result:
None of the exec should return an error.
Actual result:
--
The second exec returns a 2013 error (Lost connection...).
Array ( [0] => HY000 [1] => 2013 [2] => Lost connection to MySQL server
during query )
--
Edit this bug report at http://bugs.php.net/?id=36228&edit=1
#36449 [Opn->Bgs]: Procedure call + PDO::ATTR_PERSISTENT => true
ID: 36449
Updated by: [EMAIL PROTECTED]
Reported By: brice dot joly at free dot fr
-Status: Open
+Status: Bogus
Bug Type: PDO related
Operating System: Windows XP
PHP Version: 5.2.0-dev
New Comment:
Not a PHP bug; you cannot use CALL with the native prepared statement
API in mySQL.
Use the latest snapshot or PHP 5.1.3 (being released any day now) and
follow the advice in:
http://netevil.org/node.php?nid=795
Previous Comments:
[2006-04-27 10:38:38] brice dot joly at free dot fr
Not yet fixed in build of Apr 27 2006 08:15:12, above code still fails.
[2006-04-17 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-04-09 07:54:37] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
The next snapshot dated after this message likely fixes this.
[2006-02-18 21:55:19] brice dot joly at free dot fr
Description:
When calling a procedure from PDO with PDO::ATTR_PERSISTENT = true, I
have a very strange behaviour when refreshing the page: on odd tries it
works as expected, on even ones PDO makes the call, then loses
connection while retrieving the result. Direct and prepared call both
produce the same behaviour. Note that the call is actually ran by MySQL
in both cases (appears in the query log).
When switching PDO::ATTR_PERSISTENT to false all works as expected.
Running the test with PHP CLI works fine. I run PHP (tested with
snapshot of 17 Feb 2006, 5.1.3-dev, had the same problem with 5.1.2) as
a module, Apache 2.0.52, MySQL 5.0.18.
Reproduce code:
---
// MySQL Procedure
CREATE PROCEDURE test.simpleTest()
BEGIN
SELECT 'Procedure output';
END;
// PDO call
true);
foreach ($dbh->query("CALL simpleTest()") as $row) {
print_r($row);
}
$arr = $dbh->errorInfo();
print_r($arr);
/* Same problem with
$stmt = $dbh->prepare("CALL simpleTest()");
$stmt->execute();
foreach ($stmt->fetchAll(PDO::FETCH_ASSOC) as $row) {
print_r($row);
}
$arr = $stmt->errorInfo();
print_r($arr);
*/
?>
Expected result:
Array
(
[Procedure output] => Procedure output
[0] => Procedure output
)
Array
(
[0] => 0
)
on odd and even tries/refresh
Actual result:
--
On odd tries (1st, 3rd, etc.):
Array
(
[Procedure output] => Procedure output
[0] => Procedure output
)
Array
(
[0] => 0
)
on even tries (refresh)
Array
(
[0] => HY000
[1] => 2013
[2] => Lost connection to MySQL server during query
)
--
Edit this bug report at http://bugs.php.net/?id=36449&edit=1
#36632 [Opn->Csd]: SQLSTATE[] unknown error using MSAccess and write SQL with 0 matching records
ID: 36632
Updated by: [EMAIL PROTECTED]
Reported By: gerwin84 at gmail dot com
-Status: Open
+Status: Closed
Bug Type: PDO related
Operating System: WinXP Pro SP2
PHP Version: 5.1.3RC4-dev
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.
Fix will be in PHP 5.1.4
Previous Comments:
[2006-04-21 14:17:40] gerwin84 at gmail dot com
With the latest windows version,
5.1.3RC4-dev
Build Date Apr 21 2006 12:14:54,
it is still not working.
Exactly the same problem, with no differences.
[2006-04-21 04:10:45] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-03-06 17:12:55] gerwin84 at gmail dot com
Description:
Using the latest PHP windows package (PHP 5.1.3-dev from 19 feb.) PDO
throws an PDOException with message 'SQLSTATE[]: <>: 0'
when executing an SQL statement (UPDATE or DELETE) where the WHERE
restriction matches zero records in an MSAccess database.
The following ext. are loaded in php.ini:
extension=php_pdo.dll
extension=php_pdo_odbc.dll
Using php-cgi.exe and IIS
Reproduce code:
---
/*
Table 'test' description:
field 'user' text(50) | field 'role' text(50)
*/
$situation = 1; //value can be 1 or 2
$DBPath = "d:\\webroot\\database\\pdobug.mdb";
$MSAccessDB = new PDO("odbc:Driver={Microsoft Access Driver
(*.mdb)};Dbq=".$DBPath.";");
$MSAccessDB->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$SQL1 = "INSERT INTO test VALUES( 'testuser','testrole');";
$SQL2 = "UPDATE test SET role='administrator' WHERE user='testuser' AND
role='testrole';";
$SQL3 = "DELETE FROM test WHERE user='testuser';";
$MSAccessDB->exec($SQL1);
switch($situation){
case 1:
$MSAccessDB->exec($SQL2); //ok
$MSAccessDB->exec($SQL2); //error
break;
case 2:
$MSAccessDB->exec($SQL3); //ok
$MSAccessDB->exec($SQL3); //error
break;
}
Expected result:
a blank page as output and changes to the database log:
- Always first a new row added.
- In situation 1: the new row changed.
- In situation 2: the new row deleted.
Actual result:
--
This is the error in in situation 1:
Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[]: <>: 0 (SQLExecDirect[0] at
ext\pdo_odbc\odbc_driver.c:230)' in D:\webroot\www\test\pdobug.php:20
Stack trace:
#0 D:\webroot\www\test\pdobug.php(20): PDO->exec('UPDATE test SET...')
#1 {main}
thrown in D:\webroot\www\test\pdobug.php on line 20
The error in situation 2 is exacly the same, except line numbers etc.
of course.
--
Edit this bug report at http://bugs.php.net/?id=36632&edit=1
#36752 [Opn->Fbk]: pdo_odbc crashes apache
ID: 36752
Updated by: [EMAIL PROTECTED]
Reported By: mauroi at digbang dot com
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: Win XP SP2
PHP Version: 5CVS-2006-03-16 (snap)
Assigned To: wez
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
Try with the next snapshot dated after this message.
Previous Comments:
[2006-04-21 13:33:16] mauroi at digbang dot com
Yes. It still happens.
phpinfo() reports 5.1.3RC4-dev.
Thank you.
[2006-04-21 04:11:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-03-28 14:26:53] mauroi at digbang dot com
Yes.
The same happens.
Thanks.
[2006-03-28 12:30:06] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.1-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.1-win32-latest.zip
[2006-03-16 00:14:45] mauroi at digbang dot com
Description:
I'm trying to create a class that provides a layer between the
programmer and the PDO native class.
When running the following code, Apache crashes. Only with the odbc PDO
driver.
Thanks in advance.
Reproduce code:
---
class db
{
protected $_Handle;
function __construct($dsn)
{
$this->_Handle = new PDO($dsn);
}
public function DoSomething()
{
$a = $this->_Handle->prepare('SELECT * FROM valid_table');
echo $undefined_variable; // or any other error
}
}
function strange($errorNumber, $errorMessage)
{
echo $errorMessage;
exit; // if i take this out everything works as expected
}
set_error_handler('strange');
$a = new db('odbc:valid_connection_string');
$b = $a->DoSomething();
Expected result:
The $errorMessage reported by the error handler. And the script
execution terminated.
Actual result:
--
Crash
--
Edit this bug report at http://bugs.php.net/?id=36752&edit=1
#37097 [Asn->WFx]: PDO-MSSQL converts bigint to float.
ID: 37097
Updated by: [EMAIL PROTECTED]
Reported By: stochnagara at hotmail dot com
-Status: Assigned
+Status: Wont fix
Bug Type: PDO related
Operating System: windows xp
PHP Version: 5.1.3RC2
Assigned To: wez
New Comment:
That's the stringified format that dblib returns to PDO.
We're not going to "fix" this; we asked for a string and that's the
string that is handed to us by dblib.
You should also note that dblib on windows is an unsupported legacy
library that has not shipped with SQL server for the last couple of
releases; unless you absolutely MUST use it, you are STRONGLY
recommended to use ODBC to connect to MSSQL.
Previous Comments:
[2006-04-16 20:14:49] [EMAIL PROTECTED]
FYI: You should use PDO ODBC on Windows.
[2006-04-16 07:57:49] [EMAIL PROTECTED]
Assigned to the maintainer.
[2006-04-16 07:44:32] stochnagara at hotmail dot com
Description:
PDO MsSql driver returns bigint values as float instead of int.
They are always formated as .0
Reproduce code:
---
CREATE TABLE demo (
bi bigint not null,
sm int null
);
insert into demo (1,1);
$result = $pdo->query ("SELECT * FROM demo")->fetch();
echo "bi={$result['bi']};"
echo "sm={$result['sm']};"
Expected result:
bi=1;sm=1;
Actual result:
--
bi=1.0;sm=1;
--
Edit this bug report at http://bugs.php.net/?id=37097&edit=1
#37213 [Opn]: snmpwalk not displaying oid
ID: 37213
User updated by: marty at upbeatmms dot com
Reported By: marty at upbeatmms dot com
Status: Open
Bug Type: SNMP related
Operating System: Windows 2000
PHP Version: 5.1.2
New Comment:
Updated Code (still not working but displays the keys):
";
$a = snmpwalk("192.168.1.1", "read",".1.3.6.1.2.1.17.4.3.1.1");
$keys=array_keys($a);
while (list($key, $val) = each($a))
{
echo "$key => $val\n";
}
?>
Here is the output from the code:
0 => Hex: 00 06 5B F3 A9 84
1 => Hex: 00 08 7C EB 54 80
2 => Hex: 00 0C 41 9B B3 31
3 => Hex: 00 12 43 B1 13 06
4 => Hex: 00 A0 C9 25 C8 DE
5 => Hex: 00 D0 01 5F 54 00
6 => Hex: 00 D0 01 75 64 00
7 => Hex: 00 D0 01 75 A8 00
8 => Hex: 00 D0 B7 7A 1D 9E
9 => Hex: 00 D0 B7 94 22 5C
==
Here is the output using the snmpwalk from UCD SNMP:
.iso.3.6.1.2.1.17.4.3.1.1.0.6.91.243.169.132 = Hex: 00 06 5B F3 A9 84
.iso.3.6.1.2.1.17.4.3.1.1.0.8.124.235.84.128 = Hex: 00 08 7C EB 54 80
.iso.3.6.1.2.1.17.4.3.1.1.0.12.65.155.179.49 = Hex: 00 0C 41 9B B3 31
.iso.3.6.1.2.1.17.4.3.1.1.0.18.67.177.19.6 = Hex: 00 12 43 B1 13 06
.iso.3.6.1.2.1.17.4.3.1.1.0.160.201.37.200.222 = Hex: 00 A0 C9 25 C8
DE
.iso.3.6.1.2.1.17.4.3.1.1.0.208.1.95.84.0 = Hex: 00 D0 01 5F 54 00
.iso.3.6.1.2.1.17.4.3.1.1.0.208.1.117.100.0 = Hex: 00 D0 01 75 64 00
.iso.3.6.1.2.1.17.4.3.1.1.0.208.1.117.168.0 = Hex: 00 D0 01 75 A8 00
.iso.3.6.1.2.1.17.4.3.1.1.0.208.183.122.29.158 = Hex: 00 D0 B7 7A 1D
9E
.iso.3.6.1.2.1.17.4.3.1.1.0.208.183.148.34.92 = Hex: 00 D0 B7 94 22
5C
Hope the additional info will help.
Previous Comments:
[2006-04-29 23:36:01] marty at upbeatmms dot com
The array keys contain a numeric value starting at 0 that have no
relevance to the OID.
[2006-04-29 11:41:14] [EMAIL PROTECTED]
What's in the array keys?
[2006-04-26 19:33:23] marty at upbeatmms dot com
Description:
In the following code below the OID is not displayed - just the data.
The command line version of UCD-SNMP displays both the OID and Data.
Reproduce code:
---
";
}
?>
Expected result:
I excpect to see both the OID and the data
Actual result:
--
Just the data is displayed
--
Edit this bug report at http://bugs.php.net/?id=37213&edit=1
#37246 [Com]: Cannot write files in __destruct()
ID: 37246
Comment by: judas dot iscariote at gmail dot com
Reported By: mass at carlsoft dot net
Status: Open
Bug Type: Scripting Engine problem
Operating System: Kubuntu 5.10
PHP Version: 5.1.2
New Comment:
AFAIK this is the expected behaviuor.destructors are called at script
shutdown, and most parts of the engine are already deactivated.
A PHP dev can correct me if Im wrong.
Previous Comments:
[2006-04-29 19:23:50] mass at carlsoft dot net
Description:
A warning is thrown when trying to use file_put_contents in the
destructor of a class. It reports that permission was denied, but the
directory and all children are chmod'd to 777. Additionally, I can
write to the file any other time in the script.
Reproduce code:
---
class test
{
public function __destruct()
{
file_put_contents('somefile','somedata');
}
}
$foo = new test;
Expected result:
somefile contain somedata
Actual result:
--
Warning with a permission error
--
Edit this bug report at http://bugs.php.net/?id=37246&edit=1
#37245 [Com]: Setting upload limit to 2G or more php fails to handle POST data
ID: 37245 Comment by: judas dot iscariote at gmail dot com Reported By: prahal at yahoo dot com Status: Open Bug Type: Unknown/Other Function Operating System: Slackware 10.2 PHP Version: 5.1.2 New Comment: not a bug see http://php.net/filesystem, read the first lines to know how to compile PHP with Large file support... Previous Comments: [2006-04-29 17:29:44] prahal at yahoo dot com Description: With upload_max_filesize , 1.9G - post_max_size 1.9G I get my data. Starting from 2G I get this type of error : [. 2006] [error] [client xxx.xxx.xxx.xxx] PHP Warning: POST Content-Length of 1145 bytes exceeds the limit of -2147483648 bytes in Unknown on line 0, referer: http://mysite/myform "limit of -" changes with the value I use for the ini settings. Expected result: Get the POST data. Actual result: -- POST is empty. -- Edit this bug report at http://bugs.php.net/?id=37245&edit=1
