#35537 [Csd-Bgs]: error in mysqli when updating a record
ID: 35537 Updated by: [EMAIL PROTECTED] Reported By: andrew dot holland at unn dot ac dot uk -Status: Closed +Status: Bogus Bug Type: MySQLi related Operating System: windows xp PHP Version: 5.1.1 Previous Comments: [2005-12-07 02:01:56] andrew dot holland at unn dot ac dot uk it was an error that was caused by generating a unique password with time() and md5() its now sorted [2005-12-03 23:25:36] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-03 23:16:34] andrew dot holland at unn dot ac dot uk Description: im getting an error when doing a second update on the same record in the database. mysqli_affected_rows() always returns 0 after the first update if you are trying to update the same record. ive used the mysql console to perform the same update and that works fine. Reproduce code: --- $conn = mysqli_connect(localhost,root,,); mysqli_autocommit($conn, FALSE); $result = mysqli_query($conn,update users set password = '$md5' where username = '$myvar' ); echo mysqli_affected_rows($conn).br /; //check that no errors have occured or warnings if (mysqli_warning_count($conn) == null ) { echo mysqli_affected_rows($conn).br /; if ( mysqli_affected_rows($conn) 0) { echo some data; mysqli_commit ($conn); } } else { echo error; mysqli_rollback($conn); } mysqli_free_result($result); mysqli_close($conn); } Expected result: it should return 0 for mysqli_affected_rows and run the following code Actual result: -- returns 0 if updating the same record -- Edit this bug report at http://bugs.php.net/?id=35537edit=1
#35577 [Opn-Bgs]: Apache Start Up error: php_mysql.dll unable to be loaded.
ID: 35577 Updated by: [EMAIL PROTECTED] Reported By: william dot clarke at gmail dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.1.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2005-12-07 01:41:49] william dot clarke at gmail dot com Description: I just upgraded to the PHP 5.1.1 version (on Apache 2) and since the upgrade I've been getting everybody's favourite: PHP Startup:Unable to load dynamic library '[CORRECT_PATH_TO_php_mysql.dll'- The specified procedure could not be found. Note: I also checked my Windows/System32 directory for any old libmysql.dll versions. And I did check the other pre-existing soutions... I downloaded the very latest build (6/12/2005 [Australian Date]) to see if I'd just grabbed a wacky version and I'm still getting the same message. Any suggestions would be appreciated... -- Edit this bug report at http://bugs.php.net/?id=35577edit=1
#35575 [Fbk-Opn]: gettext call segfaults with memory allocation error
ID: 35575 User updated by: tokul at users dot sourceforge dot net Reported By: tokul at users dot sourceforge dot net -Status: Feedback +Status: Open Bug Type: Gettext related Operating System: OpenBSD 3.8 PHP Version: 5CVS-2005-12-06 (snap) New Comment: It is specific to OpenBSD. They rewrote malloc code in v.3.8. You need ru/LC_MESSAGES/test.mo file in order to reproduce it. I think any compiled gettext translation file can be used for test.mo. I can reproduce problem with standard gettext library distributed with OpenBSD. gettext v.0.10.40. If php is compiled against GNU gettext 0.14.3, script works as expected without segfaults. Backtrace #0 0x00085e74 in ?? () #1 0xe92d2eb8 in ?? () #2 0x0001 in ?? () #3 0x in ?? () #4 0x0cfbcc3e in _nl_find_domain () from /usr/local/lib/libintl.so.1.1 Previous frame inner to this frame (corrupt stack?) I'll try contacting OpenBSD devels. Previous Comments: [2005-12-06 22:48:09] [EMAIL PROTECTED] JFYI: the reproduce script works perfectly fine on Linux and outputs: Test [2005-12-06 22:41:39] [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-12-06 22:37:39] tokul at users dot sourceforge dot net Description: If gettext extension manages to locate .mo file, script breaks with memory allocation error. php compiled with --disable-all --enable-cli --with-gettext same error in 5.0.4 and 5.1.1. do you need php.core file? Reproduce code: --- bindtextdomain('test','./'); textdomain('test'); setlocale(LC_ALL, 'ru_RU.UTF-8'); putenv('LC_ALL=ru_RU.UTF-8'); echo _(Test); Expected result: Test Actual result: -- tail of kdump - 15066 php CALL mmap(0,0x4395ef38,0x1,0x2,0x3,0,0,0) 15066 php RET mmap -1 errno 12 Cannot allocate memory 15066 php CALL mmap(0,0x4395f000,0x3,0x1002,0x,0,0,0) 15066 php RET mmap -1 errno 12 Cannot allocate memory 15066 php PSIG SIGSEGV SIG_DFL code 1 addr=0x58e64 trapno=1 15066 php NAMI php.core - -- Edit this bug report at http://bugs.php.net/?id=35575edit=1
#35580 [NEW]: Adding SAX handlers to XSLTProcessor
From: markus at emedia-solutions-wolf dot de Operating system: Linux PHP version: 5.1.1 PHP Bug Type: Feature/Change Request Bug description: Adding SAX handlers to XSLTProcessor Description: I would like to see the possiblity to add SAX handlers to the xslt processor in php. Without them you have to rely on dom for xsl processing which is quite memory consuming. Are there any plans to implement this? -- Edit bug report at http://bugs.php.net/?id=35580edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35580r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35580r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35580r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35580r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35580r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35580r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35580r=needscript Try newer version:http://bugs.php.net/fix.php?id=35580r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35580r=support Expected behavior:http://bugs.php.net/fix.php?id=35580r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35580r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35580r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35580r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35580r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35580r=dst IIS Stability:http://bugs.php.net/fix.php?id=35580r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35580r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35580r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35580r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35580r=mysqlcfg
#35575 [Opn-Bgs]: gettext call segfaults with memory allocation error
ID: 35575 Updated by: [EMAIL PROTECTED] Reported By: tokul at users dot sourceforge dot net -Status: Open +Status: Bogus Bug Type: Gettext related Operating System: OpenBSD 3.8 PHP Version: 5CVS-2005-12-06 (snap) New Comment: If it happens because OpenBSD developers rewrote malloc()'s code - report that problem to them. Previous Comments: [2005-12-07 09:34:06] tokul at users dot sourceforge dot net It is specific to OpenBSD. They rewrote malloc code in v.3.8. You need ru/LC_MESSAGES/test.mo file in order to reproduce it. I think any compiled gettext translation file can be used for test.mo. I can reproduce problem with standard gettext library distributed with OpenBSD. gettext v.0.10.40. If php is compiled against GNU gettext 0.14.3, script works as expected without segfaults. Backtrace #0 0x00085e74 in ?? () #1 0xe92d2eb8 in ?? () #2 0x0001 in ?? () #3 0x in ?? () #4 0x0cfbcc3e in _nl_find_domain () from /usr/local/lib/libintl.so.1.1 Previous frame inner to this frame (corrupt stack?) I'll try contacting OpenBSD devels. [2005-12-06 22:48:09] [EMAIL PROTECTED] JFYI: the reproduce script works perfectly fine on Linux and outputs: Test [2005-12-06 22:41:39] [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-12-06 22:37:39] tokul at users dot sourceforge dot net Description: If gettext extension manages to locate .mo file, script breaks with memory allocation error. php compiled with --disable-all --enable-cli --with-gettext same error in 5.0.4 and 5.1.1. do you need php.core file? Reproduce code: --- bindtextdomain('test','./'); textdomain('test'); setlocale(LC_ALL, 'ru_RU.UTF-8'); putenv('LC_ALL=ru_RU.UTF-8'); echo _(Test); Expected result: Test Actual result: -- tail of kdump - 15066 php CALL mmap(0,0x4395ef38,0x1,0x2,0x3,0,0,0) 15066 php RET mmap -1 errno 12 Cannot allocate memory 15066 php CALL mmap(0,0x4395f000,0x3,0x1002,0x,0,0,0) 15066 php RET mmap -1 errno 12 Cannot allocate memory 15066 php PSIG SIGSEGV SIG_DFL code 1 addr=0x58e64 trapno=1 15066 php NAMI php.core - -- Edit this bug report at http://bugs.php.net/?id=35575edit=1
#35554 [Fbk-Opn]: Unsatisfied symbols libiconv
ID: 35554 User updated by: mad at dactar dot ch Reported By: mad at dactar dot ch -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: HP-UX 11.00 PHP Version: 5CVS-2005-12-05 (snap) New Comment: Here's the result with LDFLAGS=-liconv creating cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for egrep... grep -E checking for a sed that does not truncate output... /usr/bin/sed checking host system type... hppa2.0n-hp-hpux11.00 checking target system type... hppa2.0n-hp-hpux11.00 checking for gcc... gcc checking whether the C compiler (gcc -liconv) works... no configure: error: installation or configuration problem: C compiler cannot create executables. so I've tried to compile without this LDFLAGS and with the --without-iconv configure's argument and it compiles now fine. So it's a problem with the iconv library on HP-UX. Do you know if this library works on this system or if I should install libiconv ? Thanks @++ JC Previous Comments: [2005-12-06 20:23:47] [EMAIL PROTECTED] Have you tried adding -liconv to your LDFLAGS? [2005-12-05 14:07:37] mad at dactar dot ch I've tried with the latest CVS and I don't have the zend_error_noreturn error message anymore. The others messages are still here : /usr/ccs/bin/ld: Unsatisfied symbols: libiconv (code) libiconv_open (code) libiconv_close (code) collect2: ld returned 1 exit status *** Error exit code 1 Stop. [2005-12-05 12:52:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-05 12:48:38] mad at dactar dot ch Description: Hellow, I've errors when I compile php on HP-UX Reproduce code: --- Here's my configure's options : ./configure \ --prefix=/PKl01h01/soft/web \ --with-libxml-dir=/PKl01h01/soft/web Expected result: No error on compile Actual result: -- /usr/ccs/bin/ld: Unsatisfied symbols: libiconv (code) libiconv_open (code) libiconv_close (code) zend_error_noreturn (code) collect2: ld returned 1 exit status *** Error exit code 1 Stop. -- Edit this bug report at http://bugs.php.net/?id=35554edit=1
#35570 [Fbk-Opn]: segfault when re-using soap client object
ID: 35570 User updated by: rick at revenew dot nl Reported By: rick at revenew dot nl -Status: Feedback +Status: Open Bug Type: SOAP related Operating System: Debian Sarge (Linux) amd64 PHP Version: 5.1.1 New Comment: I can't seem to get valgrind compiled on my system: /usr/bin/ld: skipping incompatible /usr/lib/gcc-lib/x86_64-linux/3.3.5/./libgcc.a when searching for -lgcc /usr/bin/ld: skipping incompatible /usr/lib/gcc-lib/x86_64-linux/3.3.5/libgcc.a when searching for -lgcc Is there another way to find out what the problem is? Previous Comments: [2005-12-06 14:48:01] [EMAIL PROTECTED] Check it with valgrind. I guess it should give you some warnings or something. [2005-12-06 14:46:16] rick at revenew dot nl Hmm just noticed something really strange. I just recompiled php 5.1.1 with the exact same configure options, only I added --enable-debug to start making a backtrace. Now with the --enable-debug it works fine :S So, I got curious offcourse and recompiled again without --enable-debug and bam... a segfault again. [2005-12-06 14:17:40] [EMAIL PROTECTED] Please provide BOTH short but complete reproduce script and GDB backtrace. Thanks. [2005-12-06 14:10:13] rick at revenew dot nl the latest snapshot still segfaults [2005-12-06 13:59:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip The 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/35570 -- Edit this bug report at http://bugs.php.net/?id=35570edit=1
#35563 [Opn-Fbk]: phpmyadmin make seg fault with sql.php script
ID: 35563 Updated by: [EMAIL PROTECTED] Reported By: edo at edo dot cl -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: solaris 8 PHP Version: 4.4.1 New Comment: I'm sure IMAP is not required to get the GDB backrace. Previous Comments: [2005-12-07 00:00:12] edo at edo dot cl I've downloaded the snapshot, but now i have lot of new errors for linking c-client imap-wu library (required for horde support): [EMAIL PROTECTED]:~/work5/php5.1-200512061130#./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mod_charset --enable-force-cgi-redirect --enable-fastcgi --enable-safe-mode --enable-sigchild --enable-magic-quotes --with-openssl=/usr/local/ssl --enable-calendar --with-dom=/usr/local --with-flatfile --enable-ftp --with-iconv --with-iconv-dir=/usr/local/lib --with-imap=../imap-2004g --with-java=/usr/java1.2 --with-openssl-dir=/usr/local/ssl --with-mime-magic --enable-soap --with-mysql=/usr/local/mysql --with-mysql-sock=/tmp/mysql.sock --enable-sockets --enable-sysvmsg --enable-sysvsem --enable-sysvshm --with-gettext=/usr --with-zlib --with-zlib-dir=/usr --enable-mbstring --enable-mbstring-enc-trans --with-iconv=/usr/local --enable-memory-limit The linking process failed like this: strtod.lo Zend/zend_objects.lo Zend/zend_object_handlers.lo Zend/zend_objects_API.lo Zend/zend_mm.lo Zend/zend_default_classes.lo Zend/zend_execute.lo sapi/apache2handler/mod_php5.lo sapi/apache2handler/sapi_apache2.lo sapi/apache2handler/apache_config.lo sapi/apache2handler/php_functions.lo main/internal_functions.lo -lcrypt -lc-client -lmysqlclient -lcrypt -lpam -liconv -lintl -lssl -lcrypto -lz -lssl -lcrypto -lresolv -lm -ldl -lsocket -lnsl -lgcc -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lxml2 -lz -liconv -lm -lsocket -lnsl -lcrypt -o libphp5.la Text relocation remains referenced against symbol offset in file unknown 0x2b2c /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) unknown 0x2b30 /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) unknown 0x2b34 /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) unknown 0x2b38 /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) unknown 0x2b3c /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) unknown 0x2b40 /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) unknown 0x2b44 /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) unknown 0x2b48 /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) unknown 0x2b4c /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) unknown 0x2b50 /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) unknown 0x2b54 /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) [ lot of errors] time0x25f8 /export/home/broot/work5/imap-2004g/lib/libc-client.a(mh.o) time0x2658 /export/home/broot/work5/imap-2004g/lib/libc-client.a(mx.o) time0x2868 /export/home/broot/work5/imap-2004g/lib/libc-client.a(mx.o) time0x1c0 /export/home/broot/work5/imap-2004g/lib/libc-client.a(netmsg.o) fcntl 0x795c /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) fcntl 0x7978 /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) fcntl 0x7b18 /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) fcntl 0x96c0 /export/home/broot/work5/imap-2004g/lib/libc-client.a(osdep.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status *** Error code 1 make: Fatal error: Command failed for target `libphp5.la' The platform is sun4u 32bits with solaris8 and many GNU tools installed. The imap c-client library were made with/out SSL support and the error are the same. [2005-12-06 01:35:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip
#35570 [Opn-Fbk]: segfault when re-using soap client object
ID: 35570 Updated by: [EMAIL PROTECTED] Reported By: rick at revenew dot nl -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Debian Sarge (Linux) amd64 PHP Version: 5.1.1 New Comment: Well, at least show the GDB backtrace that you get without --enable-debug. Previous Comments: [2005-12-07 10:29:12] rick at revenew dot nl I can't seem to get valgrind compiled on my system: /usr/bin/ld: skipping incompatible /usr/lib/gcc-lib/x86_64-linux/3.3.5/./libgcc.a when searching for -lgcc /usr/bin/ld: skipping incompatible /usr/lib/gcc-lib/x86_64-linux/3.3.5/libgcc.a when searching for -lgcc Is there another way to find out what the problem is? [2005-12-06 14:48:01] [EMAIL PROTECTED] Check it with valgrind. I guess it should give you some warnings or something. [2005-12-06 14:46:16] rick at revenew dot nl Hmm just noticed something really strange. I just recompiled php 5.1.1 with the exact same configure options, only I added --enable-debug to start making a backtrace. Now with the --enable-debug it works fine :S So, I got curious offcourse and recompiled again without --enable-debug and bam... a segfault again. [2005-12-06 14:17:40] [EMAIL PROTECTED] Please provide BOTH short but complete reproduce script and GDB backtrace. Thanks. [2005-12-06 14:10:13] rick at revenew dot nl the latest snapshot still segfaults 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/35570 -- Edit this bug report at http://bugs.php.net/?id=35570edit=1
#35565 [Opn-Fbk]: named :placeholders are not queried w/ MySQL
ID: 35565 Updated by: [EMAIL PROTECTED] Reported By: capiCrimm at gmail dot com -Status: Open +Status: Feedback Bug Type: PDO related Operating System: GNU Debian Sarge PHP Version: 5CVS-2005-12-06 (snap) Previous Comments: [2005-12-07 04:22:47] capiCrimm at gmail dot com The CVS update did nothing. I tried downgrading to mysql 3.x and it didn't work. But upgrading to mysql5 did do the job. Seems weird, but maybe it's only 4.1.14? I'll try and compile PHP-CVS on another computer and see if the error is still occuring. [2005-12-06 22:48:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Seems to work in latest CVS using MySQL 4.1.14 [2005-12-06 19:15:10] capiCrimm at gmail dot com I'm running a .deb, ``mysql Ver 14.7 Distrib 4.1.12''. [2005-12-06 18:36:30] [EMAIL PROTECTED] What version of MySQL are you using? [2005-12-06 06:17:30] capiCrimm at gmail dot com Description: Using named and positional :placeholders in a PDO prepare statement result in an empty table in MySQL. Entering in the values into the prepare statement by hand does work, however, and when copying over the examples from the man to check myself I could get a nonsensical result(196864:327683) when using 5 for the values. I added a print in the code, but the values are also blank using mysql CLI and the result is the same using php CLI Reproduce code: --- ?php $conn = new PDO('mysql:dbname=testing;host=localhost;','root',''); ## CREATE TABLE tbTest(one char(4), two char(4)); $stmt = $conn-prepare(INSERT INTO tbTest(one,two) VALUES (:name , :value)); $stmt-bindParam(':name', $name, PDO::PARAM_STR, 4); $stmt-bindParam(':value', $value, PDO::PARAM_STR, 4); $name = 'val1'; $value = 'val2'; $stmt-execute(); foreach( $conn-query(SELECT * FROM tbTest, PDO::FETCH_ASSOC) as $table ){ print {$table['one']}:{$table['two']} ; } ? Expected result: val1:val2 Actual result: -- : -- Edit this bug report at http://bugs.php.net/?id=35565edit=1
#35570 [Fbk-Opn]: segfault when re-using soap client object
ID: 35570 User updated by: rick at revenew dot nl Reported By: rick at revenew dot nl -Status: Feedback +Status: Open Bug Type: SOAP related Operating System: Debian Sarge (Linux) amd64 PHP Version: 5.1.1 New Comment: This is the gdb backtrace without --enable-debug. This one is made with cli php, but that acts identical to the apache module. #0 0x in ?? () #1 0x0003 in ?? () #2 0x in ?? () #3 0x0004 in ?? () #4 0x7fe1b440 in ?? () #5 0x001d in ?? () #6 0x00c8 in ?? () #7 0x in ?? () #8 0x in ?? () #9 0x00bbd418 in ?? () #10 0x00ccc5e8 in ?? () #11 0x0205 in ?? () #12 0x00ccc3c0 in ?? () #13 0x0001acd88580 in ?? () #14 0x00bc96b8 in ?? () #15 0x00ccc3c0 in ?? () #16 0x00bbbc98 in ?? () #17 0x in ?? () #18 0x2cbc6649 in posix_memalign () from /lib/libc.so.6 #19 0x00bbe454 in ?? () #20 0x in ?? () #21 0x2c8a9824 in xmlStrdup () from /usr/lib/libxml2.so.2 #22 0x2c8643a3 in xmlNewNode () from /usr/lib/libxml2.so.2 #23 0x00bbcc80 in ?? () #24 0x in ?? () #25 0x in ?? () #26 0x in ?? () #27 0x2c8e19e8 in xmlSAX2StartElementNs () from /usr/lib/libxml2.so.2 #28 0x in ?? () #29 0x00bbd148 in ?? () #30 0x00bbd148 in ?? () #31 0x7fe1b3f0 in ?? () #32 0x0080335e in utf8_table4 () #33 0x009f1588 in defaultEncoding () #34 0x0001 in ?? () #35 0x7fe1b4f0 in ?? () #36 0x2cbb8105 in vsprintf () from /lib/libc.so.6 #37 0x2c8f8bac in xmlStringComment () from /usr/lib/libxml2.so.2 #38 0x7fe1b4c0 in ?? () #39 0x7fe1b4cc in ?? () #40 0x7fe1b4d0 in ?? () #41 0x7fe1b4dc in ?? () #42 0x in ?? () #43 0x00bc30c0 in ?? () #44 0x00300020 in ?? () #45 0x7fe1b510 in ?? () #46 0x7fe1b440 in ?? () #47 0x2c868f9b in xmlBufferAdd () from /usr/lib/libxml2.so.2 #48 0x in ?? () #49 0xccaa38ebba8f9fbf in ?? () #50 0x00bbd148 in ?? () #51 0x00bbbc98 in ?? () #52 0x7fe1b580 in ?? () #53 0x0004 in ?? () #54 0x7fe1b640 in ?? () #55 0x00b058a0 in ?? () #56 0x005231ac in zif_SoapClient___doRequest (ht=-1986392, return_value=0x0, this_ptr=0x0, return_value_used=-1396606464) at /home/rick/php-5.0.4/ext/soap/soap.c:2594 #57 0x0061ecf5 in zend_call_function (fci=0x7fe1b2d0, fci_cache=0x1) at /home/rick/php-5.0.4/Zend/zend_execute_API.c:870 #58 0x0061e736 in call_user_function_ex (function_table=0x7fe1b0a8, object_pp=0x1, function_name=0x0, retval_ptr_ptr=0x2cc17a00, param_count=12352376, params=0xbbd1c8, no_separation=1, symbol_table=0x1) at /home/rick/php-5.0.4/Zend/zend_execute_API.c:552 #59 0x0061e663 in call_user_function (function_table=0x0, object_pp=0x7fe1b710, function_name=0x7fe1b7d0, retval_ptr=0x7fe1b9d0, param_count=4, params=0x7fe1b730) at /home/rick/php-5.0.4/Zend/zend_execute_API.c:527 #60 0x00521922 in do_request (this_ptr=0xbbbc98, request=0x7fe1b0a8, location=0xbc0aa8 http://soap-server-ip-address/WQLogin/soap/IWQLoginService;, action=0xbc96b8 urn:WQLoginServiceIntf-IWQLoginService#GetUserUID, version=1, response=0x7fe1b9d0) at /home/rick/php-5.0.4/ext/soap/soap.c:2175 #61 0x00521f0f in do_soap_call (this_ptr=0xbbbc98, function=0xbc12f8 GetUserUID, function_len=0, arg_count=1, real_args=0xbbdb28, return_value=0xbbccd8, location=0xbc0aa8 http://soap-server-ip-address/WQLogin/soap/IWQLoginService;, soap_action=0x0, call_uri=0x0, soap_headers=0x0, output_headers=0x0) at /home/rick/php-5.0.4/ext/soap/soap.c:2277 #62 0x00522b99 in zif_SoapClient___call (ht=-1986392, return_value=0xbbccd8, this_ptr=0xbbbc98, return_value_used=-1396606464) at /home/rick/php-5.0.4/ext/soap/soap.c:2456 #63 0x0061ecf5 in zend_call_function (fci=0x7fe1bc20, fci_cache=0x2) at /home/rick/php-5.0.4/Zend/zend_execute_API.c:870 #64 0x0061e736 in call_user_function_ex (function_table=0x7fe1b0a8, object_pp=0x1, function_name=0x0, retval_ptr_ptr=0x2cc17a00, param_count=12352376, params=0xbbd1c8, no_separation=1, symbol_table=0x1) at /home/rick/php-5.0.4/Zend/zend_execute_API.c:552 #65 0x0063b5b7 in zend_std_call_user_call (ht=1, return_value=0xbc0cf8, this_ptr=0xbbbc98, return_value_used=-1396606464) at /home/rick/php-5.0.4/Zend/zend_object_handlers.c:582 #66 0x0064b30c in zend_do_fcall_common_helper (execute_data=0x7fe1cd30, opline=0xbc59c8, op_array=0xbbc7f8) at /home/rick/php-5.0.4/Zend/zend_execute.c:2727 #67 0x0064b3a1 in zend_do_fcall_by_name_handler
#35570 [Opn]: segfault when re-using soap client object
ID: 35570 User updated by: rick at revenew dot nl Reported By: rick at revenew dot nl Status: Open Bug Type: SOAP related Operating System: Debian Sarge (Linux) amd64 PHP Version: 5.1.1 New Comment: and one with a php 5.1.1 cli: #0 0x in ?? () #1 0x0003 in ?? () #2 0x in ?? () #3 0x0001 in ?? () #4 0x01cf in ?? () #5 0x7fb28820 in ?? () #6 0x001d in ?? () #7 0x000100c8 in ?? () #8 0x2cc18e21 in sbrk () from /lib/libc.so.6 #9 0x00d592c0 in ?? () #10 0x0001acd88580 in ?? () #11 0x00d41018 in ?? () #12 0x00d592c0 in ?? () #13 0x00d34b28 in ?? () #14 0x00d37364 in ?? () #15 0x0005 in ?? () #16 0x00d36f10 in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x2cbc3ff7 in malloc () from /lib/libc.so.6 #20 0x2c8a97c8 in xmlStrndup () from /usr/lib/libxml2.so.2 #21 0x2c8a9824 in xmlStrdup () from /usr/lib/libxml2.so.2 #22 0x2c8643a3 in xmlNewNode () from /usr/lib/libxml2.so.2 #23 0x2c8644cc in xmlNewDocNode () from /usr/lib/libxml2.so.2 #24 0x2c8e19e8 in xmlSAX2StartElementNs () from /usr/lib/libxml2.so.2 #25 0x2cbb8105 in vsprintf () from /lib/libc.so.6 #26 0x7fb28940 in ?? () #27 0x0004 in ?? () #28 0x7fb28a00 in ?? () #29 0x00cb06d0 in ?? () #30 0x0069cbca in zend_parse_parameters (num_args=-5077864, type_spec=0x1 Address 0x1 out of bounds) at /home/rick/php-5.1.1-nodebug/Zend/zend_API.c:635 #31 0x005862cc in zif_SoapClient___doRequest (ht=-5077864, return_value=0x2c864ace, return_value_ptr=0x0, this_ptr=0x8b9bfc, return_value_used=13890840) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2722 #32 0x00690e41 in zend_call_function (fci=0x1, fci_cache=0xd34b28) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:894 #33 0x006907f6 in call_user_function_ex (function_table=0x7fb28498, object_pp=0x1, function_name=0x0, retval_ptr_ptr=0x2cc17a00, param_count=13890840, params=0xd360e8, no_separation=1, symbol_table=0x1) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:578 #34 0x006906e2 in call_user_function (function_table=0x0, object_pp=0x7fb28ad0, function_name=0x7fb28b90, retval_ptr=0x7fb28da0, param_count=4, params=0x7fb28af0) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:551 #35 0x00584822 in do_request (this_ptr=0xd34b28, request=0x7fb28498, location=0xd3c208 http://soap-server-ipWQLogin/soap/IWQLoginService;, action=0xd41018 urn:WQLoginServiceIntf-IWQLoginService#GetUserUID, version=1, response=0x7fb28da0) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2273 #36 0x00584e83 in do_soap_call (this_ptr=0xd34b28, function=0xd37fe8 GetUserUID, function_len=0, arg_count=1, real_args=0xd364c8, return_value=0xe68a68, location=0xd3c208 http://soap-server-ip/WQLogin/soap/IWQLoginService;, soap_action=0x0, call_uri=0x0, soap_headers=0x0, output_headers=0x0) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2375 #37 0x00585c8f in zif_SoapClient___call (ht=-5077864, return_value=0xe68a68, return_value_ptr=0x0, this_ptr=0xd34b28, return_value_used=13890840) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2584 #38 0x00690e41 in zend_call_function (fci=0x7fb29040, fci_cache=0x2) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:894 #39 0x006ab4cb in zend_call_method (object_pp=0x7fb29100, obj_ce=0xcb06d0, fn_proxy=0xcb08b0, function_name=0x8c8700 __call, function_name_len=6, retval_ptr_ptr=0x7fb29108, param_count=1, arg1=0xd360a8, arg2=0xd38088) at /home/rick/php-5.1.1-nodebug/Zend/zend_interfaces.c:88 #40 0x006b16be in zend_std_call_user_call (ht=13852840, return_value=0xd37e58, return_value_ptr=0x0, this_ptr=0xd34b28, return_value_used=13890840) at /home/rick/php-5.1.1-nodebug/Zend/zend_object_handlers.c:634 #41 0x006bfc09 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fb29bc0) at zend_vm_execute.h:188 #42 0x006bf4d4 in execute (op_array=0xd356a8) at zend_vm_execute.h:88 #43 0x0069b579 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/rick/php-5.1.1-nodebug/Zend/zend.c:1090 Previous Comments: [2005-12-07 11:20:47] rick at revenew dot nl This is the gdb backtrace without --enable-debug. This one is made with cli php, but that acts identical to the apache module. #0 0x in ?? () #1 0x0003 in ?? () #2 0x in ?? () #3 0x0004 in ?? () #4 0x7fe1b440 in ?? () #5 0x001d in ?? () #6 0x00c8 in ?? () #7 0x in ?? () #8 0x in ?? () #9
#35570 [Opn]: segfault when re-using soap client object
ID: 35570 User updated by: rick at revenew dot nl Reported By: rick at revenew dot nl Status: Open Bug Type: SOAP related Operating System: Debian Sarge (Linux) amd64 PHP Version: 5.1.1 New Comment: Also it doesn't matter what the second soap request is. The second one just causes a segfault. In the simplest form: webserver:~# cat login.php #!/usr/local/php-5.1.1/bin/php ?php $wq = new SoapClient('http://soap-server-ip-address/WQLogin/wsdl/IWQLoginService'); $foo = $wq-GetUserList(); // Soap request 1 works fine $wq = new SoapClient('http://soap-server-ip-address/WQLogin/wsdl/IWQLoginService'); $bar = $wq-GetUserList(); // Soap request 2 causes segfault, but works fine after a reconnect ? webserver:~# ./login.php webserver:~# vim login.php webserver:~# cat login.php #!/usr/local/php-5.1.1/bin/php ?php $wq = new SoapClient('http://soap-server-ip-address/WQLogin/wsdl/IWQLoginService'); $foo = $wq-GetUserList(); // Soap request 1 works fine $bar = $wq-GetUserList(); // Soap request 2 causes segfault, but works fine after a reconnect ? webserver:~# ./login.php Segmentation fault (core dumped) webserver:~# Previous Comments: [2005-12-07 11:28:14] rick at revenew dot nl and one with a php 5.1.1 cli: #0 0x in ?? () #1 0x0003 in ?? () #2 0x in ?? () #3 0x0001 in ?? () #4 0x01cf in ?? () #5 0x7fb28820 in ?? () #6 0x001d in ?? () #7 0x000100c8 in ?? () #8 0x2cc18e21 in sbrk () from /lib/libc.so.6 #9 0x00d592c0 in ?? () #10 0x0001acd88580 in ?? () #11 0x00d41018 in ?? () #12 0x00d592c0 in ?? () #13 0x00d34b28 in ?? () #14 0x00d37364 in ?? () #15 0x0005 in ?? () #16 0x00d36f10 in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x2cbc3ff7 in malloc () from /lib/libc.so.6 #20 0x2c8a97c8 in xmlStrndup () from /usr/lib/libxml2.so.2 #21 0x2c8a9824 in xmlStrdup () from /usr/lib/libxml2.so.2 #22 0x2c8643a3 in xmlNewNode () from /usr/lib/libxml2.so.2 #23 0x2c8644cc in xmlNewDocNode () from /usr/lib/libxml2.so.2 #24 0x2c8e19e8 in xmlSAX2StartElementNs () from /usr/lib/libxml2.so.2 #25 0x2cbb8105 in vsprintf () from /lib/libc.so.6 #26 0x7fb28940 in ?? () #27 0x0004 in ?? () #28 0x7fb28a00 in ?? () #29 0x00cb06d0 in ?? () #30 0x0069cbca in zend_parse_parameters (num_args=-5077864, type_spec=0x1 Address 0x1 out of bounds) at /home/rick/php-5.1.1-nodebug/Zend/zend_API.c:635 #31 0x005862cc in zif_SoapClient___doRequest (ht=-5077864, return_value=0x2c864ace, return_value_ptr=0x0, this_ptr=0x8b9bfc, return_value_used=13890840) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2722 #32 0x00690e41 in zend_call_function (fci=0x1, fci_cache=0xd34b28) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:894 #33 0x006907f6 in call_user_function_ex (function_table=0x7fb28498, object_pp=0x1, function_name=0x0, retval_ptr_ptr=0x2cc17a00, param_count=13890840, params=0xd360e8, no_separation=1, symbol_table=0x1) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:578 #34 0x006906e2 in call_user_function (function_table=0x0, object_pp=0x7fb28ad0, function_name=0x7fb28b90, retval_ptr=0x7fb28da0, param_count=4, params=0x7fb28af0) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:551 #35 0x00584822 in do_request (this_ptr=0xd34b28, request=0x7fb28498, location=0xd3c208 http://soap-server-ipWQLogin/soap/IWQLoginService;, action=0xd41018 urn:WQLoginServiceIntf-IWQLoginService#GetUserUID, version=1, response=0x7fb28da0) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2273 #36 0x00584e83 in do_soap_call (this_ptr=0xd34b28, function=0xd37fe8 GetUserUID, function_len=0, arg_count=1, real_args=0xd364c8, return_value=0xe68a68, location=0xd3c208 http://soap-server-ip/WQLogin/soap/IWQLoginService;, soap_action=0x0, call_uri=0x0, soap_headers=0x0, output_headers=0x0) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2375 #37 0x00585c8f in zif_SoapClient___call (ht=-5077864, return_value=0xe68a68, return_value_ptr=0x0, this_ptr=0xd34b28, return_value_used=13890840) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2584 #38 0x00690e41 in zend_call_function (fci=0x7fb29040, fci_cache=0x2) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:894 #39 0x006ab4cb in zend_call_method (object_pp=0x7fb29100, obj_ce=0xcb06d0, fn_proxy=0xcb08b0, function_name=0x8c8700 __call, function_name_len=6, retval_ptr_ptr=0x7fb29108, param_count=1, arg1=0xd360a8, arg2=0xd38088) at /home/rick/php-5.1.1-nodebug/Zend/zend_interfaces.c:88 #40 0x006b16be in zend_std_call_user_call
#35288 [Asn-Bgs]: iconv() function defined as libiconv()
ID: 35288 Updated by: [EMAIL PROTECTED] Reported By: webmaster at negeta dot com -Status: Assigned +Status: Bogus Bug Type: ICONV related Operating System: FreeBSD 5.4 PHP Version: 5.1.1 Assigned To: moriyoshi New Comment: That's expected behaviour. I did not break anything. Rather, it would never detect the correct header if with --with-iconv before I fixed. Previous Comments: [2005-12-06 23:01:55] [EMAIL PROTECTED] Assigned to the person who broke it. [2005-12-01 13:04:54] webmaster at negeta dot com I specified the path of iconv explicitly. I ran './configure --with-iconv=/usr/local', and HAVE_LIBICONV was defined. 'libiconv' comes before 'iconv' when the path is specified. But above priority is inverted when the path is not specified. I was able to avoid this problem by using this difference. I hope 'libiconv' comes before 'iconv' automatically on the system that has both functions. But, I will back out this problem if this difference was designed for changing priority of them manually. [2005-11-23 13:51:20] webmaster at negeta dot com FreeBSD base system has no iconv library which is usable by other executable. FreeBSD does not contain the glibc, and libiconv.so is not installed in base system. I found '/usr/include/sys/iconv.h', but it is used by some kernel modules. Conflict will not occur because PHP does not include sys/iconv.h. I removed libiconv and ran './configure', then following error occured: % tail -15 config.log configure:19817: gcc -o conftest -g -O2 -R/usr/local/lib -L/usr/local/lib conftest.c -lm -lxml2 -lz -liconv -lm 15 /usr/bin/ld: cannot find -liconv configure: failed program was: #line 19806 configure #include confdefs.h char xmlInitParser(); int main() { xmlInitParser(); return 0; } [2005-11-23 09:29:38] [EMAIL PROTECTED] So you didn't read the comment above those checks? Try removing that libiconv you installed and try again. And make sure the installation of libiconv did NOT write over the system iconv.h !!! [2005-11-21 17:49:34] webmaster at negeta dot com I ran ./configure I only installed libiconv-1.9.2 from FreeBSD ports 'converters/libiconv.' libiconv has C function iconv in 'lib/iconv.c', and alias name libiconv is defined in 'include/iconv.h.' And a program can use iconv as libiconv. 'configure' detects function iconv first. And it detects libiconv when iconv was not found. And HAVE_ICONV is defined and HAVE_LIBICONV is not defined. When 'ext/iconv/iconv.c :line 68' is compiled, PHP_NAMED_FE(iconv,php_if_iconv, ... is understood as PHP_NAMED_FE(libiconv,php_if_iconv, ... by compiler. Because #ifdef HAVE_LIBICONV #undef iconv #endif skips undefine iconv. To solve this, I thought that HAVE_LIBICONV is necessary. I read acinclude.m4, and found the order of iconv and libiconv. If 'configure' detect libiconv first, then it will define HAVE_ICONV and HAVE_LIBICONV. And if system has only iconv, then it will not define HAVE_LIBICONV. Maybe Linux system is not influenced by this problem. Because these system has iconv of glibc, and there is no libiconv. 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/35288 -- Edit this bug report at http://bugs.php.net/?id=35288edit=1
#35570 [Opn-Fbk]: segfault when re-using soap client object
ID: 35570 Updated by: [EMAIL PROTECTED] Reported By: rick at revenew dot nl -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Debian Sarge (Linux) amd64 PHP Version: 5.1.1 New Comment: Looking at the backtrace, it doesn't seem like PHP problem. What libxml2 version are you using? Previous Comments: [2005-12-07 11:48:28] rick at revenew dot nl Also it doesn't matter what the second soap request is. The second one just causes a segfault. In the simplest form: webserver:~# cat login.php #!/usr/local/php-5.1.1/bin/php ?php $wq = new SoapClient('http://soap-server-ip-address/WQLogin/wsdl/IWQLoginService'); $foo = $wq-GetUserList(); // Soap request 1 works fine $wq = new SoapClient('http://soap-server-ip-address/WQLogin/wsdl/IWQLoginService'); $bar = $wq-GetUserList(); // Soap request 2 causes segfault, but works fine after a reconnect ? webserver:~# ./login.php webserver:~# vim login.php webserver:~# cat login.php #!/usr/local/php-5.1.1/bin/php ?php $wq = new SoapClient('http://soap-server-ip-address/WQLogin/wsdl/IWQLoginService'); $foo = $wq-GetUserList(); // Soap request 1 works fine $bar = $wq-GetUserList(); // Soap request 2 causes segfault, but works fine after a reconnect ? webserver:~# ./login.php Segmentation fault (core dumped) webserver:~# [2005-12-07 11:28:14] rick at revenew dot nl and one with a php 5.1.1 cli: #0 0x in ?? () #1 0x0003 in ?? () #2 0x in ?? () #3 0x0001 in ?? () #4 0x01cf in ?? () #5 0x7fb28820 in ?? () #6 0x001d in ?? () #7 0x000100c8 in ?? () #8 0x2cc18e21 in sbrk () from /lib/libc.so.6 #9 0x00d592c0 in ?? () #10 0x0001acd88580 in ?? () #11 0x00d41018 in ?? () #12 0x00d592c0 in ?? () #13 0x00d34b28 in ?? () #14 0x00d37364 in ?? () #15 0x0005 in ?? () #16 0x00d36f10 in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x2cbc3ff7 in malloc () from /lib/libc.so.6 #20 0x2c8a97c8 in xmlStrndup () from /usr/lib/libxml2.so.2 #21 0x2c8a9824 in xmlStrdup () from /usr/lib/libxml2.so.2 #22 0x2c8643a3 in xmlNewNode () from /usr/lib/libxml2.so.2 #23 0x2c8644cc in xmlNewDocNode () from /usr/lib/libxml2.so.2 #24 0x2c8e19e8 in xmlSAX2StartElementNs () from /usr/lib/libxml2.so.2 #25 0x2cbb8105 in vsprintf () from /lib/libc.so.6 #26 0x7fb28940 in ?? () #27 0x0004 in ?? () #28 0x7fb28a00 in ?? () #29 0x00cb06d0 in ?? () #30 0x0069cbca in zend_parse_parameters (num_args=-5077864, type_spec=0x1 Address 0x1 out of bounds) at /home/rick/php-5.1.1-nodebug/Zend/zend_API.c:635 #31 0x005862cc in zif_SoapClient___doRequest (ht=-5077864, return_value=0x2c864ace, return_value_ptr=0x0, this_ptr=0x8b9bfc, return_value_used=13890840) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2722 #32 0x00690e41 in zend_call_function (fci=0x1, fci_cache=0xd34b28) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:894 #33 0x006907f6 in call_user_function_ex (function_table=0x7fb28498, object_pp=0x1, function_name=0x0, retval_ptr_ptr=0x2cc17a00, param_count=13890840, params=0xd360e8, no_separation=1, symbol_table=0x1) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:578 #34 0x006906e2 in call_user_function (function_table=0x0, object_pp=0x7fb28ad0, function_name=0x7fb28b90, retval_ptr=0x7fb28da0, param_count=4, params=0x7fb28af0) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:551 #35 0x00584822 in do_request (this_ptr=0xd34b28, request=0x7fb28498, location=0xd3c208 http://soap-server-ipWQLogin/soap/IWQLoginService;, action=0xd41018 urn:WQLoginServiceIntf-IWQLoginService#GetUserUID, version=1, response=0x7fb28da0) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2273 #36 0x00584e83 in do_soap_call (this_ptr=0xd34b28, function=0xd37fe8 GetUserUID, function_len=0, arg_count=1, real_args=0xd364c8, return_value=0xe68a68, location=0xd3c208 http://soap-server-ip/WQLogin/soap/IWQLoginService;, soap_action=0x0, call_uri=0x0, soap_headers=0x0, output_headers=0x0) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2375 #37 0x00585c8f in zif_SoapClient___call (ht=-5077864, return_value=0xe68a68, return_value_ptr=0x0, this_ptr=0xd34b28, return_value_used=13890840) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2584 #38 0x00690e41 in zend_call_function (fci=0x7fb29040, fci_cache=0x2) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:894 #39 0x006ab4cb in zend_call_method (object_pp=0x7fb29100, obj_ce=0xcb06d0, fn_proxy=0xcb08b0,
#35288 [Bgs-Asn]: iconv() function defined as libiconv()
ID: 35288 Updated by: [EMAIL PROTECTED] Reported By: webmaster at negeta dot com -Status: Bogus +Status: Assigned Bug Type: ICONV related Operating System: FreeBSD 5.4 PHP Version: 5.1.1 Assigned To: moriyoshi New Comment: Since when having libiconv() instead of iconv() is expected behaviour? Previous Comments: [2005-12-07 11:56:18] [EMAIL PROTECTED] That's expected behaviour. I did not break anything. Rather, it would never detect the correct header if with --with-iconv before I fixed. [2005-12-06 23:01:55] [EMAIL PROTECTED] Assigned to the person who broke it. [2005-12-01 13:04:54] webmaster at negeta dot com I specified the path of iconv explicitly. I ran './configure --with-iconv=/usr/local', and HAVE_LIBICONV was defined. 'libiconv' comes before 'iconv' when the path is specified. But above priority is inverted when the path is not specified. I was able to avoid this problem by using this difference. I hope 'libiconv' comes before 'iconv' automatically on the system that has both functions. But, I will back out this problem if this difference was designed for changing priority of them manually. [2005-11-23 13:51:20] webmaster at negeta dot com FreeBSD base system has no iconv library which is usable by other executable. FreeBSD does not contain the glibc, and libiconv.so is not installed in base system. I found '/usr/include/sys/iconv.h', but it is used by some kernel modules. Conflict will not occur because PHP does not include sys/iconv.h. I removed libiconv and ran './configure', then following error occured: % tail -15 config.log configure:19817: gcc -o conftest -g -O2 -R/usr/local/lib -L/usr/local/lib conftest.c -lm -lxml2 -lz -liconv -lm 15 /usr/bin/ld: cannot find -liconv configure: failed program was: #line 19806 configure #include confdefs.h char xmlInitParser(); int main() { xmlInitParser(); return 0; } [2005-11-23 09:29:38] [EMAIL PROTECTED] So you didn't read the comment above those checks? Try removing that libiconv you installed and try again. And make sure the installation of libiconv did NOT write over the system iconv.h !!! 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/35288 -- Edit this bug report at http://bugs.php.net/?id=35288edit=1
#35570 [Fbk-Opn]: segfault when re-using soap client object
ID: 35570 User updated by: rick at revenew dot nl Reported By: rick at revenew dot nl -Status: Feedback +Status: Open Bug Type: SOAP related Operating System: Debian Sarge (Linux) amd64 PHP Version: 5.1.1 New Comment: It's the default Debian Sarge (amd64) version: 2.6.16-7. Previous Comments: [2005-12-07 11:59:26] [EMAIL PROTECTED] Looking at the backtrace, it doesn't seem like PHP problem. What libxml2 version are you using? [2005-12-07 11:48:28] rick at revenew dot nl Also it doesn't matter what the second soap request is. The second one just causes a segfault. In the simplest form: webserver:~# cat login.php #!/usr/local/php-5.1.1/bin/php ?php $wq = new SoapClient('http://soap-server-ip-address/WQLogin/wsdl/IWQLoginService'); $foo = $wq-GetUserList(); // Soap request 1 works fine $wq = new SoapClient('http://soap-server-ip-address/WQLogin/wsdl/IWQLoginService'); $bar = $wq-GetUserList(); // Soap request 2 causes segfault, but works fine after a reconnect ? webserver:~# ./login.php webserver:~# vim login.php webserver:~# cat login.php #!/usr/local/php-5.1.1/bin/php ?php $wq = new SoapClient('http://soap-server-ip-address/WQLogin/wsdl/IWQLoginService'); $foo = $wq-GetUserList(); // Soap request 1 works fine $bar = $wq-GetUserList(); // Soap request 2 causes segfault, but works fine after a reconnect ? webserver:~# ./login.php Segmentation fault (core dumped) webserver:~# [2005-12-07 11:28:14] rick at revenew dot nl and one with a php 5.1.1 cli: #0 0x in ?? () #1 0x0003 in ?? () #2 0x in ?? () #3 0x0001 in ?? () #4 0x01cf in ?? () #5 0x7fb28820 in ?? () #6 0x001d in ?? () #7 0x000100c8 in ?? () #8 0x2cc18e21 in sbrk () from /lib/libc.so.6 #9 0x00d592c0 in ?? () #10 0x0001acd88580 in ?? () #11 0x00d41018 in ?? () #12 0x00d592c0 in ?? () #13 0x00d34b28 in ?? () #14 0x00d37364 in ?? () #15 0x0005 in ?? () #16 0x00d36f10 in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x2cbc3ff7 in malloc () from /lib/libc.so.6 #20 0x2c8a97c8 in xmlStrndup () from /usr/lib/libxml2.so.2 #21 0x2c8a9824 in xmlStrdup () from /usr/lib/libxml2.so.2 #22 0x2c8643a3 in xmlNewNode () from /usr/lib/libxml2.so.2 #23 0x2c8644cc in xmlNewDocNode () from /usr/lib/libxml2.so.2 #24 0x2c8e19e8 in xmlSAX2StartElementNs () from /usr/lib/libxml2.so.2 #25 0x2cbb8105 in vsprintf () from /lib/libc.so.6 #26 0x7fb28940 in ?? () #27 0x0004 in ?? () #28 0x7fb28a00 in ?? () #29 0x00cb06d0 in ?? () #30 0x0069cbca in zend_parse_parameters (num_args=-5077864, type_spec=0x1 Address 0x1 out of bounds) at /home/rick/php-5.1.1-nodebug/Zend/zend_API.c:635 #31 0x005862cc in zif_SoapClient___doRequest (ht=-5077864, return_value=0x2c864ace, return_value_ptr=0x0, this_ptr=0x8b9bfc, return_value_used=13890840) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2722 #32 0x00690e41 in zend_call_function (fci=0x1, fci_cache=0xd34b28) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:894 #33 0x006907f6 in call_user_function_ex (function_table=0x7fb28498, object_pp=0x1, function_name=0x0, retval_ptr_ptr=0x2cc17a00, param_count=13890840, params=0xd360e8, no_separation=1, symbol_table=0x1) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:578 #34 0x006906e2 in call_user_function (function_table=0x0, object_pp=0x7fb28ad0, function_name=0x7fb28b90, retval_ptr=0x7fb28da0, param_count=4, params=0x7fb28af0) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:551 #35 0x00584822 in do_request (this_ptr=0xd34b28, request=0x7fb28498, location=0xd3c208 http://soap-server-ipWQLogin/soap/IWQLoginService;, action=0xd41018 urn:WQLoginServiceIntf-IWQLoginService#GetUserUID, version=1, response=0x7fb28da0) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2273 #36 0x00584e83 in do_soap_call (this_ptr=0xd34b28, function=0xd37fe8 GetUserUID, function_len=0, arg_count=1, real_args=0xd364c8, return_value=0xe68a68, location=0xd3c208 http://soap-server-ip/WQLogin/soap/IWQLoginService;, soap_action=0x0, call_uri=0x0, soap_headers=0x0, output_headers=0x0) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2375 #37 0x00585c8f in zif_SoapClient___call (ht=-5077864, return_value=0xe68a68, return_value_ptr=0x0, this_ptr=0xd34b28, return_value_used=13890840) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2584 #38 0x00690e41 in zend_call_function (fci=0x7fb29040,
#35570 [Opn-Fbk]: segfault when re-using soap client object
ID: 35570 Updated by: [EMAIL PROTECTED] Reported By: rick at revenew dot nl -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Debian Sarge (Linux) amd64 PHP Version: 5.1.1 New Comment: Try to update it and see if it helps. Previous Comments: [2005-12-07 12:02:31] rick at revenew dot nl It's the default Debian Sarge (amd64) version: 2.6.16-7. [2005-12-07 11:59:26] [EMAIL PROTECTED] Looking at the backtrace, it doesn't seem like PHP problem. What libxml2 version are you using? [2005-12-07 11:48:28] rick at revenew dot nl Also it doesn't matter what the second soap request is. The second one just causes a segfault. In the simplest form: webserver:~# cat login.php #!/usr/local/php-5.1.1/bin/php ?php $wq = new SoapClient('http://soap-server-ip-address/WQLogin/wsdl/IWQLoginService'); $foo = $wq-GetUserList(); // Soap request 1 works fine $wq = new SoapClient('http://soap-server-ip-address/WQLogin/wsdl/IWQLoginService'); $bar = $wq-GetUserList(); // Soap request 2 causes segfault, but works fine after a reconnect ? webserver:~# ./login.php webserver:~# vim login.php webserver:~# cat login.php #!/usr/local/php-5.1.1/bin/php ?php $wq = new SoapClient('http://soap-server-ip-address/WQLogin/wsdl/IWQLoginService'); $foo = $wq-GetUserList(); // Soap request 1 works fine $bar = $wq-GetUserList(); // Soap request 2 causes segfault, but works fine after a reconnect ? webserver:~# ./login.php Segmentation fault (core dumped) webserver:~# [2005-12-07 11:28:14] rick at revenew dot nl and one with a php 5.1.1 cli: #0 0x in ?? () #1 0x0003 in ?? () #2 0x in ?? () #3 0x0001 in ?? () #4 0x01cf in ?? () #5 0x7fb28820 in ?? () #6 0x001d in ?? () #7 0x000100c8 in ?? () #8 0x2cc18e21 in sbrk () from /lib/libc.so.6 #9 0x00d592c0 in ?? () #10 0x0001acd88580 in ?? () #11 0x00d41018 in ?? () #12 0x00d592c0 in ?? () #13 0x00d34b28 in ?? () #14 0x00d37364 in ?? () #15 0x0005 in ?? () #16 0x00d36f10 in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x2cbc3ff7 in malloc () from /lib/libc.so.6 #20 0x2c8a97c8 in xmlStrndup () from /usr/lib/libxml2.so.2 #21 0x2c8a9824 in xmlStrdup () from /usr/lib/libxml2.so.2 #22 0x2c8643a3 in xmlNewNode () from /usr/lib/libxml2.so.2 #23 0x2c8644cc in xmlNewDocNode () from /usr/lib/libxml2.so.2 #24 0x2c8e19e8 in xmlSAX2StartElementNs () from /usr/lib/libxml2.so.2 #25 0x2cbb8105 in vsprintf () from /lib/libc.so.6 #26 0x7fb28940 in ?? () #27 0x0004 in ?? () #28 0x7fb28a00 in ?? () #29 0x00cb06d0 in ?? () #30 0x0069cbca in zend_parse_parameters (num_args=-5077864, type_spec=0x1 Address 0x1 out of bounds) at /home/rick/php-5.1.1-nodebug/Zend/zend_API.c:635 #31 0x005862cc in zif_SoapClient___doRequest (ht=-5077864, return_value=0x2c864ace, return_value_ptr=0x0, this_ptr=0x8b9bfc, return_value_used=13890840) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2722 #32 0x00690e41 in zend_call_function (fci=0x1, fci_cache=0xd34b28) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:894 #33 0x006907f6 in call_user_function_ex (function_table=0x7fb28498, object_pp=0x1, function_name=0x0, retval_ptr_ptr=0x2cc17a00, param_count=13890840, params=0xd360e8, no_separation=1, symbol_table=0x1) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:578 #34 0x006906e2 in call_user_function (function_table=0x0, object_pp=0x7fb28ad0, function_name=0x7fb28b90, retval_ptr=0x7fb28da0, param_count=4, params=0x7fb28af0) at /home/rick/php-5.1.1-nodebug/Zend/zend_execute_API.c:551 #35 0x00584822 in do_request (this_ptr=0xd34b28, request=0x7fb28498, location=0xd3c208 http://soap-server-ipWQLogin/soap/IWQLoginService;, action=0xd41018 urn:WQLoginServiceIntf-IWQLoginService#GetUserUID, version=1, response=0x7fb28da0) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2273 #36 0x00584e83 in do_soap_call (this_ptr=0xd34b28, function=0xd37fe8 GetUserUID, function_len=0, arg_count=1, real_args=0xd364c8, return_value=0xe68a68, location=0xd3c208 http://soap-server-ip/WQLogin/soap/IWQLoginService;, soap_action=0x0, call_uri=0x0, soap_headers=0x0, output_headers=0x0) at /home/rick/php-5.1.1-nodebug/ext/soap/soap.c:2375 #37 0x00585c8f in zif_SoapClient___call (ht=-5077864, return_value=0xe68a68, return_value_ptr=0x0, this_ptr=0xd34b28,
#35570 [Fbk-Opn]: segfault when re-using soap client object
ID: 35570 User updated by: rick at revenew dot nl Reported By: rick at revenew dot nl -Status: Feedback +Status: Open Bug Type: SOAP related Operating System: Debian Sarge (Linux) amd64 PHP Version: 5.1.1 New Comment: I updated to the latest libxml2 (2.6.22) and recompiled php with this lib. And it still segfaults. Here is a backtrace from this version: #0 0x in ?? () #1 0x0003 in ?? () #2 0x in ?? () #3 0x in ?? () #4 0x01cf in ?? () #5 0x7ff722b0 in ?? () #6 0xacb04e21 in ?? () #7 0x000100c8 in ?? () #8 0x2cb04e21 in sbrk () from /lib/libc.so.6 #9 0x00d57640 in ?? () #10 0x0001 in ?? () #11 0x00d3fdf8 in ?? () #12 0x00d57640 in ?? () #13 0x00d34e98 in ?? () #14 0x00d3b1c4 in ?? () #15 0x0005 in ?? () #16 0x00d39c00 in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x2caafff7 in malloc () from /lib/libc.so.6 #20 0x2c8a97c8 in xmlStrndup () from /usr/lib/libxml2.so.2 #21 0x2c8a9824 in xmlStrdup () from /usr/lib/libxml2.so.2 #22 0x2c8643a3 in xmlNewNode () from /usr/lib/libxml2.so.2 #23 0x2c8644cc in xmlNewDocNode () from /usr/lib/libxml2.so.2 #24 0x2c8e19e8 in xmlSAX2StartElementNs () from /usr/lib/libxml2.so.2 #25 0x2c8a97c8 in xmlStrndup () from /usr/lib/libxml2.so.2 #26 0x2c8e103f in xmlSAX2EndElement () from /usr/lib/libxml2.so.2 #27 0x2c8e1b68 in xmlSAX2EndElementNs () from /usr/lib/libxml2.so.2 #28 0x00021000 in ?? () #29 0x2cc74580 in __after_morecore_hook () from /lib/libc.so.6 #30 0x2cab4079 in __default_morecore () from /lib/libc.so.6 #31 0x in ?? () #32 0x in ?? () #33 0x0004 in ?? () #34 0x00d23f00 in ?? () #35 0x0069c8a2 in zend_parse_va_args (num_args=4, type_spec=0x8b9adc , va=0xd59820, flags=-1397736960) at /home/rick/php-5.1.1/Zend/zend_API.c:608 #36 0x0069ca8a in zend_parse_parameters (num_args=-581848, type_spec=0x1 Address 0x1 out of bounds) at /home/rick/php-5.1.1/Zend/zend_API.c:635 #37 0x0058628c in zif_SoapClient___doRequest (ht=-581848, return_value=0xe683c8, return_value_ptr=0x0, this_ptr=0xd34e98, return_value_used=13888920) at /home/rick/php-5.1.1/ext/soap/soap.c:2722 #38 0x00690d01 in zend_call_function (fci=0x7ff72490, fci_cache=0x4) at /home/rick/php-5.1.1/Zend/zend_execute_API.c:894 #39 0x006906b6 in call_user_function_ex (function_table=0x7ff71f28, object_pp=0x1, function_name=0x0, retval_ptr_ptr=0x2cb03a00, param_count=13888920, params=0xd3a208, no_separation=1, symbol_table=0x1) at /home/rick/php-5.1.1/Zend/zend_execute_API.c:578 #40 0x006905a2 in call_user_function (function_table=0x0, object_pp=0x7ff72560, function_name=0x7ff72620, retval_ptr=0x7ff72830, param_count=4, params=0x7ff72580) at /home/rick/php-5.1.1/Zend/zend_execute_API.c:551 #41 0x005847e2 in do_request (this_ptr=0xd34e98, request=0x7ff71f28, location=0xca7128 http://soap-server-ip-address/WQLogin/soap/IWQLoginService;, action=0xd3fdf8 urn:WQLoginServiceIntf-IWQLoginService#GetUserList, version=1, response=0x7ff72830) at /home/rick/php-5.1.1/ext/soap/soap.c:2273 #42 0x00584e43 in do_soap_call (this_ptr=0xd34e98, function=0xca6648 GetUserList, function_len=0, arg_count=0, real_args=0x0, return_value=0xd3a1c8, location=0xca7128 http://soap-server-ip-address/WQLogin/soap/IWQLoginService;, soap_action=0x0, call_uri=0x0, soap_headers=0x0, output_headers=0x0) at /home/rick/php-5.1.1/ext/soap/soap.c:2375 #43 0x00585c4f in zif_SoapClient___call (ht=-581848, return_value=0xd3a1c8, return_value_ptr=0x0, this_ptr=0xd34e98, return_value_used=13888920) at /home/rick/php-5.1.1/ext/soap/soap.c:2584 #44 0x00690d01 in zend_call_function (fci=0x7ff72ad0, fci_cache=0x2) at /home/rick/php-5.1.1/Zend/zend_execute_API.c:894 #45 0x006ab38b in zend_call_method (object_pp=0x7ff72b90, obj_ce=0xcb0840, fn_proxy=0xcb0a20, function_name=0x8c85e0 __call, function_name_len=6, retval_ptr_ptr=0x7ff72b98, param_count=1, arg1=0xca66e8, arg2=0xca5ae8) at /home/rick/php-5.1.1/Zend/zend_interfaces.c:88 #46 0x006b157e in zend_std_call_user_call (ht=13264616, return_value=0xca64b8, return_value_ptr=0x0, this_ptr=0xd34e98, return_value_used=13888920) at /home/rick/php-5.1.1/Zend/zend_object_handlers.c:634 #47 0x006bfac9 in zend_do_fcall_common_helper_SPEC (execute_data=0x7ff72df0) at zend_vm_execute.h:188 #48 0x006bf394 in execute (op_array=0xca5958) at zend_vm_execute.h:88 #49 0x0069b439 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/rick/php-5.1.1/Zend/zend.c:1090 #50
#35581 [NEW]: file_exists with string larger than 219 chars sais TRUE
From: schoos at xs4all dot nl Operating system: windows PHP version: 5.1.1 PHP Bug Type: Unknown/Other Function Bug description: file_exists with string larger than 219 chars sais TRUE Description: if you pass a string in file_exists larger than 219 chars it will always result in a TRUE result Reproduce code: --- if (file_exists( '123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789' )) { echo truebr; } else { echo falsebr; } Expected result: false Actual result: -- true -- Edit bug report at http://bugs.php.net/?id=35581edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35581r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35581r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35581r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35581r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35581r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35581r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35581r=needscript Try newer version:http://bugs.php.net/fix.php?id=35581r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35581r=support Expected behavior:http://bugs.php.net/fix.php?id=35581r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35581r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35581r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35581r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35581r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35581r=dst IIS Stability:http://bugs.php.net/fix.php?id=35581r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35581r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35581r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35581r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35581r=mysqlcfg
#33394 [Com]: Socket Timeout on SOAP request causes general exception in Apache process
ID: 33394 Comment by: s dot strampelli at isinet dot it Reported By: neale at nealeupstone dot com Status: No Feedback Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.0.4 New Comment: I want to proose a fix for this bug. In etc/soap/http.c (about line 177) if (!get_http_headers(stream, http_headers, http_header_size TSRMLS_CC) || http_headers == NULL) { php_stream_close(stream); stream = NULL; } efree(http_headers); I think the bug is the call of efree without checking if http_headers is not null Previous Comments: [2005-06-26 01:00:04] 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-06-18 14:27:14] [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-06-18 14:19:00] neale at nealeupstone dot com Description: If I make a SOAP request (method call) that times out on the server (with default_socket_timeout=5), I get the following (c005) Exception consistently 5 seconds after attempting the connection: AppName: apache.exe AppVer: 2.0.53.0ModName: php5ts.dll ModVer: 5.0.4.4 Offset: 7704 (= address 00a07704) It's an attempt to access memory at 0fff8 (i.e. -8) (if I recall correctly.. Windows only gave me that info the once). This is linked with default_socket_timeout, as if I set default_socket_timeout=10, the exception happens 10 seconds later. No data is returned to the browser from the PHP script. Reproduce code: --- How I reproduce this is to set a breakpoint in a method on a Java based service. Relevant PHP configs are: default_socket_timeout = 5 [soap] ; Enables or disables WSDL caching feature. soap.wsdl_cache_enabled=1 ; Sets the directory name where SOAP extension will put cache files. soap.wsdl_cache_dir=/tmp ; (time to live) Sets the number of second while cached file will be used ; instead of original one. soap.wsdl_cache_ttl=86400 Expected result: A SoapException would be thrown ? Certainly, the PHP script could be expected to continue rather than die. Actual result: -- PHP script dies -- Edit this bug report at http://bugs.php.net/?id=33394edit=1
#33394 [NoF-Asn]: Socket Timeout on SOAP request causes general exception in Apache process
ID: 33394 Updated by: [EMAIL PROTECTED] Reported By: neale at nealeupstone dot com -Status: No Feedback +Status: Assigned Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.0.4 -Assigned To: +Assigned To: dmitry New Comment: Assigned to the maintainer. Previous Comments: [2005-12-07 14:05:32] s dot strampelli at isinet dot it I want to proose a fix for this bug. In etc/soap/http.c (about line 177) if (!get_http_headers(stream, http_headers, http_header_size TSRMLS_CC) || http_headers == NULL) { php_stream_close(stream); stream = NULL; } efree(http_headers); I think the bug is the call of efree without checking if http_headers is not null [2005-06-26 01:00:04] 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-06-18 14:27:14] [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-06-18 14:19:00] neale at nealeupstone dot com Description: If I make a SOAP request (method call) that times out on the server (with default_socket_timeout=5), I get the following (c005) Exception consistently 5 seconds after attempting the connection: AppName: apache.exe AppVer: 2.0.53.0ModName: php5ts.dll ModVer: 5.0.4.4 Offset: 7704 (= address 00a07704) It's an attempt to access memory at 0fff8 (i.e. -8) (if I recall correctly.. Windows only gave me that info the once). This is linked with default_socket_timeout, as if I set default_socket_timeout=10, the exception happens 10 seconds later. No data is returned to the browser from the PHP script. Reproduce code: --- How I reproduce this is to set a breakpoint in a method on a Java based service. Relevant PHP configs are: default_socket_timeout = 5 [soap] ; Enables or disables WSDL caching feature. soap.wsdl_cache_enabled=1 ; Sets the directory name where SOAP extension will put cache files. soap.wsdl_cache_dir=/tmp ; (time to live) Sets the number of second while cached file will be used ; instead of original one. soap.wsdl_cache_ttl=86400 Expected result: A SoapException would be thrown ? Certainly, the PHP script could be expected to continue rather than die. Actual result: -- PHP script dies -- Edit this bug report at http://bugs.php.net/?id=33394edit=1
#35582 [NEW]: Socket Timeout on SOAP request causes program termination
From: s dot strampelli at isinet dot it Operating system: Windows PHP version: 5.1.1 PHP Bug Type: SOAP related Bug description: Socket Timeout on SOAP request causes program termination Description: If a soap request timeout waiting http header, the program terminate abnormally. I think the bug is the call of efree without checking if http_headers is not null in ext/soap/php_http.c , function http_connect about line 182: if (!get_http_headers(stream, http_headers, http_header_size TSRMLS_CC) || http_headers == NULL) { php_stream_close(stream); stream = NULL; } efree(http_headers); Reproduce code: --- $dati = test; $client = new SoapClient($wsdl); $res = $client-test($dati); If the execution time of test method is more than default_socket_timeout seconds, the php interpret terminate with a dr watson stack trace. Expected result: A SoapException would be thrown ? Certainly, the PHP script could be expected to continue rather than die. Actual result: -- PHP interpret (php.exe) dies with a dr watson stack trace. -- Edit bug report at http://bugs.php.net/?id=35582edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35582r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35582r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35582r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35582r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35582r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35582r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35582r=needscript Try newer version:http://bugs.php.net/fix.php?id=35582r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35582r=support Expected behavior:http://bugs.php.net/fix.php?id=35582r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35582r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35582r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35582r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35582r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35582r=dst IIS Stability:http://bugs.php.net/fix.php?id=35582r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35582r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35582r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35582r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35582r=mysqlcfg
#35582 [Opn-Asn]: Socket Timeout on SOAP request causes program termination
ID: 35582 Updated by: [EMAIL PROTECTED] Reported By: s dot strampelli at isinet dot it -Status: Open +Status: Assigned Bug Type: SOAP related Operating System: Windows PHP Version: 5.1.1 -Assigned To: +Assigned To: dmitry New Comment: Assigned to the maintainer. Previous Comments: [2005-12-07 14:26:43] s dot strampelli at isinet dot it Description: If a soap request timeout waiting http header, the program terminate abnormally. I think the bug is the call of efree without checking if http_headers is not null in ext/soap/php_http.c , function http_connect about line 182: if (!get_http_headers(stream, http_headers, http_header_size TSRMLS_CC) || http_headers == NULL) { php_stream_close(stream); stream = NULL; } efree(http_headers); Reproduce code: --- $dati = test; $client = new SoapClient($wsdl); $res = $client-test($dati); If the execution time of test method is more than default_socket_timeout seconds, the php interpret terminate with a dr watson stack trace. Expected result: A SoapException would be thrown ? Certainly, the PHP script could be expected to continue rather than die. Actual result: -- PHP interpret (php.exe) dies with a dr watson stack trace. -- Edit this bug report at http://bugs.php.net/?id=35582edit=1
#33394 [Asn-Csd]: Socket Timeout on SOAP request causes general exception in Apache process
ID: 33394 Updated by: [EMAIL PROTECTED] Reported By: neale at nealeupstone dot com -Status: Assigned +Status: Closed Bug Type: SOAP related Operating System: Windows XP PHP Version: 5.0.4 Assigned To: dmitry New Comment: Thank you for patch. It is appliead into CVS HEAD, PHP_5_1 and PHP_5_0. Previous Comments: [2005-12-07 14:16:36] [EMAIL PROTECTED] Assigned to the maintainer. [2005-12-07 14:05:32] s dot strampelli at isinet dot it I want to proose a fix for this bug. In etc/soap/http.c (about line 177) if (!get_http_headers(stream, http_headers, http_header_size TSRMLS_CC) || http_headers == NULL) { php_stream_close(stream); stream = NULL; } efree(http_headers); I think the bug is the call of efree without checking if http_headers is not null [2005-06-26 01:00:04] 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-06-18 14:27:14] [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-06-18 14:19:00] neale at nealeupstone dot com Description: If I make a SOAP request (method call) that times out on the server (with default_socket_timeout=5), I get the following (c005) Exception consistently 5 seconds after attempting the connection: AppName: apache.exe AppVer: 2.0.53.0ModName: php5ts.dll ModVer: 5.0.4.4 Offset: 7704 (= address 00a07704) It's an attempt to access memory at 0fff8 (i.e. -8) (if I recall correctly.. Windows only gave me that info the once). This is linked with default_socket_timeout, as if I set default_socket_timeout=10, the exception happens 10 seconds later. No data is returned to the browser from the PHP script. Reproduce code: --- How I reproduce this is to set a breakpoint in a method on a Java based service. Relevant PHP configs are: default_socket_timeout = 5 [soap] ; Enables or disables WSDL caching feature. soap.wsdl_cache_enabled=1 ; Sets the directory name where SOAP extension will put cache files. soap.wsdl_cache_dir=/tmp ; (time to live) Sets the number of second while cached file will be used ; instead of original one. soap.wsdl_cache_ttl=86400 Expected result: A SoapException would be thrown ? Certainly, the PHP script could be expected to continue rather than die. Actual result: -- PHP script dies -- Edit this bug report at http://bugs.php.net/?id=33394edit=1
#35582 [Asn-Csd]: Socket Timeout on SOAP request causes program termination
ID: 35582 Updated by: [EMAIL PROTECTED] Reported By: s dot strampelli at isinet dot it -Status: Assigned +Status: Closed Bug Type: SOAP related Operating System: Windows PHP Version: 5.1.1 Assigned To: dmitry New Comment: The same as #33394. Previous Comments: [2005-12-07 14:37:31] [EMAIL PROTECTED] Assigned to the maintainer. [2005-12-07 14:26:43] s dot strampelli at isinet dot it Description: If a soap request timeout waiting http header, the program terminate abnormally. I think the bug is the call of efree without checking if http_headers is not null in ext/soap/php_http.c , function http_connect about line 182: if (!get_http_headers(stream, http_headers, http_header_size TSRMLS_CC) || http_headers == NULL) { php_stream_close(stream); stream = NULL; } efree(http_headers); Reproduce code: --- $dati = test; $client = new SoapClient($wsdl); $res = $client-test($dati); If the execution time of test method is more than default_socket_timeout seconds, the php interpret terminate with a dr watson stack trace. Expected result: A SoapException would be thrown ? Certainly, the PHP script could be expected to continue rather than die. Actual result: -- PHP interpret (php.exe) dies with a dr watson stack trace. -- Edit this bug report at http://bugs.php.net/?id=35582edit=1
#35583 [NEW]: Calling user defined functions after setlocale(tr_TR) produces errors
From: sezai dot yilmaz at pro-g dot com dot tr Operating system: Debian GNU/Linux 2.6.12 PHP version: 5.1.1 PHP Bug Type: Scripting Engine problem Bug description: Calling user defined functions after setlocale(tr_TR) produces errors Description: This bug has duplicates with status closed here (for example #18556). But the problem is still continue to survive in the latest PHP. The problem is case insensitive function name handling in PHP's scripting engine and the native behavior of Turkish language. Turkish language has a letter I of which the lowercase is dotless i (#305;). PHP engine itself running on different locale lowercases and registers user defined functions with its running environment's locale. But while parsing the user's PHP source code and the code itself has a call setlocale(LC_ALL, tr_TR) then the user defined functions are lowercased with Turkish locale. If the function name contains the letter I then it is never matched with the previously registered lowercased one. For example getImageDir() is registered as getimagedir() but with Turkish locale set by user code it is compared with get#305;magedir() and the results is undefined function. I think this is a developer bug because of using locale aware functions for lowercasing native english keywords. The problem affects function names, class names, method names, ... all incasesensitive staff. And all of them have to be native English. I made a solution by modifying the source file php-5.1.1/Zend/zend_operators.c. Instead of using the locale aware tolower(int) libc function in zend_str_tolower(), zend_str_tolower_copy() functions, I I wrote down a tolower_english(int) equivalent to tolower() and called it in zend_str_tolower() / zend_str_tolower() instead of the original one tolower(). Function names, class names, method names are not locale aware staff, so why to use locale aware tolower() libc function? Function names, class names, method names are natively in English locale, aren't they? I don't understand why developers use locale aware functions for native english keywords like function names, class names, method names, ... etc. I am tired of patching the PHP code with my non-perfect solution. Reproduce code: --- My solution is not perfect, it may cause unexpected problems. But I use it without problems until now. It is better to use strictly English locale functions instead of locale aware one for collating natively English strings. http://www.pro-g.com.tr/php_turkish_bug/zend_operators.c.diff -- Edit bug report at http://bugs.php.net/?id=35583edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35583r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35583r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35583r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35583r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35583r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35583r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35583r=needscript Try newer version:http://bugs.php.net/fix.php?id=35583r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35583r=support Expected behavior:http://bugs.php.net/fix.php?id=35583r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35583r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35583r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35583r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35583r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35583r=dst IIS Stability:http://bugs.php.net/fix.php?id=35583r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35583r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35583r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35583r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35583r=mysqlcfg
#15628 [Com]: Multiple Connections not allowed
ID: 15628 Comment by: kucera_pavel at centrum dot cz Reported By: ekonig at yahoo dot com Status: No Feedback Bug Type: Informix related Operating System: SunSolaris 8 Sparc PHP Version: 4.1.1 New Comment: Thank you for perfect solution. Pavel K. Previous Comments: [2002-07-19 01:00:11] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-06-18 05:30:13] [EMAIL PROTECTED] can you please provide a patch for this? Derick [2002-04-19 14:35:27] thomas dot hoppe at daimlerchrysler-bank dot com I have the exactly same problem with Oracle!!! [2002-02-22 12:25:42] roger at wzero dot com dot br, paulo at tramontina dot net Some information: SO - Red Hat 7.1 kernel 2.2.12 The file to be edited is ext/informix/ifx.ec [2002-02-22 12:22:36] roger at wzero dot com dot br, paulo at tramontina dot net we´ve found the same bug. This solution worked very well! Thanks! 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/15628 -- Edit this bug report at http://bugs.php.net/?id=15628edit=1
#35584 [NEW]: ltrim() chops the first letter C
From: motion_4u at hotmail dot com Operating system: Win2k Server PHP version: 5.1.1 PHP Bug Type: Scripting Engine problem Bug description: ltrim() chops the first letter C Description: Function ltrim() chops one character extra incase the string starts with c! funny but true You better check the rtrim() function too since I have found bugs there too. You can test this function directly online there: http://motions.sytes.net/funny_ltrim.php Reproduce code: --- $url=C:\\dir1\\dir2\\filename.txt; echo br; $url = ltrim(strrchr($url,'\x5c'),'\x5c'); echo $url; // ok output: filename.txt $url=C:\\dir1\\dir2\\cfilename.txt; echo br; $url = ltrim(strrchr($url,'\x5c'),'\x5c'); echo $url; // output: again filename.txt but should be cfilename.txt // WHERE IS THE C CHARACTER? Expected result: filename.txt -- Edit bug report at http://bugs.php.net/?id=35584edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35584r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35584r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35584r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35584r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35584r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35584r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35584r=needscript Try newer version:http://bugs.php.net/fix.php?id=35584r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35584r=support Expected behavior:http://bugs.php.net/fix.php?id=35584r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35584r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35584r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35584r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35584r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35584r=dst IIS Stability:http://bugs.php.net/fix.php?id=35584r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35584r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35584r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35584r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35584r=mysqlcfg
#35584 [Opn-Bgs]: ltrim() chops the first letter C
ID: 35584 Updated by: [EMAIL PROTECTED] Reported By: motion_4u at hotmail dot com -Status: Open +Status: Bogus -Bug Type: Scripting Engine problem +Bug Type: Strings related Operating System: Win2k Server PHP Version: 5.1.1 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. See http://php.net/strrchr and http://php.net/ltrim Previous Comments: [2005-12-07 15:38:01] motion_4u at hotmail dot com Description: Function ltrim() chops one character extra incase the string starts with c! funny but true You better check the rtrim() function too since I have found bugs there too. You can test this function directly online there: http://motions.sytes.net/funny_ltrim.php Reproduce code: --- $url=C:\\dir1\\dir2\\filename.txt; echo br; $url = ltrim(strrchr($url,'\x5c'),'\x5c'); echo $url; // ok output: filename.txt $url=C:\\dir1\\dir2\\cfilename.txt; echo br; $url = ltrim(strrchr($url,'\x5c'),'\x5c'); echo $url; // output: again filename.txt but should be cfilename.txt // WHERE IS THE C CHARACTER? Expected result: filename.txt -- Edit this bug report at http://bugs.php.net/?id=35584edit=1
#35585 [NEW]: Image Resizing with big images (in dimension)
From: prakash at oliveinternet dot com Operating system: Linux PHP version: 4.4.1 PHP Bug Type: *Graphics related Bug description: Image Resizing with big images (in dimension) Description: I am trying to resize an image. The image (jpg/jpeg) to be resized is of 1425 X 1425 dimesion. The image is not created from the source file using imagecreatefromjpeg() function. If I choose an image of smaller dimention (have tried with image with 800 x 600 size), then the it is being resized. The same was not happenning when I was using PHP 4.3.8. Now I have upgraded my PHP to 4.4.1. Is it a limitation in this version of PHP. Please help its urgent. Even an image with 1200 x 800 is not resized Reproduce code: --- $srcImage = imagecreatefromjpeg($src_file) $ptrImage = imagecreatefromjpeg($ptr_file); $dstImage = imageCreateTrueColor($dst_w, $dst_h); imageCopyResampled($dstImage, $srcImage, 0, 0, 0, 0, $dst_w, $dst_h, $src_w, $src_h); $ptr_white = imageColorAllocate($ptrImage,255,255,255); imageCopyMerge($dstImage, $ptrImage, $ptr_x, $ptr_y, 0, 0, $ptr_w, $ptr_h, 100); imagejpeg($dstImage, $save_path, 100); -- Edit bug report at http://bugs.php.net/?id=35585edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35585r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35585r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35585r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35585r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35585r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35585r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35585r=needscript Try newer version:http://bugs.php.net/fix.php?id=35585r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35585r=support Expected behavior:http://bugs.php.net/fix.php?id=35585r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35585r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35585r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35585r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35585r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35585r=dst IIS Stability:http://bugs.php.net/fix.php?id=35585r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35585r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35585r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35585r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35585r=mysqlcfg
#35586 [NEW]: libxml compile failure
From: ben dot litton at gmail dot com Operating system: OS X 10.3.9 PHP version: 5.1.1 PHP Bug Type: Compile Failure Bug description: libxml compile failure Description: I am trying to compile php 5.1.1 on a rented to demonstrate code we have in status. I did this before with release candidates. I spent many hours trying to get this to compile but to no avail. I eventually pulled out a copy of RC5 I had and it compiled without complaint and an identical ./configure. I had compiled libxml 2.6.22 as I continued to troubleshoot the problem but xml2-config returns 2.6.16. If the requirements between RC5 for libxml2 jumped for 5.1.1, I'm happy just chalking it up to me screwing up the libxml2 install but if my understanding is correct, 2.6.16 should be sufficient. If you need me to try to replicate this problem, I will only be able to do so in the immediate short term, as it is a rented laptop. Thanks Reproduce code: --- ./configure --with-apxs --with-mysql=/usr/local/mysql \ --with-libxml-dir=/usr/local/lib make Expected result: Successful compile Actual result: -- /bin/sh /opt/src/php/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/libxml/ -I/opt/src/php/ext/libxml/ -DPHP_ATOM_INC -I/opt/src/php/include -I/opt/src/php/main -I/opt/src/php -I/usr/include/libxml2 -I/opt/src/php/ext/date/lib -I/usr/local/mysql/include -I/opt/src/php/TSRM -I/opt/src/php/Zend -no-cpp-precomp -g -O2 -c /opt/src/php/ext/libxml/libxml.c -o ext/libxml/libxml.lo /opt/src/php/ext/libxml/libxml.c:43:28: libxml/xmlsave.h: No such file or directory /opt/src/php/ext/libxml/libxml.c:407: error: parse error before error ... ... And a series of cascading compile errors afterwards. -- Edit bug report at http://bugs.php.net/?id=35586edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35586r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35586r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35586r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35586r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35586r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35586r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35586r=needscript Try newer version:http://bugs.php.net/fix.php?id=35586r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35586r=support Expected behavior:http://bugs.php.net/fix.php?id=35586r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35586r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35586r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35586r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35586r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35586r=dst IIS Stability:http://bugs.php.net/fix.php?id=35586r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35586r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35586r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35586r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35586r=mysqlcfg
#35585 [Opn-Fbk]: Image Resizing with big images (in dimension)
ID: 35585 Updated by: [EMAIL PROTECTED] Reported By: prakash at oliveinternet dot com -Status: Open +Status: Feedback Bug Type: *Graphics related Operating System: Linux PHP Version: 4.4.1 -Assigned To: +Assigned To: pajoye New Comment: Use error_reporting(E_ALL); Check your memory limit provide links to the various images you use. Previous Comments: [2005-12-07 16:23:14] prakash at oliveinternet dot com Description: I am trying to resize an image. The image (jpg/jpeg) to be resized is of 1425 X 1425 dimesion. The image is not created from the source file using imagecreatefromjpeg() function. If I choose an image of smaller dimention (have tried with image with 800 x 600 size), then the it is being resized. The same was not happenning when I was using PHP 4.3.8. Now I have upgraded my PHP to 4.4.1. Is it a limitation in this version of PHP. Please help its urgent. Even an image with 1200 x 800 is not resized Reproduce code: --- $srcImage = imagecreatefromjpeg($src_file) $ptrImage = imagecreatefromjpeg($ptr_file); $dstImage = imageCreateTrueColor($dst_w, $dst_h); imageCopyResampled($dstImage, $srcImage, 0, 0, 0, 0, $dst_w, $dst_h, $src_w, $src_h); $ptr_white = imageColorAllocate($ptrImage,255,255,255); imageCopyMerge($dstImage, $ptrImage, $ptr_x, $ptr_y, 0, 0, $ptr_w, $ptr_h, 100); imagejpeg($dstImage, $save_path, 100); -- Edit this bug report at http://bugs.php.net/?id=35585edit=1
#35586 [Opn-Bgs]: libxml compile failure
ID: 35586 Updated by: [EMAIL PROTECTED] Reported By: ben dot litton at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: OS X 10.3.9 PHP Version: 5.1.1 New Comment: That's just very broken libxml installation. Not PHP bug. Previous Comments: [2005-12-07 16:34:50] ben dot litton at gmail dot com Description: I am trying to compile php 5.1.1 on a rented to demonstrate code we have in status. I did this before with release candidates. I spent many hours trying to get this to compile but to no avail. I eventually pulled out a copy of RC5 I had and it compiled without complaint and an identical ./configure. I had compiled libxml 2.6.22 as I continued to troubleshoot the problem but xml2-config returns 2.6.16. If the requirements between RC5 for libxml2 jumped for 5.1.1, I'm happy just chalking it up to me screwing up the libxml2 install but if my understanding is correct, 2.6.16 should be sufficient. If you need me to try to replicate this problem, I will only be able to do so in the immediate short term, as it is a rented laptop. Thanks Reproduce code: --- ./configure --with-apxs --with-mysql=/usr/local/mysql \ --with-libxml-dir=/usr/local/lib make Expected result: Successful compile Actual result: -- /bin/sh /opt/src/php/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/libxml/ -I/opt/src/php/ext/libxml/ -DPHP_ATOM_INC -I/opt/src/php/include -I/opt/src/php/main -I/opt/src/php -I/usr/include/libxml2 -I/opt/src/php/ext/date/lib -I/usr/local/mysql/include -I/opt/src/php/TSRM -I/opt/src/php/Zend -no-cpp-precomp -g -O2 -c /opt/src/php/ext/libxml/libxml.c -o ext/libxml/libxml.lo /opt/src/php/ext/libxml/libxml.c:43:28: libxml/xmlsave.h: No such file or directory /opt/src/php/ext/libxml/libxml.c:407: error: parse error before error ... ... And a series of cascading compile errors afterwards. -- Edit this bug report at http://bugs.php.net/?id=35586edit=1
#35583 [Opn-Bgs]: Calling user defined functions after setlocale(tr_TR) produces errors
ID: 35583 Updated by: [EMAIL PROTECTED] Reported By: sezai dot yilmaz at pro-g dot com dot tr -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian GNU/Linux 2.6.12 PHP Version: 5.1.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Previous Comments: [2005-12-07 15:21:53] sezai dot yilmaz at pro-g dot com dot tr Description: This bug has duplicates with status closed here (for example #18556). But the problem is still continue to survive in the latest PHP. The problem is case insensitive function name handling in PHP's scripting engine and the native behavior of Turkish language. Turkish language has a letter I of which the lowercase is dotless i (#305;). PHP engine itself running on different locale lowercases and registers user defined functions with its running environment's locale. But while parsing the user's PHP source code and the code itself has a call setlocale(LC_ALL, tr_TR) then the user defined functions are lowercased with Turkish locale. If the function name contains the letter I then it is never matched with the previously registered lowercased one. For example getImageDir() is registered as getimagedir() but with Turkish locale set by user code it is compared with get#305;magedir() and the results is undefined function. I think this is a developer bug because of using locale aware functions for lowercasing native english keywords. The problem affects function names, class names, method names, ... all incasesensitive staff. And all of them have to be native English. I made a solution by modifying the source file php-5.1.1/Zend/zend_operators.c. Instead of using the locale aware tolower(int) libc function in zend_str_tolower(), zend_str_tolower_copy() functions, I I wrote down a tolower_english(int) equivalent to tolower() and called it in zend_str_tolower() / zend_str_tolower() instead of the original one tolower(). Function names, class names, method names are not locale aware staff, so why to use locale aware tolower() libc function? Function names, class names, method names are natively in English locale, aren't they? I don't understand why developers use locale aware functions for native english keywords like function names, class names, method names, ... etc. I am tired of patching the PHP code with my non-perfect solution. Reproduce code: --- My solution is not perfect, it may cause unexpected problems. But I use it without problems until now. It is better to use strictly English locale functions instead of locale aware one for collating natively English strings. http://www.pro-g.com.tr/php_turkish_bug/zend_operators.c.diff -- Edit this bug report at http://bugs.php.net/?id=35583edit=1
#35581 [Opn-Bgs]: file_exists with string larger than 219 chars sais TRUE
ID: 35581 Updated by: [EMAIL PROTECTED] Reported By: schoos at xs4all dot nl -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: windows PHP Version: 5.1.1 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. See bug #31347 Previous Comments: [2005-12-07 12:45:22] schoos at xs4all dot nl Description: if you pass a string in file_exists larger than 219 chars it will always result in a TRUE result Reproduce code: --- if (file_exists( '123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789' )) { echo truebr; } else { echo falsebr; } Expected result: false Actual result: -- true -- Edit this bug report at http://bugs.php.net/?id=35581edit=1
#35570 [Opn-Fbk]: segfault when re-using soap client object
ID: 35570 Updated by: [EMAIL PROTECTED] Reported By: rick at revenew dot nl -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Debian Sarge (Linux) amd64 PHP Version: 5CVS-2005-12-06 (snap) New Comment: Can you provide the WSDL file in question. I tried to replicate the problem with generic WSDL files from 2 provides and 2nd request is being processed without a problem. Previous Comments: [2005-12-07 12:34:37] rick at revenew dot nl I updated to the latest libxml2 (2.6.22) and recompiled php with this lib. And it still segfaults. Here is a backtrace from this version: #0 0x in ?? () #1 0x0003 in ?? () #2 0x in ?? () #3 0x in ?? () #4 0x01cf in ?? () #5 0x7ff722b0 in ?? () #6 0xacb04e21 in ?? () #7 0x000100c8 in ?? () #8 0x2cb04e21 in sbrk () from /lib/libc.so.6 #9 0x00d57640 in ?? () #10 0x0001 in ?? () #11 0x00d3fdf8 in ?? () #12 0x00d57640 in ?? () #13 0x00d34e98 in ?? () #14 0x00d3b1c4 in ?? () #15 0x0005 in ?? () #16 0x00d39c00 in ?? () #17 0x in ?? () #18 0x in ?? () #19 0x2caafff7 in malloc () from /lib/libc.so.6 #20 0x2c8a97c8 in xmlStrndup () from /usr/lib/libxml2.so.2 #21 0x2c8a9824 in xmlStrdup () from /usr/lib/libxml2.so.2 #22 0x2c8643a3 in xmlNewNode () from /usr/lib/libxml2.so.2 #23 0x2c8644cc in xmlNewDocNode () from /usr/lib/libxml2.so.2 #24 0x2c8e19e8 in xmlSAX2StartElementNs () from /usr/lib/libxml2.so.2 #25 0x2c8a97c8 in xmlStrndup () from /usr/lib/libxml2.so.2 #26 0x2c8e103f in xmlSAX2EndElement () from /usr/lib/libxml2.so.2 #27 0x2c8e1b68 in xmlSAX2EndElementNs () from /usr/lib/libxml2.so.2 #28 0x00021000 in ?? () #29 0x2cc74580 in __after_morecore_hook () from /lib/libc.so.6 #30 0x2cab4079 in __default_morecore () from /lib/libc.so.6 #31 0x in ?? () #32 0x in ?? () #33 0x0004 in ?? () #34 0x00d23f00 in ?? () #35 0x0069c8a2 in zend_parse_va_args (num_args=4, type_spec=0x8b9adc , va=0xd59820, flags=-1397736960) at /home/rick/php-5.1.1/Zend/zend_API.c:608 #36 0x0069ca8a in zend_parse_parameters (num_args=-581848, type_spec=0x1 Address 0x1 out of bounds) at /home/rick/php-5.1.1/Zend/zend_API.c:635 #37 0x0058628c in zif_SoapClient___doRequest (ht=-581848, return_value=0xe683c8, return_value_ptr=0x0, this_ptr=0xd34e98, return_value_used=13888920) at /home/rick/php-5.1.1/ext/soap/soap.c:2722 #38 0x00690d01 in zend_call_function (fci=0x7ff72490, fci_cache=0x4) at /home/rick/php-5.1.1/Zend/zend_execute_API.c:894 #39 0x006906b6 in call_user_function_ex (function_table=0x7ff71f28, object_pp=0x1, function_name=0x0, retval_ptr_ptr=0x2cb03a00, param_count=13888920, params=0xd3a208, no_separation=1, symbol_table=0x1) at /home/rick/php-5.1.1/Zend/zend_execute_API.c:578 #40 0x006905a2 in call_user_function (function_table=0x0, object_pp=0x7ff72560, function_name=0x7ff72620, retval_ptr=0x7ff72830, param_count=4, params=0x7ff72580) at /home/rick/php-5.1.1/Zend/zend_execute_API.c:551 #41 0x005847e2 in do_request (this_ptr=0xd34e98, request=0x7ff71f28, location=0xca7128 http://soap-server-ip-address/WQLogin/soap/IWQLoginService;, action=0xd3fdf8 urn:WQLoginServiceIntf-IWQLoginService#GetUserList, version=1, response=0x7ff72830) at /home/rick/php-5.1.1/ext/soap/soap.c:2273 #42 0x00584e43 in do_soap_call (this_ptr=0xd34e98, function=0xca6648 GetUserList, function_len=0, arg_count=0, real_args=0x0, return_value=0xd3a1c8, location=0xca7128 http://soap-server-ip-address/WQLogin/soap/IWQLoginService;, soap_action=0x0, call_uri=0x0, soap_headers=0x0, output_headers=0x0) at /home/rick/php-5.1.1/ext/soap/soap.c:2375 #43 0x00585c4f in zif_SoapClient___call (ht=-581848, return_value=0xd3a1c8, return_value_ptr=0x0, this_ptr=0xd34e98, return_value_used=13888920) at /home/rick/php-5.1.1/ext/soap/soap.c:2584 #44 0x00690d01 in zend_call_function (fci=0x7ff72ad0, fci_cache=0x2) at /home/rick/php-5.1.1/Zend/zend_execute_API.c:894 #45 0x006ab38b in zend_call_method (object_pp=0x7ff72b90, obj_ce=0xcb0840, fn_proxy=0xcb0a20, function_name=0x8c85e0 __call, function_name_len=6, retval_ptr_ptr=0x7ff72b98, param_count=1, arg1=0xca66e8, arg2=0xca5ae8) at /home/rick/php-5.1.1/Zend/zend_interfaces.c:88 #46 0x006b157e in zend_std_call_user_call (ht=13264616, return_value=0xca64b8, return_value_ptr=0x0, this_ptr=0xd34e98, return_value_used=13888920) at /home/rick/php-5.1.1/Zend/zend_object_handlers.c:634 #47
#35574 [Com]: Error: OCILogon error::ORA-24327: need explicit attach before authenticating a
ID: 35574 Comment by: earl dot fogel at usask dot ca Reported By: scott dot zhao at usask dot ca Status: Feedback Bug Type: OCI8 related Operating System: SunOS PHP Version: 5.1.1 New Comment: I downloaded the latest oci8 module from PECL CVS, and replaced the ext/oci8 directory that came with php 5.1.1 with the CVS version. When I run 'make', it fails with lots of undefined symbol errors, eg: ild: (undefined symbol) zif_oci_pconnect -- referenced in the data segment of ext/oci8/.libs/oci8.o ild: (undefined symbol) zif_oci_connect -- referenced in the data segment of ext/oci8/.libs/oci8.o ild: (undefined symbol) zif_oci_field_type -- referenced in the data segment of ext/oci8/.libs/oci8.o Here's the configure line I used: ./configure --prefix=/usr/local/encap/php-5.1.1 --with-oci8=/oracle/product/9205 --with-xmlrpc --with-ldap --with-curl=/usr/local/encap/curl-7.14.1 --without-pdo-sqlite --with-apxs=/var/apache-test/sbin/apxs --enable-memory-limit What do I do now? Previous Comments: [2005-12-06 19:34:18] [EMAIL PROTECTED] Please try OCI8 from PECL CVS. [2005-12-06 19:24:03] scott dot zhao at usask dot ca Description: It appears that the Bug #29779 was not fixed in 5.1.1, but #29779 has been closed. So I have to open a new one here for 5.1.1 The problem is: After the backend Oracle bounced the Error: OCILogon error::ORA-24327: need explicit attach before authenticating a user error ocuured. Enviorment: PHP: 5.1.1 OS: SunOS 5.9 Oracle version: 9.2 OCI $Revision: 1.269.2.3 $ Reproduce code: --- - Connect to an oracle database using PHP oci8 functions from within Apache - Knock that database offline - Attempt to connect again using PHP oci8 functions within same instance of apache - Put the database back online - Again, attempt to connect to Oracle database from within apache using OCI8 functions Actual result: -- ORA-24327: need explicit attach before authenticating a user -- Edit this bug report at http://bugs.php.net/?id=35574edit=1
#35574 [Fbk]: Error: OCILogon error::ORA-24327: need explicit attach before authenticating a
ID: 35574 Updated by: [EMAIL PROTECTED] Reported By: scott dot zhao at usask dot ca Status: Feedback Bug Type: OCI8 related Operating System: SunOS PHP Version: 5.1.1 New Comment: Did you run ./buildconf --force after that? Previous Comments: [2005-12-07 18:09:06] earl dot fogel at usask dot ca I downloaded the latest oci8 module from PECL CVS, and replaced the ext/oci8 directory that came with php 5.1.1 with the CVS version. When I run 'make', it fails with lots of undefined symbol errors, eg: ild: (undefined symbol) zif_oci_pconnect -- referenced in the data segment of ext/oci8/.libs/oci8.o ild: (undefined symbol) zif_oci_connect -- referenced in the data segment of ext/oci8/.libs/oci8.o ild: (undefined symbol) zif_oci_field_type -- referenced in the data segment of ext/oci8/.libs/oci8.o Here's the configure line I used: ./configure --prefix=/usr/local/encap/php-5.1.1 --with-oci8=/oracle/product/9205 --with-xmlrpc --with-ldap --with-curl=/usr/local/encap/curl-7.14.1 --without-pdo-sqlite --with-apxs=/var/apache-test/sbin/apxs --enable-memory-limit What do I do now? [2005-12-06 19:34:18] [EMAIL PROTECTED] Please try OCI8 from PECL CVS. [2005-12-06 19:24:03] scott dot zhao at usask dot ca Description: It appears that the Bug #29779 was not fixed in 5.1.1, but #29779 has been closed. So I have to open a new one here for 5.1.1 The problem is: After the backend Oracle bounced the Error: OCILogon error::ORA-24327: need explicit attach before authenticating a user error ocuured. Enviorment: PHP: 5.1.1 OS: SunOS 5.9 Oracle version: 9.2 OCI $Revision: 1.269.2.3 $ Reproduce code: --- - Connect to an oracle database using PHP oci8 functions from within Apache - Knock that database offline - Attempt to connect again using PHP oci8 functions within same instance of apache - Put the database back online - Again, attempt to connect to Oracle database from within apache using OCI8 functions Actual result: -- ORA-24327: need explicit attach before authenticating a user -- Edit this bug report at http://bugs.php.net/?id=35574edit=1
#35587 [NEW]: There appears to be an issue when using 'or die' in combination with 'return'
From: jte at dontsteel dot com Operating system: Windows XP PHP version: 5.1.1 PHP Bug Type: Scripting Engine problem Bug description: There appears to be an issue when using 'or die' in combination with 'return' Description: It appears that when 'or die' is used in combination with a return statement the return will always be 1, instead of returning the proper value and dying when not able to return the value. This appears to happen with any data type being returned. Reproduce code: --- function Sum($a, $b) { $c = $a + $b; return $c or die; } echo Sum(1,1); Expected result: 6 Actual result: -- 1 -- Edit bug report at http://bugs.php.net/?id=35587edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35587r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35587r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35587r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35587r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35587r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35587r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35587r=needscript Try newer version:http://bugs.php.net/fix.php?id=35587r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35587r=support Expected behavior:http://bugs.php.net/fix.php?id=35587r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35587r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35587r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35587r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35587r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35587r=dst IIS Stability:http://bugs.php.net/fix.php?id=35587r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35587r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35587r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35587r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35587r=mysqlcfg
#35587 [Opn-Bgs]: There appears to be an issue when using 'or die' in combination with 'return'
ID: 35587 Updated by: [EMAIL PROTECTED] Reported By: jte at dontsteel dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows XP PHP Version: 5.1.1 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You cannot do return $c or die; Previous Comments: [2005-12-07 18:42:00] jte at dontsteel dot com Description: It appears that when 'or die' is used in combination with a return statement the return will always be 1, instead of returning the proper value and dying when not able to return the value. This appears to happen with any data type being returned. Reproduce code: --- function Sum($a, $b) { $c = $a + $b; return $c or die; } echo Sum(1,1); Expected result: 6 Actual result: -- 1 -- Edit this bug report at http://bugs.php.net/?id=35587edit=1
#28331 [Com]: Fatal Errors
ID: 28331 Comment by: paul dot ossenbruggen at websidestory dot com Reported By: microcamers at hotmail dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows XP PHP Version: 5CVS-2004-05-09 (dev) New Comment: It would be especially useful to be able to catch a missing function or method errors in an eval() statement with arbitrary code. This can be used in a unit test situation where you want the script to continue to complete other tests. Previous Comments: [2004-05-09 04:13:48] microcamers at hotmail dot com Description: Can you make it possible to make most fatal errors catchable, such as the ones for undefined functions, classes, redefined things and so on. Generally make it so any error that can be caught can be caught. -- Edit this bug report at http://bugs.php.net/?id=28331edit=1
#35575 [Bgs]: gettext call segfaults with memory allocation error
ID: 35575 User updated by: tokul at users dot sourceforge dot net Reported By: tokul at users dot sourceforge dot net Status: Bogus Bug Type: Gettext related Operating System: OpenBSD 3.8 PHP Version: 5CVS-2005-12-06 (snap) New Comment: OpenBSD rewrote malloc in order to make it secure. Previous Comments: [2005-12-07 09:39:17] [EMAIL PROTECTED] If it happens because OpenBSD developers rewrote malloc()'s code - report that problem to them. [2005-12-07 09:34:06] tokul at users dot sourceforge dot net It is specific to OpenBSD. They rewrote malloc code in v.3.8. You need ru/LC_MESSAGES/test.mo file in order to reproduce it. I think any compiled gettext translation file can be used for test.mo. I can reproduce problem with standard gettext library distributed with OpenBSD. gettext v.0.10.40. If php is compiled against GNU gettext 0.14.3, script works as expected without segfaults. Backtrace #0 0x00085e74 in ?? () #1 0xe92d2eb8 in ?? () #2 0x0001 in ?? () #3 0x in ?? () #4 0x0cfbcc3e in _nl_find_domain () from /usr/local/lib/libintl.so.1.1 Previous frame inner to this frame (corrupt stack?) I'll try contacting OpenBSD devels. [2005-12-06 22:48:09] [EMAIL PROTECTED] JFYI: the reproduce script works perfectly fine on Linux and outputs: Test [2005-12-06 22:41:39] [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-12-06 22:37:39] tokul at users dot sourceforge dot net Description: If gettext extension manages to locate .mo file, script breaks with memory allocation error. php compiled with --disable-all --enable-cli --with-gettext same error in 5.0.4 and 5.1.1. do you need php.core file? Reproduce code: --- bindtextdomain('test','./'); textdomain('test'); setlocale(LC_ALL, 'ru_RU.UTF-8'); putenv('LC_ALL=ru_RU.UTF-8'); echo _(Test); Expected result: Test Actual result: -- tail of kdump - 15066 php CALL mmap(0,0x4395ef38,0x1,0x2,0x3,0,0,0) 15066 php RET mmap -1 errno 12 Cannot allocate memory 15066 php CALL mmap(0,0x4395f000,0x3,0x1002,0x,0,0,0) 15066 php RET mmap -1 errno 12 Cannot allocate memory 15066 php PSIG SIGSEGV SIG_DFL code 1 addr=0x58e64 trapno=1 15066 php NAMI php.core - -- Edit this bug report at http://bugs.php.net/?id=35575edit=1
#35590 [NEW]: configure does not find ldap_start_tls_s
From: bkw at weisshuhn dot de Operating system: Linux Fedora Core 2,3,4 PHP version: 4.4.1 PHP Bug Type: XMLRPC-EPI related Bug description: configure does not find ldap_start_tls_s Description: The Memory Leak of Bug #33523 was fixed in the php-5-Branch only. php-4.4.1 still has it. Patch: http://cvs.php.net/diff.php/php-src/ext/xmlrpc/xmlrpc-epi-php.c?r1=1.37r2=1.38ty=u -- Edit bug report at http://bugs.php.net/?id=35590edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35590r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35590r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35590r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35590r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35590r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35590r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35590r=needscript Try newer version:http://bugs.php.net/fix.php?id=35590r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35590r=support Expected behavior:http://bugs.php.net/fix.php?id=35590r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35590r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35590r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35590r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35590r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35590r=dst IIS Stability:http://bugs.php.net/fix.php?id=35590r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35590r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35590r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35590r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35590r=mysqlcfg
#35590 [Opn]: memoryleak in xmlrpc (son of #33523)
ID: 35590 User updated by: bkw at weisshuhn dot de -Summary: configure does not find ldap_start_tls_s Reported By: bkw at weisshuhn dot de Status: Open Bug Type: XMLRPC-EPI related Operating System: Linux Fedora Core 2,3,4 PHP Version: 4.4.1 New Comment: Sorry, wrong subject. firefox must have saved it from a previous submission... Previous Comments: [2005-12-07 20:08:14] bkw at weisshuhn dot de Description: The Memory Leak of Bug #33523 was fixed in the php-5-Branch only. php-4.4.1 still has it. Patch: http://cvs.php.net/diff.php/php-src/ext/xmlrpc/xmlrpc-epi-php.c?r1=1.37r2=1.38ty=u -- Edit this bug report at http://bugs.php.net/?id=35590edit=1
#35590 [Opn]: memoryleak in xmlrpc (son of #33523)
ID: 35590 User updated by: bkw at weisshuhn dot de Reported By: bkw at weisshuhn dot de Status: Open Bug Type: XMLRPC-EPI related Operating System: Linux Fedora Core 2,3,4 PHP Version: 4.4.1 New Comment: Patch against cvs PHP_4_4: Index: ext/xmlrpc/xmlrpc-epi-php.c === RCS file: /repository/php-src/ext/xmlrpc/xmlrpc-epi-php.c,v retrieving revision 1.24.2.4.4.2 diff -u -p -r1.24.2.4.4.2 xmlrpc-epi-php.c --- ext/xmlrpc/xmlrpc-epi-php.c 5 Oct 2005 16:41:18 - 1.24.2.4.4.2 +++ ext/xmlrpc/xmlrpc-epi-php.c 7 Dec 2005 19:55:12 - @@ -686,6 +686,9 @@ PHP_FUNCTION(xmlrpc_encode_request) XMLRPC_RequestFree(xRequest, 1); } } + if (out.xmlrpc_out.xml_elem_opts.encoding != ENCODING_DEFAULT) { + efree(out.xmlrpc_out.xml_elem_opts.encoding); + } } /* }}} */ Previous Comments: [2005-12-07 20:08:14] bkw at weisshuhn dot de Description: The Memory Leak of Bug #33523 was fixed in the php-5-Branch only. php-4.4.1 still has it. Patch: http://cvs.php.net/diff.php/php-src/ext/xmlrpc/xmlrpc-epi-php.c?r1=1.37r2=1.38ty=u -- Edit this bug report at http://bugs.php.net/?id=35590edit=1
#35081 [Com]: using the example for .NET causes a com_exeption
ID: 35081 Comment by: jamie dot layne at gmail dot com Reported By: mcyra at chello dot at Status: Assigned Bug Type: COM related Operating System: WinXP PHP Version: 5CVS-2005-11-03 (snap) Assigned To: wez New Comment: I am experiencing the same problem as well. Summary: .NET: Microsoft .NET Framework 1.1 OS: Windows Server 2003 Standard Edition SP1 PHP: PHP 5.0.5 (cli) (built: Sep 5 2005 15:54:44) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.5, Copyright (c) 1998-2004 Zend Technologies Code Sample: - ?PHP $stack = new DOTNET(mscorlib, System.Collections.Stack); $stack-Push(.Net); $stack-Push(Hello ); echo $stack-Pop() . $stack-Pop(); ? Actual Result: -- Fatal error: Uncaught exception 'com_exception' with message 'Failed to instantiate .Net object [CreateInstance] [0x80070057] The parameter is incorrect. ' in C:\DOTNET\sample.php:2 Stack trace: #0 C:\DOTNET\sample.php(2): dotnet-dotnet('mscorlib', 'System.Collecti...') #1 {main} thrown in C:\DOTNET\sample.php on line 2 Previous Comments: [2005-11-03 22:13:59] [EMAIL PROTECTED] Assigned to the maintainer of COM extension. [2005-11-03 18:13:18] mcyra at chello dot at I have checked with the given link, result was: Fatal error: Uncaught exception 'com_exception' with message 'Failed to instantiate .Net object [CreateInstance] [0x80070057] Falscher Parameter.' in D:\NET\test.php:2 Stack trace: #0 D:\NET\test.php(2): dotnet-dotnet('mscorlib', 'System.Co llecti...') #1 {main} thrown in D:\NET\test.php on line 2 [2005-11-03 15:47:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-03 08:03:25] mcyra at chello dot at Description: A sample script from documentation causes this error. German version of WinXP. Microsoft .NET Framework 1.1. Microsoft .NET Framework 1.1 German Language Pack. PHP 5.0.5 (cli) (build: Sep 5 2005 15:54:44) Zend Engine v2.0.5 Reproduce code: --- ?php $stack = new DOTNET(mscorlib, System.Collections.Stack); $stack-Push(.Net); $stack-Push(Hello ); echo $stack-Pop() . $stack-Pop(); ? Actual result: -- Fatal error: Uncaught exception 'com_exception' with message 'Failed to instantiate .Net object [CreateInstance] [0x80070057] Falscher Parameter.' in D:\NET\test.php:2 Stack trace: #0 D:\NET\test.php(2): dotnet-dotnet('mscorlib', 'System.Collecti...') #1 {main} thrown in D:\NET\test.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=35081edit=1
#35584 [Bgs]: ltrim() chops the first letter C
ID: 35584 User updated by: motion_4u at hotmail dot com Reported By: motion_4u at hotmail dot com Status: Bogus Bug Type: Strings related Operating System: Win2k Server PHP Version: 5.1.1 New Comment: I agree, the problem is not the PHP, though those they program it. There is no logical explanation for that the function ltream() should respond like that and if so, it is useless and should be removed. The documentations about this function do not refer to this problem too. What interesting about this problem is that the Borland Dos Compiler version 4.0 had the same problem. Previous Comments: [2005-12-07 15:51:10] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. See http://php.net/strrchr and http://php.net/ltrim [2005-12-07 15:38:01] motion_4u at hotmail dot com Description: Function ltrim() chops one character extra incase the string starts with c! funny but true You better check the rtrim() function too since I have found bugs there too. You can test this function directly online there: http://motions.sytes.net/funny_ltrim.php Reproduce code: --- $url=C:\\dir1\\dir2\\filename.txt; echo br; $url = ltrim(strrchr($url,'\x5c'),'\x5c'); echo $url; // ok output: filename.txt $url=C:\\dir1\\dir2\\cfilename.txt; echo br; $url = ltrim(strrchr($url,'\x5c'),'\x5c'); echo $url; // output: again filename.txt but should be cfilename.txt // WHERE IS THE C CHARACTER? Expected result: filename.txt -- Edit this bug report at http://bugs.php.net/?id=35584edit=1
#35584 [Bgs]: ltrim() chops the first letter C
ID: 35584 Updated by: [EMAIL PROTECTED] Reported By: motion_4u at hotmail dot com Status: Bogus Bug Type: Strings related Operating System: Win2k Server PHP Version: 5.1.1 New Comment: Read the docs AGAIN and see that you're explicitly trimming symbols '\', 'x', '5' and 'c'. No bug or something unexpected here, move along. Previous Comments: [2005-12-07 21:05:02] motion_4u at hotmail dot com I agree, the problem is not the PHP, though those they program it. There is no logical explanation for that the function ltream() should respond like that and if so, it is useless and should be removed. The documentations about this function do not refer to this problem too. What interesting about this problem is that the Borland Dos Compiler version 4.0 had the same problem. [2005-12-07 15:51:10] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. See http://php.net/strrchr and http://php.net/ltrim [2005-12-07 15:38:01] motion_4u at hotmail dot com Description: Function ltrim() chops one character extra incase the string starts with c! funny but true You better check the rtrim() function too since I have found bugs there too. You can test this function directly online there: http://motions.sytes.net/funny_ltrim.php Reproduce code: --- $url=C:\\dir1\\dir2\\filename.txt; echo br; $url = ltrim(strrchr($url,'\x5c'),'\x5c'); echo $url; // ok output: filename.txt $url=C:\\dir1\\dir2\\cfilename.txt; echo br; $url = ltrim(strrchr($url,'\x5c'),'\x5c'); echo $url; // output: again filename.txt but should be cfilename.txt // WHERE IS THE C CHARACTER? Expected result: filename.txt -- Edit this bug report at http://bugs.php.net/?id=35584edit=1
#35577 [Bgs]: Apache Start Up error: php_mysql.dll unable to be loaded.
ID: 35577 User updated by: william dot clarke at gmail dot com Reported By: william dot clarke at gmail dot com Status: Bogus Bug Type: MySQL related Operating System: Windows XP PHP Version: 5.1.1 New Comment: No worries, I just went back to version 5.05 and everything worked again...and I only wasted half a day on it :) I'll follow up in the support area as you suggested. Previous Comments: [2005-12-07 09:09:14] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. [2005-12-07 01:41:49] william dot clarke at gmail dot com Description: I just upgraded to the PHP 5.1.1 version (on Apache 2) and since the upgrade I've been getting everybody's favourite: PHP Startup:Unable to load dynamic library '[CORRECT_PATH_TO_php_mysql.dll'- The specified procedure could not be found. Note: I also checked my Windows/System32 directory for any old libmysql.dll versions. And I did check the other pre-existing soutions... I downloaded the very latest build (6/12/2005 [Australian Date]) to see if I'd just grabbed a wacky version and I'm still getting the same message. Any suggestions would be appreciated... -- Edit this bug report at http://bugs.php.net/?id=35577edit=1
#35574 [Com]: Error: OCILogon error::ORA-24327: need explicit attach before authenticating a
ID: 35574 Comment by: earl dot fogel at usask dot ca Reported By: scott dot zhao at usask dot ca Status: Feedback Bug Type: OCI8 related Operating System: SunOS PHP Version: 5.1.1 New Comment: Thanks, the buildconf helped somewhat. Php builds properly now, and I can load the module into apache, but now our apache children are dying: [Wed Dec 7 15:15:58 2005] [notice] child pid 29531 exit signal Segmentation Fault (11) [Wed Dec 7 15:16:47 2005] [notice] child pid 29545 exit signal Segmentation Fault (11) [Wed Dec 7 15:16:47 2005] [notice] child pid 29483 exit signal Segmentation Fault (11) We are using apache 1.3.33 with php 5.1.1 on Solaris 9. Previous Comments: [2005-12-07 18:19:18] [EMAIL PROTECTED] Did you run ./buildconf --force after that? [2005-12-07 18:09:06] earl dot fogel at usask dot ca I downloaded the latest oci8 module from PECL CVS, and replaced the ext/oci8 directory that came with php 5.1.1 with the CVS version. When I run 'make', it fails with lots of undefined symbol errors, eg: ild: (undefined symbol) zif_oci_pconnect -- referenced in the data segment of ext/oci8/.libs/oci8.o ild: (undefined symbol) zif_oci_connect -- referenced in the data segment of ext/oci8/.libs/oci8.o ild: (undefined symbol) zif_oci_field_type -- referenced in the data segment of ext/oci8/.libs/oci8.o Here's the configure line I used: ./configure --prefix=/usr/local/encap/php-5.1.1 --with-oci8=/oracle/product/9205 --with-xmlrpc --with-ldap --with-curl=/usr/local/encap/curl-7.14.1 --without-pdo-sqlite --with-apxs=/var/apache-test/sbin/apxs --enable-memory-limit What do I do now? [2005-12-06 19:34:18] [EMAIL PROTECTED] Please try OCI8 from PECL CVS. [2005-12-06 19:24:03] scott dot zhao at usask dot ca Description: It appears that the Bug #29779 was not fixed in 5.1.1, but #29779 has been closed. So I have to open a new one here for 5.1.1 The problem is: After the backend Oracle bounced the Error: OCILogon error::ORA-24327: need explicit attach before authenticating a user error ocuured. Enviorment: PHP: 5.1.1 OS: SunOS 5.9 Oracle version: 9.2 OCI $Revision: 1.269.2.3 $ Reproduce code: --- - Connect to an oracle database using PHP oci8 functions from within Apache - Knock that database offline - Attempt to connect again using PHP oci8 functions within same instance of apache - Put the database back online - Again, attempt to connect to Oracle database from within apache using OCI8 functions Actual result: -- ORA-24327: need explicit attach before authenticating a user -- Edit this bug report at http://bugs.php.net/?id=35574edit=1
#35591 [NEW]: 4.4.1 Extremely slow performance when compiled as static Apache 1 module
From: ericb at sysdump dot com Operating system: FC4 PHP version: 4.4.1 PHP Bug Type: Apache related Bug description: 4.4.1 Extremely slow performance when compiled as static Apache 1 module Description: Compiling PHP 4.4.1 into Apache 1.3.34 as a static module results in slow performace. Compiling PHP as an Apache shared module results in expected performance. Here is the relevant compile script for PHP: Slow performance (static module): ./configure --enable-track-vars --enable-calendar --with-calendar=shared --enable-magic-quotes --enable-trans-sid --enable-ftp --enable-inlin e-optimization --enable-memory-limit --with-gd --with-zlib --enable-gd-native-tt --with-png-dir --with-openssl --with-curl --enable-bcmath -- with-gettext --with-gmp --with-gd --with-png-dir --with-jpeg-dir --enable-gd-native-ttf --with-mysql=/usr/local/mysql --with-flatfile --with- gnu-ld --with-mhash --with-mcrypt=/usr/local/lib --with-mysql-dir=/usr/local/mysql --disable-debug --enable-sysvsem --enable-sysvshm --with-apache=../apache_1.3.34 When compiled with the following performance is returned to normal (shared module): ./configure --enable-track-vars --enable-calendar --with-calendar=shared --enable-magic-quotes --enable-trans-sid --enable-ftp --enable-inlin e-optimization --enable-memory-limit --with-gd --with-zlib --enable-gd-native-tt --with-png-dir --with-openssl --with-curl --enable-bcmath -- with-gettext --with-gmp --with-gd --with-png-dir --with-jpeg-dir --enable-gd-native-ttf --with-mysql=/usr/local/mysql --with-flatfile --with- gnu-ld --with-mhash --with-mcrypt=/usr/local/lib --with-mysql-dir=/usr/local/mysql --disable-debug --enable-sysvsem --enable-sysvshm --with-a pxs=/usr/local/apache/bin/apxs This is on a quad Xeon Dell 6850 with 6GB of memory. Some pages would not load (timeout) and others were approximately 5-10 times slower to load before we moved to PHP as a shared module. Zend optimizer was On. -- Edit bug report at http://bugs.php.net/?id=35591edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35591r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35591r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35591r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35591r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35591r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35591r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35591r=needscript Try newer version:http://bugs.php.net/fix.php?id=35591r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35591r=support Expected behavior:http://bugs.php.net/fix.php?id=35591r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35591r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35591r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35591r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35591r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35591r=dst IIS Stability:http://bugs.php.net/fix.php?id=35591r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35591r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35591r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35591r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35591r=mysqlcfg
#35592 [NEW]: ODBC/DB2 driver crashes Apache on bad request
From: mrethers at ebcubes dot com Operating system: Windows XP SP2 PHP version: 5.1.1 PHP Bug Type: PDO related Bug description: ODBC/DB2 driver crashes Apache on bad request Description: I'm using a db2 database with pdo:odbc and some bad queries would crash Apache. It's a major problem for debugging as I have to verify all the requests with a SQL command line tool. Reproduce code: --- SELECT * FROM TableA, TableB; where TableA and TableB are in schema SCHEMA_1 The acutal query should be: SELECT * FROM SCHEMA_1.TableA, SCHEMA_2.TableB; Expected result: SQL Exception from error thrown by the database Actual result: -- Apache crashes -- Edit bug report at http://bugs.php.net/?id=35592edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35592r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35592r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35592r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35592r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35592r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35592r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35592r=needscript Try newer version:http://bugs.php.net/fix.php?id=35592r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35592r=support Expected behavior:http://bugs.php.net/fix.php?id=35592r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35592r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35592r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35592r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35592r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35592r=dst IIS Stability:http://bugs.php.net/fix.php?id=35592r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35592r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35592r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35592r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35592r=mysqlcfg
#34359 [Asn-Csd]: http_fopen_wrapper cleanup
ID: 34359 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: HTTP related Operating System: * PHP Version: 6CVS-2005-09-03 (CVS) Assigned To: pollita 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-09-19 16:54:40] [EMAIL PROTECTED] Sara, could you plz take care of it? [2005-09-03 13:46:22] [EMAIL PROTECTED] Description: I've cleaned up the http fopen wrapper, because I got a 2 valgrind errors on it. Apart of fixing the bug, I've also removed an unecessary assignement to http_header_line, because php_stream_gets() already truncates the string, so there's no need to do it twice (I've tested it by sending a large (1024) string in the headers). Patch: http://mega.ist.utl.pt/~ncpl/php_streams_mem.txt Reproduce code: --- php -r file_get_contents('http://www.xpto.com'); -- Edit this bug report at http://bugs.php.net/?id=34359edit=1
#35593 [NEW]: SOAP Response is incorrect
From: lixd at dragonsoft dot com dot cn Operating system: Win2000 PHP version: 5.1.1 PHP Bug Type: SOAP related Bug description: SOAP Response is incorrect Description: In win2000\apache 2.0.53\php5.0.4,I wrote some code for test.wsdl(I can't modify it, for some reason),and test by http://192.168.0.228/vnet/client.php,but I can't get result in expectation. Reproduce code: --- ?xml version=1.0 encoding=utf-8? wsdl:definitions xmlns:http=http://schemas.xmlsoap.org/wsdl/http/; xmlns:soap=http://schemas.xmlsoap.org/wsdl/soap/; xmlns:s=http://www.w3.org/2001/XMLSchema; xmlns:soapenc=http://schemas.xmlsoap.org/soap/encoding/; xmlns:tns=http://192.168.0.228/vnet/; xmlns:tm=http://microsoft.com/wsdl/mime/textMatching/; xmlns:mime=http://schemas.xmlsoap.org/wsdl/mime/; targetNamespace=http://192.168.0.228/vnet/; xmlns:wsdl=http://schemas.xmlsoap.org/wsdl/; wsdl:types s:schema elementFormDefault=qualified targetNamespace=http://192.168.0.228/vnet/; s:element name=Grant s:complexType s:sequence s:element minOccurs=0 maxOccurs=1 name=APID type=s:string / s:element minOccurs=0 maxOccurs=1 name=Authenticator type=s:string / s:element minOccurs=0 maxOccurs=1 name=TimeStamp type=s:string / /s:sequence /s:complexType /s:element s:element name=GrantResponse s:complexType s:sequence s:element minOccurs=0 maxOccurs=1 name=GrantResult type=tns:GrantResult / /s:sequence /s:complexType /s:element s:complexType name=GrantResult s:sequence s:element minOccurs=0 maxOccurs=1 name=APID type=s:string / s:element minOccurs=0 maxOccurs=1 name=Authenticator type=s:string / s:element minOccurs=0 maxOccurs=1 name=TimeStamp type=s:string / /s:sequence /s:complexType /s:schema /wsdl:types wsdl:message name=GrantSoapIn wsdl:part name=parameters element=tns:Grant / /wsdl:message wsdl:message name=GrantSoapOut wsdl:part name=parameters element=tns:GrantResponse / /wsdl:message wsdl:portType name=TestSoap wsdl:operation name=Grant documentation xmlns=http://schemas.xmlsoap.org/wsdl/;Grant Interface/documentation wsdl:input message=tns:GrantSoapIn / wsdl:output message=tns:GrantSoapOut / /wsdl:operation /wsdl:portType wsdl:binding name=TestSoap type=tns:TestSoap soap:binding transport=http://schemas.xmlsoap.org/soap/http; style=document / wsdl:operation name=Grant soap:operation soapAction=http://192.168.0.228/vnet/Grant; style=document / wsdl:input soap:body use=literal / /wsdl:input wsdl:output soap:body use=literal / /wsdl:output /wsdl:operation /wsdl:binding wsdl:service name=Test documentation xmlns=http://schemas.xmlsoap.org/wsdl/;Description/documentation wsdl:port name=TestSoap binding=tns:TestSoap soap:address location=http://192.168.0.228/vnet/server.php; / /wsdl:port /wsdl:service /wsdl:definitions ?php //server.php class GrantResult{ public $APID; } function Grant($req){ $res = new GrantResult(); $res-APID = $req-APID; return $res; } $server = new SoapServer(test.wsdl, array('soap_version' = SOAP_1_1)); $server-addFunction(Grant); $server-handle(); ? ?php //client.php header(content-type:text/html;charset=utf-8); class GrantRequest{ public $APID = 1419; } try { $opts = array('trace' = 1, 'exceptions' = 0,'soap_version' = SOAP_1_1); $client = new SoapClient(test.wsdl, $opts); $req = new GrantRequest(); $data = $client-Grant($req); print RequestHeader :hr\n.htmlspecialchars($client-__getLastRequestHeaders()) .hr\n; print Request :hr\n.htmlspecialchars($client-__getLastRequest()) .hr\n; print ResponseHeader :hr\n.htmlspecialchars($client-__getLastResponseHeaders()) .hr\n; print Response:hr\n.htmlspecialchars($client-__getLastResponse()).\n; } catch (SOAPFault $e) { print hrErrorhr; print $e; } Expected result: ?xml version=1.0 encoding=UTF-8 ? SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; xmlns:ns1=http://192.168.0.228/vnet/; SOAP-ENV:Body ns1:GrantResponse ns1:GrantResult ns1:APID1419/ns1:APID /ns1:GrantResult /ns1:GrantResponse /SOAP-ENV:Body /SOAP-ENV:Envelope Actual result: -- ?xml version=1.0 encoding=UTF-8 ? SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; xmlns:ns1=http://192.168.0.228/vnet/; SOAP-ENV:Body ns1:GrantResponse / /SOAP-ENV:Body /SOAP-ENV:Envelope -- Edit bug report at http://bugs.php.net/?id=35593edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35593r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35593r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35593r=trysnapshot60
#35594 [NEW]: getopt() only usable once - with long options built in, causes segfault
From: rabbitt at gmail dot com Operating system: Linux 2.6.13 PHP version: 4.4.1 PHP Bug Type: Reproducible crash Bug description: getopt() only usable once - with long options built in, causes segfault Description: Without long options built into zif_getopt(), zif_getopt()'s calls to getopt() will only return a populated result once. The reason for this is that 'optind' does not get reset on each call to getopt(). optind is used to keep track of the most option processed internally in getopt(). Once getopt() has finished processing the options, optind remains at the last value it was set to (typically, at this point, optind == argc). The problem with this is that when getopt() is called a second time, it thinks that it's already finished with processing the options due to optind being equal to argc. Worse still, with long optoins built in (-DHARTMUT_0), it causes a segfault in glibc's getopt.c (function: _getopt_internal_r() - line 521 specifically). Reproduce code: --- create file called test.php and add: ?php print_r(@getopt('t', array('test'))); print_r(@getopt('t', array('test'))); ? then run: php test.php -t Expected result: Array ( [t] = ) Array ( [t] = ) Actual result: -- One of two things will happen: Array ( [t] = ) Array ( ) or: Array ( ) Segmentation fault (core dumped) -- Edit bug report at http://bugs.php.net/?id=35594edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35594r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35594r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35594r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35594r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35594r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35594r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35594r=needscript Try newer version:http://bugs.php.net/fix.php?id=35594r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35594r=support Expected behavior:http://bugs.php.net/fix.php?id=35594r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35594r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35594r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35594r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35594r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35594r=dst IIS Stability:http://bugs.php.net/fix.php?id=35594r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35594r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35594r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35594r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35594r=mysqlcfg
#35594 [Opn]: getopt() only usable once - with long options built in, causes segfault
ID: 35594 User updated by: rabbitt at gmail dot com Reported By: rabbitt at gmail dot com Status: Open Bug Type: Reproducible crash Operating System: Linux 2.6.13 PHP Version: 4.4.1 New Comment: The following patch appears to fix the problem: --- ext/standard/basic_functions.c 2005-12-07 20:41:49.0 -0500 +++ ext/standard/basic_functions.c 2005-12-07 20:44:59.0 -0500 @@ -1597,6 +1597,9 @@ /* Disable getopt()'s error messages. */ opterr = 0; + /* Force reinitialization of getopt() (via optind reset) on every call. */ + optind = 0; + /* Invoke getopt(3) on the argument array. */ #ifdef HARTMUT_0 while ((o = getopt_long(argc, argv, options, longopts, longindex)) != -1) { Previous Comments: [2005-12-08 03:56:16] rabbitt at gmail dot com Description: Without long options built into zif_getopt(), zif_getopt()'s calls to getopt() will only return a populated result once. The reason for this is that 'optind' does not get reset on each call to getopt(). optind is used to keep track of the most option processed internally in getopt(). Once getopt() has finished processing the options, optind remains at the last value it was set to (typically, at this point, optind == argc). The problem with this is that when getopt() is called a second time, it thinks that it's already finished with processing the options due to optind being equal to argc. Worse still, with long optoins built in (-DHARTMUT_0), it causes a segfault in glibc's getopt.c (function: _getopt_internal_r() - line 521 specifically). Reproduce code: --- create file called test.php and add: ?php print_r(@getopt('t', array('test'))); print_r(@getopt('t', array('test'))); ? then run: php test.php -t Expected result: Array ( [t] = ) Array ( [t] = ) Actual result: -- One of two things will happen: Array ( [t] = ) Array ( ) or: Array ( ) Segmentation fault (core dumped) -- Edit this bug report at http://bugs.php.net/?id=35594edit=1
#35590 [Opn-Csd]: memoryleak in xmlrpc (son of #33523)
ID: 35590 Updated by: [EMAIL PROTECTED] Reported By: bkw at weisshuhn dot de -Status: Open +Status: Closed Bug Type: XMLRPC-EPI related Operating System: Linux Fedora Core 2,3,4 PHP Version: 4.4.1 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-12-07 20:57:04] bkw at weisshuhn dot de Patch against cvs PHP_4_4: Index: ext/xmlrpc/xmlrpc-epi-php.c === RCS file: /repository/php-src/ext/xmlrpc/xmlrpc-epi-php.c,v retrieving revision 1.24.2.4.4.2 diff -u -p -r1.24.2.4.4.2 xmlrpc-epi-php.c --- ext/xmlrpc/xmlrpc-epi-php.c 5 Oct 2005 16:41:18 - 1.24.2.4.4.2 +++ ext/xmlrpc/xmlrpc-epi-php.c 7 Dec 2005 19:55:12 - @@ -686,6 +686,9 @@ PHP_FUNCTION(xmlrpc_encode_request) XMLRPC_RequestFree(xRequest, 1); } } + if (out.xmlrpc_out.xml_elem_opts.encoding != ENCODING_DEFAULT) { + efree(out.xmlrpc_out.xml_elem_opts.encoding); + } } /* }}} */ [2005-12-07 20:08:14] bkw at weisshuhn dot de Description: The Memory Leak of Bug #33523 was fixed in the php-5-Branch only. php-4.4.1 still has it. Patch: http://cvs.php.net/diff.php/php-src/ext/xmlrpc/xmlrpc-epi-php.c?r1=1.37r2=1.38ty=u -- Edit this bug report at http://bugs.php.net/?id=35590edit=1
#35594 [Opn-Csd]: getopt() only usable once - with long options built in, causes segfault
ID: 35594 Updated by: [EMAIL PROTECTED] Reported By: rabbitt at gmail dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Linux 2.6.13 PHP Version: 4.4.1 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-12-08 04:01:16] rabbitt at gmail dot com Additional note: I found this bug on 4.3.12, 4.4.1, and 5.0.5. [2005-12-08 03:58:28] rabbitt at gmail dot com The following patch appears to fix the problem: --- ext/standard/basic_functions.c 2005-12-07 20:41:49.0 -0500 +++ ext/standard/basic_functions.c 2005-12-07 20:44:59.0 -0500 @@ -1597,6 +1597,9 @@ /* Disable getopt()'s error messages. */ opterr = 0; + /* Force reinitialization of getopt() (via optind reset) on every call. */ + optind = 0; + /* Invoke getopt(3) on the argument array. */ #ifdef HARTMUT_0 while ((o = getopt_long(argc, argv, options, longopts, longindex)) != -1) { [2005-12-08 03:56:16] rabbitt at gmail dot com Description: Without long options built into zif_getopt(), zif_getopt()'s calls to getopt() will only return a populated result once. The reason for this is that 'optind' does not get reset on each call to getopt(). optind is used to keep track of the most option processed internally in getopt(). Once getopt() has finished processing the options, optind remains at the last value it was set to (typically, at this point, optind == argc). The problem with this is that when getopt() is called a second time, it thinks that it's already finished with processing the options due to optind being equal to argc. Worse still, with long optoins built in (-DHARTMUT_0), it causes a segfault in glibc's getopt.c (function: _getopt_internal_r() - line 521 specifically). Reproduce code: --- create file called test.php and add: ?php print_r(@getopt('t', array('test'))); print_r(@getopt('t', array('test'))); ? then run: php test.php -t Expected result: Array ( [t] = ) Array ( [t] = ) Actual result: -- One of two things will happen: Array ( [t] = ) Array ( ) or: Array ( ) Segmentation fault (core dumped) -- Edit this bug report at http://bugs.php.net/?id=35594edit=1
#35594 [Csd]: getopt() only usable once - with long options built in, causes segfault
ID: 35594 User updated by: rabbitt at gmail dot com Reported By: rabbitt at gmail dot com Status: Closed Bug Type: Reproducible crash Operating System: Linux 2.6.13 PHP Version: 4.4.1 New Comment: While I appreciate the quickness with which you replied, as well as applying the patch I provided, I should note that, after having researched this bug a bit more, it might be a bit hasty to conclude that my patch is a perfect fix. It seems that the static (struct _getopt_data) variable 'getopt_data' is having it's member's (__nextchar) data overwritten in memory somehow during the call to efree() in free_argv() (ext/standard/basic_functions.php line 1430). While my patch enables the resetting of getopt_data, it is probably best to not consider it a safe transaction as, by that point, the memory address might have been usurped already by something else. Although I haven't been able to detect any problems with setting optind to zero (which causes getopt_data to be reinitialized and __nextchar set to NULL), it might be best to look into why the getopt_data.__nextchar is getting overriden in the first place by someone with a more intimate understanding of php internals. Again, thanks for the speedy response and resolution - as well as all the hard work you all have done making this such a great language! -- Carl P. Corliss Previous Comments: [2005-12-08 04:26:22] [EMAIL PROTECTED] 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. [2005-12-08 04:01:16] rabbitt at gmail dot com Additional note: I found this bug on 4.3.12, 4.4.1, and 5.0.5. [2005-12-08 03:58:28] rabbitt at gmail dot com The following patch appears to fix the problem: --- ext/standard/basic_functions.c 2005-12-07 20:41:49.0 -0500 +++ ext/standard/basic_functions.c 2005-12-07 20:44:59.0 -0500 @@ -1597,6 +1597,9 @@ /* Disable getopt()'s error messages. */ opterr = 0; + /* Force reinitialization of getopt() (via optind reset) on every call. */ + optind = 0; + /* Invoke getopt(3) on the argument array. */ #ifdef HARTMUT_0 while ((o = getopt_long(argc, argv, options, longopts, longindex)) != -1) { [2005-12-08 03:56:16] rabbitt at gmail dot com Description: Without long options built into zif_getopt(), zif_getopt()'s calls to getopt() will only return a populated result once. The reason for this is that 'optind' does not get reset on each call to getopt(). optind is used to keep track of the most option processed internally in getopt(). Once getopt() has finished processing the options, optind remains at the last value it was set to (typically, at this point, optind == argc). The problem with this is that when getopt() is called a second time, it thinks that it's already finished with processing the options due to optind being equal to argc. Worse still, with long optoins built in (-DHARTMUT_0), it causes a segfault in glibc's getopt.c (function: _getopt_internal_r() - line 521 specifically). Reproduce code: --- create file called test.php and add: ?php print_r(@getopt('t', array('test'))); print_r(@getopt('t', array('test'))); ? then run: php test.php -t Expected result: Array ( [t] = ) Array ( [t] = ) Actual result: -- One of two things will happen: Array ( [t] = ) Array ( ) or: Array ( ) Segmentation fault (core dumped) -- Edit this bug report at http://bugs.php.net/?id=35594edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: henmarrina at gmail dot com Reported By: golden at riscom dot com Status: No Feedback Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 Assigned To: sniper New Comment: while i was working on joomla admin module i got this error: Fatal error: session_start(): Failed to initialize storage module. in /var/www/html/workspace/joomla/administrator/index2.php on line 34 as suggested by may forum i have changed session.save_handler in php.ini to files. but error is still thereis there any concrete solution for this problem Previous Comments: [2005-12-02 13:11:04] ts at dreamcoder dot dk Without knowing about the code side of it, this bug reminds me of the php_value leak there was amoung virtualhosts in apache once - where the php_value_* from one virtualhost was leaked in to another. [2005-10-30 16:11:13] support3 at futurahost dot com Hello We solved it by adding an auto_prepend file to every .php executed on our servers: [EMAIL PROTECTED] lib]$ cat php.ini.prepend ? session_module_name(files); ? [EMAIL PROTECTED] lib]$ grep auto_prepend_file php.ini auto_prepend_file = /usr/local/lib/php.ini.prepend [EMAIL PROTECTED] lib]$ Anyway, we are very concerned about php developers completely ignoring this bug. [2005-09-30 20:32:42] dan at nitro dot com I was experiencing this problem on my server, and have managed to make it go away after reading comments in this post and experimenting a bit. details: original setup: /var/lib/php/session owner root:apache permissions: 770 test script from gul_murjani at yahoo dot com would fail after between 1 and 30 or so counts modified permissions on directory to: owner apache:apache permissions 700 test script ran on five client computers to over 10,000 cycles without failing. this fix is strange though as I have since changed the permissions back to the origial setup: owner root:apache permissions: 770 and the script has run without failing - no more errors - even after another thousands of cycles. strange but true! [2005-09-08 01:42:04] info at ruudgoedhart dot nl I'm experiencing the same problem, strange enough NOTHING i tried so far has solved it. I tried: Recompiling PHP Downgrading PHP Reinstalling Zend Upgrading Zend At a certain moment a harddrive of the server with this error went bad, and i had to do a complete reinstall on a different drive.. Strange enough.. the SAME error occured, while I have different servers with identical hardware and settings which run just fine.. without errors. Is it possible this error has somehow got anything to do with hardware? bad memory or something? I simply find it too strange that i'm only experiencing this error on 1 of the 8 machines, and that even a COMPLETE re-install didn't work. I'm using FC3 with Cpanel PHP 4.4.0 with Zend Optimizer 2.5.10a [2005-08-26 07:11:32] smbukas at gmail dot com I have this problem too and adding the the code with setting session.save_handler, session.save_path, session.use_cookies does not solve this problem. I use PHP Version 4.4.0 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/25876 -- Edit this bug report at http://bugs.php.net/?id=25876edit=1
#35593 [Opn-Fbk]: SOAP Response is incorrect
ID: 35593 Updated by: [EMAIL PROTECTED] Reported By: lixd at dragonsoft dot com dot cn -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Win2000 PHP Version: 5.0.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-08 04:11:25] lixd at dragonsoft dot com dot cn I am sorry for huge text you can get full code here http://218.85.132.173/vnet.rar or view test.wsdl here http://218.85.132.173/test.wsdl [2005-12-08 03:55:21] lixd at dragonsoft dot com dot cn Description: In win2000\apache 2.0.53\php5.0.4,I wrote some code for test.wsdl(I can't modify it, for some reason),and test by http://192.168.0.228/vnet/client.php,but I can't get result in expectation. Reproduce code: --- ?xml version=1.0 encoding=utf-8? wsdl:definitions xmlns:http=http://schemas.xmlsoap.org/wsdl/http/; xmlns:soap=http://schemas.xmlsoap.org/wsdl/soap/; xmlns:s=http://www.w3.org/2001/XMLSchema; xmlns:soapenc=http://schemas.xmlsoap.org/soap/encoding/; xmlns:tns=http://192.168.0.228/vnet/; xmlns:tm=http://microsoft.com/wsdl/mime/textMatching/; xmlns:mime=http://schemas.xmlsoap.org/wsdl/mime/; targetNamespace=http://192.168.0.228/vnet/; xmlns:wsdl=http://schemas.xmlsoap.org/wsdl/; wsdl:types s:schema elementFormDefault=qualified targetNamespace=http://192.168.0.228/vnet/; s:element name=Grant s:complexType s:sequence s:element minOccurs=0 maxOccurs=1 name=APID type=s:string / s:element minOccurs=0 maxOccurs=1 name=Authenticator type=s:string / s:element minOccurs=0 maxOccurs=1 name=TimeStamp type=s:string / /s:sequence /s:complexType /s:element s:element name=GrantResponse s:complexType s:sequence s:element minOccurs=0 maxOccurs=1 name=GrantResult type=tns:GrantResult / /s:sequence /s:complexType /s:element s:complexType name=GrantResult s:sequence s:element minOccurs=0 maxOccurs=1 name=APID type=s:string / s:element minOccurs=0 maxOccurs=1 name=Authenticator type=s:string / s:element minOccurs=0 maxOccurs=1 name=TimeStamp type=s:string / /s:sequence /s:complexType /s:schema /wsdl:types wsdl:message name=GrantSoapIn wsdl:part name=parameters element=tns:Grant / /wsdl:message wsdl:message name=GrantSoapOut wsdl:part name=parameters element=tns:GrantResponse / /wsdl:message wsdl:portType name=TestSoap wsdl:operation name=Grant documentation xmlns=http://schemas.xmlsoap.org/wsdl/;Grant Interface/documentation wsdl:input message=tns:GrantSoapIn / wsdl:output message=tns:GrantSoapOut / /wsdl:operation /wsdl:portType wsdl:binding name=TestSoap type=tns:TestSoap soap:binding transport=http://schemas.xmlsoap.org/soap/http; style=document / wsdl:operation name=Grant soap:operation soapAction=http://192.168.0.228/vnet/Grant; style=document / wsdl:input soap:body use=literal / /wsdl:input wsdl:output soap:body use=literal / /wsdl:output /wsdl:operation /wsdl:binding wsdl:service name=Test documentation xmlns=http://schemas.xmlsoap.org/wsdl/;Description/documentation wsdl:port name=TestSoap binding=tns:TestSoap soap:address location=http://192.168.0.228/vnet/server.php; / /wsdl:port /wsdl:service /wsdl:definitions ?php //server.php class GrantResult{ public $APID; } function Grant($req){ $res = new GrantResult(); $res-APID = $req-APID; return $res; } $server = new SoapServer(test.wsdl, array('soap_version' = SOAP_1_1)); $server-addFunction(Grant); $server-handle(); ? ?php //client.php header(content-type:text/html;charset=utf-8); class GrantRequest{ public $APID = 1419; } try { $opts = array('trace' = 1, 'exceptions' = 0,'soap_version' = SOAP_1_1); $client = new SoapClient(test.wsdl, $opts); $req = new GrantRequest(); $data = $client-Grant($req); print RequestHeader :hr\n.htmlspecialchars($client-__getLastRequestHeaders()) .hr\n; print Request :hr\n.htmlspecialchars($client-__getLastRequest()) .hr\n; print ResponseHeader :hr\n.htmlspecialchars($client-__getLastResponseHeaders()) .hr\n; print Response:hr\n.htmlspecialchars($client-__getLastResponse()).\n; } catch (SOAPFault $e) { print hrErrorhr; print $e; } Expected result: ?xml version=1.0 encoding=UTF-8 ? SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; xmlns:ns1=http://192.168.0.228/vnet/; SOAP-ENV:Body ns1:GrantResponse ns1:GrantResult
#35593 [Fbk-Opn]: SOAP Response is incorrect
ID: 35593 User updated by: lixd at dragonsoft dot com dot cn Reported By: lixd at dragonsoft dot com dot cn -Status: Feedback +Status: Open Bug Type: SOAP related Operating System: Win2000 PHP Version: 5.0.4 New Comment: thanks for you reply. I try it and hope it can work,but I am disappointed... Previous Comments: [2005-12-08 08:22:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-08 04:11:25] lixd at dragonsoft dot com dot cn I am sorry for huge text you can get full code here http://218.85.132.173/vnet.rar or view test.wsdl here http://218.85.132.173/test.wsdl [2005-12-08 03:55:21] lixd at dragonsoft dot com dot cn Description: In win2000\apache 2.0.53\php5.0.4,I wrote some code for test.wsdl(I can't modify it, for some reason),and test by http://192.168.0.228/vnet/client.php,but I can't get result in expectation. Reproduce code: --- ?xml version=1.0 encoding=utf-8? wsdl:definitions xmlns:http=http://schemas.xmlsoap.org/wsdl/http/; xmlns:soap=http://schemas.xmlsoap.org/wsdl/soap/; xmlns:s=http://www.w3.org/2001/XMLSchema; xmlns:soapenc=http://schemas.xmlsoap.org/soap/encoding/; xmlns:tns=http://192.168.0.228/vnet/; xmlns:tm=http://microsoft.com/wsdl/mime/textMatching/; xmlns:mime=http://schemas.xmlsoap.org/wsdl/mime/; targetNamespace=http://192.168.0.228/vnet/; xmlns:wsdl=http://schemas.xmlsoap.org/wsdl/; wsdl:types s:schema elementFormDefault=qualified targetNamespace=http://192.168.0.228/vnet/; s:element name=Grant s:complexType s:sequence s:element minOccurs=0 maxOccurs=1 name=APID type=s:string / s:element minOccurs=0 maxOccurs=1 name=Authenticator type=s:string / s:element minOccurs=0 maxOccurs=1 name=TimeStamp type=s:string / /s:sequence /s:complexType /s:element s:element name=GrantResponse s:complexType s:sequence s:element minOccurs=0 maxOccurs=1 name=GrantResult type=tns:GrantResult / /s:sequence /s:complexType /s:element s:complexType name=GrantResult s:sequence s:element minOccurs=0 maxOccurs=1 name=APID type=s:string / s:element minOccurs=0 maxOccurs=1 name=Authenticator type=s:string / s:element minOccurs=0 maxOccurs=1 name=TimeStamp type=s:string / /s:sequence /s:complexType /s:schema /wsdl:types wsdl:message name=GrantSoapIn wsdl:part name=parameters element=tns:Grant / /wsdl:message wsdl:message name=GrantSoapOut wsdl:part name=parameters element=tns:GrantResponse / /wsdl:message wsdl:portType name=TestSoap wsdl:operation name=Grant documentation xmlns=http://schemas.xmlsoap.org/wsdl/;Grant Interface/documentation wsdl:input message=tns:GrantSoapIn / wsdl:output message=tns:GrantSoapOut / /wsdl:operation /wsdl:portType wsdl:binding name=TestSoap type=tns:TestSoap soap:binding transport=http://schemas.xmlsoap.org/soap/http; style=document / wsdl:operation name=Grant soap:operation soapAction=http://192.168.0.228/vnet/Grant; style=document / wsdl:input soap:body use=literal / /wsdl:input wsdl:output soap:body use=literal / /wsdl:output /wsdl:operation /wsdl:binding wsdl:service name=Test documentation xmlns=http://schemas.xmlsoap.org/wsdl/;Description/documentation wsdl:port name=TestSoap binding=tns:TestSoap soap:address location=http://192.168.0.228/vnet/server.php; / /wsdl:port /wsdl:service /wsdl:definitions ?php //server.php class GrantResult{ public $APID; } function Grant($req){ $res = new GrantResult(); $res-APID = $req-APID; return $res; } $server = new SoapServer(test.wsdl, array('soap_version' = SOAP_1_1)); $server-addFunction(Grant); $server-handle(); ? ?php //client.php header(content-type:text/html;charset=utf-8); class GrantRequest{ public $APID = 1419; } try { $opts = array('trace' = 1, 'exceptions' = 0,'soap_version' = SOAP_1_1); $client = new SoapClient(test.wsdl, $opts); $req = new GrantRequest(); $data = $client-Grant($req); print RequestHeader :hr\n.htmlspecialchars($client-__getLastRequestHeaders()) .hr\n; print Request :hr\n.htmlspecialchars($client-__getLastRequest()) .hr\n; print ResponseHeader :hr\n.htmlspecialchars($client-__getLastResponseHeaders()) .hr\n; print Response:hr\n.htmlspecialchars($client-__getLastResponse()).\n; } catch (SOAPFault $e) { print hrErrorhr; print $e; } Expected result: ?xml