#36607 [Opn->Fbk]: default_prefetch problem w/ dbLinks
ID: 36607 Updated by: [EMAIL PROTECTED] Reported By: jreed at myers dot com -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux - 386 PHP Version: 5.1.2 Previous Comments: [2006-03-08 07:37:43] cjbj at hotmail dot com That stack trace is pretty deep in Oracle. In case this problem needs to be reported to them, what is the version of the Oracle client libraries that PHP is linked with? What is the Oracle server version? How are you creating the DB link? [2006-03-07 20:42:19] jreed at myers dot com Here's the backtrace with all Zend extensions removed/turned off: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -150626176 (LWP 20044)] 0x020683da in ttcfopr () from /usr/local/instantclient/lib/libclntsh.so.10.1 (gdb) bt #0 0x020683da in ttcfopr () from /usr/local/instantclient/lib/libclntsh.so.10.1 #1 0x0205f698 in ttcdrv () from /usr/local/instantclient/lib/libclntsh.so.10.1 #2 0x01f45ec5 in nioqwa () from /usr/local/instantclient/lib/libclntsh.so.10.1 #3 0x01db3d97 in upirtrc () from /usr/local/instantclient/lib/libclntsh.so.10.1 #4 0x01d29a36 in kpurcsc () from /usr/local/instantclient/lib/libclntsh.so.10.1 #5 0x01cdf07b in kpuexecv8 () from /usr/local/instantclient/lib/libclntsh.so.10.1 #6 0x01ce140a in kpuexec () from /usr/local/instantclient/lib/libclntsh.so.10.1 #7 0x01db8902 in OCIStmtExecute () from /usr/local/instantclient/lib/libclntsh.so.10.1 #8 0x00476205 in php_oci_statement_execute (statement=0x862fa5c, mode=140695500) at /root/php5.1-200603062130/ext/oci8/oci8_statement.c:321 #9 0x0047b712 in zif_oci_execute (ht=2, return_value=0x871c724, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /root/php5.1-200603062130/ext/oci8/oci8_interface.c:1276 #10 0x011f472d in zend_do_fcall_common_helper_SPEC (execute_data=0xfef46920) at zend_vm_execute.h:192 #11 0x011f40a1 in execute (op_array=0x8606cd8) at zend_vm_execute.h:92 #12 0x011f452f in zend_do_fcall_common_helper_SPEC (execute_data=0xfef4df30) at zend_vm_execute.h:226 #13 0x011f40a1 in execute (op_array=0x85be084) at zend_vm_execute.h:92 #14 0x011df7be in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php-5.1.2/Zend/zend.c:1101 #15 0x011aef24 in php_execute_script (primary_file=0xfef50270) at /root/php-5.1.2/main/main.c:1720 #16 0x01236f08 in php_handler (r=0x85ab410) at /root/php-5.1.2/sapi/apache2handler/sapi_apache2.c:584 #17 0x080765b2 in ap_run_handler (r=0x85ab410) at config.c:157 #18 0x08076ac6 in ap_invoke_handler (r=0x85ab410) at config.c:371 #19 0x08092eff in ap_process_request (r=0x85ab410) at http_request.c:258 #20 0x08090fd1 in ap_process_http_connection (c=0x85a5238) at http_core.c:171 #21 0x0807bb02 in ap_run_process_connection (c=0x85a5238) at connection.c:43 #22 0x080a09f7 in child_main (child_num_arg=0) at prefork.c:640 #23 0x080a0af0 in make_child (s=0x83d1fd0, slot=0) at prefork.c:680 #24 0x080a1531 in ap_mpm_run (_pconf=0x83cd0a8, plog=0x8409198, s=0x83d1fd0) at prefork.c:956 #25 0x08066f5c in main (argc=2, argv=0xfef50634) at main.c:712 [2006-03-07 18:52:41] jreed at myers dot com Same result with no Zend extensions. I am the only one with Zend extensions installed. Others who never installed Zend have the same problem. [2006-03-07 08:38:52] [EMAIL PROTECTED] Disable all zend_extensions and try again. [2006-03-07 01:05:24] jreed at myers dot com Backtrace already provided. 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/36607 -- Edit this bug report at http://bugs.php.net/?id=36607&edit=1
#36653 [NEW]: result set returned has wrong (numeric) data
From: info at newneon dot com Operating system: Win 2000 PHP version: 5.1.2 PHP Bug Type: MSSQL related Bug description: result set returned has wrong (numeric) data Description: I have executed an SQL query with multiple joins (left inners and right outers). When displaying the result set using print_r, I get the following result: [0] => 10005 [Respondent] => 5 [1] => 1 [Result] => 1 [2] => 0 [QuestVersion] => 0 [3] => CHARLIE [MachineID] => CHARLIE [4] => 911 [Enqueteur] => 911 [5] => Feb 15 2006 12:00AM [Datum] => Feb 15 2006 12:00AM Note the difference between result[0] and result[Respondent] The proper value is the 10005. How come that PHP converts the 10005 into 5? Reproduce code: --- Query used: SELECT * FROM Hoofd LEFT JOIN FillingN ON FillingN.CallCode = Hoofd.Respondent RIGHT OUTER JOIN Hoofd2 ON FillingN.CallCode=Hoofd2.Respondent LEFT JOIN Sample ON FillingN.CallCode=Sample.Code WHERE (Hoofd.Result = 1) Expected result: [0] => 10005 [Respondent] => 10005 [1] => 1 [Result] => 1 Actual result: -- [0] => 10005 [Respondent] => 5 [1] => 1 [Result] => 1 -- Edit bug report at http://bugs.php.net/?id=36653&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36653&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36653&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36653&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36653&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36653&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36653&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36653&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36653&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36653&r=support Expected behavior:http://bugs.php.net/fix.php?id=36653&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36653&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36653&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36653&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36653&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36653&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36653&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36653&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36653&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36653&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36653&r=mysqlcfg
#36653 [Opn->Fbk]: result set returned has wrong (numeric) data
ID: 36653 Updated by: [EMAIL PROTECTED] Reported By: info at newneon dot com -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Win 2000 PHP Version: 5.1.2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. Previous Comments: [2006-03-08 12:07:42] info at newneon dot com Description: I have executed an SQL query with multiple joins (left inners and right outers). When displaying the result set using print_r, I get the following result: [0] => 10005 [Respondent] => 5 [1] => 1 [Result] => 1 [2] => 0 [QuestVersion] => 0 [3] => CHARLIE [MachineID] => CHARLIE [4] => 911 [Enqueteur] => 911 [5] => Feb 15 2006 12:00AM [Datum] => Feb 15 2006 12:00AM Note the difference between result[0] and result[Respondent] The proper value is the 10005. How come that PHP converts the 10005 into 5? Reproduce code: --- Query used: SELECT * FROM Hoofd LEFT JOIN FillingN ON FillingN.CallCode = Hoofd.Respondent RIGHT OUTER JOIN Hoofd2 ON FillingN.CallCode=Hoofd2.Respondent LEFT JOIN Sample ON FillingN.CallCode=Sample.Code WHERE (Hoofd.Result = 1) Expected result: [0] => 10005 [Respondent] => 10005 [1] => 1 [Result] => 1 Actual result: -- [0] => 10005 [Respondent] => 5 [1] => 1 [Result] => 1 -- Edit this bug report at http://bugs.php.net/?id=36653&edit=1
#36653 [Fbk->Opn]: result set returned has wrong (numeric) data
ID: 36653
User updated by: info at newneon dot com
Reported By: info at newneon dot com
-Status: Feedback
+Status: Open
Bug Type: MSSQL related
Operating System: Win 2000
PHP Version: 5.1.2
New Comment:
Example source:
", "", "");
mssql_select_db("", $db);
// query goes wrong
$query = "SELECT * FROM Hoofd JOIN FillingN ON Hoofd.Respondent =
FillingN.CallCode JOIN Hoofd2 ON Hoofd.Respondent=Hoofd2.Respondent
JOIN Sample ON Hoofd.Respondent=Sample.Code WHERE (Hoofd.Result = 1)
ORDER BY Hoofd.Respondent";
// query below is fine
// $query = "SELECT Respondent from Hoofd ORDER BY Respondent";
$res = mssql_query($query, $db);
while ($row=mssql_fetch_array($res))
{
echo $row['Respondent']."";
}
?>
(Field respondent is int 4)
Previous Comments:
[2006-03-08 12:10:50] [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.
[2006-03-08 12:07:42] info at newneon dot com
Description:
I have executed an SQL query with multiple joins (left inners and right
outers). When displaying the result set using print_r, I get the
following result:
[0] => 10005
[Respondent] => 5
[1] => 1
[Result] => 1
[2] => 0
[QuestVersion] => 0
[3] => CHARLIE
[MachineID] => CHARLIE
[4] => 911
[Enqueteur] => 911
[5] => Feb 15 2006 12:00AM
[Datum] => Feb 15 2006 12:00AM
Note the difference between result[0] and result[Respondent]
The proper value is the 10005. How come that PHP converts the 10005
into 5?
Reproduce code:
---
Query used:
SELECT * FROM Hoofd LEFT JOIN FillingN ON FillingN.CallCode =
Hoofd.Respondent RIGHT OUTER JOIN Hoofd2 ON
FillingN.CallCode=Hoofd2.Respondent LEFT JOIN Sample ON
FillingN.CallCode=Sample.Code WHERE (Hoofd.Result = 1)
Expected result:
[0] => 10005
[Respondent] => 10005
[1] => 1
[Result] => 1
Actual result:
--
[0] => 10005
[Respondent] => 5
[1] => 1
[Result] => 1
--
Edit this bug report at http://bugs.php.net/?id=36653&edit=1
#36653 [Opn]: result set returned has wrong (numeric) data
ID: 36653
User updated by: info at newneon dot com
Reported By: info at newneon dot com
Status: Open
Bug Type: MSSQL related
Operating System: Win 2000
PHP Version: 5.1.2
New Comment:
Sorry for 'bugging' you!
It appears that in the complete (joined) query there was another field
called respondent, which contains different information! So, in fact
result[0] and result[Respondent] referred to different information of
the result set!
Previous Comments:
[2006-03-08 12:36:12] info at newneon dot com
Example source:
", "", "");
mssql_select_db("", $db);
// query goes wrong
$query = "SELECT * FROM Hoofd JOIN FillingN ON Hoofd.Respondent =
FillingN.CallCode JOIN Hoofd2 ON Hoofd.Respondent=Hoofd2.Respondent
JOIN Sample ON Hoofd.Respondent=Sample.Code WHERE (Hoofd.Result = 1)
ORDER BY Hoofd.Respondent";
// query below is fine
// $query = "SELECT Respondent from Hoofd ORDER BY Respondent";
$res = mssql_query($query, $db);
while ($row=mssql_fetch_array($res))
{
echo $row['Respondent']."";
}
?>
(Field respondent is int 4)
[2006-03-08 12:10:50] [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.
[2006-03-08 12:07:42] info at newneon dot com
Description:
I have executed an SQL query with multiple joins (left inners and right
outers). When displaying the result set using print_r, I get the
following result:
[0] => 10005
[Respondent] => 5
[1] => 1
[Result] => 1
[2] => 0
[QuestVersion] => 0
[3] => CHARLIE
[MachineID] => CHARLIE
[4] => 911
[Enqueteur] => 911
[5] => Feb 15 2006 12:00AM
[Datum] => Feb 15 2006 12:00AM
Note the difference between result[0] and result[Respondent]
The proper value is the 10005. How come that PHP converts the 10005
into 5?
Reproduce code:
---
Query used:
SELECT * FROM Hoofd LEFT JOIN FillingN ON FillingN.CallCode =
Hoofd.Respondent RIGHT OUTER JOIN Hoofd2 ON
FillingN.CallCode=Hoofd2.Respondent LEFT JOIN Sample ON
FillingN.CallCode=Sample.Code WHERE (Hoofd.Result = 1)
Expected result:
[0] => 10005
[Respondent] => 10005
[1] => 1
[Result] => 1
Actual result:
--
[0] => 10005
[Respondent] => 5
[1] => 1
[Result] => 1
--
Edit this bug report at http://bugs.php.net/?id=36653&edit=1
#36653 [Opn->Bgs]: result set returned has wrong (numeric) data
ID: 36653
Updated by: [EMAIL PROTECTED]
Reported By: info at newneon dot com
-Status: Open
+Status: Bogus
Bug Type: MSSQL related
Operating System: Win 2000
PHP Version: 5.1.2
New Comment:
Ok, bogus then.
Previous Comments:
[2006-03-08 12:45:07] info at newneon dot com
Sorry for 'bugging' you!
It appears that in the complete (joined) query there was another field
called respondent, which contains different information! So, in fact
result[0] and result[Respondent] referred to different information of
the result set!
[2006-03-08 12:36:12] info at newneon dot com
Example source:
", "", "");
mssql_select_db("", $db);
// query goes wrong
$query = "SELECT * FROM Hoofd JOIN FillingN ON Hoofd.Respondent =
FillingN.CallCode JOIN Hoofd2 ON Hoofd.Respondent=Hoofd2.Respondent
JOIN Sample ON Hoofd.Respondent=Sample.Code WHERE (Hoofd.Result = 1)
ORDER BY Hoofd.Respondent";
// query below is fine
// $query = "SELECT Respondent from Hoofd ORDER BY Respondent";
$res = mssql_query($query, $db);
while ($row=mssql_fetch_array($res))
{
echo $row['Respondent']."";
}
?>
(Field respondent is int 4)
[2006-03-08 12:10:50] [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.
[2006-03-08 12:07:42] info at newneon dot com
Description:
I have executed an SQL query with multiple joins (left inners and right
outers). When displaying the result set using print_r, I get the
following result:
[0] => 10005
[Respondent] => 5
[1] => 1
[Result] => 1
[2] => 0
[QuestVersion] => 0
[3] => CHARLIE
[MachineID] => CHARLIE
[4] => 911
[Enqueteur] => 911
[5] => Feb 15 2006 12:00AM
[Datum] => Feb 15 2006 12:00AM
Note the difference between result[0] and result[Respondent]
The proper value is the 10005. How come that PHP converts the 10005
into 5?
Reproduce code:
---
Query used:
SELECT * FROM Hoofd LEFT JOIN FillingN ON FillingN.CallCode =
Hoofd.Respondent RIGHT OUTER JOIN Hoofd2 ON
FillingN.CallCode=Hoofd2.Respondent LEFT JOIN Sample ON
FillingN.CallCode=Sample.Code WHERE (Hoofd.Result = 1)
Expected result:
[0] => 10005
[Respondent] => 10005
[1] => 1
[Result] => 1
Actual result:
--
[0] => 10005
[Respondent] => 5
[1] => 1
[Result] => 1
--
Edit this bug report at http://bugs.php.net/?id=36653&edit=1
#36649 [Bgs->Csd]: ORA-12154: using Oracle 9i
ID: 36649
User updated by: madlybad at hotmail dot com
Reported By: madlybad at hotmail dot com
-Status: Bogus
+Status: Closed
Bug Type: OCI8 related
Operating System: Windows XP Pro SP2
PHP Version: 5.1.2
New Comment:
Using this code I fixed the problem:
$db = "(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)
(HOST = host.com)(PORT=1521))
(CONNECT_DATA=(SERVER=DEDICATED)
(SERVICE_NAME=MYDB)))";
$conexion = oci_pconnect("user","password",$db);
But I have to use oci_pconnect() and not oci_connect. If I used
oci_connect(), PHP CGI crash. I would like to know why. Or maybe open a
new Bug about this. Please let me know is I should open it.
Previous Comments:
[2006-03-08 08:23:28] [EMAIL PROTECTED]
The error you get comes from Oracle client libs -> not PHP problem.
[2006-03-08 07:23:48] cjbj at hotmail dot com
The bug system is not the best place to ask this question.
Refer to notes like
http://www.oracle.com/technology/tech/php/htdocs/php_troubleshooting_faq.html
and check all your environment variables - e.g. ORACLE_HOME - are set
correctly in the shell environment that starts the web server.
[2006-03-07 22:36:04] madlybad at hotmail dot com
Description:
My configuration to connect to Oracle 9i is correct. I am able to
connect to Oracle 9i using SQLPLus and TOAD. But using PHP I am unable
to connect to Oracle this error appears "ORA-12154: TNS:could not
resolve the connect identifier specified".
Reproduce code:
---
';
while ($fila = oci_fetch_array($id_sentencia, OCI_RETURN_NULLS)) {
print '';
foreach ($fila as $item) {
print ''.($item?htmlentities($item):' ').'';
}
print '';
}
print '';
oci_close($conexion);
?>
Expected result:
connected!
Actual result:
--
ORA-12154: TNS:could not resolve the connect identifier specified
--
Edit this bug report at http://bugs.php.net/?id=36649&edit=1
#36654 [NEW]: ignoring passing expression by reference
From: tomek at realtsp dot com Operating system: FreeBSD PHP version: 5.1.2 PHP Bug Type: Scripting Engine problem Bug description: ignoring passing expression by reference Description: If we pass an expression by reference, it doesn't recognize the variable from the expression, but doesn't complain about that fact either. As written in http://www.php.net/manual/en/language.references.pass.php, such statement is invalid. Strangely enough it worked up to 5.0.4 (and 5.0.5 perhaps) and stopped working after upgrade to 5.1.2. Moreover, since both remaining examples from the documentation produce a fatal error, it would seem natural if that one would as well. Reproduce code: --- Expected result: Either 4 or a fatal error, rather than silently doing nothing. Actual result: -- 3 -- Edit bug report at http://bugs.php.net/?id=36654&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36654&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36654&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36654&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36654&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36654&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36654&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36654&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36654&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36654&r=support Expected behavior:http://bugs.php.net/fix.php?id=36654&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36654&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36654&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36654&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36654&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36654&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36654&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36654&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36654&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36654&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36654&r=mysqlcfg
#36655 [NEW]: CGI/FastCGI has detected a problem and it must be closed - using oci_connect()
From: madlybad at hotmail dot com
Operating system: Windows XP Pro SP2
PHP version: 5.1.2
PHP Bug Type: *Database Functions
Bug description: CGI/FastCGI has detected a problem and it must be closed -
using oci_connect()
Description:
To connect Oracle 9i, using oci_pconnect(), it works properly. But using
oci_connect() CGI PHP crash and it is closed. CGI shouldn't crash.
Reproduce code:
---
$db = "(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)
(HOST = host.com)(PORT=1521))
(CONNECT_DATA=(SERVER=DEDICATED)
(SERVICE_NAME=MYDB)))";
$conexion = oci_connect("user","pwd",$db);
if (!$conexion) {
$e = oci_error();
echo "Error al Conectarse";
print htmlentities($e['message']);
exit;
}
else {print htmlentities('Exito al Conectarse');
}
oci_close($conexion);
Expected result:
The page should show the text:
Exito al Conectarse
Actual result:
--
The page crash and a winodws is showed with this text:
"CGI / FastCGI ha detectado un problema y debe cerrarse"
That means that CGI crash, anf it should be closed.
--
Edit bug report at http://bugs.php.net/?id=36655&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36655&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36655&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36655&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36655&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36655&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36655&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36655&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36655&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36655&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36655&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36655&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36655&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36655&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36655&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36655&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36655&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36655&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36655&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36655&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36655&r=mysqlcfg
#36654 [Opn->Bgs]: ignoring passing expression by reference
ID: 36654 Updated by: [EMAIL PROTECTED] Reported By: tomek at realtsp dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 5.1.2 New Comment: Turn on E_STRICT error messages. Strict Standards: Only variables should be passed by reference in Previous Comments: [2006-03-08 13:11:30] tomek at realtsp dot com Description: If we pass an expression by reference, it doesn't recognize the variable from the expression, but doesn't complain about that fact either. As written in http://www.php.net/manual/en/language.references.pass.php, such statement is invalid. Strangely enough it worked up to 5.0.4 (and 5.0.5 perhaps) and stopped working after upgrade to 5.1.2. Moreover, since both remaining examples from the documentation produce a fatal error, it would seem natural if that one would as well. Reproduce code: --- Expected result: Either 4 or a fatal error, rather than silently doing nothing. Actual result: -- 3 -- Edit this bug report at http://bugs.php.net/?id=36654&edit=1
#36655 [Opn->Fbk]: CGI/FastCGI has detected a problem and it must be closed - using oci_connect()
ID: 36655
Updated by: [EMAIL PROTECTED]
Reported By: madlybad at hotmail dot com
-Status: Open
+Status: Feedback
-Bug Type: *Database Functions
+Bug Type: OCI8 related
Operating System: Windows XP Pro SP2
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-03-08 13:20:33] madlybad at hotmail dot com
Description:
To connect Oracle 9i, using oci_pconnect(), it works properly. But
using oci_connect() CGI PHP crash and it is closed. CGI shouldn't
crash.
Reproduce code:
---
$db = "(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)
(HOST = host.com)(PORT=1521))
(CONNECT_DATA=(SERVER=DEDICATED)
(SERVICE_NAME=MYDB)))";
$conexion = oci_connect("user","pwd",$db);
if (!$conexion) {
$e = oci_error();
echo "Error al Conectarse";
print htmlentities($e['message']);
exit;
}
else {print htmlentities('Exito al Conectarse');
}
oci_close($conexion);
Expected result:
The page should show the text:
Exito al Conectarse
Actual result:
--
The page crash and a winodws is showed with this text:
"CGI / FastCGI ha detectado un problema y debe cerrarse"
That means that CGI crash, anf it should be closed.
--
Edit this bug report at http://bugs.php.net/?id=36655&edit=1
#36631 [Asn->Fbk]: Prepared statements failing with no apparent reason
ID: 36631 Updated by: [EMAIL PROTECTED] Reported By: ludvig dot ericson at gmail dot com -Status: Assigned +Status: Feedback Bug Type: MySQLi related Operating System: Windows XP PHP Version: 5CVS-2006-03-06 (snap) Assigned To: georg New Comment: Please provide a *short* reproducable testcase (including your table definition) and also the version numbers of libmysql and MySQL Server. Previous Comments: [2006-03-06 16:07:44] ludvig dot ericson at gmail dot com Description: When I run this code: http://nopaste.php-q.net/196469 (I removed the LIMIT on line 48 too) I get two warnings: Warning: mysqli_stmt::bind_param() [function.bind-param]: Number of variables doesn't match number of parameters in prepared statement in C:\Web\Apache\lnkrec\core\UserSystem.inc.php on line 50 Warning: mysqli_stmt::bind_result() [function.bind-result]: Number of bind variables doesn't match number of fields in prepared statement. in C:\Web\Apache\lnkrec\core\UserSystem.inc.php on line 52 I'm thinking this is really weird since the amount of parameters are just as many as there should be. I have tested my MySQL query outside PHP, and it works fine syntactically. Futhermore, $stmt->param_count is 0. The Database class is defined as: http://nopaste.php-q.net/196448 and therefore seemingly transparent in this case. -- Edit this bug report at http://bugs.php.net/?id=36631&edit=1
#36547 [Opn->Asn]: SOAP problem with WSDL, not importing types correctly
ID: 36547 Updated by: [EMAIL PROTECTED] Reported By: invrnrv at gmail dot com -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: fedora core PHP Version: 5.1.2 -Assigned To: +Assigned To: dmitry Previous Comments: [2006-03-03 18:54:20] invrnrv at gmail dot com This WSDL file works fine with PHP5 if I manually copy the contents of blah.xsd into the element (minus the first line, http://correct-location/blah.xsd"; schemaLocation="/localdirectory/blah.xsd" none of them work. - Jae [2006-03-03 18:54:05] invrnrv at gmail dot com xmlns:tns="http://blahblah"; targetNamespace=" http://blahblah";> http://blahblah"; schemaLocation="blah.xsd"/> ... [2006-03-03 18:53:58] invrnrv at gmail dot com http://schemas.xmlsoap.org/wsdl/soap/"; xmlns="http://schemas.xmlsoap.org/wsdl/ " xmlns:xs="http://www.w3.org/2001/XMLSchema"; [2006-03-03 18:53:16] invrnrv at gmail dot com I simply built the cgi binary with --enable-soap option. My WSDL file: [2006-03-03 18:47:23] invrnrv at gmail dot com I cannot post a followup to this because the bugtracker says that I am "spamming" the system. basically, the suggestion below didn't fix anything. 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/36547 -- Edit this bug report at http://bugs.php.net/?id=36547&edit=1
#36517 [Opn->Asn]: Soap client dies with a memory exhaustion error
ID: 36517 Updated by: [EMAIL PROTECTED] Reported By: phuttunen at digifonica dot com -Status: Open +Status: Assigned Bug Type: SimpleXML related Operating System: FreeBSD 6.0-RELEASE-p4 PHP Version: 5.1.2 -Assigned To: +Assigned To: dmitry Previous Comments: [2006-03-06 22:21:28] phuttunen at digifonica dot com Tested with various PHP versions and libxml2-2.6.23. The example codes work fine with PHP-5.0.4 and 5.0.5 (w/libxml-2.6.23), but not with any PHP-5.1.X versions. This implies that the problem is also related to PHP/SOAP and not just SimpleXML. [2006-03-02 17:53:53] phuttunen at digifonica dot com Tested with higher memory_limit values (10M, 20M, 40M, 200M), but could not get the code to work. I agree that the problem it more like simplexml than soap, but it's the soap response that causes simplexml to fail. I created another test program (http://www3.telus.net/pena/test_parse_xml-2.php.txt) that should show the problem more clearly. Change variable 'make_simple_xml_that_works=1' on line 6 to see the expected output. Set the variable to 0 to see the incorrect output. [2006-03-02 15:21:17] [EMAIL PROTECTED] The bug is not releated to ext/soap. It is probably releated to somplexml, but I cannot reproduce it. May be you have very small memory_limit setting in yor php.ini? [2006-03-01 08:54:01] [EMAIL PROTECTED] Assigned to the maintainer. [2006-02-27 18:16:39] phuttunen at digifonica dot com Tried with a CVS snapshot (php5.1-200602271530), but the code still fails. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/36517 -- Edit this bug report at http://bugs.php.net/?id=36517&edit=1
#36629 [Opn->Asn]: SoapServer::handle() exits on SOAP faults
ID: 36629
Updated by: [EMAIL PROTECTED]
Reported By: ilya at iponweb dot net
-Status: Open
+Status: Assigned
Bug Type: SOAP related
Operating System: Debian Linux (testing)
PHP Version: 5CVS-2006-03-06 (snap)
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2006-03-06 13:50:13] ilya at iponweb dot net
Description:
When calling SoapServer::handle() it exits after processing the SOAP
request if request handler returns a SoapFault object. It makes
impossible to do any work on the SOAP server side after processing
requests if they result in SoapFault.
I belive exactly the same issue was reported in bug report #31993 but
for some reason it was closed without actually fixing the problem in
the soap extension. I could reproduce the problem with PHP 5.1.1 and
with PHP snapshot 5.1-200603061130.
The test code demostrates this problem. It is a simple soap server with
two remotly callable functions: test1 and test2. The first of them
simply returns a string, the second returns a soap fault object. The
server is supposed to write a string to a log file after processing a
request. If you call remotly test1 function then you can see the string
in the log, if you call remotly test2 function then the log file is
empty.
Reproduce code:
---
"http://test-uri/";));
$h = fopen("/tmp/soap.log", "w");
$server->addFunction(array('test1', 'test2'));
$server->handle();
fputs($h, 'TEST');
fclose($h);
function test1() {
return "test1";
}
function test2() {
return new SoapFault("test2", "test2");
}
?>
Expected result:
A log message in file /tmp/soap.log
Actual result:
--
Nothing when calling remotly 'test2' function.
--
Edit this bug report at http://bugs.php.net/?id=36629&edit=1
#36537 [Bgs->Opn]: curl_multi_info_read function always return null
ID: 36537
User updated by: smserg at bk dot ru
Reported By: smserg at bk dot ru
-Status: Bogus
+Status: Open
Bug Type: cURL related
Operating System: Windows 2000 sp4
PHP Version: 5.1.2
New Comment:
I found nothing about how to get transfers, which has been finished. I
want to remove them from multi handler and add new single handler.
Previous Comments:
[2006-02-26 21:11:03] [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.
See the second example at http://php.net/curl_multi_exec
[2006-02-26 20:49:34] smserg at bk dot ru
Description:
curl_multi_info_read function always return null
Reproduce code:
---
http://www.cnn.com/";,
"http://www.canada.com/";,
"http://www.yahoo.com/";
);
$mh = curl_multi_init();
foreach ($connomains as $i => $url) {
$conn[$i]=curl_init($url);
curl_setopt($conn[$i],CURLOPT_RETURNTRANSFER,1);
curl_multi_add_handle ($mh,$conn[$i]);
}
do {
$n=curl_multi_exec($mh,$active);
var_dump(curl_multi_info_read($mh));
} while ($active);
foreach ($connomains as $i => $url) {
$res[$i]=curl_multi_getcontent($conn[$i]);
curl_close($conn[$i]);
}
var_dump(curl_multi_info_read($mh));
?>
Expected result:
Should be printed info about transfers
Actual result:
--
'null' values printed
--
Edit this bug report at http://bugs.php.net/?id=36537&edit=1
#36537 [Opn]: curl_multi_info_read function always return null
ID: 36537
User updated by: smserg at bk dot ru
Reported By: smserg at bk dot ru
Status: Open
Bug Type: cURL related
Operating System: Windows 2000 sp4
PHP Version: 5.1.2
New Comment:
I found this in source code, i think this is a bug
PHP_FUNCTION(curl_multi_info_read)
{
zval *z_mh;
php_curlm *mh;
CURLMsg *tmp_msg;
intqueued_msgs;
/* XXX: Not Implemented */
return;
Previous Comments:
[2006-03-08 15:32:20] smserg at bk dot ru
I found nothing about how to get transfers, which has been finished. I
want to remove them from multi handler and add new single handler.
[2006-02-26 21:11:03] [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.
See the second example at http://php.net/curl_multi_exec
[2006-02-26 20:49:34] smserg at bk dot ru
Description:
curl_multi_info_read function always return null
Reproduce code:
---
http://www.cnn.com/";,
"http://www.canada.com/";,
"http://www.yahoo.com/";
);
$mh = curl_multi_init();
foreach ($connomains as $i => $url) {
$conn[$i]=curl_init($url);
curl_setopt($conn[$i],CURLOPT_RETURNTRANSFER,1);
curl_multi_add_handle ($mh,$conn[$i]);
}
do {
$n=curl_multi_exec($mh,$active);
var_dump(curl_multi_info_read($mh));
} while ($active);
foreach ($connomains as $i => $url) {
$res[$i]=curl_multi_getcontent($conn[$i]);
curl_close($conn[$i]);
}
var_dump(curl_multi_info_read($mh));
?>
Expected result:
Should be printed info about transfers
Actual result:
--
'null' values printed
--
Edit this bug report at http://bugs.php.net/?id=36537&edit=1
#36602 [Bgs->Opn]: "MySQL server has gone away" with PDO::ATTR_PERSISTENT => true
ID: 36602
User updated by: nerve at gmx dot net
Reported By: nerve at gmx dot net
-Status: Bogus
+Status: Open
Bug Type: PDO related
Operating System: Gentoo Linux
PHP Version: 5.1.2
New Comment:
And what is abaut a new method
to destroy the death persistent object ?
So every user can destroy it and recreate the persistent connection
without restarting the webserver ?
Not all php users have the choise to restart the webserver if a
persistent connection is going to hell ?
Thank you
Daniel
Previous Comments:
[2006-03-04 23:56:31] nerve at gmx dot net
Thank you for your good help ;-(,
clearly it's in the docu,
but in this case persistent connections are useles ;-(
[2006-03-04 22:04:38] [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
As this is documented clearly in mysql documentation -> bogus.
[2006-03-04 09:42:24] nerve at gmx dot net
That's right, after installing the new mysql i havent testet it.
But what to do ? I can't explicitli close the persistent connections
until apache is restartet.
Same problem happen if mysql timeout is reached.
Can we make a solution for the php user how don't want to programm a
workaround to normal connections ? (Transparent solution in php source
code ? )
Thank's for your help.
[2006-03-03 15:32:53] [EMAIL PROTECTED]
Libmysql client library doesn't allow reconnect by default since
version 5.0.3 (Also mysql_pconnect shouldn't work after restarting
MySQL server).
[2006-03-03 11:26:07] nerve at gmx dot net
Description:
My Site connect with PDO and PDO::ATTR_PERSISTENT => true to MySQL.
If the MySQL server is restarting or a tread of the Server is killed,
the Apache tread wich is connected cant execute any statements until
Apache was restartet.
The PDO Connect return with succes, but the first query fails with
"MySQL server has gone away".
A MySQL Server restart was no problem with the old mysql_pconnect
function.
I want a detection on creation of new PDO object with persistent
connection if the connection is alive or a method to close the old
connection.
I use php 5.1.2 with apache 2.0.55 on gentoo linux with mysql
5.0.18-log
Please se my workaround code, witch make a fallback to slower non
persistent object.
Reproduce code:
---
// Workaround code for problem with pdo and persistent connection
try {
$db = new PDO('mysql:host='.$db_host.';dbname='.$db_db,
$db_user,$db_pw, array(PDO::ATTR_PERSISTENT => true));
$db->setAttribute(PDO::ATTR_ERRMODE,PDO::ERRMODE_EXCEPTION);
$db_info = $db->getAttribute(PDO::ATTR_SERVER_INFO); // erkennung von
toten persistenten verbindungen ...
if($db_info == "MySQL server has gone away")
{
$db = null;
$db = new PDO('mysql:host='.$db_host.';dbname='.$db_db,
$db_user,$db_pw);
}
}catch (PDOException $e)
{
print "Fehler in der DB Verbindung!: " . $e->getMessage() .
"";
$db = null;
die();
}
Expected result:
alive persistent connection if mysql is running !
Actual result:
--
dead mysql persistent connection if mysql was restartet !!!
--
Edit this bug report at http://bugs.php.net/?id=36602&edit=1
#36602 [Opn]: "MySQL server has gone away" with PDO::ATTR_PERSISTENT => true
ID: 36602 User updated by: nerve at gmx dot net Reported By: nerve at gmx dot net Status: Open Bug Type: PDO related Operating System: Gentoo Linux PHP Version: 5.1.2 New Comment: Or an other idea, how about the posibility to specify a time after which the persistent connection is closed ? (Aka timeout). I want beleve that mysql is the only pdo backend with useles persistent connections. I (and every other ho is using persistent connections for a big or important aplication) thank you for a good solution. Daniel Heule Previous Comments: [2006-03-08 15:48:27] nerve at gmx dot net And what is abaut a new method to destroy the death persistent object ? So every user can destroy it and recreate the persistent connection without restarting the webserver ? Not all php users have the choise to restart the webserver if a persistent connection is going to hell ? Thank you Daniel [2006-03-04 23:56:31] nerve at gmx dot net Thank you for your good help ;-(, clearly it's in the docu, but in this case persistent connections are useles ;-( [2006-03-04 22:04:38] [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 As this is documented clearly in mysql documentation -> bogus. [2006-03-04 09:42:24] nerve at gmx dot net That's right, after installing the new mysql i havent testet it. But what to do ? I can't explicitli close the persistent connections until apache is restartet. Same problem happen if mysql timeout is reached. Can we make a solution for the php user how don't want to programm a workaround to normal connections ? (Transparent solution in php source code ? ) Thank's for your help. [2006-03-03 15:32:53] [EMAIL PROTECTED] Libmysql client library doesn't allow reconnect by default since version 5.0.3 (Also mysql_pconnect shouldn't work after restarting MySQL server). 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/36602 -- Edit this bug report at http://bugs.php.net/?id=36602&edit=1
#36656 [NEW]: http_build_query generates invalid URIs due to use of square brackets
From: php at colin dot guthr dot ie
Operating system: Linux 2.6.12
PHP version: 5.1.2
PHP Bug Type: *URL Functions
Bug description: http_build_query generates invalid URIs due to use of square
brackets
Description:
According to RFC3986, which I beleive to be the latest in a long line of
RFCs on URI syntaxt, it is illegal to use square brackets in the search
string.
There is a comment on the PHP manual page for rawurlencode that states
that these are now permitted but extensive RFC reading and googling fails
to back this up for me.
>From what I can gather they should be encoded as %5B and %5D.
Here is the pseudo fix: str_replace(array('[',']'), array('%5B','%5D'),
http_build_query(array('hello' => array('interesting','eh'
The fix is quite simple and some small changes need to be made to http.c -
I've not got a patch unfortunatly, but it should only take a short while to
fix and would probably take just as long as a patch review ;)
Reproduce code:
---
echo http_build_query(array('hello' => array('interesting','eh')))."\n";
Expected result:
hello%5B0%5D=interesting&hello%5B1%5D=eh
Actual result:
--
hello[0]=interesting&hello[1]=eh
--
Edit bug report at http://bugs.php.net/?id=36656&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36656&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36656&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36656&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36656&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36656&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36656&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36656&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36656&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36656&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36656&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36656&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36656&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36656&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36656&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36656&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36656&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36656&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36656&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36656&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36656&r=mysqlcfg
#6932 [Com]: Filesize / File_exists and include_path
ID: 6932 Comment by: ericjhollander at yahoo dot com Reported By: richard dot heyes at heyes-computing dot net Status: Open Bug Type: Feature/Change Request Operating System: Any PHP Version: 4.0.2 New Comment: This is so obvious. It should be there. We should be able to do an easy test BEFORE calling include(). Previous Comments: [2006-02-24 22:38:22] arnold at bean-it dot nl I third that! And I would also like to see this argument for the function 'is_readable' and 'is_writable'. Currently there is no clean way to check if a file can be included. Simply including a file which can't be opened causes a warning to be triggered. Suppressing include() with an @ is not advisable, since parse errors won't be displayed, but will cause the script to die, causing a blank screen. (Happy debugging, hope you're using ZendStudio). The best solution I've come up with is: if (($fp = @fopen($filename, 'r', 1)) and fclose($fp)) include_once($filename); Anybody reading this bug PLEASE VOTE that this is important to you, because it doesn't look like anybody is willing to add this (simple) feature. [2005-06-30 19:15:44] sr at brightlight dot ch I second this request. Open since 5 years, since PHP5's autoload even more important and not even yet assigned... :-/ [2002-06-04 09:13:56] [EMAIL PROTECTED] Any objection not to add this? [2001-08-12 16:32:09] [EMAIL PROTECTED] Maybe I should clarify, it was the filesize and file_exists function I was hoping would be updated to have an optional argument so they would check the include_path. [2001-08-12 16:00:53] [EMAIL PROTECTED] That's nice. Doesn't solve the feature request though. 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/6932 -- Edit this bug report at http://bugs.php.net/?id=6932&edit=1
#36607 [Fbk->Opn]: default_prefetch problem w/ dbLinks
ID: 36607 User updated by: jreed at myers dot com Reported By: jreed at myers dot com -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Linux - 386 PHP Version: 5.1.2 New Comment: As stated previously, Oracle Instant Client v10.2. Server version is 10.2 with dbLink v10.2 which links to a database v8i. To create the dblink: create database link linkname connect to username identified by password using databasename; Previous Comments: [2006-03-08 07:37:43] cjbj at hotmail dot com That stack trace is pretty deep in Oracle. In case this problem needs to be reported to them, what is the version of the Oracle client libraries that PHP is linked with? What is the Oracle server version? How are you creating the DB link? [2006-03-07 20:42:19] jreed at myers dot com Here's the backtrace with all Zend extensions removed/turned off: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -150626176 (LWP 20044)] 0x020683da in ttcfopr () from /usr/local/instantclient/lib/libclntsh.so.10.1 (gdb) bt #0 0x020683da in ttcfopr () from /usr/local/instantclient/lib/libclntsh.so.10.1 #1 0x0205f698 in ttcdrv () from /usr/local/instantclient/lib/libclntsh.so.10.1 #2 0x01f45ec5 in nioqwa () from /usr/local/instantclient/lib/libclntsh.so.10.1 #3 0x01db3d97 in upirtrc () from /usr/local/instantclient/lib/libclntsh.so.10.1 #4 0x01d29a36 in kpurcsc () from /usr/local/instantclient/lib/libclntsh.so.10.1 #5 0x01cdf07b in kpuexecv8 () from /usr/local/instantclient/lib/libclntsh.so.10.1 #6 0x01ce140a in kpuexec () from /usr/local/instantclient/lib/libclntsh.so.10.1 #7 0x01db8902 in OCIStmtExecute () from /usr/local/instantclient/lib/libclntsh.so.10.1 #8 0x00476205 in php_oci_statement_execute (statement=0x862fa5c, mode=140695500) at /root/php5.1-200603062130/ext/oci8/oci8_statement.c:321 #9 0x0047b712 in zif_oci_execute (ht=2, return_value=0x871c724, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /root/php5.1-200603062130/ext/oci8/oci8_interface.c:1276 #10 0x011f472d in zend_do_fcall_common_helper_SPEC (execute_data=0xfef46920) at zend_vm_execute.h:192 #11 0x011f40a1 in execute (op_array=0x8606cd8) at zend_vm_execute.h:92 #12 0x011f452f in zend_do_fcall_common_helper_SPEC (execute_data=0xfef4df30) at zend_vm_execute.h:226 #13 0x011f40a1 in execute (op_array=0x85be084) at zend_vm_execute.h:92 #14 0x011df7be in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/php-5.1.2/Zend/zend.c:1101 #15 0x011aef24 in php_execute_script (primary_file=0xfef50270) at /root/php-5.1.2/main/main.c:1720 #16 0x01236f08 in php_handler (r=0x85ab410) at /root/php-5.1.2/sapi/apache2handler/sapi_apache2.c:584 #17 0x080765b2 in ap_run_handler (r=0x85ab410) at config.c:157 #18 0x08076ac6 in ap_invoke_handler (r=0x85ab410) at config.c:371 #19 0x08092eff in ap_process_request (r=0x85ab410) at http_request.c:258 #20 0x08090fd1 in ap_process_http_connection (c=0x85a5238) at http_core.c:171 #21 0x0807bb02 in ap_run_process_connection (c=0x85a5238) at connection.c:43 #22 0x080a09f7 in child_main (child_num_arg=0) at prefork.c:640 #23 0x080a0af0 in make_child (s=0x83d1fd0, slot=0) at prefork.c:680 #24 0x080a1531 in ap_mpm_run (_pconf=0x83cd0a8, plog=0x8409198, s=0x83d1fd0) at prefork.c:956 #25 0x08066f5c in main (argc=2, argv=0xfef50634) at main.c:712 [2006-03-07 18:52:41] jreed at myers dot com Same result with no Zend extensions. I am the only one with Zend extensions installed. Others who never installed Zend have the same problem. [2006-03-07 08:38:52] [EMAIL PROTECTED] Disable all zend_extensions and try again. [2006-03-07 01:05:24] jreed at myers dot com Backtrace already provided. 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/36607 -- Edit this bug report at http://bugs.php.net/?id=36607&edit=1
#36341 [Com]: Changes to combat mail form spam
ID: 36341 Comment by: richard at indigo3 dot net Reported By: paul at xciv dot org Status: Open Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 4.4.2 New Comment: An interesting idea. Well worth the investment in time and effort. Previous Comments: [2006-03-06 16:11:00] simon at advantage-interactive dot com Excellent suggestions, would help tracking back spam [2006-03-04 21:33:26] tim at globalgold dot co dot uk I agree Paul's suggestion should be implemented. [2006-02-11 18:33:41] karl at kdawebservices dot com Both excellant ideas. I also believe there is a patch out in the wild for PHP that automatically adds a X header with the vhost domain - Perhaps this should be incorporated (with an ini option to turn it on/off) along with adding the path to the script as an X header as well. [2006-02-09 15:16:05] paul at xciv dot org Description: I have two suggestions for modifications to help combat the problem of mail form spam. Firstly I would like to see mail.force_extra_parameters back-ported to the 4.x branch - not everyone is ready to upgrade to 5.x in production yet. Secondly I would like to suggest that environment variables from the PHP environment are exposed to the sendmail binary. I will explain why this is useful. Reproduce code: --- With the mail.force_extra_parameters option, I can set different parameters per Apache vhost. This can be very useful because I can set custom parameters like: -xs my.vhost.domain How is this useful? Well if I then set a new sendmail_path to my own custom wrapper script I can pick up these custom parameters and do two things: 1. Log the originating vhost, number of recipients etc. 2. Add an X-Header: in the mail detailing which vhost the mail originated from - before passing it to the real sendmail. This allows me to track which vhost sent mail from the httpd! So I can now track which vhost may have an insecure mail form if I get spam reports. With say 100 vhosts this is *invaluable*. My second suggestion would make this a lot easier and a lot more expandable. If the PHP environment variables were exposed to sendmail then I could even pick up such details as the script filename etc and this would then not require the use of custom mail.force_extra_parameters. -- Edit this bug report at http://bugs.php.net/?id=36341&edit=1
#36657 [NEW]: PHP SOAP SSL Problem
From: gkrajci at arescorporation dot com
Operating system: Windows 2003 Server
PHP version: 5.1.2
PHP Bug Type: SOAP related
Bug description: PHP SOAP SSL Problem
Description:
I am trying to establish a PHP SOAP SSL connection from our development
server to a Java application. When I perform this SOAP call over HTTP I
have no problem, and when I perform this SOAP call over HTTPS I have a
problem.
I tested the PHP SOAP SSL connection on both PHP Version 5.1.2 and Zend
Core for Oracle (PHP Version 5.0.5) with no success on either.
I had one of our sys admins monitor the traffic, and PHP always connects
over port 80 (HTTP) and not SSL (HTTPS).
Reproduce code:
---
Windows 2003 Server and PHP Version 5.1.2
ESWGCERTIFICATE points to the PEM file C:/OpenSSL/bin/PEM/eswg.pem
$context["ssl"]["local_cert"] = ESWGCERTIFICATE;
$stream_context = stream_context_create($context);
$soap_client_url = "https://[domain]/ws/api/Session.wsdl";;
$cz_session = new SoapClient( $soap_client_url,
array("trace" => true,
"exceptions" => true,
"proxy_host" => PROXYHOST,
"proxy_port" => PROXYPORT,
"stream_context" => $stream_context,
"local_cert" => ESWGCERTIFICATE
)
);
Expected result:
The same information as received when I call the same function over HTTP.
Actual result:
--
SOAP Fault:
soapenv:Client
faultstring: This site is configured to only accept requests that use the
SSL protocol.
--
Edit bug report at http://bugs.php.net/?id=36657&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36657&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36657&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36657&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36657&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36657&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36657&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36657&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36657&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36657&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36657&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36657&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36657&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36657&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36657&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36657&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36657&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36657&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36657&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36657&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36657&r=mysqlcfg
#36639 [Opn->Bgs]: mssql_select_db(); didnt work for multiple connection
ID: 36639
Updated by: [EMAIL PROTECTED]
Reported By: Satria at dreamweb dot co dot id
-Status: Open
+Status: Bogus
Bug Type: MSSQL related
Operating System: NT2K
PHP Version: 5.1.2
New Comment:
The MSSQL Extension shares the internal connection as long as host,
user and password are the same. To avoid this you can use an optional
4th parameter (new_link = true|false). Setting this to true will force
the system to create a new link internaly.
Previous Comments:
[2006-03-07 14:23:32] Satria at dreamweb dot co dot id
there is another solutions for this
(if this were MySQL Function)
force mysql_connect to open newLink
but http://php.net/mssql_connect
didnt have that parameter on the connect Option
[2006-03-07 06:59:11] Satria at dreamweb dot co dot id
Description:
mssql_select_db() also override Used Database on the another
Connection
Reproduce code:
---
$sqlLink1=mssql_connect($host,$user,$pass);
$SecondLINK=mssql_connect($host,$user,$pass);
/*Yes, both connection on same Machine*/
mssql_select_db('db1',$sqlLink1);
/*Until here, still no problem*/
mssql_select_db('db2', $SecondLINK);
//Second time DB Select also will override $sqlLink1, is this Bugs?
or... its what should it be ?
Expected result:
mssql_select_db() only affected on the $param2 connection
Actual result:
--
-
[2006-03-07 05:10:18] Satria at dreamweb dot co dot id
Description:
mssql_select_db() also override Used Database on the another Connection
Reproduce code:
---
$sqlLink1=mssql_connect($host,$user,$pass);
$SecondLINK=mssql_connect($host,$user,$pass);
/*Yes, both connection on same Machine*/
mssql_select_db('db1',$sqlLink1);
/*Until here, still no problem*/
mssql_select_db('db2', $SecondLINK);
//Second time DB Select also will override $sqlLink1, is this Bugs?
or... its what should it be ?
Expected result:
mssql_select_db() only affected on the $param2 connection
Actual result:
--
-
--
Edit this bug report at http://bugs.php.net/?id=36639&edit=1
#36658 [NEW]: mysqli_multi_query randomly fails
From: jacob at aub dot dk
Operating system: FreeBSD
PHP version: 5.1.2
PHP Bug Type: MySQLi related
Bug description: mysqli_multi_query randomly fails
Description:
I'm seeing indeterministic behaviour from mysqli_multi_query(). In #35333
it is stated that one must process the result sets from mysql before
executing another query. The following seem to somewhat disprove that, as
it works sometimes. If processing of resultsets is a requirement then I
believe the documentation should be updated to reflect this as it is not
consistent behaviour in regard to regular query() calls, as I can perform
multiple query() calls without processing anything.
Reproduce code:
---
multi_query("CREATE TABLE IF NOT EXISTS bar(id int); INSERT INTO
bar(id) VALUES(1); ");
$result = $mysqli->query("SELECT COUNT(*) FROM bar");
if($result === FALSE) {
print "ERROR: ".$mysqli->error."\n";
} else {
$row = $result->fetch_assoc();
print $row['COUNT(*)']."\n";
}
?>
Expected result:
% php multiquerybug.php
3
% php multiquerybug.php
4
% php multiquerybug.php
5
Actual result:
--
% php multiquerybug.php
3
% php multiquerybug.php
ERROR: MySQL server has gone away
% php multiquerybug.php
5
--
Edit bug report at http://bugs.php.net/?id=36658&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36658&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36658&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36658&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36658&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36658&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36658&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36658&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36658&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36658&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36658&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36658&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36658&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36658&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36658&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36658&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36658&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36658&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36658&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36658&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36658&r=mysqlcfg
#36656 [Opn->Csd]: http_build_query generates invalid URIs due to use of square brackets
ID: 36656
Updated by: [EMAIL PROTECTED]
Reported By: php at colin dot guthr dot ie
-Status: Open
+Status: Closed
Bug Type: *URL Functions
Operating System: Linux 2.6.12
PHP Version: 5.1.2
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-03-08 16:18:59] php at colin dot guthr dot ie
Description:
According to RFC3986, which I beleive to be the latest in a long line
of RFCs on URI syntaxt, it is illegal to use square brackets in the
search string.
There is a comment on the PHP manual page for rawurlencode that states
that these are now permitted but extensive RFC reading and googling
fails to back this up for me.
>From what I can gather they should be encoded as %5B and %5D.
Here is the pseudo fix: str_replace(array('[',']'), array('%5B','%5D'),
http_build_query(array('hello' => array('interesting','eh'
The fix is quite simple and some small changes need to be made to
http.c - I've not got a patch unfortunatly, but it should only take a
short while to fix and would probably take just as long as a patch
review ;)
Reproduce code:
---
echo http_build_query(array('hello' =>
array('interesting','eh')))."\n";
Expected result:
hello%5B0%5D=interesting&hello%5B1%5D=eh
Actual result:
--
hello[0]=interesting&hello[1]=eh
--
Edit this bug report at http://bugs.php.net/?id=36656&edit=1
#36659 [NEW]: Slightly confusing setup of manual links (in the error messages)
From: daniel at softel dot jp Operating system: NA PHP version: 5.1.2 PHP Bug Type: *Configuration Issues Bug description: Slightly confusing setup of manual links (in the error messages) Description: Hello, The "links that point to a copy of the PHP manual" in the error messages in PHP 5 is cool but I was slightly confused. The default "manual document root" in php.ini is "phpmanual" but the download bundle from www.php.net has a folder called "html". Also, it wasn't immediately clear if the "manual document root" in php.ini should point to the manual files' parent folder or the parent-parent folder. This is very low-priority stuff, but I was hoping it would be more semantic. -- Edit bug report at http://bugs.php.net/?id=36659&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36659&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36659&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36659&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36659&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36659&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36659&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36659&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36659&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36659&r=support Expected behavior:http://bugs.php.net/fix.php?id=36659&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36659&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36659&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36659&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36659&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36659&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36659&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36659&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36659&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36659&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36659&r=mysqlcfg
#36639 [Bgs->Opn]: mssql_select_db(); didnt work for multiple connection
ID: 36639
User updated by: Satria at dreamweb dot co dot id
Reported By: Satria at dreamweb dot co dot id
-Status: Bogus
+Status: Open
Bug Type: MSSQL related
Operating System: NT2K
PHP Version: 5.1.2
New Comment:
Description
resource mssql_connect ( [string servername [, string username [,
string password]]] )
There is no 4th Parameter
Previous Comments:
[2006-03-08 21:06:43] [EMAIL PROTECTED]
The MSSQL Extension shares the internal connection as long as host,
user and password are the same. To avoid this you can use an optional
4th parameter (new_link = true|false). Setting this to true will force
the system to create a new link internaly.
[2006-03-07 14:23:32] Satria at dreamweb dot co dot id
there is another solutions for this
(if this were MySQL Function)
force mysql_connect to open newLink
but http://php.net/mssql_connect
didnt have that parameter on the connect Option
[2006-03-07 06:59:11] Satria at dreamweb dot co dot id
Description:
mssql_select_db() also override Used Database on the another
Connection
Reproduce code:
---
$sqlLink1=mssql_connect($host,$user,$pass);
$SecondLINK=mssql_connect($host,$user,$pass);
/*Yes, both connection on same Machine*/
mssql_select_db('db1',$sqlLink1);
/*Until here, still no problem*/
mssql_select_db('db2', $SecondLINK);
//Second time DB Select also will override $sqlLink1, is this Bugs?
or... its what should it be ?
Expected result:
mssql_select_db() only affected on the $param2 connection
Actual result:
--
-
[2006-03-07 05:10:18] Satria at dreamweb dot co dot id
Description:
mssql_select_db() also override Used Database on the another Connection
Reproduce code:
---
$sqlLink1=mssql_connect($host,$user,$pass);
$SecondLINK=mssql_connect($host,$user,$pass);
/*Yes, both connection on same Machine*/
mssql_select_db('db1',$sqlLink1);
/*Until here, still no problem*/
mssql_select_db('db2', $SecondLINK);
//Second time DB Select also will override $sqlLink1, is this Bugs?
or... its what should it be ?
Expected result:
mssql_select_db() only affected on the $param2 connection
Actual result:
--
-
--
Edit this bug report at http://bugs.php.net/?id=36639&edit=1
#36660 [NEW]: POST does not pass
From: pwr at mail dot ru
Operating system: Debian 3.1 (2.4.27-2)
PHP version: 4.4.2
PHP Bug Type: cURL related
Bug description: POST does not pass
Description:
I badly speak in English, but I shall try to tell about the problem more
clearly.
For the beginning I shall show you the simple working program on PHP and I
shall tell in what a problem.
This program it is remarkable works in the version cURL 7.11, but does not
work in versions 7.15.1 and 7.15.2.
Why it does not work?
In what which I have shown uniqueness of a code to you? In a code which I
have shown you variables POST are transferred in one inquiry some times
with different to values of variables.
An example: "a=1&b=5&a=3" On some systems such it is possible. And some
programmers use it.
And I have remained without means to study work their web of programs.
Return please an opportunity of processing repeating POST inquiries.
I shall wait for a prompt reply.
Reproduce code:
---
http://www.yamaha-motor.co.jp/parts-search/callSelPartsList.jsp";;
$post_data="product_id=13&isStockDisp=true&groupId=2&modelname=BR250T&nickname=&modelYear=1992&modelType=89D1&colorType=A&colorName=%D4%CF%CA+%CC%DE%D7%C2%B8&comment=&serialNo=010&salesYM=199110&colorCode=0033&bc_search_type=21&bc_vin_no=&bc_prefix_no=&bc_serial_no=&bc_model_type=&bc_product_seq=&bc_color_type=&bc_model_year=&bc_series_name=BR&bc_nick_name=&bc_model_name=&bc_model_pet_name=&bc_displacement=&bc_cycle_2_4=&bc_horse_power=&bc_parts_no_0=&bc_parts_no_1=&bc_parts_no_2=&bc_parts_no_3=&bc_parts_no_4=&bc_parts_no_5=&bc_parts_no_6=&bc_parts_no_7=&bc_parts_no_8=&bc_parts_no_9=&isOneColumn=&bc_kosuu_0=&bc_kosuu_1=&bc_kosuu_2=&bc_kosuu_3=&bc_kosuu_4=&bc_kosuu_5=&bc_kosuu_6=&bc_kosuu_7=&bc_kosuu_8=&bc_kosuu_9=&bc_search_kind=1&p003_page_num=1&CatalIndex=++1&curfigName=CYLINDER&bc_fig_name=CYLINDER&figNo=++1&refNo=+1&partsNo=94702-00195&partsname=PLUG%2C+SPARK+%28NGK+BR8HS%29&applyStart=&applyEnd=&newsFileName=&newsPageF=&newsPageT=&rnumber1=1&rnumber2=2&remarks1=&remarks!
2=&kosuu=1&figNo=++1&refNo=+2&partsNo=8R4-11311-02&partsname=CYLINDER+1&applyStart=&applyEnd=&newsFileName=&newsPageF=&newsPageT=&rnumber1=1&rnumber2=2&remarks1=&remarks2=&kosuu=1&figNo=++1&refNo=+3&partsNo=8R4-11351-04&partsname=GASKET%2C+CYLINDER&applyStart=&applyEnd=&newsFileName=&newsPageF=&newsPageT=&rnumber1=1&rnumber2=2&remarks1=&remarks2=&kosuu=1&figNo=++1&refNo=+4&partsNo=95811-08035&partsname=BOLT%2C+FLANGE&applyStart=&applyEnd=&newsFileName=&newsPageF=&newsPageT=&rnumber1=1&rnumber2=2&remarks1=&remarks2=&kosuu=4";
$header=array("Accept:image/gif,image/x-xbitmap,image/jpeg,image/pjpeg,application/x-shockwave-flash,application/vnd.ms-excel,application/msword,*/*",
"Referer:http://www.yamaha-motor.co.jp/parts-search/callSelPartsList.jsp";,
"Accept-Language: ru",
"Content-Type: application/x-www-form-urlencoded",
"User-Agent: Mozilla/4.0");
$ch = curl_init();
curl_setopt ($ch, CURLOPT_URL, $url);
curl_setopt ($ch, CURLOPT_POST, 1);
curl_setopt ($ch, CURLOPT_POSTFIELDS, "$post_data");
curl_setopt ($ch, CURLOPT_HTTPHEADER, $header);
curl_setopt ($ch, CURLOPT_HEADER, 0);
curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt ($ch, CURLOPT_TIMEOUT, 3600);
$result = curl_exec($ch);
$error = curl_error($ch);
curl_close($ch);
?>
Expected result:
html the document generated by a server
Actual result:
--
Lag of a script and output after CURLOPT_TIMEOUT=3600
--
Edit bug report at http://bugs.php.net/?id=36660&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36660&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36660&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36660&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36660&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36660&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36660&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36660&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36660&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36660&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36660&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36660&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36660&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36660&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36660&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36660&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36660&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36660&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?i
#36661 [NEW]: Session cannot change cookie_domain through ini_set
From: joshduck at hotmail dot com
Operating system: Windows XP
PHP version: 5.1.2
PHP Bug Type: Session related
Bug description: Session cannot change cookie_domain through ini_set
Description:
PHP does not accept alternative cookie domains set through either
session_set_cookie_params or ini_set.
My test machine runs two sub domains 'www.example.com' and
'alt.example.com'. In my script I have tried to set the cookie domain to
'.example.com' (I've also tried 'example.com') so that both domains can
access the cookie. When the cookie is sent to the browser the domain is
set as the current domain ('www.example.com' or 'alt.example.com') rather
than what I specified.
I get the expected behaviour when I set session.cookie_domain in php.ini
or when I manually set a cookie.
Reproduce code:
---
'; //Outputs
'.example.com'
echo $_SESSION['blah'] . '';
$_SESSION['blah'] = rand();
?>
php.ini:
session.use_cookies = 1
session.name = PHPSESSID
session.auto_start = 1
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.serialize_handler = php
session.cache_expire = 180
session.use_trans_sid = 0
session.hash_function = 0
session.hash_bits_per_character = 5
Expected result:
Cookie domain (in client): example.com
Actual result:
--
Cookie domain (in client): www.example.com
--
Edit bug report at http://bugs.php.net/?id=36661&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36661&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36661&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36661&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36661&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36661&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36661&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36661&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36661&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36661&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36661&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36661&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36661&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36661&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36661&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36661&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36661&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36661&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36661&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36661&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36661&r=mysqlcfg
#36662 [NEW]: PDO_ODBC->MSSQL: exec() returns false when doing "DELETE" on nonexisting row
From: gustav at cst dot co dot za
Operating system: Microsoft Windows XP
PHP version: 5.1.2
PHP Bug Type: PDO related
Bug description: PDO_ODBC->MSSQL: exec() returns false when doing "DELETE" on
nonexisting row
Description:
Hi,
I use PDO_ODBC (linked against Win32 ODBC) to connect to MSSQL. Webserver
is IIS 5.
When I run a "DELETE" statement that tries to delete a nonexisting row,
exec() returned FALSE instead of int(0).
An existing row deletes fine.
Reproduce code:
---
exec("DELETE FROM radio WHERE station_id = 10");
if ($result===false)
echo "FALSE";
else
$result;
?>
Expected result:
0
Actual result:
--
FALSE
--
Edit bug report at http://bugs.php.net/?id=36662&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36662&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36662&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36662&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36662&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36662&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36662&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36662&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36662&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36662&r=support
Expected behavior:http://bugs.php.net/fix.php?id=36662&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36662&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36662&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36662&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36662&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36662&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36662&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36662&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36662&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36662&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36662&r=mysqlcfg
