#32216 [Asn]: mysql & iodbc support
ID: 32216 User updated by: paolo at ahead dot it Reported By: paolo at ahead dot it Status: Assigned Bug Type: ODBC related Operating System: linux i386 PHP Version: 5.0.3 Assigned To: sniper New Comment: I can't test the CVS, I have this error during make /dati/inetpub/src/php5-200503090730/ext/spl/spl_directory.c: In function `zif_spl_File_fscanf': /dati/inetpub/src/php5-200503090730/ext/spl/spl_directory.c:1319: error: `arg2' undeclared (first use in this function) /dati/inetpub/src/php5-200503090730/ext/spl/spl_directory.c:1319: error: (Each undeclared identifier is reported only once /dati/inetpub/src/php5-200503090730/ext/spl/spl_directory.c:1319: error: for each function it appears in.) make: *** [ext/spl/spl_directory.lo] Error 1 Previous Comments: [2005-03-09 01:11:49] [EMAIL PROTECTED] This looks lot like yet another library war. :) (symbols clashing with each other..) This _might_ be fixed in CVS, so do try this snapshot: http://snaps.php.net/php5-latest.tar.gz [2005-03-08 09:56:24] paolo at ahead dot it [EMAIL PROTECTED] site]# gdb /dati/inetpub/php/bin/php GNU gdb Red Hat Linux (6.0post-0.20040223.19rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) run -f test.php Starting program: /dati/inetpub/php/bin/php -f test.php Error while mapping shared library sections: : Success. Error while reading shared library symbols: : No such file or directory. [Thread debugging using libthread_db enabled] [New Thread -150633024 (LWP 6217)] Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Error while reading shared library symbols: : No such file or directory. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -150633024 (LWP 6217)] 0x00223e51 in my_SQLPrepare () from /usr/lib/libmyodbc3.so (gdb) bt #0 0x00223e51 in my_SQLPrepare () from /usr/lib/libmyodbc3.so #1 0x00220be3 in SQLExecDirect () from /usr/lib/libmyodbc3.so #2 0x001d45f1 in SQLExecDirect_Internal (hstmt=0x93a1420, szSqlStr=0x939d5cc, cbSqlStr=-3, waMode=0 '\0') at execute.c:374 #3 0x001d47e4 in SQLExecDirect (hstmt=0x93a1420, szSqlStr=0x939d5cc "select 1", cbSqlStr=-3) at execute.c:443 #4 0x080c3ef9 in zif_odbc_exec (ht=2, return_value=0x93a215c, this_ptr=0x0, return_value_used=1) at /dati/inetpub/src/php-5.0.3/ext/odbc/php_odbc.c:1309 #5 0x081bf75e in zend_do_fcall_common_helper (execute_data=0xfefd2120, opline=0x93a1c88, op_array=0x939d87c) at /dati/inetpub/src/php-5.0.3/Zend/zend_execute.c:2711 #6 0x081bcd62 in execute (op_array=0x939d87c) at /dati/inetpub/src/php-5.0.3/Zend/zend_execute.c:1400 #7 0x081a317b in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /dati/inetpub/src/php-5.0.3/Zend/zend.c:1069 #8 0x081754b4 in php_execute_script (primary_file=0xfefd44b0) at /dati/inetpub/src/php-5.0.3/main/main.c:1628 #9 0x081c625a in main (argc=3, argv=0xfefd4574) at /dati/inetpub/src/php-5.0.3/sapi/cgi/cgi_main.c:1568 (gdb) [2005-03-07 20:09:22] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-03-07 11:49:40] paolo at ahead dot it Description: on my linux box fedora core2 with kernel 2.6.5-1.358 i have a segmentation fault on code reported if i compile php with mysql support. if i remove mysql support with --without-mysql all work correctly. on windows 2003 work with both mysql & iodbc support. this is my configuration: ./configure --with-mysql=/dati/inetpub/mysql --prefix=/dati/inetpub/php --with-gd --enable-gd-native-ttf --enable-sockets --enable-pcntl --without-pear --with-zlib --with-jpeg-dir=/dati/inetpub/src/jpeg-6b --with-curl --with-ttf --with-freetype-dir
#32213 [Fbk->Opn]: Array key serialize problem 64 bit php
ID: 32213
User updated by: csmith at cbbc dot murdoch dot edu dot au
Reported By: csmith at cbbc dot murdoch dot edu dot au
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Linux
PHP Version: 5.0.3
New Comment:
Snapshot: php5-200503090330
Compiled: for Apache 2.0.53
Compiles ok, but original bug is still occuring.
Previous Comments:
[2005-03-09 00:52:36] [EMAIL PROTECTED]
Please get the latest snapshot again as this might have been fixed
already. If it isn't, paste the offending line here.
[2005-03-08 07:33:42] csmith at cbbc dot murdoch dot edu dot au
Ok. Tried to compile the latest version from cvs for a AMD Opteron (64
bit server) running lunix.
It wouldn't compile. Seems to have a problem with var_unserializer :
/bin/sh /root/software/php5-200503080330/libtool --silent
--preserve-dup-deps --mode=compile gcc -Iext/standard/
-I/root/software/php5-200503080330/ext/standard/ -DPHP_ATOM_INC
-I/root/software/php5-200503080330/include
-I/root/software/php5-200503080330/main
-I/root/software/php5-200503080330
-I/root/software/php5-200503080330/Zend -I/usr/include/libxml2
-I/usr/local/include -I/root/software/php5-200503080330/TSRM -g -O2
-c /root/software/php5-200503080330/ext/standard/var_unserializer.c -o
ext/standard/var_unserializer.lo
/root/software/php5-200503080330/ext/standard/var_unserializer.c: In
function `object_custom':
/root/software/php5-200503080330/ext/standard/var_unserializer.c:296:
warning: passing arg 2 of pointer to function from incompatible pointer
type
/root/software/php5-200503080330/ext/standard/var_unserializer.c:296:
warning: passing arg 3 of pointer to function makes pointer from
integer without a cast
/root/software/php5-200503080330/ext/standard/var_unserializer.c:296:
warning: passing arg 4 of pointer to function makes integer from
pointer without a cast
/root/software/php5-200503080330/ext/standard/var_unserializer.c:296:
too few arguments to function
make: *** [ext/standard/var_unserializer.lo] Error 1
[2005-03-07 20:09:33] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-07 03:45:52] csmith at cbbc dot murdoch dot edu dot au
Description:
Having this bug in 64 bit versions of php only. 32 bit versions work as
expected.
If you create an array with large integers as the keys, serialize the
array, and unserialize the array, (so you can pass it through a
session) the array key value is not being type promoted to a data type
that can store the large integer.
Instead you get a different value back as the key after unserializing
the array.
This is happening with the 64 bit versions of 5.0.3 and 4.3.2.
Reproduce code:
---
$array["1234567891011"] = 'test';
print "The array:";
var_dump( $array);
$array_serialized = serialize($array);
$array_unserialized = unserialize($array_serialized);
print "The unserialized array:";
var_dump($array_unserialized);
Expected result:
The array:
array(1) { [1234567891011]=> string(4) "test" }
The unserialized array:
array(1) { [1234567891011]=> string(4) "test" }
*Note: this is what you get back in the 32 bit version of php.
Actual result:
--
The array:
array(1) { [1234567891011]=> string(4) "test" }
The unserialized array:
array(1) { [1912277059]=> string(4) "test" }
*Note: this is what you get back in the 64 bit version of php.
--
Edit this bug report at http://bugs.php.net/?id=32213&edit=1
#32246 [NEW]: zdfgsdf sdfg sg
From: aadjjr at yahoo dot com Operating system: red hat linux PHP version: 5.0.3 PHP Bug Type: MSSQL related Bug description: zdfgsdf sdfg sg Description: dsghsgh dfghdfgh Reproduce code: --- dfghd d h -- Edit bug report at http://bugs.php.net/?id=32246&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32246&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32246&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32246&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32246&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32246&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32246&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32246&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32246&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32246&r=support Expected behavior: http://bugs.php.net/fix.php?id=32246&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32246&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32246&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32246&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32246&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32246&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32246&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32246&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32246&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32246&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32246&r=mysqlcfg
#28067 [Asn->Csd]: partially incorrect utf8 to htmlentities mapping
ID: 28067 Updated by: [EMAIL PROTECTED] Reported By: BenJin at gmx dot de -Status: Assigned +Status: Closed Bug Type: Strings related Operating System: * PHP Version: 4CVS, 5CVS (2005-03-01) Assigned To: derick New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-03-07 12:49:50] BenJin at gmx dot de Sorry I dont't have web or ftp space at the moment. I have resent you the E-mail. This time I compressed the files, so it is much smaller. Hope you get it this time. [2005-03-07 09:37:26] [EMAIL PROTECTED] I didn't get that one, can you provide a link to it from this bugreport please? [2005-03-01 11:25:11] ben at csgb dot de Code is still uncomplete, will send testfile to sniper and derick [2004-04-20 17:50:06] [EMAIL PROTECTED] received the patch, but it doesn't look 100% correct so I need to so some investigations. [2004-04-20 09:10:06] [EMAIL PROTECTED] Hello, can you please mail this patch to me, as the bug system garbled it a bit. regards, Derick 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/28067 -- Edit this bug report at http://bugs.php.net/?id=28067&edit=1
#32246 [Opn->Bgs]: zdfgsdf sdfg sg
ID: 32246 Updated by: [EMAIL PROTECTED] Reported By: aadjjr at yahoo dot com -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: red hat linux PHP Version: 5.0.3 New Comment: . Previous Comments: [2005-03-09 11:11:11] aadjjr at yahoo dot com Description: dsghsgh dfghdfgh Reproduce code: --- dfghd d h -- Edit this bug report at http://bugs.php.net/?id=32246&edit=1
#30162 [Asn]: Problem with var_dump()
ID: 30162 Updated by: [EMAIL PROTECTED] Reported By: guth at fiifo dot u-psud dot fr Status: Assigned Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2005-03-07 -Assigned To: derick +Assigned To: andi New Comment: Nope, this has problably to do with exceptions - not my thing. Previous Comments: [2005-03-07 23:52:41] [EMAIL PROTECTED] THink that I broke this... [2004-09-20 09:34:53] guth at fiifo dot u-psud dot fr Description: This bug is linked to bug #30161. var_dump() should produce an object. Reproduce code: --- Expected result: Something like 'Object ...' Actual result: -- UNKNOWN:0 -- Edit this bug report at http://bugs.php.net/?id=30162&edit=1
#32179 [Opn->Ver]: xmlrpc_encode() Segmentation fault with recursive reference
ID: 32179 Updated by: [EMAIL PROTECTED] Reported By: spmhere1 at lenivec dot com -Status: Open +Status: Verified Bug Type: XMLRPC-EPI related Operating System: Linux -PHP Version: 4.3.10 +PHP Version: 4.3.10, 5CVS-2005-03-09 Previous Comments: [2005-03-03 18:28:50] spmhere1 at lenivec dot com Description: Following code produces segmentation fault - because of recursive reference Reproduce code: --- $data = array(); $data['a'] =& $data; $data_xml = xmlrpc_encode($data); -- Edit this bug report at http://bugs.php.net/?id=32179&edit=1
#32245 [Opn->Ver]: xml_parser_free() in a function assigned to the xml parser gives a segfault
ID: 32245
Updated by: [EMAIL PROTECTED]
Reported By: MageOfChrisz at Gmail dot com
-Status: Open
+Status: Verified
Bug Type: XML related
Operating System: Linux 2.6.10
-PHP Version: 5.0.3
+PHP Version: 5.0.3, 5CVS-2005-03-09
New Comment:
Starting program: /usr/src/dev/php-src/sapi/cli/php
/www/function_example.php
[Thread debugging using libthread_db enabled]
[New Thread 1080248256 (LWP 30048)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1080248256 (LWP 30048)]
0x08225b82 in _xml_endElementHandler (userData=0x85813ac,
name=0x856fd68 "foo") at /usr/src/dev/php-src/ext/xml/xml.c:768
768
add_assoc_string(*(parser->ctag),"type","complete",1);
(gdb) bt
#0 0x08225b82 in _xml_endElementHandler (userData=0x85813ac,
name=0x856fd68 "foo") at /usr/src/dev/php-src/ext/xml/xml.c:768
#1 0x08228569 in _end_element_handler (user=0x8582164, name=0x857cf5f
"foo") at /usr/src/dev/php-src/ext/xml/compat.c:143
#2 0x40551d57 in xmlParseTryOrFinish (ctxt=0x857fe68, terminate=0) at
parser.c:9261
#3 0x4055288f in xmlParseChunk__internal_alias (ctxt=0x857fe68,
chunk=0x857ce4c "
\n \n \n \n
\n ", size=139963800,
terminate=0) at parser.c:9872
#4 0x08228ccc in php_XML_Parse (parser=0x8582164,
data=0x857ce4c "
\n \n \n \n
\n ", data_len=113, is_final=0)
at /usr/src/dev/php-src/ext/xml/compat.c:512
#5 0x08227114 in zif_xml_parse (ht=2, return_value=0x857cef4,
this_ptr=0x0, return_value_used=0) at
/usr/src/dev/php-src/ext/xml/xml.c:1333
#6 0x08293dec in zend_do_fcall_common_helper_SPEC
(execute_data=0xbfffcbb0) at zend_vm_execute.h:175
#7 0x08296890 in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0xbfffcbb0) at zend_vm_execute.h:1535
#8 0x08293b06 in execute (op_array=0x857ac9c) at zend_vm_execute.h:78
#9 0x0826f69f in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/dev/php-src/Zend/zend.c:1058
#10 0x0822d0c9 in php_execute_script (primary_file=0xbfffefe0) at
/usr/src/dev/php-src/main/main.c:1642
#11 0x082e2db9 in main (argc=2, argv=0xb0b4) at
/usr/src/dev/php-src/sapi/cli/php_cli.c:944
(gdb) p *parser
$1 = {index = 1515870810, case_folding = 1515870810, parser =
0x5a5a5a5a, target_encoding = 0x5a5a5a5a , startElementHandler = 0x5a5a5a5a,
endElementHandler = 0x5a5a5a5a, characterDataHandler = 0x5a5a5a5a,
processingInstructionHandler = 0x5a5a5a5a, defaultHandler =
0x5a5a5a5a,
unparsedEntityDeclHandler = 0x5a5a5a5a, notationDeclHandler =
0x5a5a5a5a, externalEntityRefHandler = 0x5a5a5a5a,
unknownEncodingHandler = 0x5a5a5a5a,
startNamespaceDeclHandler = 0x5a5a5a5a, endNamespaceDeclHandler =
0x5a5a5a5a, startElementPtr = 0x5a5a5a5a, endElementPtr = 0x5a5a5a5a,
characterDataPtr = 0x5a5a5a5a,
processingInstructionPtr = 0x5a5a5a5a, defaultPtr = 0x5a5a5a5a,
unparsedEntityDeclPtr = 0x5a5a5a5a, notationDeclPtr = 0x5a5a5a5a,
externalEntityRefPtr = 0x5a5a5a5a,
unknownEncodingPtr = 0x5a5a5a5a, startNamespaceDeclPtr = 0x5a5a5a5a,
endNamespaceDeclPtr = 0x5a5a5a5a, object = 0x5a5a5a5a, data =
0x5a5a5a5a, info = 0x5a5a5a5a,
level = 1515870810, toffset = 1515870810, curtag = 1515870810, ctag =
0x5a5a5a5a, ltags = 0x5a5a5a5a, lastwasopen = 1515870810, skipwhite =
1515870810,
baseURI = 0x5a5a5a5a }
Previous Comments:
[2005-03-09 08:07:06] MageOfChrisz at Gmail dot com
Description:
(Most of what I say here can be found at
http://chrisallan.info/segfault/)
When putting "xml_parser_free" in a function assigned to the XML parser
with xml_set_element_handler, Apache/PHP Gives a Segmentation Fault.
The only browser that you can feasibly see it blow up, would be in
lynx. In FireFox, if you're at www.google.com and type in the link to
the file (http://chrisallan.info/segfault/function_example.php) it will
still show google.com and fail to load the new page. A similar result
occurs with Internet Explorer, but in Lynx it'll say:
"Alert!: Unexpected Network read error; connection aborted;"
I made a PHP5.0.4-dev build (as of Mar 09, 2005 05:30 GMT) from
snaps.php.net.
This was originally discovered in PHP 5.0.3, and then tested in
PHP5.0.4-dev
Reproduce code:
---
You can find the code (neatly) here:
http://chrisallan.info/segfault/
Expected result:
Some sort of error telling me not to do what I was doing (due to lack
of sleep) or the xml resource actually being freed
Actual result:
--
Segmentation Fault
--
Edit this bug report at http://bugs.php.net/?id=32245&edit=1
#32170 [Fbk->Opn]: com_event_sink does not take default event interface
ID: 32170
User updated by: jeanpierre dot vincent at gmail dot com
Reported By: jeanpierre dot vincent at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: windows 2000, xp
PHP Version: 5.0.1
New Comment:
with this version we have a big regression,it does not solve the bug
and a simple example of catching DocumentComplete event of WebBrowser
does not work as before : it's not even called.
Previous Comments:
[2005-03-04 10:00:12] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-03-03 12:14:01] jeanpierre dot vincent at gmail dot com
Description:
the function com_event_sink is documented like this:
bool com_event_sink ( variant comobject, object sinkobject [, mixed
sinkinterface] ).
but the sinkinterface does not take value of the default com object
event interface so optional is useless because the developper must know
all default object event sink interface.
Reproduce code:
---
document->getElementById('test');
if ($GLOBALS['elem']!=null)
{
com_event_sink($GLOBALS['elem'],$this
/*,'HTMLAnchorEvents'*/);
}
}
// when closing browser
function OnQuit() {
echo "Quit!\n";
$this->terminated = true;
}
// when clicking in url
function onclick() {
echo "click!\n";
}
}
$ie = new COM("InternetExplorer.Application");
// note that you don't need the & for PHP 5!
$sink = new IEEventSinker();
com_event_sink($ie, $sink, "DWebBrowserEvents2");
$ie->Visible = true;
$ie->Navigate('c:\test.html');
while(!$sink->terminated) {
com_message_pump(4000);
}
$ie = null;
?>
/
c:\test.html
test
Expected result:
browser is launching, navigate on test.html file.
when we click to url test the message is to be written in the console
:
Click!
Actual result:
--
no message written.
--
Edit this bug report at http://bugs.php.net/?id=32170&edit=1
#30412 [Fbk->Opn]: Apache Segmentation Fault (11)
ID: 30412 User updated by: subscription at nazarenko dot net Reported By: subscription at nazarenko dot net -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: SuSE Linux 8.2 PHP Version: 5.0.4-Dev New Comment: Excuse me please, is the last message automatic? Has there been any work done related to this bug (i.e. threaded apache + php5 + oracle) in the latest snapshot? I cannot easily recompile PHP at the moment and will do so only if it is justified. Previous Comments: [2005-03-07 22:04:03] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-02-16 04:44:34] subscription at nazarenko dot net TNS_ADMIN is not used, since I do not utilize tnsnames.ora file. As you can see from the code example I use the connection description string directly in the script: ORACLE_HOME is definitely set, otherwise there will be no successful queries at all. [2005-02-10 21:34:05] [EMAIL PROTECTED] Please check that you have set all environments variables (i.e. ORACLE_HOME, TNS_ADMIN etc) properly. [2005-02-10 21:17:23] subscription at nazarenko dot net Hello it is me again, Tested both 5.0.3 release and the latest snapshot php5-STABLE-200502101130 with both Apache 2.0.52 Prefork and Worker MPMs. 5.0.3 and the snapshot behave identically. Under Prefork MPM everything is 100% ok. Under Worker the same problem as before: some page loads are unsuccessful with no segfault. The browser just keeps waiting and waiting and nothing happens. This happens on average for 30% of page requests containing Oracle queries. Don't know if you want to pursue this further as the Prefork works fine now. Many thanks for your time and effort!! [2005-01-13 01:27:24] [EMAIL PROTECTED] Please, try latest snapshot with non-threaded Apache. Are you still able to replicate the problem ? 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/30412 -- Edit this bug report at http://bugs.php.net/?id=30412&edit=1
#32180 [Opn]: Operations with floating points bug
ID: 32180
Updated by: [EMAIL PROTECTED]
Reported By: snirh at inag dot pt
Status: Open
-Bug Type: OCI8 related
+Bug Type: Scripting Engine problem
Operating System: WINDOWS SERVER 2003
PHP Version: 4.3.10
New Comment:
It has nothing to do with OCI8.
Personally I think we should not support floats written in such a
braindead style.
Previous Comments:
[2005-03-07 10:24:39] snirh at inag dot pt
Using last stable CVS (php4-win32-STABLE-200503070530.zip) the result
is the same.
[2005-03-07 00:40:01] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-03-04 14:59:57] KRomas at goldentele dot com
My results is on the Linux/php 4.3.9
[2005-03-04 14:52:06] snirh at inag dot pt
But this works fine on WINDOWS2000+PHP4.3.4+APACHE1.x. Why not on
WINDOWS SERVER 2003+PHP4.3.10+APACHE2.x?
[2005-03-04 08:25:44] KRomas at goldentele dot com
echo'';
$res= $obj_oracle->Get_rows('SELECT (-3/5) AS floatp FROM
dual');
$res2 = $obj_oracle->Get_rows('SELECT to_char(-3/5,
\'0.\') AS
floatp FROM dual');
var_dump($res);
echo$res[0]['FLOATP'] + 2;
echo'';
echo$res2[0]['FLOATP'] + 2;
---
array(1) {
[0]=>
array(1) {
["FLOATP"]=>
string(3) "-,6"
}
}
2
1.4
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/32180
--
Edit this bug report at http://bugs.php.net/?id=32180&edit=1
#32239 [Fbk->Csd]: ibase_fetch_* can´t work with ibase_execute() result resource
ID: 32239 User updated by: j-pieper at web dot de Reported By: j-pieper at web dot de -Status: Feedback +Status: Closed Bug Type: InterBase related Operating System: Windows XP Prof. PHP Version: 5.0.3 New Comment: I found the problem. I have to use ibase_prepare() [$query] for the ibase_fetch_* functions and not ibase_execute() [$result]. By the way: http://de2.php.net/manual/de/function.ibase-execute.php In one of the comments the result resource of ibase_execute() is be used for ibase_fetch_row(). Previous Comments: [2005-03-09 00:37:38] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-09 00:13:43] j-pieper at web dot de Description: When I am using ibase_execute to execute an query i can´t use one of the ibase_fetch_* functions. I always get the same error. -- php.ini: -- extension=php_interbase.dll -- Database: -- table: FOOBAR -- | ID | -- | 1 | -- Reproduce code: --- Expected result: Array ( [0] => 1 ) Actual result: -- Variant 1: Warning: ibase_fetch_assoc(): 5 is not a valid Firebird/InterBase result resource Variant 2: Warning: ibase_fetch_object(): 5 is not a valid Firebird/InterBase result resource in Variant 3: Warning: ibase_fetch_row(): 5 is not a valid Firebird/InterBase result resource -- Edit this bug report at http://bugs.php.net/?id=32239&edit=1
#32252 [NEW]: Segfault when offsetSet throws an Exception (only without debug)
From: shulmanb at il dot ibm dot com
Operating system: Windows XP
PHP version: 5CVS-2005-03-09 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: Segfault when offsetSet throws an Exception (only without
debug)
Description:
In some cases, when offsetSet throws an exception a segfault occurs.
This does not happen when compiled with --enable-debug.
Note that if the index passed to $list is positive or a string, not
segfault occurs.
Reproduce code:
---
class a implements ArrayAccess
{
function offsetExists ($offset) { return false; }
function offsetGet ($offset) { return null; }
function offsetSet ($offset, $value) { throw new Exception ("Ooops"); }
function offsetUnset ($offset) {}
}
function test()
{
$list = new a();
try {
$list[-1] = 123;
} catch (Exception $e) { }
return true;
}
print test();
Expected result:
The output should be "1".
Actual result:
--
Segmentation fault.
The stack trace reported in Visual Studio, using the latest snapshot and
debug pack is:
php5ts.dll!shutdown_memory_manager(int silent=0, int full_shutdown=0, void
* * * tsrm_ls=0x00364b38) Line 490 + 0xb C
php5ts.dll!php_request_shutdown(void * dummy=0x) Line 1225 +
0x2fC
msvcrt.dll!77c37bbe()
user32.dll!77d5f160()
--
Edit bug report at http://bugs.php.net/?id=32252&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32252&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32252&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32252&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32252&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32252&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32252&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32252&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32252&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32252&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32252&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32252&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32252&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32252&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32252&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32252&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32252&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32252&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32252&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32252&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32252&r=mysqlcfg
#32171 [Asn->Fbk]: WebDAV stream wrapper crashes PHP
ID: 32171
Updated by: [EMAIL PROTECTED]
Reported By: jr at terragate dot net
-Status: Assigned
+Status: Feedback
Bug Type: SPL related
-Operating System: x86 linux
+Operating System: *
-PHP Version: 5CVS-2005-03-05
+PHP Version: 5.*
Assigned To: helly
New Comment:
Did i get that correct that all works frin when you use instanceof ? If
so all is fine. Also what happens if you stick with is_a but set error
mode to 0?
Previous Comments:
[2005-03-07 11:25:40] jr at terragate dot net
I tested the instanceof segfault against the 5.1 branch and it
segfaults too.
But I had to change a is_a in HTTP/Request.php to instanceof because
the 'notice exception' was thrown there this time.
I wasn't able to reproduce the segfault with a smaller test case by
using HTTP/Request.php myself (PEAR's WebDAV Wrapper) nor using
instanceof inside a small stream wrapper.
Initially I tested the bug with 5.0.3 but tried a snap a few hours
later. Sorry for not updating the version field.
[2005-03-06 16:21:35] [EMAIL PROTECTED]
Please don't open more reports about same issue. (and when you report
bugs, put the LATEST version in the 'Version' field' so we don't have
to waste time asking if you tested the latest version..)
[2005-03-04 18:48:59] jr at terragate dot net
I already tested the bug against yesterdays snapshot of
5.0.x.
Using the 5.1.0 snap does not resolve the exception
issue.
I will test the instanceof segfault on monday against
the 5.1 branch.
Maybe I should create a seperate bug for it.
voyager:~/Downloads/php5-200503041530/result/bin jr$
uname -a
Darwin voyager.starbase12.sfn 7.8.0 Darwin Kernel
Version 7.8.0: Wed Dec 22 14:26:17 PST 2004; root:xnu/
xnu-517.11.1.obj~1/RELEASE_PPC Power Macintosh powerpc
voyager:~/Downloads/php5-200503041530/result/bin jr$ ./
php -v
PHP 5.1.0-dev (cgi) (built: Mar 4 2005 18:33:26)
(DEBUG)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend
Technologies
voyager:~/Downloads/php5-200503041530/result/bin jr$ ./
php test.php
Content-type: text/html
X-Powered-By: PHP/5.1.0-dev
Fatal error: Uncaught exception 'Exception' with
message 'is_a(): Deprecated. Please use the instanceof
operator' in /Volumes/Data/Users/jr/Downloads/php5
-200503041530/result/bin/test.php:6
Stack trace:
#0 /Volumes/Data/Users/jr/Downloads/php5-200503041530/
result/bin/test.php(12): StreamWrapper-
>dir_opendir(NULL, 'AKnownOrUnknown...')
#1 /Volumes/Data/Users/jr/Downloads/php5-200503041530/
result/bin/test.php(12): DirectoryIterator-
>__construct('test://path/', 4)
#2 {main}
thrown in /Volumes/Data/Users/jr/Downloads/php5
-200503041530/result/bin/test.php on line 6
/Volumes/Data/Users/jr/Downloads/php5-200503041530/
result/bin/test.php(6) : Fatal error - Uncaught
exception 'Exception' with message 'is_a(): Deprecated.
Please use the instanceof operator' in /Volumes/Data/
Users/jr/Downloads/php5-200503041530/result/bin/
test.php:6
Stack trace:
#0 /Volumes/Data/Users/jr/Downloads/php5-200503041530/
result/bin/test.php(12): StreamWrapper-
>dir_opendir(NULL, 'AKnownOrUnknown...')
#1 /Volumes/Data/Users/jr/Downloads/php5-200503041530/
result/bin/test.php(12): DirectoryIterator-
>__construct('test://path/', 4)
#2 {main}
thrown
[2005-03-04 16:34:34] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-03-03 17:13:03] jr at terragate dot net
After digging a while in the PHP source I found the reason for the
thrown exception.
The SPL sets the php error handling mode to EH_THROW.
But currently php_error_cb throws everything as exception, even notices
(E_NOTICE), warnings (E_WARNING) and strict warnings caused by
E_STRICT.
IMHO those shouldn't be thrown as exception.
I've made a path that fixes this. E_NOTICE, E_WARNING and E_STRICT will
be handled the same way as in EH_NORMAL.
Probably E_USER_NOTICE and E_USER_WARNING should be added.
http://www.terragate.net/~jr/no_notices_and_warnings_as_exception.diff
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/32171
--
Edit this bug report at http://bugs.php.net/?id=32171&edit=1
#32253 [NEW]: Accessing MSSQL server crashes Apache
From: piotr at clickthinking dot com
Operating system: Windows 2003/2000/XP
PHP version: Irrelevant
PHP Bug Type: MSSQL related
Bug description: Accessing MSSQL server crashes Apache
Description:
I have checked this with PHP 4.3.10, 5.02, 5.03, latest snapshot and 5.0
in combination with Apache 2.0.53 and 1.3.33 (I tried all combinations).
While running under Windows 2000, 2003 and XP and trying to connect to a
MSSQL server (on my local machine or a different server) using adodb 4.61
(http://adodb.sourceforge.net) the apache server crashes reporting
php5ts.dll to be the problem (a runtime error dialog box occurs that when
clicked restarts apache). It crashes Apache entirely and apache stops
loading pages until it is reset. There are no error messages in the apache
logs and one has to look in event viewer to see what caused the problem.
This crash happens randomly, it normally takes 8-10 refreshes of a page
for a crash to occur (sometimes as many as 20 refreshes). It doesn't
matter what page it is as long as the page pulls information from a MSSQL
database.
The same page pulling from the exact same database using MySQL does not
produce any errors and just keeps running.
Reproduce code:
---
require_once('adodb/adodb.inc.php');
global $conn;
$conn =& ADONewConnection('odbc_mssql');
$conn->SetFetchMode(ADODB_FETCH_BOTH);
$dsn="driver={sql server}; server=localhost; database=arb_db;";
$conn->pconnect($dsn, 'sa', 'ididit');
// Putting pconnect or connect makes no difference"
$sql = "SELECT Desc FROM Tours ORDER BY TourRank";
$rs = $conn->Execute($sql);
Expected result:
I expect it to pull Desc field from the Tours Table in the arb_db
database.
Actual result:
--
Apache crashes in the way described. Apache crashes with a runtime error
dialog and an error is logged under event viewer.
This occurs on Windows 2003/2000/XP on with PHP 4.3.10, 5.02, 5.03, latest
snapshot and 5.0 in combination with Apache 2.0.53 and 1.3.33 (I tried all
combinations).
MSSQL 2000 and 97 were tried and MySQL 4.1 and 4.0. MySQL worked fine,
MSSQL connection crashsed server.
--
Edit bug report at http://bugs.php.net/?id=32253&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32253&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32253&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32253&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32253&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32253&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32253&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32253&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32253&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32253&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32253&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32253&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32253&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32253&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32253&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32253&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32253&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32253&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32253&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32253&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32253&r=mysqlcfg
#32254 [NEW]: Nested try-catch blocks may cause segfault
From: shulmanb at il dot ibm dot com
Operating system: Linux
PHP version: 5CVS-2005-03-09 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: Nested try-catch blocks may cause segfault
Description:
When compiled with --enable-maintainer-zts, having nested try-catch blocks
may cause segfaults in some cases.
In the following code fragment, commenting out the outer try-catch block
solves the segfault.
This DOES NOT HAPPEN when compiled with debug symbols.
This may be related to bug #32252 (for instance, if the index to $list is
positive, crash does not occur).
Reproduce code:
---
class a implements ArrayAccess {
function offsetExists ($offset) { return false; }
function offsetGet ($offset) { return null; }
function offsetSet ($offset, $value) { throw new Exception ("Oops");
}
function offsetUnset ($offset) { }
}
function test () {
try {
$list = new a();
$caught = 0;
try {
$list[-1] = 123;
} catch (Exception $e) {
$caught = 1;
}
if (!$caught)
return false;
return true;
}
catch (Exception $e) {
return false;
}
}
print test();
Expected result:
The output should be "1"
Actual result:
--
Segmentation fault.
PHP was compiled without debug symbols. The stack trace provided by gdb
was:
#0 0x08184ecd in zend_hash_destroy (ht=0x8c579c08)
at /root/php-5.0.3/Zend/zend_hash.c:524
--
Edit bug report at http://bugs.php.net/?id=32254&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32254&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32254&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32254&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32254&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32254&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32254&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32254&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32254&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32254&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32254&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32254&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32254&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32254&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32254&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32254&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32254&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32254&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32254&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32254&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32254&r=mysqlcfg
#30160 [Fbk->Opn]: Installing PHP SAPI module fails
ID: 30160 User updated by: tessarek at evermeet dot cx Reported By: tessarek at evermeet dot cx -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: AIX 5.x PHP Version: 5CVS-2005-03-08 New Comment: Very interesting. PHP4 does not install either: vulcan14:[root] /ext/php4-STABLE-200503091130> make install Installing PHP SAPI module: apache2filter /opt/apache/build/instdso.sh SH_LIBTOOL='/opt/apache/build/libtool' libphp4.la /opt/apache/modules rm -f /opt/apache/modules/libphp4.so /opt/apache/build/libtool --mode=install cp libphp4.la /opt/apache/modules/ cp .libs/libphp4.a /opt/apache/modules/libphp4.a cp .libs/libphp4.lai /opt/apache/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /ext/php4-STABLE-200503091130/libs' chmod 755 /opt/apache/modules/libphp4.so chmod: /opt/apache/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. Stop. I think I can remember that there was a time when PHP4.x installed without problems on AIX. You said that the Apache2 instdso.sh script could be responsible for the error. I was able to compile and install Apache2 without problems on AIX and I'm pretty sure that the Apache install uses the instdso.sh script aswell. The point is that the .so module is in the .libs directory and I can move or copy it manually into the Apache modules directory but that solves the problem only partially. The binary and the pear stuff are not installed in the target directory, if the 'make install' stops where it actually does. Previous Comments: [2005-03-09 01:02:55] [EMAIL PROTECTED] IIRC, this was actually caused by the Apache2 instdso.sh script. But I'm not sure and can't check it right now. Does the latest PHP 4 snapshots work for you on AIX? [2005-03-08 15:52:46] tessarek at evermeet dot cx It works on Fedora Core 3 with gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3). No problems with make install: Build complete. (It is safe to ignore warnings about tempnam and tmpnam). [EMAIL PROTECTED] php5-200503081130]$ make install Installing PHP SAPI module: apache2filter /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/bin/sh /usr/lib/apr/build/libtool' libphp5.la /usr/lib/httpd/modules /bin/sh /usr/lib/apr/build/libtool --mode=install cp libphp5.la /usr/lib/httpd/modules/ cp .libs/libphp5.so /usr/lib/httpd/modules/libphp5.so cp .libs/libphp5.lai /usr/lib/httpd/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /ext/php5-200503081130/libs' chmod 755 /usr/lib/httpd/modules/libphp5.so [activating module `php5' in /etc/httpd/conf/httpd.conf] Installing PHP CLI binary:/opt/php5/bin/ Installing PHP CLI man page: /opt/php5/man/man1/ Installing PEAR environment: /opt/php5/lib/php/ [PEAR] Archive_Tar: 'xml' PHP extension is not installed [PEAR] Console_Getopt: 'xml' PHP extension is not installed [PEAR] PEAR: 'xml' PHP extension is not installed [PEAR] XML_RPC: 'xml' PHP extension is not installed Installing build environment: /opt/php5/lib/php/build/ Installing header files: /opt/php5/include/php/ Installing helper programs: /opt/php5/bin/ program: phpize program: php-config program: phpextdist As you can see under Linux the .so and the .lai files are copied but under AIX the .a and the .lai. So if the script is changed so that under AIX the .so file is copied, everything should be alright. [2005-03-08 15:17:43] tessarek at evermeet dot cx I've tried the latest snapshot on AIX 5.3 ML1 with gcc 3.3.2. The problem still persists: Build complete. (It is safe to ignore warnings about tempnam and tmpnam). vulcan14:[root] /ext/php5-200503081130> make install Installing PHP SAPI module: apache2filter /opt/apache/build/instdso.sh SH_LIBTOOL='/opt/apache/build/libtool' libphp5.la /opt/apache/modules rm -f /opt/apache/modules/libphp5.so /opt/apache/build/libtool --mode=install cp libphp5.la /opt/apache/modules/ cp .libs/libphp5.a /opt/apache/modules/libphp5.a cp .libs/libphp5.lai /opt/apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /ext/php5-200503081130/libs' chmod 755 /opt/apache/modules/libphp5.so chmod: /opt/apache/modules/libphp5.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. Stop. I do have the Linux toolbox on AIX installed, but grep is used from the AIX commands. I will have to check, if I can find a GNU grep for AIX. But I don't really think that the grep command is responsible for the error. I don't ha
#32252 [Opn]: Segfault when offsetSet throws an Exception (only without debug)
ID: 32252
Updated by: [EMAIL PROTECTED]
Reported By: shulmanb at il dot ibm dot com
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.*
Assigned To: helly
New Comment:
The first problem here is that the negative key results in incomplete
initialized zvals internally *before* even calling offsetSet().
Previous Comments:
[2005-03-09 14:38:38] shulmanb at il dot ibm dot com
Description:
In some cases, when offsetSet throws an exception a segfault occurs.
This does not happen when compiled with --enable-debug.
Note that if the index passed to $list is positive or a string, not
segfault occurs.
Reproduce code:
---
class a implements ArrayAccess
{
function offsetExists ($offset) { return false; }
function offsetGet ($offset) { return null; }
function offsetSet ($offset, $value) { throw new Exception ("Ooops");
}
function offsetUnset ($offset) {}
}
function test()
{
$list = new a();
try {
$list[-1] = 123;
} catch (Exception $e) { }
return true;
}
print test();
Expected result:
The output should be "1".
Actual result:
--
Segmentation fault.
The stack trace reported in Visual Studio, using the latest snapshot
and debug pack is:
php5ts.dll!shutdown_memory_manager(int silent=0, int full_shutdown=0,
void * * * tsrm_ls=0x00364b38) Line 490 + 0xb C
php5ts.dll!php_request_shutdown(void * dummy=0x) Line 1225 +
0x2fC
msvcrt.dll!77c37bbe()
user32.dll!77d5f160()
--
Edit this bug report at http://bugs.php.net/?id=32252&edit=1
#32255 [NEW]: memory leak in fopen wrappers ?
From: antoine dot bajolet at tdf dot fr Operating system: Linux 2.4.29 PHP version: 4.3.10 PHP Bug Type: HTTP related Bug description: memory leak in fopen wrappers ? Description: It seems that there is a memory leak in fopen wrappers to HTTP. With a minimal compilation of PHP : ./configure --disable-all --enable-sockets --without-pear --enable-memory-limit --without-pcre-regex --without-mysql And the first code above, the memory used increased continuously. (the -n flag is used to ignore any php.ini script. All parameters are default). #sapi/cli/php -n script1.php 12160 13536 13672 13736 13800 13864 13928 13992 14056 14120 14184 ... still increasing With a classic fopen, works fine #sapi/cli/php -n script2.php 12128 12320 12336 12336 12336 12336 12336 12336 12336 12336 12336 ... still stable This is very annoying because we are writing a small php daemon using periodics requests on HTTP hosts. For more infos : #ldd sapi/cli/php libcrypt.so.1 => /lib/libcrypt.so.1 (0x4001b000) libresolv.so.2 => /lib/libresolv.so.2 (0x40049000) libm.so.6 => /lib/i686/libm.so.6 (0x4005b000) libdl.so.2 => /lib/libdl.so.2 (0x4007d000) libnsl.so.1 => /lib/libnsl.so.1 (0x40081000) libc.so.6 => /lib/i686/libc.so.6 (0x40096000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) /lib/libcrypt.so.1 -> libcrypt-2.3.2.so /lib/libresolv.so.2 -> libresolv-2.3.2.so Regards Antoine Bajolet Reproduce code: --- With this, memory problem : http://some.thing/','r'); fclose($handler); sleep(2); } // while ?> With this, no memory problem Expected result: The memory used has to be stable, not increasing. -- Edit bug report at http://bugs.php.net/?id=32255&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32255&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32255&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32255&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32255&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32255&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32255&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32255&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32255&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32255&r=support Expected behavior: http://bugs.php.net/fix.php?id=32255&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32255&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32255&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32255&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32255&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32255&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32255&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32255&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32255&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32255&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32255&r=mysqlcfg
#31618 [Fbk->Opn]: is_readable() results based on ownership of calling script, not file
ID: 31618 User updated by: kibab at icehouse dot net Reported By: kibab at icehouse dot net -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: redhat enterprise PHP Version: 5.0.3 New Comment: Configure options listed below. It's basically a mirror of the standard PHP-4 Redhat options adapted for PHP-5, with a couple of extra options I added in. ./configure '--host=i386-redhat-linux' '--build=i386-redhat-linux' '--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=./config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=/usr' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=/usr' '--with-mysql=/usr' '--with-mysql-sock=/var/lib/mysql/mysql.sock' '--with-pgsql=/usr' '--with-unixODBC=/usr' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2filter=/usr/sbin/apxs' '--with-xsl=/usr' '--with-mysqli=/usr/bin/mysql_config' In terms of what libxml I'm running (from rpm -qa | grep -i libxml): libxml2-2.5.10-7 libxml2-devel-2.5.10-7 libxml-1.8.17-9.2 As a side note, I haven't had any problems compiling PHP-5.0.1 through PHP-5.0.3 using the above configure line nor the version of libxml2 that I have been running (it might have changed a bit over time because of up2date, but it hasn't been that dramatic a change). Previous Comments: [2005-03-09 00:58:42] [EMAIL PROTECTED] What libxml2 version do you have installed? What configure options did you use? [2005-03-09 00:47:17] kibab at icehouse dot net I tried and it didn't compile: [EMAIL PROTECTED] php5-200503082130***]$ make /bin/sh /root/builds/php5-200503082130/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/libxml/ -I/root/builds/php5-200503082130/ext/libxml/ -DPHP_ATOM_INC -I/root/builds/php5-200503082130/include -I/root/builds/php5-200503082130/main -I/root/builds/php5-200503082130 -I/root/builds/php5-200503082130/Zend -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/usr/include/imap -I/root/builds/php5-200503082130/ext/mbstring/oniguruma -I/root/builds/php5-200503082130/ext/mbstring/libmbfl -I/root/builds/php5-200503082130/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/ncurses -I/usr/include/pspell -I/root/builds/php5-200503082130/TSRM -g-O2 -prefer-non-pic -c /root/builds/php5-200503082130/ext/libxml/libxml.c -o ext/libxml/libxml.lo /root/builds/php5-200503082130/ext/libxml/libxml.c:337: syntax error before "error" /root/builds/php5-200503082130/ext/libxml/libxml.c: In function `_php_libxml_free_error': /root/builds/php5-200503082130/ext/libxml/libxml.c:339: `error' undeclared (first use in this function) /root/builds/php5-200503082130/ext/libxml/libxml.c:339: (Each undeclared identifier is reported only once /root/builds/php5-200503082130/ext/libxml/libxml.c:339: for each function it appears in.) /root/builds/php5-200503082130/ext/libxml/libxml.c: At top level: /root/builds/php5-200503082130/ext/libxml/libxml.c:343: syntax error before "error" /root/builds/php5-200503082130/ext/libxml/libxml.c: In function `_php_list_set_error_structure': /root/builds/php5-200503082130/ext/libxml/libxml.c:345: `xmlError' undeclared (first use in this function) /root/builds/php5-200503082130/ext/libxml/libxml.c:345: syntax error before "error_copy" /root/builds/php5-200503082130/ext/libxml/libxml.c:350: `error_copy' undeclared (first
#29519 [Com]: PHP5.0.0 call to declare(ticks=1) crashes apache 1.3.31
ID: 29519
Comment by: bent at thevoid dot dk
Reported By: peter dot belt at gmail dot com
Status: No Feedback
Bug Type: Reproducible crash
Operating System: win32 (XP-SP1)
PHP Version: 5.0.0
New Comment:
I run PHP/5.0.3 with Apache/2.0.49 on WinXP_SP2
Just calling declare(ticks=1) is not the whole story.
This code:
function tick_function() {echo "..tick..\n";}
register_tick_function('tick_function');
declare(ticks=6);
echo "line 1\n";
echo "line 2\n";
Will *not* crash. But if ticks is changed to 5 or less, then apache
will crash.
Also use of ticks works fine from commandline.
Previous Comments:
[2005-01-22 01:00:18] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-01-14 23:36:42] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2004-08-04 11:01:46] peter dot belt at gmail dot com
Description:
Calling ticks(1) crashes apache 1.3.31.
Plain vanilla setup from win32 pre-compiled distributions for both
Apache and PHP5.0.0. Installed PEAR using all defaults and copied gd
and mysql dlls to main PHP directory. That's all.
When apache crashes, it comes up with the standard XP error reporting
window. The data it wants to send to Microsoft includes the
following:
All you have to do is call is
declare(ticks=1);
and that's all folks.
We are looking for a fix to this, or an atmitting of a permanent
limitation for the win32 platform in the documentation.
--
Edit this bug report at http://bugs.php.net/?id=29519&edit=1
#32144 [Fbk->Opn]: sqlite extension causes crash at PHP startup
ID: 32144
User updated by: ian at snork dot net
Reported By: ian at snork dot net
-Status: Feedback
+Status: Open
Bug Type: SQLite related
Operating System: *
PHP Version: 5.1.*
Assigned To: helly
New Comment:
Replacing mawk with gawk solved the problem.
Many thanks.
Previous Comments:
[2005-03-09 14:31:09] [EMAIL PROTECTED]
You need to install gawk and rebuild. Please verify (for me it helped).
[2005-03-01 11:43:53] ian at snork dot net
Oops -- I meant to say:
Moving phpext_sqlite_ptr and phpext_spl_ptr around in that
list did _not_ prevent a segfault.
Sorry. :)
[2005-03-01 11:37:42] ian at snork dot net
Both SPL and SQLite were built statically into the PHP
binary. I was using an unpatched daily snapshot (from
http://snaps.php.net/php5-latest.tar.bz2). The ./configure
line was:
./configure --without-mime-magic --enable-memory-limit
--disable-debug --with-layout=GNU
--with-pear=/usr/share/php --enable-calendar
--enable-sysvsem --enable-sysvshm --enable-sysvmsg
--enable-track-vars --enable-trans-sid --enable-bcmath
--with-bz2 --enable-ctype --with-db4 --with-iconv
--enable-exif --enable-filepro --enable-ftp --with-gettext
--enable-mbstring --with-pcre-regex=/usr --enable-shmop
--enable-sockets --enable-wddx --disable-xml
--with-expat-dir=/usr --with-xmlrpc --enable-yp
--with-zlib --with-pgsql=/usr --with-kerberos
--with-openssl=/usr --with-exec-dir=/usr/lib/php5/libexec
--prefix=/usr --with-apxs2=/usr/bin/apxs2 --with-regex=php
--with-config-file-path=/etc/php5/apache2 --disable-rpath
--with-curl=/usr --with-dom=/usr --with-dom-xslt=/usr
--with-dom-exslt=/usr --with-zlib-dir=/usr --with-gd=/usr
--enable-gd-native-ttf --with-jpeg-dir=/usr
--with-xpm-dir=/usr/X11R6 --with-png-dir=/usr
--with-freetype-dir=/usr --with-imap=/usr --with-imap-ssl
--with-mcal=/usr --with-mhash=/usr --without-mm
--with-mysql=/usr --with-mysqli=/usr/bin/mysql_config
--with-unixODBC=/usr --enable-xslt=/usr
--with-xslt-sablot=/usr --with-snmp=/usr
--without-sybase-ct --with-ttf=/usr --with-t1lib=/usr
--without-custom-odbc --without-odbc --without-unixODBC
--without-iodbc --with-sqlite=/usr
And here's how they're ordered in the snapshot sources:
zend_module_entry *php_builtin_extensions[] = {
phpext_xmlrpc_ptr,
phpext_xml_ptr,
phpext_wddx_ptr,
phpext_tokenizer_ptr,
phpext_sysvshm_ptr,
phpext_sysvsem_ptr,
phpext_sysvmsg_ptr,
phpext_standard_ptr,
phpext_sqlite_ptr,
phpext_spl_ptr,
phpext_sockets_ptr,
phpext_snmp_ptr,
phpext_simplexml_ptr,
phpext_shmop_ptr,
phpext_session_ptr,
phpext_posix_ptr,
phpext_pgsql_ptr,
phpext_pcre_ptr,
phpext_mysqli_ptr,
phpext_mysql_ptr,
phpext_mhash_ptr,
phpext_mbstring_ptr,
phpext_imap_ptr,
phpext_iconv_ptr,
phpext_gettext_ptr,
phpext_gd_ptr,
phpext_ftp_ptr,
phpext_filepro_ptr,
phpext_exif_ptr,
phpext_dom_ptr,
phpext_dba_ptr,
phpext_curl_ptr,
phpext_ctype_ptr,
phpext_calendar_ptr,
phpext_bz2_ptr,
phpext_bcmath_ptr,
phpext_zlib_ptr,
phpext_openssl_ptr,
phpext_libxml_ptr,
};
Without the patch I submitted, moving phpext_spl_ptr back
or forward in that list did prevent PHP from segfaulting.
After doubled-checking with GDB, it appeared that the SPL
startup function (zm_startup_spl) was not being called at
all.
So, I stuck a manual call to PHP_MINIT(spl) in
basic_functions.c because it seemed the most logical place
for this.
[2005-03-01 10:27:10] [EMAIL PROTECTED]
What is the configure line used? Especially i am interested if spl or
sqlite are build shared. And is this a clean cvs checkout or patched
somewhere? The reason i ask is that for your problem we have a
mechanismn in place already.
Also what is the order of 'phpext_spl_ptr' and
'phpext_sqlite_ptr' in main/internal_functions_*.c's
'php_builtin_extensions' array?
[2005-03-01 09:28:29] ian at snork dot net
Description:
A PHP build wit
#32144 [Opn->Asn]: sqlite extension causes crash at PHP startup
ID: 32144
Updated by: [EMAIL PROTECTED]
Reported By: ian at snork dot net
-Status: Open
+Status: Assigned
Bug Type: SQLite related
Operating System: *
PHP Version: 5.1.*
-Assigned To: helly
+Assigned To: jani
Previous Comments:
[2005-03-09 16:58:51] ian at snork dot net
Replacing mawk with gawk solved the problem.
Many thanks.
[2005-03-09 14:31:09] [EMAIL PROTECTED]
You need to install gawk and rebuild. Please verify (for me it helped).
[2005-03-01 11:43:53] ian at snork dot net
Oops -- I meant to say:
Moving phpext_sqlite_ptr and phpext_spl_ptr around in that
list did _not_ prevent a segfault.
Sorry. :)
[2005-03-01 11:37:42] ian at snork dot net
Both SPL and SQLite were built statically into the PHP
binary. I was using an unpatched daily snapshot (from
http://snaps.php.net/php5-latest.tar.bz2). The ./configure
line was:
./configure --without-mime-magic --enable-memory-limit
--disable-debug --with-layout=GNU
--with-pear=/usr/share/php --enable-calendar
--enable-sysvsem --enable-sysvshm --enable-sysvmsg
--enable-track-vars --enable-trans-sid --enable-bcmath
--with-bz2 --enable-ctype --with-db4 --with-iconv
--enable-exif --enable-filepro --enable-ftp --with-gettext
--enable-mbstring --with-pcre-regex=/usr --enable-shmop
--enable-sockets --enable-wddx --disable-xml
--with-expat-dir=/usr --with-xmlrpc --enable-yp
--with-zlib --with-pgsql=/usr --with-kerberos
--with-openssl=/usr --with-exec-dir=/usr/lib/php5/libexec
--prefix=/usr --with-apxs2=/usr/bin/apxs2 --with-regex=php
--with-config-file-path=/etc/php5/apache2 --disable-rpath
--with-curl=/usr --with-dom=/usr --with-dom-xslt=/usr
--with-dom-exslt=/usr --with-zlib-dir=/usr --with-gd=/usr
--enable-gd-native-ttf --with-jpeg-dir=/usr
--with-xpm-dir=/usr/X11R6 --with-png-dir=/usr
--with-freetype-dir=/usr --with-imap=/usr --with-imap-ssl
--with-mcal=/usr --with-mhash=/usr --without-mm
--with-mysql=/usr --with-mysqli=/usr/bin/mysql_config
--with-unixODBC=/usr --enable-xslt=/usr
--with-xslt-sablot=/usr --with-snmp=/usr
--without-sybase-ct --with-ttf=/usr --with-t1lib=/usr
--without-custom-odbc --without-odbc --without-unixODBC
--without-iodbc --with-sqlite=/usr
And here's how they're ordered in the snapshot sources:
zend_module_entry *php_builtin_extensions[] = {
phpext_xmlrpc_ptr,
phpext_xml_ptr,
phpext_wddx_ptr,
phpext_tokenizer_ptr,
phpext_sysvshm_ptr,
phpext_sysvsem_ptr,
phpext_sysvmsg_ptr,
phpext_standard_ptr,
phpext_sqlite_ptr,
phpext_spl_ptr,
phpext_sockets_ptr,
phpext_snmp_ptr,
phpext_simplexml_ptr,
phpext_shmop_ptr,
phpext_session_ptr,
phpext_posix_ptr,
phpext_pgsql_ptr,
phpext_pcre_ptr,
phpext_mysqli_ptr,
phpext_mysql_ptr,
phpext_mhash_ptr,
phpext_mbstring_ptr,
phpext_imap_ptr,
phpext_iconv_ptr,
phpext_gettext_ptr,
phpext_gd_ptr,
phpext_ftp_ptr,
phpext_filepro_ptr,
phpext_exif_ptr,
phpext_dom_ptr,
phpext_dba_ptr,
phpext_curl_ptr,
phpext_ctype_ptr,
phpext_calendar_ptr,
phpext_bz2_ptr,
phpext_bcmath_ptr,
phpext_zlib_ptr,
phpext_openssl_ptr,
phpext_libxml_ptr,
};
Without the patch I submitted, moving phpext_spl_ptr back
or forward in that list did prevent PHP from segfaulting.
After doubled-checking with GDB, it appeared that the SPL
startup function (zm_startup_spl) was not being called at
all.
So, I stuck a manual call to PHP_MINIT(spl) in
basic_functions.c because it seemed the most logical place
for this.
[2005-03-01 10:27:10] [EMAIL PROTECTED]
What is the configure line used? Especially i am interested if spl or
sqlite are build shared. And is this a clean cvs checkout or patched
somewhere? The reason i ask is that for your problem we have a
mechanismn in place already.
Also what is the order of 'phpext_spl_ptr' and
'phpext_sqlite_ptr' in main/internal_functions_*.c's
'php_builtin_extensions' array?
--
#31363 [NoF->Opn]: Non-blocking flock() broken
ID: 31363
User updated by: ian at snork dot net
Reported By: ian at snork dot net
-Status: No Feedback
+Status: Open
Bug Type: Filesystem function related
Operating System: Debian woody (i386)
-PHP Version: 5.0.3
+PHP Version: 5.1.*
New Comment:
flock() in today's PHP CVS snapshot
(http://snaps.php.net/php5-latest.tar.bz2) behaves slightly
differently, but still doesn't quite work correctly in non-blocking
mode.
Expected result:
--
$ php5 flock_test.php &
Got /tmp/test1
$ php5 flock_test.php &
Got /tmp/test2
$ php5 flock_test.php &
Got /tmp/test3
$ php5 flock_test.php &
$
Releasing /tmp/test1
Got /tmp/test1
Releasing /tmp/test2
Releasing /tmp/test3
Actual result:
--
$ php5 flock_test.php &
Got /tmp/test1
$ php5 flock_test.php &
Got /tmp/test2
$ php5 flock_test.php &
Got /tmp/test3
$ php5 flock_test.php &
$
Releasing /tmp/test1
Releasing /tmp/test2
Releasing /tmp/test3
Previous Comments:
[2005-03-08 01:00:24] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-02-28 21:06:39] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-12-31 06:41:56] ian at snork dot net
Description:
This code works in PHP 4.3.0, but does not in PHP 5.0.3.
When invoked, it will try to lock /tmp/test1, /tmp/test2
or /tmp/test3 for exclusive use, whichever is free. If
none are, it will wait a second before cycling through
with another attempt.
When running concurrently, the first invocation correctly
picks up /tmp/test1; the second and subsequent ones just
cycle forever.
For some reason, the non-blocking flock() only sets $block
the first time.
Reproduce code:
---
while (!sleep(1))
foreach (array("/tmp/test1", "/tmp/test2", "/tmp/test3") as $path)
if (flock($handle = fopen($path, "w"), LOCK_EX | LOCK_NB, $block)
and !$block)
{
echo "Got $path\n";
sleep(10);
echo "Releasing $path\n";
exit;
}
Expected result:
$ php5 flock_test.php &
Got /tmp/test1
$ php5 flock_test.php &
Got /tmp/test2
$ php5 flock_test.php &
Got /tmp/test3
$ php5 flock_test.php &
Releasing /tmp/test1
Got /tmp/test1
$
Actual result:
--
$ php5 flock_test.php &
Got /tmp/test1
$ php5 flock_test.php &
$ php5 flock_test.php &
$ php5 flock_test.php &
$
--
Edit this bug report at http://bugs.php.net/?id=31363&edit=1
#31926 [Fbk->Opn]: php in free() error with RecursiveArrayIterator
ID: 31926 User updated by: gms08701 at yahoo dot com Reported By: gms08701 at yahoo dot com -Status: Feedback +Status: Open Bug Type: SPL related Operating System: FreeBSD 5.3 PHP Version: 5CVS-2005-02-13 Assigned To: helly New Comment: ? Could please explain what I did wrong... Previous Comments: [2005-03-09 14:24:03] [EMAIL PROTECTED] According to the test result you used the run-tests.php script from your newly build but used your installation. Could you check again using the right php version now? [2005-02-13 16:59:44] gms08701 at yahoo dot com gladiator# /home/gsam/local/bin/php -f /home/gsam/php/php5-STABLE-200502131330/run-tests.php ext/spl = CWD : /usr/home/gsam/php/php5-STABLE-200502131330 PHP : /home/gsam/local/bin/php PHP_SAPI: cli PHP_VERSION : 5.0.4-dev ZEND_VERSION: 2.0.4-dev PHP_OS : FreeBSD - FreeBSD gladiator.xxx.xxx 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #0: Wed Dec 29 20:45:41 EST 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GLADIATOR i386 INI actual : /usr/home/gsam/php/php5-STABLE-200502131330 More .INIs : /usr/local/etc/php/extensions.ini Extra dirs : = Running selected tests. PASS SPL: EmptyIterator [ext/spl/examples/tests/iterators_001.phpt] PASS SPL: InfiniteIterator [ext/spl/examples/tests/iterators_002.phpt] PASS SPL: NoRweindIterator [ext/spl/examples/tests/iterators_003.phpt] PASS SPL: AppendIterator [ext/spl/examples/tests/iterators_004.phpt] PASS SPL: ArrayObject [ext/spl/tests/array_001.phpt] PASS SPL: ArrayObject copy constructor [ext/spl/tests/array_002.phpt] PASS SPL: ArrayObject from object [ext/spl/tests/array_003.phpt] PASS SPL: ArrayIterator [ext/spl/tests/array_004.phpt] PASS SPL: ArrayObject/Iterator interaction [ext/spl/tests/array_005.phpt] PASS SPL: ArrayIterator without ArrayObject [ext/spl/tests/array_006.phpt] PASS SPL: ArrayObject/Iterator from IteratorAggregate [ext/spl/tests/array_007.phpt] PASS SPL: ArrayIterator and foreach reference [ext/spl/tests/array_008.phpt] FAIL SPL: ArrayIterator implementing RecursiveIterator [ext/spl/tests/array_009.phpt] PASS SPL: ArrayIterator implements ArrayAccess [ext/spl/tests/array_010.phpt] PASS SPL: ArrayIterator, LimitIterator and string keys [ext/spl/tests/array_011.phpt] PASS SPL: ArrayIterator::count [ext/spl/tests/array_012.phpt] PASS SPL: ArrayIterator::append [ext/spl/tests/array_013.phpt] PASS SPL: ArrayIterator::seek() [ext/spl/tests/array_014.phpt] PASS SPL: ArrayIterator::next() with internal arrays [ext/spl/tests/array_015.phpt] PASS Bug #28822 (ArrayObject::offsetExists() works inverted) [ext/spl/tests/bug28822.phpt] PASS Bug #31486 (ArrayIterator::next segfaults) [ext/spl/tests/bug31346.phpt] PASS Bug #31348 (CachingIterator::rewind() leaks) [ext/spl/tests/bug31348.phpt] FAIL Bug #31926 (php in free() error with RecursiveArrayIterator) [ext/spl/tests/bug31926.phpt] PASS SPL: Problem with casting to string [ext/spl/tests/dit_001.phpt] PASS SPL: Iterator aggregating inner iterator's methods [ext/spl/tests/iterator_001.phpt] FAIL SPL: Iterator using getInnerIterator [ext/spl/tests/iterator_002.phpt] PASS SPL: CachingIterator and __toString() [ext/spl/tests/iterator_003.phpt] PASS SPL: SeekableIterator and string keys [ext/spl/tests/iterator_004.phpt] FAIL SPL: SimpleXMLIterator [ext/spl/tests/sxe_001.phpt] FAIL SPL: SimpleXMLIterator and recursion [ext/spl/tests/sxe_002.phpt] FAIL SPL: SimpleXMLIterator and getChildren() [ext/spl/tests/sxe_003.phpt] = Number of tests : 3131 Tests skipped :0 (0.0%) Tests warned:0 (0.0%) (0.0%) Tests failed:6 (19.4%) (19.4%) Tests passed: 25 (80.6%) (80.6%) - Time taken :6 seconds = = FAILED TEST SUMMARY - SPL: ArrayIterator implementing RecursiveIterator [ext/spl/tests/array_009.phpt] Bug #31926 (php in free() error with RecursiveArrayIterator) [ext/spl/tests/bug31926.phpt] SPL: Iterator using getInnerIterator [ext/spl/tests/iterator_002.phpt] SPL: SimpleXMLIterator [ext/spl/tests/sxe_001.phpt] SPL: SimpleXMLIterator and recursion [ext/spl/tests/sxe_002.phpt] SPL: SimpleXMLIterator and getChildren() [ext/spl/tests/sxe_003.phpt] = [2005-02-13 15:27:10] [EM
#32171 [Fbk->Opn]: Userspace stream wrapper crashes PHP
ID: 32171 User updated by: jr at terragate dot net -Summary: WebDAV stream wrapper crashes PHP Reported By: jr at terragate dot net -Status: Feedback +Status: Open Bug Type: SPL related Operating System: * PHP Version: 5.* Assigned To: helly New Comment: Finally I was able to create a smaller test case for the segfault (with error_reporting = E_ALL): Trace: (gdb) r crash.php Starting program: /usr/local/bin/php crash.php warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 15212)] Done Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 15212)] 0x0019 in ?? () Current language: auto; currently asm (gdb) bt #0 0x0019 in ?? () #1 0x081abc73 in _php_stream_free (stream=0x82fdce4, close_options=3) at /root/compile/php5-STABLE-200503091530/main/streams/streams.c:351 #2 0x080b3fb8 in spl_ce_dir_object_free_storage (object=0x82f76c4) at /root/compile/php5-STABLE-200503091530/ext/spl/spl_directory.c:66 #3 0x081fa906 in zend_objects_store_del_ref (zobject=0x82fd4e4) at /root/compile/php5-STABLE-200503091530/Zend/zend_objects_API.c:159 #4 0x081deb76 in _zval_dtor (zvalue=0x82fd4e4, __zend_filename=0x82549e0 "/root/compile/php5-STABLE-200503091530/Zend/zend_execute_API.c", __zend_lineno=392) at /root/compile/php5-STABLE-200503091530/Zend/zend_variables.c:61 #5 0x081d36f8 in _zval_ptr_dtor (zval_ptr=0x82fdda0, __zend_filename=0x8255940 "/root/compile/php5-STABLE-200503091530/Zend/zend_variables.c", __zend_lineno=193) at /root/compile/php5-STABLE-200503091530/Zend/zend_execute_API.c:392 #6 0x081dee88 in _zval_ptr_dtor_wrapper (zval_ptr=0x82fdda0) at /root/compile/php5-STABLE-200503091530/Zend/zend_variables.c:193 #7 0x081e8f13 in zend_hash_apply_deleter (ht=0x82761d0, p=0x82fdd94) at /root/compile/php5-STABLE-200503091530/Zend/zend_hash.c:574 #8 0x081e9164 in zend_hash_graceful_reverse_destroy (ht=0x82761d0) at /root/compile/php5-STABLE-200503091530/Zend/zend_hash.c:640 #9 0x081d302f in shutdown_executor () at /root/compile/php5-STABLE-200503091530/Zend/zend_execute_API.c:208 #10 0x081e0264 in zend_deactivate () at /root/compile/php5-STABLE-200503091530/Zend/zend.c:817 #11 0x081996e1 in php_request_shutdown (dummy=0x0) at /root/compile/php5-STABLE-200503091530/main/main.c:1214 #12 0x082155d0 in main (argc=2, argv=0xb844) at /root/compile/php5-STABLE-200503091530/sapi/cli/php_cli.c:1046 The script will be fully executed but php segfaults on shutdown. The behavior in the complex test case (with the WebDAV stream wrapper) was the same: Using instaneof instead of is_a caused the script to be fully executed but with a segfault on shutdown. To answer your second question I modified the test case above: Running this script with error_reporting set to E_ALL (or even E_ALL & ~E_NOTICE & ~E_STRICT) will lead to the behaviour already mentioned (deprecation warning thrown as exception). Running the script with error_reporting = 0 will terminate the script with exit code 0377 and without outputting 'Done'. Using gdb I figured out that php_error_cb is still called with the deprecation warning and zend_throw_exception will abort the script. We have two issues here: 1. A wrong free causing a segfault on shutdown 2. PHP notices and warnings thrown as exception I dont't know what to do with the segfault (my knowledge about PHP's internals is too limited to debug this yet). IMHO the second problem could be solved in 2 ways: 1. Modifying php_error_cb's behavior (as my patch does) 2. Do not set error_mode to EH_THROW in spl_directory.c if a user space stream wrapper is used. Previous Comments: [2005-03-09 14:40:34] [EMAIL PROTECTED] Did i get that correct that all works frin when you use instanceof ? If so all is fine. Also what happens if you stick with is_a but set error mode to 0? [2005-03-07 11:25:40] jr at terragate dot net I tested the instanceof segfault against the 5.1 branch and it segfaults too. But I had to change a is_a in HTTP/Request.php to instanceof because the 'notice exception' was thrown there this time. I wasn't able to reproduce the segfault with a smaller test case by using HTTP/Request.php myself (PEAR's WebDAV Wrapper) nor using instanceof inside a small stream wrapper. Initially I tested the bug with 5.0.3 but tried a snap a few hours later. Sorry for not updating the version field. [2005-03-06 16:21:35] [EMAIL PROTECTED] Please don't open more reports about same issue. (and when you report bugs, put the LATEST ve
#32256 [NEW]: configure won't build mysqli as shared extension
From: liamr at umich dot edu Operating system: Linux 2.4.28 PHP version: 5.0.3 PHP Bug Type: MySQLi related Bug description: configure won't build mysqli as shared extension Description: I'm trying to build mysqli as a shared extension in PHP 5.0.3 against MySQL 4.1.10, and configure complains: ./configure --with-mysqli=/usr/bin/mysql_config checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking whether gcc and cc understand -c and -o together... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking for PHP prefix... /usr checking for PHP includes... -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/Zend -I/usr/include/php/TSRM checking for PHP extension directory... /usr/lib/php/extensions/no-debug-non-zts-20041030 checking for re2c... exit 0; checking for gawk... gawk checking for MySQLi support... yes, shared checking whether to enable embedded MySQLi support... no checking for mysql_set_server_option in -lmysqlclient... yes checking for mysql_stmt_field_count in -lmysqlclient... no configure: error: MySQLI doesn't support versions < 4.1.3 (for MySQL 4.1.x) and < 5.0.1 for (MySQL 5.0.x) anymore. Please update your libraries. Here's the output from mysql_config: papiamentu-liamr:; mysql_config Usage: /usr/bin/mysql_config [OPTIONS] Options: --cflags [-I/usr/include/mysql] --include[-I/usr/include/mysql] --libs [-L/usr/lib/mysql -lmysqlclient -lz -lcrypt -lnsl -lm -L/usr/lib -lssl -lcrypto] --libs_r [-L/usr/lib/mysql -lmysqlclient_r -lz -lpthread -lcrypt -lnsl -lm -lpthread -L/usr/lib -lssl -lcrypto] --socket [/var/mysql/run/mysql.sock] --port [3306] --version[4.1.10] --libmysqld-libs [-L/usr/lib/mysql -lmysqld -lpthread -lcrypt -lnsl -lm -lpthread -lrt] I get the same result if I try to configure php w/ mysqli: papiamentu-liamr:; pwd /usr/src/php-5.0.3 papiamentu-liamr:; ./configure --with-mysqli=shared,/usr/bin/mysql_config creating cache ./config.cache checking host system type... i686-pc-linux-gnu Updated main/php_version.h SNIP checking for MySQLi support... yes, shared checking whether to enable embedded MySQLi support... no checking for mysql_set_server_option in -lmysqlclient... yes checking for mysql_stmt_field_count in -lmysqlclient... no configure: error: MySQLI doesn't support versions < 4.1.3 (for MySQL 4.1.x) and < 5.0.1 for (MySQL 5.0.x) anymore. Please update your libraries. It seems to work if I build it w/ mysqli build into the php binary: papiamentu-liamr:; ./configure --with-mysqli=/usr/bin/mysql_config creating cache ./config.cache checking host system type... i686-pc-linux-gnu Updated main/php_version.h SNIP checking for MySQLi support... yes checking whether to enable embedded MySQLi support... no checking for mysql_set_server_option in -lmysqlclient... yes checking for mysql_stmt_field_count in -lmysqlclient... yes -- Edit bug report at http://bugs.php.net/?id=32256&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32256&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32256&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32256&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32256&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32256&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32256&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32256&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32256&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32256&r=support Expected behavior: http://bugs.php.net/fix.php?id=32256&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32256&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32256&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32256&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32256&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32256&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32256&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32256&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32256&r=float No Zend Extensions: http://bugs.php.net/fix
#31926 [Opn]: php in free() error with RecursiveArrayIterator
ID: 31926 Updated by: [EMAIL PROTECTED] Reported By: gms08701 at yahoo dot com Status: Open Bug Type: SPL related Operating System: FreeBSD 5.3 PHP Version: 5CVS-2005-02-13 Assigned To: helly New Comment: Well the run-tests.php script tries to figure out which php to run (since that does not need to be the one executing the script itself). This can be configured by the environment variable 'TEST_PHP_EXECUTABLE' this is either 'auto' for automatic mode or the path to your php executable you want to test. Previous Comments: [2005-03-09 17:52:15] gms08701 at yahoo dot com ? Could please explain what I did wrong... [2005-03-09 14:24:03] [EMAIL PROTECTED] According to the test result you used the run-tests.php script from your newly build but used your installation. Could you check again using the right php version now? [2005-02-13 16:59:44] gms08701 at yahoo dot com gladiator# /home/gsam/local/bin/php -f /home/gsam/php/php5-STABLE-200502131330/run-tests.php ext/spl = CWD : /usr/home/gsam/php/php5-STABLE-200502131330 PHP : /home/gsam/local/bin/php PHP_SAPI: cli PHP_VERSION : 5.0.4-dev ZEND_VERSION: 2.0.4-dev PHP_OS : FreeBSD - FreeBSD gladiator.xxx.xxx 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #0: Wed Dec 29 20:45:41 EST 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GLADIATOR i386 INI actual : /usr/home/gsam/php/php5-STABLE-200502131330 More .INIs : /usr/local/etc/php/extensions.ini Extra dirs : = Running selected tests. PASS SPL: EmptyIterator [ext/spl/examples/tests/iterators_001.phpt] PASS SPL: InfiniteIterator [ext/spl/examples/tests/iterators_002.phpt] PASS SPL: NoRweindIterator [ext/spl/examples/tests/iterators_003.phpt] PASS SPL: AppendIterator [ext/spl/examples/tests/iterators_004.phpt] PASS SPL: ArrayObject [ext/spl/tests/array_001.phpt] PASS SPL: ArrayObject copy constructor [ext/spl/tests/array_002.phpt] PASS SPL: ArrayObject from object [ext/spl/tests/array_003.phpt] PASS SPL: ArrayIterator [ext/spl/tests/array_004.phpt] PASS SPL: ArrayObject/Iterator interaction [ext/spl/tests/array_005.phpt] PASS SPL: ArrayIterator without ArrayObject [ext/spl/tests/array_006.phpt] PASS SPL: ArrayObject/Iterator from IteratorAggregate [ext/spl/tests/array_007.phpt] PASS SPL: ArrayIterator and foreach reference [ext/spl/tests/array_008.phpt] FAIL SPL: ArrayIterator implementing RecursiveIterator [ext/spl/tests/array_009.phpt] PASS SPL: ArrayIterator implements ArrayAccess [ext/spl/tests/array_010.phpt] PASS SPL: ArrayIterator, LimitIterator and string keys [ext/spl/tests/array_011.phpt] PASS SPL: ArrayIterator::count [ext/spl/tests/array_012.phpt] PASS SPL: ArrayIterator::append [ext/spl/tests/array_013.phpt] PASS SPL: ArrayIterator::seek() [ext/spl/tests/array_014.phpt] PASS SPL: ArrayIterator::next() with internal arrays [ext/spl/tests/array_015.phpt] PASS Bug #28822 (ArrayObject::offsetExists() works inverted) [ext/spl/tests/bug28822.phpt] PASS Bug #31486 (ArrayIterator::next segfaults) [ext/spl/tests/bug31346.phpt] PASS Bug #31348 (CachingIterator::rewind() leaks) [ext/spl/tests/bug31348.phpt] FAIL Bug #31926 (php in free() error with RecursiveArrayIterator) [ext/spl/tests/bug31926.phpt] PASS SPL: Problem with casting to string [ext/spl/tests/dit_001.phpt] PASS SPL: Iterator aggregating inner iterator's methods [ext/spl/tests/iterator_001.phpt] FAIL SPL: Iterator using getInnerIterator [ext/spl/tests/iterator_002.phpt] PASS SPL: CachingIterator and __toString() [ext/spl/tests/iterator_003.phpt] PASS SPL: SeekableIterator and string keys [ext/spl/tests/iterator_004.phpt] FAIL SPL: SimpleXMLIterator [ext/spl/tests/sxe_001.phpt] FAIL SPL: SimpleXMLIterator and recursion [ext/spl/tests/sxe_002.phpt] FAIL SPL: SimpleXMLIterator and getChildren() [ext/spl/tests/sxe_003.phpt] = Number of tests : 3131 Tests skipped :0 (0.0%) Tests warned:0 (0.0%) (0.0%) Tests failed:6 (19.4%) (19.4%) Tests passed: 25 (80.6%) (80.6%) - Time taken :6 seconds = = FAILED TEST SUMMARY - SPL: ArrayIterator implementing RecursiveIterator [ext/spl/tests/array_009.phpt] Bug #31926 (php in free() error with RecursiveArrayIterator) [ext/spl/tests/bug31926.phpt] SPL: Iterator using getInnerIterator
#32215 [Opn]: Java Crash
ID: 32215
User updated by: albaity at hotmail dot com
Reported By: albaity at hotmail dot com
Status: Open
Bug Type: Feature/Change Request
Operating System: Win XP Pro
PHP Version: 5.0.3
New Comment:
no one want to fix it ?
Previous Comments:
[2005-03-07 20:38:25] albaity at hotmail dot com
this the result must appear :
Java version=1.4.2_05
Java vendor=Sun Microsystems Inc.
OS=Windows XP 5.1 on x86
ÇáÇËäíä, ãÇÑÓ 07, 2005 at 10:08:00 ã Arabia Standard Time
---
this is the code that I am test :
getProperty('java.version').' ';
print 'Java vendor=' .$system->getProperty('java.vendor').' ';
print 'OS='.$system->getProperty('os.name').' '.
$system->getProperty('os.version').' on '.
$system->getProperty('os.arch').' ';
// java.util.Date example
$formatter = new Java('java.text.SimpleDateFormat',
", dd, 'at' h:mm:ss a ");
print $formatter->format(new Java('java.util.Date'));
?>
-
this is my php.ini setting which work with me with 4.3.10 :
java.class.path = "C:\PHP\ext\php_java.jar;C:\PHP\ext\itext.jar"
java.home = "C:\j2sdk\jre\"
java.library = "c:\j2sdk\jre\bin\server\jvm.dll "
java.library.path = "C:\PHP\ext\"
What I get :
2 windows give me this message :
the instruction at "0x7c918fea" referennced memory at "0x0010" the
memory could not be "written"
[2005-03-07 10:59:18] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2005-03-07 10:43:55] albaity at hotmail dot com
Description:
try this code on 4.3.10 is work :
getProperty('java.version').' ';
print 'Java vendor=' .$system->getProperty('java.vendor').' ';
print 'OS='.$system->getProperty('os.name').' '.
$system->getProperty('os.version').' on '.
$system->getProperty('os.arch').' ';
// java.util.Date example
$formatter = new Java('java.text.SimpleDateFormat',
", dd, 'at' h:mm:ss a ");
print $formatter->format(new Java('java.util.Date'));
?>
but with php5.0.3 is not work .
Reproduce code:
---
windows give me 2 message to terminate program because of memory crash
.
Expected result:
give me the date
Actual result:
--
nothing CGI HEADERS NOT SEND IIS 5.5
--
Edit this bug report at http://bugs.php.net/?id=32215&edit=1
#32258 [NEW]: SQLite module causes php to segfault
From: joh at deworks dot net Operating system: Linux PHP version: 5CVS-2005-03-09 (dev) PHP Bug Type: SQLite related Bug description: SQLite module causes php to segfault Description: The SQLite module contains code resulting in a Segmentation fault. I configured php5-200503091930 with: ./configure --prefix=/usr/local --with-apxs --with-zlib --with-bz2 --enable-ftp --with-gd --with-ttf --with-gettext --with-imap --with-ldap --with-mysql --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-readline --enable-sockets --with-kerberos --with-jpeg-dir=/usr --with-imap-ssl Now, running the php cli results in a Segmentation fault: $ sapi/cli/php Segmentation fault Backtrace: (gdb) run Starting program: /shared/src/php/php5-200503091930/sapi/cli/php [Thread debugging using libthread_db enabled] [New Thread 1081820480 (LWP 18860)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1081820480 (LWP 18860)] zend_hash_merge_ex (target=0x832f868, source=0x98, pCopyConstructor=0x81e52a0 , size=4, pMergeSource=0x81d7520 , pParam=0x0) at /shared/src/php/php5-200503091930/Zend/zend_hash.c:818 818 p = source->pListHead; (gdb) bt #0 zend_hash_merge_ex (target=0x832f868, source=0x98, pCopyConstructor=0x81e52a0 , size=4, pMergeSource=0x81d7520 , pParam=0x0) at /shared/src/php/php5-200503091930/Zend/zend_hash.c:818 #1 0x081d75d9 in zend_do_implement_interface (ce=0x832f7d0, iface=0x0) at /shared/src/php/php5-200503091930/Zend/zend_compile.c:2096 #2 0x081ea429 in zend_class_implements (class_entry=0x832f7d0, num_interfaces=2) at /shared/src/php/php5-200503091930/Zend/zend_API.c:1650 #3 0x08105644 in zm_startup_sqlite (type=1, module_number=4) at /shared/src/php/php5-200503091930/ext/sqlite/sqlite.c:1018 #4 0x081e93a8 in zend_register_module_ex (module=0x832cb58) at /shared/src/php/php5-200503091930/Zend/zend_API.c:1227 #5 0x081af4e0 in php_startup_extensions (ptr=0x82d066c, count=152) at /shared/src/php/php5-200503091930/main/main.c:1267 #6 0x0825577b in php_startup_internal_extensions () at main/internal_functions_cli.c:88 #7 0x081afab0 in php_module_startup (sf=0x0, additional_modules=0x0, num_additional_modules=152) at /shared/src/php/php5-200503091930/main/main.c:1450 #8 0x082546ee in main (argc=1, argv=0xbb04) at /shared/src/php/php5-200503091930/sapi/cli/php_cli.c:622 -- Edit bug report at http://bugs.php.net/?id=32258&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32258&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32258&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32258&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32258&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32258&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32258&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32258&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32258&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32258&r=support Expected behavior: http://bugs.php.net/fix.php?id=32258&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32258&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32258&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32258&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32258&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32258&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32258&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32258&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32258&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32258&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32258&r=mysqlcfg
#32258 [Opn->Csd]: SQLite module causes php to segfault
ID: 32258 Updated by: [EMAIL PROTECTED] Reported By: joh at deworks dot net -Status: Open +Status: Closed Bug Type: SQLite related -Operating System: Linux +Operating System: * -PHP Version: 5CVS-2005-03-09 (dev) +PHP Version: 5.1.* New Comment: This is a duplicate of #32144 Conclusion use gawk instead of awk/nawk/mawk and rebuild Previous Comments: [2005-03-09 22:55:24] joh at deworks dot net Description: The SQLite module contains code resulting in a Segmentation fault. I configured php5-200503091930 with: ./configure --prefix=/usr/local --with-apxs --with-zlib --with-bz2 --enable-ftp --with-gd --with-ttf --with-gettext --with-imap --with-ldap --with-mysql --with-mysql-sock=/var/run/mysqld/mysqld.sock --with-readline --enable-sockets --with-kerberos --with-jpeg-dir=/usr --with-imap-ssl Now, running the php cli results in a Segmentation fault: $ sapi/cli/php Segmentation fault Backtrace: (gdb) run Starting program: /shared/src/php/php5-200503091930/sapi/cli/php [Thread debugging using libthread_db enabled] [New Thread 1081820480 (LWP 18860)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1081820480 (LWP 18860)] zend_hash_merge_ex (target=0x832f868, source=0x98, pCopyConstructor=0x81e52a0 , size=4, pMergeSource=0x81d7520 , pParam=0x0) at /shared/src/php/php5-200503091930/Zend/zend_hash.c:818 818 p = source->pListHead; (gdb) bt #0 zend_hash_merge_ex (target=0x832f868, source=0x98, pCopyConstructor=0x81e52a0 , size=4, pMergeSource=0x81d7520 , pParam=0x0) at /shared/src/php/php5-200503091930/Zend/zend_hash.c:818 #1 0x081d75d9 in zend_do_implement_interface (ce=0x832f7d0, iface=0x0) at /shared/src/php/php5-200503091930/Zend/zend_compile.c:2096 #2 0x081ea429 in zend_class_implements (class_entry=0x832f7d0, num_interfaces=2) at /shared/src/php/php5-200503091930/Zend/zend_API.c:1650 #3 0x08105644 in zm_startup_sqlite (type=1, module_number=4) at /shared/src/php/php5-200503091930/ext/sqlite/sqlite.c:1018 #4 0x081e93a8 in zend_register_module_ex (module=0x832cb58) at /shared/src/php/php5-200503091930/Zend/zend_API.c:1227 #5 0x081af4e0 in php_startup_extensions (ptr=0x82d066c, count=152) at /shared/src/php/php5-200503091930/main/main.c:1267 #6 0x0825577b in php_startup_internal_extensions () at main/internal_functions_cli.c:88 #7 0x081afab0 in php_module_startup (sf=0x0, additional_modules=0x0, num_additional_modules=152) at /shared/src/php/php5-200503091930/main/main.c:1450 #8 0x082546ee in main (argc=1, argv=0xbb04) at /shared/src/php/php5-200503091930/sapi/cli/php_cli.c:622 -- Edit this bug report at http://bugs.php.net/?id=32258&edit=1
#28639 [Com]: imageCreateFromGif infinite loop. max processor
ID: 28639
Comment by: ericvanblokland at gmail dot com
Reported By: jim at bluedojo dot com
Status: No Feedback
Bug Type: GD related
Operating System: Windows XP
PHP Version: 4.3.7
New Comment:
I've experienced this bug with latest stable php5 release. However, I
do not believe the gif is corrupted, just odd formated (which you may
very well call corrupt if you like). Due to the fact most programs just
read these gifs whatsoever, as well as create them, our "stupid"
customers will continue using them. Would be nice to be able to work
with them or rejecting them without timeing out the script.
Previous Comments:
[2005-01-22 01:00:08] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-01-14 18:51:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Can not reproduce.
[2004-06-18 17:15:21] scottmacvicar at ntlworld dot com
Problem is in GetDataBlock_ it doesn't even return -1 so constantly
loops within the end code handling part of LWZReadByte_
while ((count = GetDataBlock(fd, buf)) > 0)
is the loop in question in libgd/gd_gif_in.c
I dont have enough time to see whats wrong with that function but its
there its looping.
[2004-06-15 12:45:03] iridium at beyondunreal dot com
I have reproduced this bug using
php -r
"imagecreatefromgif('http://members.tripod.com/~TyroneZero/drstrangelove.gif');"
on both windows xp in PHP 5.0.0rc2
and linux with 4.3.6
(both command line).
The above command causes it to hang. Tracing through the code using a
debugger it does look a lot like an infinate loop, though it could just
be a really long one.
I believe the infinate loop starts at line 155 in gd_gif_in.c at
for (;;) {
- I think it may just not be reaching an exit condition.
I may investigate more later.
Very strangely, if I download the gif and run the same command without
going to the site at runtime, there is no such problem.
Irid.
[2004-06-14 14:02:11] [EMAIL PROTECTED]
It seems this is Windows specific issue caused most probably by
php_gd2.dll.
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/28639
--
Edit this bug report at http://bugs.php.net/?id=28639&edit=1
#28639 [Com]: imageCreateFromGif infinite loop. max processor
ID: 28639
Comment by: ericvanblokland at gmail dot com
Reported By: jim at bluedojo dot com
Status: No Feedback
Bug Type: GD related
Operating System: Windows XP
PHP Version: 4.3.7
New Comment:
PS: how do I re-open this bug?
Previous Comments:
[2005-03-09 23:11:50] ericvanblokland at gmail dot com
I've experienced this bug with latest stable php5 release. However, I
do not believe the gif is corrupted, just odd formated (which you may
very well call corrupt if you like). Due to the fact most programs just
read these gifs whatsoever, as well as create them, our "stupid"
customers will continue using them. Would be nice to be able to work
with them or rejecting them without timeing out the script.
[2005-01-22 01:00:08] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-01-14 18:51:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Can not reproduce.
[2004-06-18 17:15:21] scottmacvicar at ntlworld dot com
Problem is in GetDataBlock_ it doesn't even return -1 so constantly
loops within the end code handling part of LWZReadByte_
while ((count = GetDataBlock(fd, buf)) > 0)
is the loop in question in libgd/gd_gif_in.c
I dont have enough time to see whats wrong with that function but its
there its looping.
[2004-06-15 12:45:03] iridium at beyondunreal dot com
I have reproduced this bug using
php -r
"imagecreatefromgif('http://members.tripod.com/~TyroneZero/drstrangelove.gif');"
on both windows xp in PHP 5.0.0rc2
and linux with 4.3.6
(both command line).
The above command causes it to hang. Tracing through the code using a
debugger it does look a lot like an infinate loop, though it could just
be a really long one.
I believe the infinate loop starts at line 155 in gd_gif_in.c at
for (;;) {
- I think it may just not be reaching an exit condition.
I may investigate more later.
Very strangely, if I download the gif and run the same command without
going to the site at runtime, there is no such problem.
Irid.
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/28639
--
Edit this bug report at http://bugs.php.net/?id=28639&edit=1
#31618 [Fbk->Opn]: is_readable() results based on ownership of calling script, not file
ID: 31618
User updated by: kibab at icehouse dot net
Reported By: kibab at icehouse dot net
-Status: Feedback
+Status: Open
Bug Type: Filesystem function related
Operating System: redhat enterprise
PHP Version: 5.0.3
New Comment:
Ok. I installed libxml2-2.6.16 and compiled both. STABLE
snapshot from last night compiles fine and links to the
new libxml2. UNSTABLE fails linking:
...
ext/libxml/libxml.lo(.text+0x362): In function
`_php_libxml_free_error':
/root/builds/php5-200503091530/ext/libxml/libxml.c:339:
undefined reference to `xmlResetError'
ext/libxml/libxml.lo(.text+0x394): In function
`_php_list_set_error_structure':
/root/builds/php5-200503091530/ext/libxml/libxml.c:353:
undefined reference to `xmlCopyError'
ext/libxml/libxml.lo(.text+0xa1e): In function
`zm_deactivate_libxml':
So, I could only try it out on the new STABLE snapshot,
and the behavior is NOT fixed. Also, an almost identical
situation comes up with the following test case (nearly
identical to my first one):
$myfilename = '/var/lib/php/test_templ2.php';
if (is_readable($myfilename)) {
echo "is_readable: $myfilename
(true)";
} else {
echo "is_readable: $myfilename
(false)";
}
//include($myfilename);
$res = fopen($myfilename,'r');
echo "res: $res";
$text = fgets($res, 4096);
echo $text
This results in:
Warning: fopen() [function.fopen]: SAFE MODE Restriction
in effect. The script whose uid/gid is 49/49 is not
allowed to access /var/lib/php/test_templ2.php owned by
uid/gid 0/0 in /var/www/sites/devel/test.php on line 10
Warning: fopen(/var/lib/php/test_templ2.php)
[function.fopen]: failed to open stream: Success
in /var/www/sites/devel/test.php on line 10
...
Thus, fopen also has the same type of problem. As you can
see below, safe_mode_include_dir is set to /var/lib/php,
as referenced in the above error message.
// php.ini settings
$ cat /etc/php.ini | grep -i safe_mode
safe_mode = On
safe_mode_gid = On
safe_mode_include_dir = /var/lib/php
...
Previous Comments:
[2005-03-09 21:42:46] [EMAIL PROTECTED]
Try this snapshot too, from the PHP 5_0 branch:
http://snaps.php.net/php5-STABLE-latest.tar.gz
[2005-03-09 19:32:42] kibab at icehouse dot net
Ok. It turns out xmlErrorPtr (and all the other changes)
are associated with libxml2 version 2.6.X. So, the docs
are wrong now, assuming the upgrade was intended. I guess
my RPM's are no longer sufficient. acinclude.m4,
aclocal.m4, and configure all mention 2.5.10. However,
ext/xml/xml.c has a reference to php_error_docref() that
mentions upgrading to libxml2 version 2.6.
So, libxml2 version 2.6 is the official requirement now?
[2005-03-09 18:16:01] kibab at icehouse dot net
A bit more information. I ran the compile command
manually using gcc -E instead of libtool, and it turns out
that xmlErrorPtr hasn't yet been defined at that point,
which is why it's dieing.
Also, I grepped for it but it's not present:
$ pwd
/usr/include/libxml2
$ grep -rni "xmlError" *
libxml/globals.h:17:#include
Per {acinclude,aclocal}.m4, libxml2 version 2.5.10 is
required, but I have that installed
I'll keep investigating... thanks.
[2005-03-09 16:42:44] kibab at icehouse dot net
Configure options listed below. It's basically a mirror of
the standard PHP-4 Redhat options adapted for PHP-5, with
a couple of extra options I added in.
./configure '--host=i386-redhat-linux'
'--build=i386-redhat-linux'
'--target=i386-redhat-linux-gnu' '--program-prefix='
'--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin'
'--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib' '--libexecdir=/usr/libexec'
'--localstatedir=/var' '--sharedstatedir=/usr/com'
'--mandir=/usr/share/man' '--infodir=/usr/share/info'
'--cache-file=./config.cache'
'--with-config-file-path=/etc'
'--with-config-file-scan-dir=/etc/php.d'
'--enable-force-cgi-redirect' '--disable-debug'
'--enable-pic' '--disable-rpath'
'--enable-inline-optimization' '--with-bz2'
'--with-db4=/usr' '--with-curl' '--with-dom=/usr'
'--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr'
'--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf'
'--with-ttf' '--with-gettext' '--with-ncurses'
'--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr'
'--with-openssl' '--with-png' '--with-pspell'
'--with-regex=system' '--with-xml' '--with-expat-dir=/usr'
'--with-zlib' '--with-layout=GNU' '--enable-bcmath'
'--enable-exif' '--enable-ftp'
#31493 [Csd->Opn]: navigating to javascript:anything kills IE
ID: 31493
User updated by: csaba at alum dot mit dot edu
Reported By: csaba at alum dot mit dot edu
-Status: Closed
+Status: Open
Bug Type: COM related
Operating System: Win XP Pro
PHP Version: 5.0.3
New Comment:
Sorry to reopen this, but I wanted to ensure that this got attention.
I'm not objecting to it being closed, per se, but I don't think it
makes sense to do so without a comment considering that the penultimate
comment says, "Is it working", and the response is "No." Anybody
looking at this in the future (and me looking at it now) is going to
wonder what went on.
It would be good to know whether this is not considered a bug (or is of
the 'not our problem' variety), is a Won't fix situation, or possibly
confused with bug 31492 (since that seems to have already happened
once, but that bug is distinct), or what? But in my most recent
testing, the original scenario still failed.
Csaba
Previous Comments:
[2005-03-09 01:40:57] csaba at alum dot mit dot edu
I have tried this with the March 7 build and it is still not working in
the same fashion, but I have a bit more information on it. It is tied
to the fact that there is no previous navigation before the
javascript:whatever is hit.
For example,
Hi Mom'";
$nav = "javascript:alert('Hi Mom')";
$ie->Visible = true;
$ie->Navigate($nav);
?>
will vanish IE, but
Hi Mom'";
$nav = "javascript:alert('Hi Mom')";
$ie->Visible = true;
$ie->Navigate("about:blank");
$ie->Navigate($nav);
?>
will keep IE around (you can also use the non alert version). The
point is that the 'pre navigation' to "about:blank" allows the main
navigation to go through somehow.
[2005-02-28 21:09:15] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-01-17 07:46:27] csaba at alum dot mit dot edu
I have replaced the sleep(...) with appropriate com_message_pump(...),
but I still get the same results.
[2005-01-17 04:32:22] [EMAIL PROTECTED]
You should never call sleep() in a script that uses COM, as deadlocks
and bad mojo can result. Instead, use com_message_pump() and specify
your delay in milliseconds.
If that doesn't help any, I'll try to look into this problem later in
the week.
[2005-01-17 04:02:24] csaba at alum dot mit dot edu
As a double check, I downloaded, then installed, PHP ver 5.0.4-dev
(cli) (built Jan 17 2005 02:30:00).
Still the same problem. IE goes away (and rings a bell) as soon as the
Navigate is hit.
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/31493
--
Edit this bug report at http://bugs.php.net/?id=31493&edit=1
#31132 [Fbk->NoF]: Installing PHP 5.0.3 causes 403.9 HTTP Errors under IIS 5
ID: 31132 Updated by: php-bugs@lists.php.net Reported By: aaron at visualprose dot com -Status: Feedback +Status: No Feedback Bug Type: IIS related Operating System: Windows XP Professional SP 1 PHP Version: 5.0.3 New Comment: 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". Previous Comments: [2005-02-28 21:14:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-12-16 18:49:38] aaron at visualprose dot com Description: When PHP 5.0.3 is installed under IIS 5.0 on Windows XP Professional, all web pages (.html, .php, .asp, or .aspx) can only be viewed ten times before IIS reports "HTTP 403.9 - Access Forbidden: Too many users are connected". No pages (inlcluding HTML, ASP, etc.) can be viewed once this error occurs. IIS must be restarted (which takes approximately 5 minutes). I have followed the steps on Microsoft's site to disable HTTP Keep-alives, and the problem persists. Removing the script map to PHP solves the problem, which is what leads me to believe PHP is causing the problem Reproduce code: --- 1) Install PHP 5.0.3 on Windows XP SP 1. 2) Load up a .html, .php, or .asp running on the web server. 3) Hit "Refresh" 10 times. 4) Note the 403.9 HTTP error appears. Note that IIS must be restarted before access to any resource is allowed again. Expected result: No 403.9 error. Actual result: -- IIS continues to give the 403.9 error page until it is restarted. -- Edit this bug report at http://bugs.php.net/?id=31132&edit=1
#31442 [Fbk->Csd]: unserialize broken on 64-bit systems
ID: 31442 Updated by: [EMAIL PROTECTED] Reported By: michal at cihar dot com -Status: Feedback +Status: Closed Bug Type: Zend Engine 2 problem Operating System: 64-bit PHP Version: 4.3.10, 5.0.3 Assigned To: helly New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-03-07 17:42:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip This should be fixed since 17. January in CVS [2005-03-07 15:21:38] michal at cihar dot com The patch works fine also on 5.0.3, I have no idea what could break tests for you... [2005-01-08 20:00:53] michal at cihar dot com I can't reproduce these failures here (php 4.3.10). [2005-01-08 18:39:07] [EMAIL PROTECTED] php run-tests.php ext/standard/tests/serialize ... FAILED TEST SUMMARY - serialize()/unserialize()/var_dump() [ext/standard/tests/serialize/001.phpt] Bug #25378 (unserialize() crashes with invalid data) [ext/standard/tests/serialize/002.phpt] Bug #14293 (serialize() and __sleep()) [ext/standard/tests/serialize/bug14293.phpt] Bug #21957 (serialize() mangles objects with __sleep) [ext/standard/tests/serialize/bug21957.phpt] Bug #25378 (unserialize() crashes with invalid data) [ext/standard/tests/serialize/bug25378.phpt] Bug #28325 (Problem in serialisation of circular references) [ext/standard/tests/serialize/bug28325.phpt] [2005-01-08 18:32:38] michal at cihar dot com What kind of tests do fail? I have no idea what could be broken by this change. 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/31442 -- Edit this bug report at http://bugs.php.net/?id=31442&edit=1
#22946 [Com]: exec() or system() or passthru() hang when using openssh 3.4
ID: 22946
Comment by: ross at rbecker dot org
Reported By: massimo at tuxel dot com
Status: No Feedback
Bug Type: Program Execution
Operating System: SuSE Linux 8.1
PHP Version: 4.3.1
New Comment:
I am experiencing this same issue on SuSE 9.1 with PHP 4.3.4 and
OpenSSH 3.8. This is a more recent PHP than the one you offered up to
solve the problem.
I have narrowed it down to exec'ing ssh specifically. I am using
passwordless public/private key authentication to a user account with
very limited priveledges on the remote host.
The ssh command to the remote host is actually executed, but PHP never
comes back.
The problem occurs using system(),shell_exec(), and popen().
I have reproduced this with a script as simple as:
HTML GOES HERE
The result is that PHP never comes back, and it does not error out
either. Executing this via the command line works fine, executing it
as a web-script hangs permanently.
Previous Comments:
[2003-04-21 09:19:43] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-04-09 16:48:52] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-03-28 18:27:02] massimo at tuxel dot com
Using ssh through the various exec functions usually hangs
php execution. Very strange that:
exec('/usr/bin/scp [EMAIL PROTECTED]:/what/ever/file .')
works fine, while
exec('/usr/bin/ssh [EMAIL PROTECTED] /what/ever/execfile'),
where "execfile" is any executable file, makes the
execution of the php script hang.
Any help/reproduction/confirmation of this very
appreciated.
--
Edit this bug report at http://bugs.php.net/?id=22946&edit=1
#22946 [Com]: exec() or system() or passthru() hang when using openssh 3.4
ID: 22946
Comment by: ross at rbecker dot org
Reported By: massimo at tuxel dot com
Status: No Feedback
Bug Type: Program Execution
Operating System: SuSE Linux 8.1
PHP Version: 4.3.1
New Comment:
One more note here-
I'm aware that there is a PECL extension to add ssh functionality to
PHP. I would much prefer NOT to use that extension as it is dependant
on a 3rd party library, not actual openssh code, so utilizing this
library would create a dependancy on something my vendor does not
support or provide bug/security fixes for. I'd much prefer to utilize
what exists on the system.
Previous Comments:
[2005-03-10 04:24:29] ross at rbecker dot org
I am experiencing this same issue on SuSE 9.1 with PHP 4.3.4 and
OpenSSH 3.8. This is a more recent PHP than the one you offered up to
solve the problem.
I have narrowed it down to exec'ing ssh specifically. I am using
passwordless public/private key authentication to a user account with
very limited priveledges on the remote host.
The ssh command to the remote host is actually executed, but PHP never
comes back.
The problem occurs using system(),shell_exec(), and popen().
I have reproduced this with a script as simple as:
HTML GOES HERE
The result is that PHP never comes back, and it does not error out
either. Executing this via the command line works fine, executing it
as a web-script hangs permanently.
[2003-04-21 09:19:43] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-04-09 16:48:52] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2003-03-28 18:27:02] massimo at tuxel dot com
Using ssh through the various exec functions usually hangs
php execution. Very strange that:
exec('/usr/bin/scp [EMAIL PROTECTED]:/what/ever/file .')
works fine, while
exec('/usr/bin/ssh [EMAIL PROTECTED] /what/ever/execfile'),
where "execfile" is any executable file, makes the
execution of the php script hang.
Any help/reproduction/confirmation of this very
appreciated.
--
Edit this bug report at http://bugs.php.net/?id=22946&edit=1
#32253 [Opn->Fbk]: Accessing MSSQL server crashes Apache
ID: 32253
Updated by: [EMAIL PROTECTED]
Reported By: piotr at clickthinking dot com
-Status: Open
+Status: Feedback
Bug Type: MSSQL related
Operating System: Windows 2003/2000/XP
PHP Version: Irrelevant
New Comment:
It looks like you are using ODBC and not MSSQL functions. Can you
reproduce the same error with native PHP calls (eliminating the ADODB
class)? This would be by using odbc_* or mssql_* functions.
Note the MSSQL library used for the MSSQL extension is not thread safe
and might be causing this probem if you are using mssql_* functions.
There is a new version of the mssql extension available. This is build
using FreeTDS. You could try this version (mssql_* functions are 100%
compatible). The dll is called php_dblib.dll, and it replaces
php_mssql.dll.
Previous Comments:
[2005-03-09 14:41:08] piotr at clickthinking dot com
Description:
I have checked this with PHP 4.3.10, 5.02, 5.03, latest snapshot and
5.0 in combination with Apache 2.0.53 and 1.3.33 (I tried all
combinations).
While running under Windows 2000, 2003 and XP and trying to connect to
a MSSQL server (on my local machine or a different server) using adodb
4.61 (http://adodb.sourceforge.net) the apache server crashes reporting
php5ts.dll to be the problem (a runtime error dialog box occurs that
when clicked restarts apache). It crashes Apache entirely and apache
stops loading pages until it is reset. There are no error messages in
the apache logs and one has to look in event viewer to see what caused
the problem.
This crash happens randomly, it normally takes 8-10 refreshes of a page
for a crash to occur (sometimes as many as 20 refreshes). It doesn't
matter what page it is as long as the page pulls information from a
MSSQL database.
The same page pulling from the exact same database using MySQL does not
produce any errors and just keeps running.
Reproduce code:
---
require_once('adodb/adodb.inc.php');
global $conn;
$conn =& ADONewConnection('odbc_mssql');
$conn->SetFetchMode(ADODB_FETCH_BOTH);
$dsn="driver={sql server}; server=localhost; database=arb_db;";
$conn->pconnect($dsn, 'sa', 'ididit');
// Putting pconnect or connect makes no difference"
$sql = "SELECT Desc FROM Tours ORDER BY TourRank";
$rs = $conn->Execute($sql);
Expected result:
I expect it to pull Desc field from the Tours Table in the arb_db
database.
Actual result:
--
Apache crashes in the way described. Apache crashes with a runtime
error dialog and an error is logged under event viewer.
This occurs on Windows 2003/2000/XP on with PHP 4.3.10, 5.02, 5.03,
latest snapshot and 5.0 in combination with Apache 2.0.53 and 1.3.33 (I
tried all combinations).
MSSQL 2000 and 97 were tried and MySQL 4.1 and 4.0. MySQL worked fine,
MSSQL connection crashsed server.
--
Edit this bug report at http://bugs.php.net/?id=32253&edit=1
#32254 [Fbk->Opn]: Nested try-catch blocks may cause segfault
ID: 32254
User updated by: shulmanb at il dot ibm dot com
Reported By: shulmanb at il dot ibm dot com
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5CVS-2005-03-09 (dev)
New Comment:
Latest snapshot does not cause a segfault on Linux.
However, the probably related bug #32252 still happens on Windows with
latest snapshot, so it's probable that memory corruption still occurs.
Previous Comments:
[2005-03-09 21:45:39] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Works fine here.
[2005-03-09 14:52:58] shulmanb at il dot ibm dot com
Description:
When compiled with --enable-maintainer-zts, having nested try-catch
blocks may cause segfaults in some cases.
In the following code fragment, commenting out the outer try-catch
block solves the segfault.
This DOES NOT HAPPEN when compiled with debug symbols.
This may be related to bug #32252 (for instance, if the index to $list
is positive, crash does not occur).
Reproduce code:
---
class a implements ArrayAccess {
function offsetExists ($offset) { return false; }
function offsetGet ($offset) { return null; }
function offsetSet ($offset, $value) { throw new Exception
("Oops"); }
function offsetUnset ($offset) { }
}
function test () {
try {
$list = new a();
$caught = 0;
try {
$list[-1] = 123;
} catch (Exception $e) {
$caught = 1;
}
if (!$caught)
return false;
return true;
}
catch (Exception $e) {
return false;
}
}
print test();
Expected result:
The output should be "1"
Actual result:
--
Segmentation fault.
PHP was compiled without debug symbols. The stack trace provided by gdb
was:
#0 0x08184ecd in zend_hash_destroy (ht=0x8c579c08)
at /root/php-5.0.3/Zend/zend_hash.c:524
--
Edit this bug report at http://bugs.php.net/?id=32254&edit=1
