#29861 [NEW]: Download
From: heinz dot fischer at sharkfisher dot ch Operating system: WIN2000 PHP version: 5.0.1 PHP Bug Type: *General Issues Bug description: Download Description: Download not found The file you requested (php-5.0.1-installer.exe) is not found on this server (http://ch2.php.net/). If this file is a recent addition to our downloads, then it is possible that this particular server is not yet updated to host that file for download. Please come back to this server later, or start the download from another mirror site. -- Edit bug report at http://bugs.php.net/?id=29861&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29861&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29861&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29861&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29861&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29861&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29861&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29861&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29861&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29861&r=support Expected behavior: http://bugs.php.net/fix.php?id=29861&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29861&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29861&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29861&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29861&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29861&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29861&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29861&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29861&r=float
#29276 [Com]: Cannot properly send mail via SMTP from PHP 5, but can from previous versions
ID: 29276 Comment by: pipo dot de dot clown at circus dot horlepiep dot com Reported By: Austin519 at aol dot com Status: Bogus Bug Type: Mail related Operating System: Windows XP SP1 PHP Version: 5.0.0 New Comment: I had the same problem. It seamed that php.ini is not read. If I put php.ini in the c:\windows directory all was fine. It seems that SetEnv PHPRC in httpd.conf has no effect. (search for "SetEnv PHRC" on a search engine). http://www.manucorp.com/archives/php-bugs/200408/msg00794.php Previous Comments: [2004-08-05 23:19:18] [EMAIL PROTECTED] http://snaps.php.net/win32/php5.0-win32-latest.zip works fine for me. Make sure corrent php.ini files is read by looking at phpinfo() output. [2004-07-30 12:55:41] mpurdy at vicnet dot net dot au I have the same problem under Windows 2000 professional. If I use php-win.exe I can send an email without any problems. However php-cgi.exe and php.exe produce and error which is Warning: mail() [function.mail]: "sendmail_from" not set in php.ini or custom "From:" header missing in e:\http\mail.php on line 4 [2004-07-20 11:57:08] Austin519 at aol dot com Description: I am currently running PHP5 with Apache 2.0.49 and an open-source shopping cart solution OsCommerce (www.oscommerce.com). The OsCommerce email function is a standard one (I won't paste here) that sends standard or MIME emails depending on what you choose for it to send. Running PHP 4.3.1 I had no issues sending email, however after successfully upgrading to PHP5, I now receive an error. As I said, the email function is nothing deviating from most of the general working functions posted on the web. My php.ini lines that it would be referring to are below (edited out my domain name): [mail function] ; For Win32 only. SMTP = mail.mydomain.com smtp_port = 25 ; For Win32 only. sendmail_from = [EMAIL PROTECTED] Reproduce code: --- The specific line the error below refers to is here: return mail($to_addr, $subject, $this->output, 'From: ' . $from . $this->lf . 'To: ' . $to . $this->lf . implode($this->lf, $this->headers) . $this->lf . implode($this->lf, $xtra_headers)); The entire email function is here: http://www.modsp.com/email.php.txt Expected result: Emails are processed and sent to recipients. Actual result: -- Warning: mail() [function.mail]: "sendmail_from" not set in php.ini or custom "From:" header missing in \path_to_storefront\email.php on line 500 (edited out full path to storefront) -- Edit this bug report at http://bugs.php.net/?id=29276&edit=1
#29860 [NEW]: Cannot compile with mysql and mysqli extensions
From: rjanson at msn dot com Operating system: Redhat 9 PHP version: 5.0.1 PHP Bug Type: Compile Failure Bug description: Cannot compile with mysql and mysqli extensions Description: I cannot compile php 5.0.1 (nor 5.0.0) with mysql and mysqli extensions. I can compile with either/or. At this point I need both. I am using mysql 4.1.3 Configure runs with no issues. Reproduce code: --- My configure options: ./configure --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --enable-inline-optimization --with-exec-dir=/usr/bin --with-layout=GNU --enable-magic-quotes --with-pear=/usr/share/pear --with-mysql=/usr/bin/mysql_config --with-mysqli=/usr/bin/mysqli_config --enable-versioning --with-apxs2=/usr/sbin/apxs --enable-sockets --with-zlib-dir=/usr/local --with-gd --with-ldap --without-sqlite Expected result: I expect PHP to compile with no errors, and to support both Mysql and Mysqli extensions. Actual result: -- I get several lines similar to the following: : multiple definition of `net_realloc' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x100): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x180): In function `net_clear': : multiple definition of `net_clear' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x180): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x1f0): In function `net_flush': : multiple definition of `net_flush' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x1f0): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x580): In function `net_real_write': : multiple definition of `net_real_write' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x580): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x240): In function `my_net_write': : multiple definition of `my_net_write' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x240): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x320): In function `net_write_command': : multiple definition of `net_write_command' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x320): first defined here /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9c0): In function `my_net_read': : multiple definition of `my_net_read' /usr/lib/mysql/libmysqlclient.a(net.o)(.text+0x9c0): first defined here collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1 -- Edit bug report at http://bugs.php.net/?id=29860&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29860&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29860&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29860&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29860&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29860&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29860&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29860&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29860&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29860&r=support Expected behavior: http://bugs.php.net/fix.php?id=29860&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29860&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29860&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29860&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29860&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29860&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29860&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29860&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29860&r=float
#29858 [NEW]: Make error
From: pdcuong48xd at yahoo dot fr Operating system: Redhat 10 (Fedora Core 1) PHP version: 5.0.1 PHP Bug Type: Unknown/Other Function Bug description: Make error Description: The lastest 2 error lines are : ( when I typed make ) ln: creating hard link `ctype.o' to `ctype.lo': Operation not permitted make: *** [libphp4.la] Error 1 And the same 2 lines when typed make install Can anyone help ? And one more question : Does PHP 5.0.1 work well with Apache 2.0.5 ? ( I want to use the lastest version ) Thanks very much ! -- Edit bug report at http://bugs.php.net/?id=29858&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29858&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29858&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29858&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29858&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29858&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29858&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29858&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29858&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29858&r=support Expected behavior: http://bugs.php.net/fix.php?id=29858&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29858&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29858&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29858&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29858&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29858&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29858&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29858&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29858&r=float
#29851 [Bgs]: Quotes in header From: corrupts imap_headerinfo
ID: 29851 User updated by: janders at javeo dot com Reported By: janders at javeo dot com Status: Bogus Bug Type: IMAP related Operating System: RHEL V3 PHP Version: 4.3.8 New Comment: I disagree... Php is returning invalid data. Just because the From: field is invalid syntax, that doesn't mean that php should follow suit and provide invalid data. On call to imap_headerinfo, it's returning an invalid mailbox -- i.e., "30TV <[EMAIL PROTECTED]>"@t1. The code should return an error message or error code, or should return "carpenter", which is the mailbox, and it should properly set "example.com" as the host object. Obviously php is mangling the original field in an attempt to return a valid mailbox string. So, if before returning the string, if php did a simple regexp to test for invalid chars like, if (!ereg("/^([a-zA-Z0-9_\.\-])+/", $str) then it could determin if the mailbox string was valid or not before returning yet another invalid string. Oh well, if not fixed in php I guess I'll have to run my 'if' condition against every mailbox returned by imap_headerinfo. Thanks again for your help, -JA Previous Comments: [2004-08-27 00:47:39] [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. Thank you for your interest in PHP. The header seems to corrupt in the 1st place. [2004-08-26 16:51:51] janders at javeo dot com Description: Email message header with additional quotes in From: field corrupts results returned by imap_headerinfo. E.g. Message with this from field: From: "30"TV" <[EMAIL PROTECTED]>" imap_headerinfo produces: stdClass Object ( [date] => Wed, 25 Aug 2004 19:16:52 -0800 [Date] => Wed, 25 Aug 2004 19:16:52 -0800 [subject] => Free to new members- Flat Screen TV [Subject] => Free to new members- Flat Screen TV [fromaddress] => "30TV <[EMAIL PROTECTED]>"@t1 [from] => Array([0] => stdClass Object ( [mailbox] => 30TV <[EMAIL PROTECTED]> [host] => t1 ) ) Reading this message from imap server using Outlook produces correct results, with additional quotes simply removed. I also read this message from imap server using Pine, since php uses same c-client. When displaying the message header in Pine, Pine replaced the corrupt "From" field with the non-corrupt "To" field when message header is displayed in the Inbox. -JA -- Edit this bug report at http://bugs.php.net/?id=29851&edit=1
#29074 [Com]: mssql_connect fails under heavy load
ID: 29074 Comment by: jochen dot daum at cabletalk dot co dot nz Reported By: david dot blair at nsi1 dot com Status: Open Bug Type: MSSQL related Operating System: MS 2003 PHP Version: 4.3.7 New Comment: Hi, I have the same experience with mssql_select_db. I use PHP 4.3.2 as a module with FreeTDS. The mssql extension is patched though with a datetime extension that reads the milliseconds as well (as mentioned in some early bugs) The problem does not seem to occur with heavy load, but after a certain amount of mssql_select_db. According to the documentation: "In case a second call is made to mssql_connect() with the same arguments, no new link will be established, but instead, the link identifier of the already opened link will be returned." (mssql_connect) and "Every subsequent call to mssql_query() will be made on the active database." (mssql_select_db) I have modified my database access layer to call mssql_select_db() before each mssql_query(). After a number of mssql_select_db, I get an instant failure. Retrying helps for some more queries, but then the process hangs with Apache running at 100%. HTH, Jochen Previous Comments: [2004-07-26 16:14:25] david dot blair at nsi1 dot com I should probably note that fmk and I have exchanged 2 emails outside of this bug report (just so it's part of this paper trail). He brought me up to speed on the thread safety issues of the dblib library. This next part can be taken with a grain of salt. I'm not sure if it's a seperate issue or something that will help fmk in debugging...I upgraded our development server to PHP 5. It's still showing the intermittent problems of the failed connection, but it's not happening at mssql_connect. It happens at mssql_select_db. The error that's returned is: Warning: mssql_select_db() [function.mssql-select-db]: Unable to select database: blah blah blah... I dunno fmk if you made a fix in the 5 version that's not present in the 4.3.7 version? Wondering if you created some magic code that fixes the mssql_connect issue that needs to be applied to the other mssql functions... DB [2004-07-12 23:58:22] david dot blair at nsi1 dot com Today at 4:22 the production server just informed me that it took 15 attempts to get a connection. Normally it's alot lower than this when mssql_connect fails...but on the 15th connect it caught. How am I doing this? for-loop until mssql_connect returns a connection. Since it instantaneously fails the user doesn't even know it occurs. Is this a good solution. No. Hence this bug report. What failover would there be in mssql to cause it to fail right away without even looking for the server? Should I have my error email send me any information? I'm not sure what function is out there that would report on the state of mssql. In fact I don't see any reporting functions...I really need someone that knows the workings of this module to work with me on this... [2004-07-09 19:51:39] david dot blair at nsi1 dot com We have mssql.max_procs set to 250. So what does that mean; processes? Is a process a single SQL connection? Or is it all events running through mssql? Would: mssql_connect(yada yada); mssql_close(yada); be considered two processes or one? Or is a process a single user requesting thru Apache? We only have 30 employees in our company and there's never an instance where all 30 would be creating a SQL connection at the same time. All connections to the database are made per page, so if they wanted to list all open technician projects, an mssql_connect would be called at the beginning, several different fetches would be made, and then an mssql_close command would be sent before the HTML is generated and shot out to the client computer. If each individual command is a "process" I can see where mssql.max_procs is the problem...but shouldn't each individual command end before the next one begins thus there could only really be 1 or 0 processes at any given time per client connection?? If I used mssql_connect but didn't use mssql_close how long would a process keep alive? Until the script finishes or a specific time frame? And then when we changed mssql_connect to mssql_pconnect last night why did we still have intermittent problems when only one client computer was requesting...that one user should've retained that one persistent connnection as per documentation...it shouldn't have broken instantly with a "Unable to connect..." warning. What's the max number I can set mssql.max_procs to? I don't believe that is the issue, but if it is, then there's another serious bug where once you meet the max procs, then it always assumes max procs and it will never let you connect until the SQL server and the Apache serve
#29462 [Com]: lost post data
ID: 29462 Comment by: golden_moon_rising at yahoo dot com Reported By: gary at garyslittlecompany dot com Status: Open Bug Type: CGI related Operating System: wxp PHP Version: 4.3.9 New Comment: Found it. A third-party patch was choking. The problem had nothing to do with the source code shipped with PHP 4.3.9. To anyone else with this problem, try removing any third-party patches first .. Previous Comments: [2004-08-24 02:24:04] golden_moon_rising at yahoo dot com Yup, confirmed. I am using a FastCGI SAPI 4.3.9-dev (php4-STABLE-200408091430), and having the same issue: When a trivial HTML-only web page with a single input item, a textarea, contains more than 1000 characters, the post data is lost by PHP. When I point the form to a Perl CGI, I can see all the text, but pointing the form to a trivial PHP script that does var_dump on $_REQUEST, I get an empty array. If I remove a single byte from the text area, presto .. everything looks/works normal. This was a tad frustrating to isolate. Now to dig through PHP code to see what the heck is happening at the 1,000th character. First, I will download the latest snapshot .. [2004-07-30 22:17:34] gary at garyslittlecompany dot com Description: Please see my last note to bug #22427. I am experiencing the same problem, I would not submit this again, except, it appears that I can not change the status to open again, since I am not the owner, so I added this to one to point to that. -- Edit this bug report at http://bugs.php.net/?id=29462&edit=1
#29624 [Fbk->NoF]: OCINlsEnvironmentVariableGet: referenced symbol not found
ID: 29624 Updated by: [EMAIL PROTECTED] Reported By: dmarek1 at att dot net -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: Solaris 2.8 PHP Version: 5.0.0 New Comment: No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2004-08-13 02:17:45] cjbj at hotmail dot com I guess at runtime you're using the Oracle DB libraries that came with iAS. These are probably older than the DB environment you built with. Try building with the ORACLE_HOME that you are running with. See http://www.oracle.com/technology/products/ias/ohs/htdocs/php_ohs.htm [2004-08-12 03:01:09] dmarek1 at att dot net Description: I am okay to build oci8 with PHP 5 and the make is okay but when I start http server the error below occurs. I have iAS 10g for one home with a 9.2 client on another. I build oci8 to 9.2 home and all other to 10G iAS. Without oci8 all is good and the server runs and handles PHP but with oci8 I can't go on. Thanks for any help /opt/oracle/product/TCLB/iAS/Apache/Apache/bin/apachectl start: execing httpd Syntax error on line 232 of /opt/oracle/product/TCLB/iAS/Apache/Apache/conf/httpd.conf: Cannot load /opt/oracle/product/TCLB/iAS/Apache/Apache/libexec/libphp5.so into server: ld.so.1: /opt/oracle/product/TCLB/i AS/Apache/Apache/bin/httpd: fatal: relocation error: file /opt/oracle/product/TCLB/iAS/Apache/Apache/libexec/libphp5.so: s ymbol OCINlsEnvironmentVariableGet: referenced symbol not found Reproduce code: --- ./configure --with-oci8=/opt/oracle/product/TCLB/9.2.C --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr /local --with-zlib-dir=/usr/local --with-xpm-dir=/usr/local --with-ttf=/usr/local --with-freetype-dir=/usr/local --enable- gd-native-ttf --with-mysql=/usr/local/mysql --with-apxs=/opt/oracle/product/TCLB/iAS/Apache/Apache/bin/apxs --prefix=/opt/ oracle/product/TCLB/iAS --with-config-file-path=/opt/oracle/product/TCLB/iAS/Apache/Apache/conf Expected result: Server starts and oci calls work! Actual result: -- Can't start server as error above shows. -- Edit this bug report at http://bugs.php.net/?id=29624&edit=1
#29847 [Opn->Fbk]: bcsqrt crashes - problem reproducable
ID: 29847 Updated by: [EMAIL PROTECTED] Reported By: aliendesaster at hotmail dot com -Status: Open +Status: Feedback Bug Type: BC math related Operating System: WinXP PHP Version: 5.0.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Seems to work fine with latest CVS, the result is 6.70820393249936908922752100619382 for all 3 sample codes. Previous Comments: [2004-08-26 12:52:11] aliendesaster at hotmail dot com Description: It´s simple: bcsqrt doesn´t work at all, it´s always causing a crash unlike sqrt, which works! I dunno if bcsqrt working in other php version. I´m installed the php 5.01 win-binary version (zip) from php.net. Reproduce code: --- or or Expected result: result should be similar to what sqrt(45) returns. Actual result: -- A nice reproducable crash in apache: AppName: apache.exe AppVer: 2.0.47.0ModName: php5ts.dll ModVer: 5.0.0.0 Offset: 0008238f -- Edit this bug report at http://bugs.php.net/?id=29847&edit=1
#29828 [Csd]: Interfaces no longer work
ID: 29828 Updated by: [EMAIL PROTECTED] Reported By: jellybob at gmail dot com Status: Closed Bug Type: Zend Engine 2 problem Operating System: * -PHP Version: 5.* +PHP Version: 5.0.1 Assigned To: helly New Comment: Well look at Zend/tests/bug29828.phpt, you might find something that reminds you of something you wrote :-) Anyway bug is solved now. Previous Comments: [2004-08-27 00:02:52] [EMAIL PROTECTED] Sorry, I tried to mention it being due to Zend Optimiser here, but the add comment function wasn't working for me. helly: Should have included some better example code. [2004-08-26 23:57:57] [EMAIL PROTECTED] Apart from the SEGV based on Zend Optimizer the Bug report shows another problem. The code is not working at all in 5.* and that is not becasue of the Optimizer. The problem is that the interface has a function with the name of the interface itself. This is an old style constructor which is not allowed for interfaces. [2004-08-25 09:55:31] [EMAIL PROTECTED] You mention on your website that it was Zend Optimizer, so bogussing this report. Please add those comments yourself next time as not all PHP developers are monitoring your website. [2004-08-25 08:29:58] [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. [2004-08-25 01:52:04] jellybob at gmail dot com Description: It appears that attempting to implement any interface when creating a class will cause PHP to segfault. Reproduce code: --- blah(); ?> Expected result: Hello, world! Actual result: -- [EMAIL PROTECTED]:~/php-5.0.1> php ~/test.php Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=29828&edit=1
#29851 [Opn->Bgs]: Quotes in header From: corrupts imap_headerinfo
ID: 29851 Updated by: [EMAIL PROTECTED] Reported By: janders at javeo dot com -Status: Open +Status: Bogus Bug Type: IMAP related Operating System: RHEL V3 PHP Version: 4.3.8 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. Thank you for your interest in PHP. The header seems to corrupt in the 1st place. Previous Comments: [2004-08-26 16:51:51] janders at javeo dot com Description: Email message header with additional quotes in From: field corrupts results returned by imap_headerinfo. E.g. Message with this from field: From: "30"TV" <[EMAIL PROTECTED]>" imap_headerinfo produces: stdClass Object ( [date] => Wed, 25 Aug 2004 19:16:52 -0800 [Date] => Wed, 25 Aug 2004 19:16:52 -0800 [subject] => Free to new members- Flat Screen TV [Subject] => Free to new members- Flat Screen TV [fromaddress] => "30TV <[EMAIL PROTECTED]>"@t1 [from] => Array([0] => stdClass Object ( [mailbox] => 30TV <[EMAIL PROTECTED]> [host] => t1 ) ) Reading this message from imap server using Outlook produces correct results, with additional quotes simply removed. I also read this message from imap server using Pine, since php uses same c-client. When displaying the message header in Pine, Pine replaced the corrupt "From" field with the non-corrupt "To" field when message header is displayed in the Inbox. -JA -- Edit this bug report at http://bugs.php.net/?id=29851&edit=1
#29846 [Opn]: Function to close the output stream
ID: 29846 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Irrelevant PHP Version: 5.0.1 New Comment: See also bug #15209 Previous Comments: [2004-08-26 11:51:31] [EMAIL PROTECTED] Description: Introduce function to force PHP to close the output stream so slower non user related functions can be executed. -- Edit this bug report at http://bugs.php.net/?id=29846&edit=1
#29828 [Opn->Csd]: Interfaces no longer work
ID: 29828 Updated by: [EMAIL PROTECTED] Reported By: jellybob at gmail dot com -Status: Open +Status: Closed Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5.* Assigned To: helly New Comment: Sorry, I tried to mention it being due to Zend Optimiser here, but the add comment function wasn't working for me. helly: Should have included some better example code. Previous Comments: [2004-08-26 23:57:57] [EMAIL PROTECTED] Apart from the SEGV based on Zend Optimizer the Bug report shows another problem. The code is not working at all in 5.* and that is not becasue of the Optimizer. The problem is that the interface has a function with the name of the interface itself. This is an old style constructor which is not allowed for interfaces. [2004-08-25 09:55:31] [EMAIL PROTECTED] You mention on your website that it was Zend Optimizer, so bogussing this report. Please add those comments yourself next time as not all PHP developers are monitoring your website. [2004-08-25 08:29:58] [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. [2004-08-25 01:52:04] jellybob at gmail dot com Description: It appears that attempting to implement any interface when creating a class will cause PHP to segfault. Reproduce code: --- blah(); ?> Expected result: Hello, world! Actual result: -- [EMAIL PROTECTED]:~/php-5.0.1> php ~/test.php Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=29828&edit=1
#29828 [Bgs->Opn]: Interfaces no longer work
ID: 29828 Updated by: [EMAIL PROTECTED] Reported By: jellybob at gmail dot com -Status: Bogus +Status: Open Bug Type: Zend Engine 2 problem -Operating System: Linux +Operating System: * -PHP Version: 5.0.1 +PHP Version: 5.* -Assigned To: +Assigned To: helly New Comment: Apart from the SEGV based on Zend Optimizer the Bug report shows another problem. The code is not working at all in 5.* and that is not becasue of the Optimizer. The problem is that the interface has a function with the name of the interface itself. This is an old style constructor which is not allowed for interfaces. Previous Comments: [2004-08-25 09:55:31] [EMAIL PROTECTED] You mention on your website that it was Zend Optimizer, so bogussing this report. Please add those comments yourself next time as not all PHP developers are monitoring your website. [2004-08-25 08:29:58] [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. [2004-08-25 01:52:04] jellybob at gmail dot com Description: It appears that attempting to implement any interface when creating a class will cause PHP to segfault. Reproduce code: --- blah(); ?> Expected result: Hello, world! Actual result: -- [EMAIL PROTECTED]:~/php-5.0.1> php ~/test.php Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=29828&edit=1
#29842 [Fbk->Opn]: soapclient return null value
ID: 29842 User updated by: mobi at delfnet dot pL Reported By: mobi at delfnet dot pL -Status: Feedback +Status: Open Bug Type: SOAP related Operating System: Win2000 SP4 -PHP Version: 5CVS-2004-08-25 (dev) +PHP Version: 5CVS-2004-08-26 (dev) Assigned To: dmitry New Comment: In my code above should be: print_r($wsdl->register($RegistrationData)); //not $RegistrationData_Type I have tried php5-win32-200408261830.zip snapshot and the return value is still null. Previous Comments: [2004-08-26 14:58:09] [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 Please try a snapshot dated AFTER Aug 26, 2004 13:00 GMT from snaps.php.net then. [2004-08-26 14:53:11] [EMAIL PROTECTED] I cannot reproduce the bug. I got "Consumer Name Parameter Missing" exception. I hope, this is the same bug as #29844 that is just fixed in CVS. [2004-08-25 20:55:40] mobi at delfnet dot pL Description: SOAP result is null (wsdl file is correct and WebService works). The following pice of code explain the problem: Reproduce code: --- $wsdl = new SoapClient('http://wsrp.netunitysoftware.com/WSRPTestService/WSRPTestService.asmx?Operation=WSDL',array('trace' => 1)); $RegistrationData = array("consumerName" => "test", "consumerAgent" => "test.1.0", "methodGetSupported" => false, "consumerModes" => array('wsrp:view','wsrp:edit'), "consumerWindowStates" => array('wsrp:view','wsrp:edit'), "consumerUserScopes" => array(), "customUserProfileData" => array(), "registrationProperties" => array(), "extensions" => array()); print_r($wsdl->register($RegistrationData_Type)); Expected result: SOAP RESULT: http://schemas.xmlsoap.org/soap/envelope/"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";> 1f9c4223-ce73-4cdf-b24f-fdd15d2066ad print: Array ( [registrationHandle] => 1f9c4223-ce73-4cdf-b24f-fdd15d2066ad ) Actual result: -- SOAP RESULT: the same as bottom print: NULL -- Edit this bug report at http://bugs.php.net/?id=29842&edit=1
#29857 [NEW]: Core dump while using PEAR::SOAP
From: adam at trachtenberg dot com Operating system: Suse Linux 9.1 PHP version: 5CVS-2004-08-26 (dev) PHP Bug Type: Reproducible crash Bug description: Core dump while using PEAR::SOAP Description: While playing around with PEAR::SOAP under PHP 5, I can generate a core dump. Reproduce code: --- I don't have a short test script yet, because it requires me to unravel PEAR::SOAP, but I am providing a back trace. If this is not enough to solve the problem then I will try to find time to break PEAR::SOAP down into little pieces. :) Expected result: No crash. Actual result: -- #0 0x403b303e in _IO_new_file_xsputn () from /lib/tls/libc.so.6 #1 0x403a972f in fwrite () from /lib/tls/libc.so.6 #2 0x0825e0d6 in sapi_cli_single_write (str=0x0, str_length=6) at /usr/local/cvs/php-src/sapi/cli/php_cli.c:192 #3 0x0825c74e in sapi_cli_ub_write (str=0x0, str_length=6) at /usr/local/cvs/php-src/sapi/cli/php_cli.c:205 #4 0x081f33a5 in php_ub_body_write_no_header (str=0x0, str_length=6) at /usr/local/cvs/php-src/main/output.c:684 #5 0x081f1ff9 in php_body_write (str=0x0, str_length=6) at /usr/local/cvs/php-src/main/output.c:119 #6 0x081e38a8 in php_body_write_wrapper (str=0x0, str_length=6) at /usr/local/cvs/php-src/main/main.c:1246 #7 0x08229d64 in zend_print_zval_ex ( write_func=0x81e3887 , expr=0xbfffc6c0, indent=0) at /usr/local/cvs/php-src/Zend/zend.c:289 #8 0x08229ce2 in zend_print_zval (expr=0xbfffc290, indent=0) at /usr/local/cvs/php-src/Zend/zend.c:270 #9 0x08229421 in zend_print_variable (var=0xbfffc290) at /usr/local/cvs/php-src/Zend/zend_variables.c:154 #10 0x0822a153 in zend_print_zval_r_ex ( write_func=0x81e3887 , expr=0xbfffc290, indent=32) at /usr/local/cvs/php-src/Zend/zend.c:391 #11 0x08229fa0 in zend_print_zval_r (expr=0xbfffc290, indent=32) at /usr/local/cvs/php-src/Zend/zend.c:346 #12 0x08229773 in print_hash (ht=0x8640964, indent=28, is_object=0 '\0') at /usr/local/cvs/php-src/Zend/zend.c:148 #13 0x0822a039 in zend_print_zval_r_ex ( write_func=0x81e3887 , expr=0x8640924, indent=24) at /usr/local/cvs/php-src/Zend/zend.c:360 #14 0x08229fa0 in zend_print_zval_r (expr=0x8640924, indent=24) at /usr/local/cvs/php-src/Zend/zend.c:346 #15 0x08229773 in print_hash (ht=0x864d3cc, indent=20, is_object=0 '\0') at /usr/local/cvs/php-src/Zend/zend.c:148 #16 0x0822a039 in zend_print_zval_r_ex ( write_func=0x81e3887 , expr=0x864d38c, indent=16) at /usr/local/cvs/php-src/Zend/zend.c:360 #17 0x08229fa0 in zend_print_zval_r (expr=0x864d38c, indent=16) at /usr/local/cvs/php-src/Zend/zend.c:346 #18 0x08229773 in print_hash (ht=0x86142dc, indent=12, is_object=0 '\0') at /usr/local/cvs/php-src/Zend/zend.c:148 #19 0x0822a039 in zend_print_zval_r_ex ( write_func=0x81e3887 , expr=0x861452c, indent=8) at /usr/local/cvs/php-src/Zend/zend.c:360 #20 0x08229fa0 in zend_print_zval_r (expr=0x861452c, indent=8) at /usr/local/cvs/php-src/Zend/zend.c:346 #21 0x08229773 in print_hash (ht=0x866904c, indent=4, is_object=1 '\001') at /usr/local/cvs/php-src/Zend/zend.c:148 #22 0x0822a13d in zend_print_zval_r_ex ( write_func=0x81e3887 , expr=0x8633554, indent=0) at /usr/local/cvs/php-src/Zend/zend.c:385 #23 0x08229fa0 in zend_print_zval_r (expr=0x8633554, indent=0) at /usr/local/cvs/php-src/Zend/zend.c:346 #24 0x0816ee9e in zif_print_r (ht=1, return_value=0x863466c, this_ptr=0x0, return_value_used=0) at /usr/local/cvs/php-src/ext/standard/basic_functions.c:2750 #25 0x082538e3 in zend_do_fcall_common_helper (execute_data=0xbfffcd50) at /usr/local/cvs/php-src/Zend/zend_execute.c:2980 #26 0x0825405c in zend_do_fcall_handler (execute_data=0xbfffcd50) at /usr/local/cvs/php-src/Zend/zend_execute.c:3114 #27 0x0824fcc3 in execute (op_array=0x836368c) at /usr/local/cvs/php-src/Zend/zend_execute.c:1498 #28 0x0822b530 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/cvs/php-src/Zend/zend.c:1052 #29 0x081e42e9 in php_execute_script (primary_file=0xb150) at /usr/local/cvs/php-src/main/main.c:1633 #30 0x0825dbe7 in main (argc=2, argv=0xb224) at /usr/local/cvs/php-src/sapi/cli/php_cli.c:943 -- Edit bug report at http://bugs.php.net/?id=29857&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29857&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29857&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29857&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29857&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29857&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29857&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29857&r=needscr
#29802 [Opn]: Glitch using preg_replace
ID: 29802 User updated by: wesleygoku at yahoo dot com dot br Reported By: wesleygoku at yahoo dot com dot br Status: Open Bug Type: PCRE related Operating System: Windows 2000 SP4 PHP Version: 4.3.8 New Comment: To clarify the bug, let's explain it better: I'm using preg_replace to replace some code. If this code is bigger than an unknown lenght, something very weird happens. I'm using while to replace ALL of the occurrences in some string, but the preg_match used to verify if the text still appears just tells the code DOESN'T match, although it does! Now, see the problem: This doesn't work, note that many "http://wstec.net/tmp/php_bug_pcre/code_01.html Results: http://wstec.net/tmp/php_bug_pcre/code_01.php Now, without the first two , id works as it should Source code: http://wstec.net/tmp/php_bug_pcre/code_02.html Results: http://wstec.net/tmp/php_bug_pcre/code_02.php I ask you to take a good look at this bug, because I need a resolution about it to keep working on my script. And also note that it isn't with my code, but with the PHP's funcion preg_match and preg_replace. Previous Comments: [2004-08-24 18:08:02] wesleygoku at yahoo dot com dot br This is the problem, if I reduce the code, it works. I've checked the XHTML code and the Regular Expression, but everything is fine. [2004-08-24 08:38:50] [EMAIL PROTECTED] Please provide a very short example without endless pieces of HTML/XML code. [2004-08-23 20:34:42] wesleygoku at yahoo dot com dot br Description: I'm trying to use preg_replace to evaluate my own XHTML tags, sending their arguments and contents to another funcion. There are two uses, the simple, without content (like ), and the complex, with content (like x). Each one is parsed by their own function, and to evaluate ALL the complex tags (even the tags inside other tags) I'm using a while condition. The problem is very odd, it happens when I use more than one complex tag, and some simple tag before the complex ones, all of this inside another complex tag (you will understand better reading the code), with few complex lines or without simple tags before them, the results are good, but otherwise, the while condition just doesn't work and the Apache thread takes much more time proccessing the script (I don't know why, as the while code just repeats two times). Look at the URL below for more details and note the first code should work (try removing the second one), but not the second! Reproduce code: --- http://wstec.net/tmp/php_bug_pcre.html Expected result: NEO_HTML( "list", "action="/?e=2&d=lay"", "NEO_HTML( "item", "id="Diretório anterior"", "NEO_HTML( "col", "width="284" href="" target="_blank"", " " )NEO_HTML( "col", "width="10"", "Diretório anterior" )NEO_HTML( "col", "href="" target="_blank"", "Diretório" )NEO_HTML( "col", "href="" target="_blank" align="right"", "" )" ) NEO_HTML( "item", "id="css.css"", "NEO_HTML( "col", "width="284" href="/css.css" target="_blank"", " " )NEO_HTML( "col", "width="10"", "css.css" )NEO_HTML( "col", "href="/css.css" target="_blank"", "Estilo CSS" )NEO_HTML( "col", "href="/css.css" target="_blank" align="right"", "3,23 KB" )" ) NEO_HTML( "item", "id="ico.gif"", "NEO_HTML( "col", "width="284" href="/ico.gif" target="_blank"", " " )NEO_HTML( "col", "width="10"", "ico.gif" )NEO_HTML( "col", "href="/ico.gif" target="_blank"", "Imagem" )NEO_HTML( "col", "href="/ico.gif" target="_blank" align="right"", "66 Bytes" )" ) NEO_HTML( "item", "id="list_order_asc.gif"", "NEO_HTML( "col", "width="284" href="/list_order_asc.gif" target="_blank"", " " )NEO_HTML( "col", "width="10"", "list_order_asc.gif" )NEO_HTML( "col", "href="/list_order_asc.gif" target="_blank"", "Imagem" )NEO_HTML( "col", "href="/list_order_asc.gif" target="_blank" align="right"", "61 Bytes" )" ) NEO_HTML( "item", "id="list_order_desc.gif"", "NEO_HTML( "col", "width="284" href="/list_order_desc.gif" target="_blank"", " " )NEO_HTML( "col", "width="10"", "list_order_desc.gif" )NEO_HTML( "col", "href="/list_order_desc.gif" target="_blank"", "Imagem" )NEO_HTML( "col", "href="/list_order_desc.gif" target="_blank" align="right"", "61 Bytes" )" ) NEO_HTML( "item", "id="top_admin.gif"", "NEO_HTML( "col", "width="284" href="/top_admin.gif" target="_blank"", "
#29839 [Asn->Csd]: incorrect convert (xml:lang to lang)
ID: 29839 Updated by: [EMAIL PROTECTED] Reported By: mobi at delfnet dot pl -Status: Assigned +Status: Closed Bug Type: SOAP related Operating System: windows 2000 SP4 PHP Version: 5CVS-2004-08-25 (dev) Assigned To: dmitry New Comment: Fixed in CVS (HEAD & PHP_5_0) Previous Comments: [2004-08-25 17:37:01] mobi at delfnet dot pl Description: I used wsdl file to create w soap server (http://www.oasis-open.org/committees/wsrp/specifications/version1/wsrp_service.wsdl). I have noticed the soap response convert xml:lang type to lang type. Wsdl (import http://www.oasis-open.org/committees/wsrp/specifications/version1/wsrp_v1_types.xsd): (...) (...) Soap response: (...) exampledescription (...) Should be: exampledescription The namespace ns1 is ok but lang has wrong type. -- Edit this bug report at http://bugs.php.net/?id=29839&edit=1
#29780 [Opn]: Constructor isn't called if a class is extended from a built in class
ID: 29780 Updated by: [EMAIL PROTECTED] Reported By: d dot khan at ventigo dot com Status: Open Bug Type: Zend Engine 2 problem -Operating System: Linux (Gentoo) +Operating System: * -PHP Version: 5.0.1 +PHP Version: 5.* New Comment: HINT to all extension developers: Constructors of internal classes need to have the name '__construct' rather that the class's name. Previous Comments: [2004-08-25 22:46:08] d dot khan at ventigo dot com You example works - mine doesn't. It seems to be an oddity with extensions... Example code: Output: Called in child Warning: PDO::__construct() expects at least 1 parameter, 0 given in /home/shares/development/khan/wandern/html/test.php on line 19 [2004-08-23 18:20:12] [EMAIL PROTECTED] This code: works fine and outputs 'Called in child' for me. Please, check it one more time and/or try newer snapshot. [2004-08-21 11:58:01] d dot khan at ventigo dot com Description: Hello, maybe this is bogus but I found a situation where the OOP engine doesn't behave as - at least I - would expect. I tried to extend the PDO extension and my local construct method isn't called. The engine always calls the parent construct method. Greetings Daniel Khan Reproduce code: --- Class rltxPDO extends PDO { function __construct() { echo 'Called in child'; } public static function instance() { static $instance; if (!$instance) { $instance = new rltxPDO(); } return $instance; } } Expected result: Output: Called in child Actual result: -- Warning: PDO::__construct() expects at least 1 parameter, 0 given -- Edit this bug report at http://bugs.php.net/?id=29780&edit=1
#29856 [NEW]: open_basedir "/" not working
From: petrus at activesec dot biz Operating system: Solaris 8 PHP version: 4.3.8 PHP Bug Type: PHP options/info functions Bug description: open_basedir "/" not working Description: This bug report is similar to a solved one (bugid=0), but looks like the bug appears again in version 4.3.8: I just upgrade PHP from version 4.3.4 to version 4.3.8. After upgrade from 4.3.4 to 4.3.8 open_basedir "/" directive stop working (just like if I comment it out, no effect at all) The Web server provides hosting for several domains, all of those with its own homedir: ServerName www..com ServerAlias .com DocumentRoot /domains/.com/web php_admin_value open_basedir /domains/.com/web:/tmp php_admin_flag safe_mode Off php_admin_flag register_globals On where open_basedir restric PHP to the homedir. Some especial directories, for example the webmail directory, is there only one, but it is shared by all the virtualhosts (http:///webmail/). I achieve that using (en httpd.conf): Alias /webmail "/apache2/htdocs/horde/imp" php_admin_flag safe_mode off php_admin_value upload_tmp_dir /tmp php_admin_value open_basedir "/" This worked fine until the upgrade. After it, I get a message claiming that the open_basedir directive is in use, and that "/apache2/htdocs/horde/imp" is not in (/). PHP.ini has no open_basedir tag, al are in apache conf. files using "php_admin_value". None of the configuretion file were changes durring the upgrade. After downgrade to 4.3.4 again the problem desapeared. 4.3.8 configure line: ./configure --with-mysql --with-gd --with-apxs2=/apache2/bin/apxs --with-ldap --sharedstatedir=/tmp --enable-memory-limit=yes --enable-debug=no --with-zlib --with-kerberos=no --prefix=/usr/local/chroot/www/usr/local --with-gettext --with-xml --with-imap=../imap-2002e --without-imap-ssl --with-openssl=/usr/local/ssl --with-jpeg-dir=/usr/local --with-config-file-path=/apache2/conf --enable-ftp=shared -- Edit bug report at http://bugs.php.net/?id=29856&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29856&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29856&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29856&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29856&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29856&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29856&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29856&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29856&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29856&r=support Expected behavior: http://bugs.php.net/fix.php?id=29856&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29856&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29856&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29856&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29856&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29856&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29856&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29856&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29856&r=float
#28573 [Ana->Fbk]: SOAP call causes catastrophic crash
ID: 28573 Updated by: [EMAIL PROTECTED] Reported By: mwa at it dot rit dot edu -Status: Analyzed +Status: Feedback Bug Type: Reproducible crash Operating System: OS X 10.3 PHP Version: 5.0.0RC2 Assigned To: dmitry New Comment: 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 Previous Comments: [2004-08-26 17:42:49] [EMAIL PROTECTED] I cannot reproduce this behavoir. The example code works fine with latest CVS version. But I cannot test it on OS X. [2004-05-31 12:11:21] [EMAIL PROTECTED] Assigning to the maintainer. [2004-05-30 02:45:23] mwa at it dot rit dot edu Description: A simple soap test causes a complete system meltdown, Apache hangs, ssh and telnet stop responding must manually reboot server in the lab (hard boot) sorry I don't have a lot of postmortem data yet (logs etc.) I thought it would be more important to report this ASAP. It's reproducable though. Clue: the $client->__getFunctions() call returns the SOAP service "GetQuote" function twice. (I'm assuming it should report each function only once) Could be a bad wsdl file??? but then the soap call should protect against that perhaps. Anyway the real big crash happens on the last line of code below. The call to $client->GetQuote() build note: here's how I built PHP5 RC2 ./configure --prefix=/usr/local/php5 --with-apxs2=/usr/local/apache2/bin/apxs --enable-soap Reproduce code: --- http://www.swanandmokashi.com/HomePage/WebServices/QuoteOfTheDay.asmx?WSDL'); echo "functions available from this service are:"; var_dump($client->__getFunctions()); echo " Today's daily quote: "; var_dump ($client->GetQuote()); ?> Expected result: It should just var_dump the results (text string) from the SOAP call. Some sort of daily quote web service I found on http://www.xmethods.com/ see: http://www.xmethods.com/ve2/ViewListing.po?key=uuid:1C51F87E-9DBD-C1A1-2EEB-C947EC84A1BF Actual result: -- System crash, brings down Apache 2 and darn near everything else. It ain't pretty. Let me now if I can help more... -- Edit this bug report at http://bugs.php.net/?id=28573&edit=1
#29854 [NEW]: information not updated
From: paul_song at uml dot edu Operating system: PC PHP version: 5CVS-2004-08-26 (dev) PHP Bug Type: *General Issues Bug description: information not updated Description: The information given in DS needs updated. -- Edit bug report at http://bugs.php.net/?id=29854&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29854&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29854&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29854&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29854&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29854&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29854&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29854&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29854&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29854&r=support Expected behavior: http://bugs.php.net/fix.php?id=29854&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29854&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29854&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29854&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29854&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29854&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29854&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29854&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29854&r=float
#29852 [Opn->Bgs]: iconv() not error output!
ID: 29852 Updated by: [EMAIL PROTECTED] Reported By: jamedean at edunet4u dot net -Status: Open +Status: Bogus Bug Type: ICONV related Operating System: linux i386 PHP Version: 4.3.8 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. Thank you for your interest in PHP. This is not a support forum. Previous Comments: [2004-08-26 17:08:53] jamedean at edunet4u dot net Description: This problem is just appeared for PHP 4.3.8 PHP 4.2.3 version is not appreard. iconv() function did not output a error. Reproduce code: --- testing. PHP 4.2.3 output ==> "error" // iconv() return FALSE !! but, PHP 4.3.8 output ==> "abc" // iconv() return abc !! please help me.T^T -- Edit this bug report at http://bugs.php.net/?id=29852&edit=1
#29849 [Opn->Bgs]: openssl_pkcs7_encrypt() segaults
ID: 29849 Updated by: [EMAIL PROTECTED] Reported By: adrieder at sbox dot tugraz dot at -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Sparc/Solaris 9 PHP Version: 4.3.8 New Comment: Marking as bogus then, as it's not a bug in PHP. Previous Comments: [2004-08-26 17:08:35] adrieder at sbox dot tugraz dot at It seems to be related to openssl-0.9.7d under Solaris. An update to the current stable openssl snapshot solves the problem. Sorry and Thanks anyway! [2004-08-26 15:05:24] adrieder at sbox dot tugraz dot at Description: openssl_pkcs7_encrypt() causes a reproducible segfault when running on Sparc/Solaris 9. it happens when it is invoced as apache (1.3.31) module and on the command line aswell. My system: Sparc/Solaris 9 gcc-3.2.1 apache-1.3.31 php-3.4.8 openssl-0.9.7d Reproduce code: --- "; openssl_pkcs7_encrypt("/tmp/_test", "/tmp/_out", $cert, array('To' => '[EMAIL PROTECTED]')); ?> Expected result: /tmp/_out should contain encrypted data from /tmp/_test Actual result: -- segmentation fault core dumped. -- Edit this bug report at http://bugs.php.net/?id=29849&edit=1
#27406 [Opn->Ver]: php_check_syntax executes code
ID: 27406 Updated by: [EMAIL PROTECTED] -Summary: php_check_syntax behavior Reported By: thomas at stauntons dot org -Status: Open +Status: Verified Bug Type: Unknown/Other Function Operating System: OS X -PHP Version: 5.0.0 +PHP Version: 5.0.2-dev Assigned To: iliaa New Comment: Tested latest CVS on a Win32 machine, same problem. Here's a very simple test: randominclude.php checksyntax.php Calling checksyntax.php via Module/CLI/CGI results in: passedHI As opposed to: passed Fatal error: Call to undefined function foobar() in ... Previous Comments: [2004-08-09 05:10:33] [EMAIL PROTECTED] So should this function actually execute the code (like an include()) or should it be a simple lint check (identical to php -l). The doc team assumed the later. Please advise with specific information on how this should be documented or if this is indeed a bug, say so. http://cvs.php.net/co.php/phpdoc/en/reference/misc/functions/php-check-syntax.xml [2004-08-08 18:59:20] phpbug at bigredspark dot com Bogus? Could someone document this function so we know what the "proper" usage is? Is this funtion meant to load the file into the current scope as it's syntax is checked? If so, please say so in the documentation. Otherwise, I have another bug report to file. original.php foo(); ?> checkme.php results in checkme::foo checkme::bar::foo for example, when my assumption of how the function works should have the code results in undefined function and class errors. [2004-04-13 13:12:03] [EMAIL PROTECTED] Don't misuse the function. [2004-02-26 15:18:57] [EMAIL PROTECTED] Ilia, maybe this function wasn't such a good idea after all? Here's the first misuse of it already.. [2004-02-26 11:00:17] thomas at stauntons dot org Description: I am writing a class that will include another file containing a class that needs to implement a specific interface. When calling php_check_syntax on the file its behavious differs depending on whether or not the class implements my interface. If the file implements my interface the class will not show up in get_declared_classes() and an include() of the file will work, but if the class doesn't implement my interface the class will be in get_declared_classes() and the include will fail with 'cannot redeclareclass' Reproduce code: --- in Main.php in includeme.php (Case 1) in includeme.php (Case 2) Expected result: Case 1 of includeme.php will work OK, php_syntax_check will succeed and include will load the file OK, AClass will be available. Case 2 will fail, php_syntax_check will work but include will fail with 'cannot redeclare class' & Illegal Instruction Actual result: -- Just as Above. -- Edit this bug report at http://bugs.php.net/?id=27406&edit=1
#29850 [Opn->Bgs]: No environment variables
ID: 29850 Updated by: [EMAIL PROTECTED] Reported By: haggeluring at comhem dot se -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Slackware 10 PHP Version: 4.3.8 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. Thank you for your interest in PHP. Your variables_order php.ini setting doesn't contain the E. Previous Comments: [2004-08-26 16:33:52] haggeluring at comhem dot se Description: I am not able to access my systems environment variables from PHP, neither cli or Apache module. $_ENV just returns an empty array. PHPInfo is available at http://lvk.mine.nu/phpinfo php -v PHP 4.3.8 (cli) (built: Jul 17 2004 11:20:16) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Reproduce code: --- Expected result: The code should return an array that contains the environment variables. -- Edit this bug report at http://bugs.php.net/?id=29850&edit=1
#29853 [NEW]: Output buffering = Off is slow
From: webmaster at neteject dot com Operating system: Windows 2003 PHP version: 5.0.0 PHP Bug Type: Performance problem Bug description: Output buffering = Off is slow Description: PHP 5.0.1 ISAPI Windows 2003 Enterprise Server. I have tested this on different machines with W2003 Server Enterprise installed. I have webppages with a lot of phpchunks with sql and different calculations. When have outbuffering to off the page is printed very slow and halts in almost every chunk. Setting the output to On prints the page fast. I have tested this on my local network. I have connected to 1 xp machine and 2 w2003 machines. XP did not have any problems with output buffering off. One interesting thing is that the page runs quite fast on the local computer which makes me wonder if it has any conjunction with how IIS 6 works. Anyway, the fact still remains that running with output buffering on produces a fast page from anywhere. Reproduce code: --- etc... Expected result: Page loading in chunks -- Edit bug report at http://bugs.php.net/?id=29853&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29853&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29853&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29853&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29853&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29853&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29853&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29853&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29853&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29853&r=support Expected behavior: http://bugs.php.net/fix.php?id=29853&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29853&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29853&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29853&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29853&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29853&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29853&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29853&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29853&r=float
#28573 [Asn->Ana]: SOAP call causes catastrophic crash
ID: 28573 Updated by: [EMAIL PROTECTED] Reported By: mwa at it dot rit dot edu -Status: Assigned +Status: Analyzed Bug Type: Reproducible crash Operating System: OS X 10.3 PHP Version: 5.0.0RC2 Assigned To: dmitry New Comment: I cannot reproduce this behavoir. The example code works fine with latest CVS version. But I cannot test it on OS X. Previous Comments: [2004-05-31 12:11:21] [EMAIL PROTECTED] Assigning to the maintainer. [2004-05-30 02:45:23] mwa at it dot rit dot edu Description: A simple soap test causes a complete system meltdown, Apache hangs, ssh and telnet stop responding must manually reboot server in the lab (hard boot) sorry I don't have a lot of postmortem data yet (logs etc.) I thought it would be more important to report this ASAP. It's reproducable though. Clue: the $client->__getFunctions() call returns the SOAP service "GetQuote" function twice. (I'm assuming it should report each function only once) Could be a bad wsdl file??? but then the soap call should protect against that perhaps. Anyway the real big crash happens on the last line of code below. The call to $client->GetQuote() build note: here's how I built PHP5 RC2 ./configure --prefix=/usr/local/php5 --with-apxs2=/usr/local/apache2/bin/apxs --enable-soap Reproduce code: --- http://www.swanandmokashi.com/HomePage/WebServices/QuoteOfTheDay.asmx?WSDL'); echo "functions available from this service are:"; var_dump($client->__getFunctions()); echo " Today's daily quote: "; var_dump ($client->GetQuote()); ?> Expected result: It should just var_dump the results (text string) from the SOAP call. Some sort of daily quote web service I found on http://www.xmethods.com/ see: http://www.xmethods.com/ve2/ViewListing.po?key=uuid:1C51F87E-9DBD-C1A1-2EEB-C947EC84A1BF Actual result: -- System crash, brings down Apache 2 and darn near everything else. It ain't pretty. Let me now if I can help more... -- Edit this bug report at http://bugs.php.net/?id=28573&edit=1
#28970 [Asn->Bgs]: Deleting wsdl tmp files results in segfault
ID: 28970 Updated by: [EMAIL PROTECTED] Reported By: ba at esoft dot dk -Status: Assigned +Status: Bogus Bug Type: SOAP related Operating System: Linux 2.6.7-gentoo-r3 PHP Version: 5.0.0RC3 Assigned To: dmitry New Comment: The bug is not reproducable. Previous Comments: [2004-08-11 08:26:47] ba at esoft dot dk cant reproduce it on new machine anymore. sorry. should i close it again? [2004-07-19 17:22:48] [EMAIL PROTECTED] Sorry, but I cannot reproduce the crash. Did you get the same behavior with CLI? [2004-06-30 09:43:58] ba at esoft dot dk Description: Deleting the wsdl-* files from /tmp will cause the SOAP extension to crash with a segfault. This should be fairly easy to reproduce... Expected result: Don't segfault, re-cache the WSDL files Actual result: -- Segfault -- Edit this bug report at http://bugs.php.net/?id=28970&edit=1
#27994 [Asn->Csd]: segfault with Soapserver when WSDL-Cache is enabled
ID: 27994 Updated by: [EMAIL PROTECTED] Reported By: waechter at avalus dot de -Status: Assigned +Status: Closed Bug Type: SOAP related Operating System: linux 2.4.18 PHP Version: 5.0.0RC1 Assigned To: dmitry New Comment: It is the same as bug #29795. Fixed in CVS (HEAD & PHP_5_0) Previous Comments: [2004-04-15 08:40:48] waechter at avalus dot de okay, I found somewhat interesting: the segfault happens, when i try to use an unknown datatype inside the wsdl. in my case, i used xsd:base64binary instead of xsd:base64Binary (case-sensitiv)... do you still need the sourcecode? and those extra empty lines in the BT... sorry, i don't know where these came from!? [2004-04-15 06:34:24] [EMAIL PROTECTED] I need full example (including wsdl file) to reproduce the BUG. [2004-04-14 22:25:04] [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 ..and why did you add those extra empty lines in the backtrace?!?!?! [2004-04-14 12:10:23] waechter at avalus dot de Description: when wsdl-cache is enabled, the first call to soapserver works fine, but when the cached wsdl is beeing used (eg when it has not been written or ttl has reached), it will produce a segfault Reproduce code: --- configure line: /configure --with-apxs2filter=/usr/local/apache2/bin/apxs --with-libxml-dir=../libxml2-2.6.7 --enable-soap --enable-debug php.ini: soap.wsdl_cache_dir = /path/to/wsdl/cache soap.wsdl_cache_enabled = 1 soap.wsdl_cache_ttl = 120 server-script: addFunction("someFunction"); $server->handle(); ?> client-script: http://url/to/wsdl.de";); $client->someFunction(array( "param1" => "value1", "param2" => "value") ); ?> Expected result: no segfault ;-) Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 3076 (LWP 31697)] sdl_guess_convert_xml (enc=0x408d09c0, data=0x408e6858, style=1, parent=0x83ac150) at /home/lbr/serverSoft/php-5.0.0RC1/ext/soap/php_encoding.c:2417 2417switch(type->kind) { (gdb) bt #0 sdl_guess_convert_xml (enc=0x408d09c0, data=0x408e6858, style=1, parent=0x83ac150) at /home/lbr/serverSoft/php-5.0.0RC1/ext/soap/php_encoding.c:2417 #1 0x4035a1cc in master_to_xml (encode=0x408d09c0, data=0x408e6858, style=1, parent=0x83ac150) at /home/lbr/serverSoft/php-5.0.0RC1/ext/soap/php_encoding.c:304 #2 0x4035c024 in model_to_xml_object (node=0x83ac150, model=0x408d7530, prop=0x408e56c0, style=1, strict=1) at /home/lbr/serverSoft/php-5.0.0RC1/ext/soap/php_encoding.c:1045 #3 0x4035c13d in model_to_xml_object (node=0x83ac150, model=0x408d6ec8, prop=0x408e56c0, style=1, strict=1) at /home/lbr/serverSoft/php-5.0.0RC1/ext/soap/php_encoding.c:1074 #4 0x4035c714 in to_xml_object (type=0x408d0a28, data=0x408e6810, style=1, parent=0x83ac058) at /home/lbr/serverSoft/php-5.0.0RC1/ext/soap/php_encoding.c:1244 #5 0x403612ff in sdl_guess_convert_xml (enc=0x408d0a28, data=0x408e6810, style=1, parent=0x83ac058) at /home/lbr/serverSoft/php-5.0.0RC1/ext/soap/php_encoding.c:2439 #6 0x4035a1cc in master_to_xml (encode=0x408d0a28, data=0x408e6810, style=1, parent=0x83ac058) at /home/lbr/serverSoft/php-5.0.0RC1/ext/soap/php_encoding.c:304 #7 0x4035ce38 in add_xml_array_elements (xmlParam=0x83ac058, type=0x0, enc=0x408d0a28, ns=0x83a9038, dimension=1, dims=0x408e3f00, data=0x408e4418, style=1) at /home/lbr/serverSoft/php-5.0.0RC1/ext/soap/php_encoding.c:1454 #8 0x4035eed6 in to_xml_array (type=0x408d0958, data=0x408e4418, style=1, parent=0x83ab710) at /
#29795 [Asn->Csd]: SegFault with Soap and Amazon's Web Services
ID: 29795 Updated by: [EMAIL PROTECTED] Reported By: jamus at jamus dot com -Status: Assigned +Status: Closed Bug Type: Reproducible crash Operating System: Redhat 9 PHP Version: 5.0.1 Assigned To: dmitry New Comment: Fixed in CVS (HEAD and PHP_5_0) Previous Comments: [2004-08-23 08:38:31] [EMAIL PROTECTED] Assigning to dmitry. [2004-08-23 01:18:21] jamus at jamus dot com Description: I receive a segfault when executing the code below. If I change $stuff[0] to "Small", everything works fine. Reproduce code: --- http://aws-beta.amazon.com/AWSSchemas/AWSProductData/beta/US.wsdl";); $request->{"Operation"}="ItemLookup"; $request->{"ItemId"}="1565926102"; $stuff[0]="Medium"; $request->{"ResponseGroup"}=$stuff; $ar->{"Request"}=$request; $ar->{"SubscriptionId"}="18BJZ2XBVHZX80H4YCG2"; $ar=$client->ItemLookup($ar); var_dump($ar); ?> Expected result: The variable ar dumped. Actual result: -- #0 sdl_guess_convert_zval (enc=0x8353dcc, data=0x83ba948) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:2469 #1 0x080c515f in master_to_zval (encode=0x8353dcc, data=0x83ba948) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:327 #2 0x080c61c0 in model_to_zval_object (ret=0x83b7a14, model=0x83949b4, data=0x839468c, sdl=0x834fdb4) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:891 #3 0x080c6430 in model_to_zval_object (ret=0x83b7a14, model=0x839492c, data=0x83ba8f8, sdl=0x834fdb4) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:949 #4 0x080c6675 in to_zval_object (type=0x83ba98f, data=0x83ba8f8) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:1027 #5 0x080c515f in master_to_zval (encode=0x8355f3c, data=0x83ba8f8) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:327 #6 0x080c61c0 in model_to_zval_object (ret=0x83b7304, model=0x83a326c, data=0x839a924, sdl=0x834fdb4) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:891 #7 0x080c6430 in model_to_zval_object (ret=0x83b7304, model=0x83a0f14, data=0x83ba2b8, sdl=0x834fdb4) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:949 #8 0x080c6675 in to_zval_object (type=0x83ba98f, data=0x83ba2b8) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:1027 #9 0x080c515f in master_to_zval (encode=0x8353d8c, data=0x83ba2b8) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:327 #10 0x080c61c0 in model_to_zval_object (ret=0x83b6a5c, model=0x8384f94, data=0x8383fec, sdl=0x834fdb4) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:891 #11 0x080c6430 in model_to_zval_object (ret=0x83b6a5c, model=0x8384c44, data=0x83b98e0, sdl=0x834fdb4) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:949 #12 0x080c6675 in to_zval_object (type=0x83ba98f, data=0x83b98e0) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:1027 #13 0x080c515f in master_to_zval (encode=0x8355fbc, data=0x83b98e0) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:327 #14 0x080c61c0 in model_to_zval_object (ret=0x83b6694, model=0x837aebc, data=0x837ac04, sdl=0x834fdb4) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:891 #15 0x080c6430 in model_to_zval_object (ret=0x83b6694, model=0x837acd4, data=0x83b95d0, sdl=0x834fdb4) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:949 #16 0x080c6675 in to_zval_object (type=0x83ba98f, data=0x83b95d0) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:1027 #17 0x080c515f in master_to_zval (encode=0x83565bc, data=0x83b95d0) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:327 #18 0x080c61c0 in model_to_zval_object (ret=0x83b44d4, model=0x8371da4, data=0x8371bec, sdl=0x834fdb4) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:891 #19 0x080c6430 in model_to_zval_object (ret=0x83b44d4, model=0x8371cc4, data=0x83b4660, sdl=0x834fdb4) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:949 #20 0x080c6675 in to_zval_object (type=0x83ba98f, data=0x83b4660) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:1027 #21 0x080c515f in master_to_zval (encode=0x8356bfc, data=0x83b4660) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_encoding.c:327 #22 0x080cfd60 in parse_packet_soap (this_ptr=0x83556bc, buffer=0x83b588c "http://schemas.xmlsoap.org/soap/envelope/\"; \nxmlns:SOAP-ENC=\"http://schemas.xmlsoap.org/soap/ encoding/\" \nxmlns:xsi=\"http://www.w";..., buffer_size=2638, fn=0x83b14f4, fn_name=0x0, return_value=0x835512c, soap_headers=0x0) at /home/jamus/SRC/php-5.0.1/ext/soap/ php_packet_soap.c:297 #23 0x080be13e in do_soap_call (this_ptr=0x83556bc, function=0x835506c "ItemLookup", function_len=10, arg_count=1, real_args=0x83550ac, return_valu
#26608 [Com]: Sporadic -439 errors on ifx_connect()
ID: 26608 Comment by: jrecabar at uc dot cl Reported By: gemery at bmihs dot co dot uk Status: Assigned Bug Type: Informix related Operating System: RedHat Linux 8 PHP Version: 4.3.3 Assigned To: nobbie New Comment: Same error here (ifx_connect: E [SQLSTATE=IX 000 SQLCODE=-439]) Informix: 9.21.UC3X9 OS: SunOS 5.8 Generic_108528-25 sun4u sparc Apache: Apache/1.3.29 (Unix) mod_ssl/2.8.16 OpenSSL/0.9.6l ESQL/C Version 2.81 Previous Comments: [2004-06-30 18:54:37] j dot howitt at mgn dot co dot uk Does anyone know when this bug may be fixed, Our our web site is hitting this issue and soon will be put under a much greater load.As we have already seen this bug appearing we are expecting it to cause us hugh problems. gemery at bmihs dot co dot uk wrote that apache 2 fixes this problem. We are currently stress testing this, looking good so far, but from the intro manual(installation guide) on the php site it says not to use php on apache2 in a production environment. Does anyone know what issues may be experienced by doing this? [2004-04-15 20:34:11] gemery at bmihs dot co dot uk By the way, if you know anyone that has suffered this problem, get them to vote on it. Maybe it'll get bumped up the priority list :-/ [2004-04-15 20:29:00] gemery at bmihs dot co dot uk OK... Some new information: I got in contact with Cornelius, the maintainer of the ifx code. He came up with the following (which is a work in progress): -439 error:Description:Each Apache Thread can only have 1 active connection to an informix database, after a -439 occurance. o ifx_close() doesn't close the database connection, possibly leaving it available for other requests - Fixed in PHP-4.3.4 (after RC1) o ifx_close() can't close connections which produced -439 errors - Looks like a bug (or feature) in the ESQL/C or IDS Engine, or incorrect thread usageReproduce bug:o in httpd.conf, set MaxRequestsPerChild to 1o access a php script which runs a massive queryo you'll keep getting -439 errors ===TEMPORARY FIX===Because the -439 error causes problems for Apache/PHP to reconnect in each thread, the thread should be closed often to kill the conection which is the problem.This doesn't prevent the problem, but makes it occur less, and not affect as many users when it does.In httpd.conf: o Set MaxRequestsPerChild to a low number (approx: the minimum number of possible connections in a request to your site, maybe times 3) o Set MaxKeepAliveRequests to a low number (see above)---===HACKING INFO===Things to check: o if ifx_close closes connection when -439 is encountered:- NOo why -439 is encountered on new connection attempt, in same apache thread after first -439:- Possible Runaway process - incorrect thread usage o if -439 is encountered immediately from same apache thread, different request, if first request has -439 set:- YESThings to try: o ESQL/C thread safe stuff - Didn't work for me o check error -451, from the release docsfrom /opt/informix/release/en_us/0333/ESQLCREL_9.1:92103 With arrary fetch enabled frontend doesn't recover from-451 error but returns -439 error for all subsequentoperations - Doubtedly, becuase the tests failed without blobs in sight I have also upgraded our apache server to version 2 (2.0.49) and this seems to have made the problem go away entirely (possibly because it handles threading in a proper way - which seems to be the root cause of the 439 issue). Hope this helps. Some more news from the php devs would be appreciated though :) [2004-04-14 13:04:30] p_lc at voila dot fr Same problem for us after Php4 migration two weeks ago. Last version of PHP4, last version of Informix sdk. And same problems in a critical application. Even the rotation of informix users described in #14254 didn't changed anything. Strange, though, because we didn't saw anything similar in php3. Shall we downgrade our server ? Thank you for your help. [2004-04-13 09:35:36] cass at surek dot com dot br We're running into the same problem here, but unfortunatelly we don't have an option of switching to another database as the other fellow did. Can we expect anything regarding this matter? The remainder of the comments for this report are
#21522 [Com]: Ldap unable to load - module not found
ID: 21522 Comment by: samantha dot cicch at libero dot it Reported By: bool at gte dot net Status: Bogus Bug Type: LDAP related Operating System: Windots NT PHP Version: 4.3.0 New Comment: hi, I've already this problem: PHP: Startup: unable to load dynamic library 'c:\php\ext\php_sybase_ct.dll' PHP 5; Apache 2.0.5 on win32 1. I add my PHP directory, C:\PHP to the path entry 2. I copy the dll files on these directory: c:\php c:\php\ext c:\windows\system c:\windows\system32 3. in php.ini I I uncomented extension_dir = "./PHP" and extension=php_mysql.dll 4. I change extension_dir = c:\php or extension_dir = c:\php\ or extension_dir = c:\php\ext or extension_dir = c:\php\ext\ or extension_dir = "c:\php" But this doesn't help. Do you have any idea Previous Comments: [2004-08-11 05:08:16] aleibman at dawork dot com As a result of all extensive reading I got php_mysql.dll in four places already: C:\WINNT\system32 C:\WINNT\ C:\php C:\php\ext I uncomented extension_dir = "./PHP" and extension=php_mysql.dll BUT I am still getting: PHP Startup: Unable to load dynamic library './PHP\php_mysql.dll'-... I played with extension_dir changing it to something like "C:/php/ext" BUT this does not help. Could you please help? Thank you [EMAIL PROTECTED] [2003-01-09 08:53:19] bool at gte dot net I fell like a dolt now... I copied the files and everything is working like a charm. Thank you very much for the help. [2003-01-08 17:51:14] [EMAIL PROTECTED] You probably missed a part in the install intructions about copying dlls\*.dll to c:\winnt\system32. [2003-01-08 12:46:16] bool at gte dot net When attempting to enable the extension php_ldap.dll from the 4.3.0 windows binary build I first copied the dll to c:\php\, set the proper variable in php.ini to tell php to look for extensions in c:\php and uncommented the line extension=php_ldap.dll. save, shutdown iis, restart to get an error telling me that module c:\php\php_ldap.dll is not found and there is a refrence to function Unknown(). After verifying that I did not screw up my copy job and the file c:\php\php_ldap.dll DID exist I came back to the site and did a serch for others having the same problem. In 2001 there were many refrences to the same error and the solution was to move libsasl.dll to the same location as php_ldap.dll. I also found documentation stating that libsasl.dll was already bundled into 4.3.0. I was unable to locate libsasl.dll anywhere in the binary zip of 4.3.0. I've noticed at least two other people here experiencing similiar problems. -- Edit this bug report at http://bugs.php.net/?id=21522&edit=1
#29852 [NEW]: iconv() not error output!
From: jamedean at edunet4u dot net Operating system: linux i386 PHP version: 4.3.8 PHP Bug Type: ICONV related Bug description: iconv() not error output! Description: This problem is just appeared for PHP 4.3.8 PHP 4.2.3 version is not appreard. iconv() function did not output a error. Reproduce code: --- testing. PHP 4.2.3 output ==> "error" // iconv() return FALSE !! but, PHP 4.3.8 output ==> "abc" // iconv() return abc !! please help me.T^T -- Edit bug report at http://bugs.php.net/?id=29852&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29852&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29852&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29852&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29852&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29852&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29852&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29852&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29852&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29852&r=support Expected behavior: http://bugs.php.net/fix.php?id=29852&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29852&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29852&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29852&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29852&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29852&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29852&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29852&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29852&r=float
#29849 [Opn]: openssl_pkcs7_encrypt() segaults
ID: 29849 User updated by: adrieder at sbox dot tugraz dot at Reported By: adrieder at sbox dot tugraz dot at Status: Open Bug Type: Reproducible crash Operating System: Sparc/Solaris 9 PHP Version: 4.3.8 New Comment: It seems to be related to openssl-0.9.7d under Solaris. An update to the current stable openssl snapshot solves the problem. Sorry and Thanks anyway! Previous Comments: [2004-08-26 15:05:24] adrieder at sbox dot tugraz dot at Description: openssl_pkcs7_encrypt() causes a reproducible segfault when running on Sparc/Solaris 9. it happens when it is invoced as apache (1.3.31) module and on the command line aswell. My system: Sparc/Solaris 9 gcc-3.2.1 apache-1.3.31 php-3.4.8 openssl-0.9.7d Reproduce code: --- "; openssl_pkcs7_encrypt("/tmp/_test", "/tmp/_out", $cert, array('To' => '[EMAIL PROTECTED]')); ?> Expected result: /tmp/_out should contain encrypted data from /tmp/_test Actual result: -- segmentation fault core dumped. -- Edit this bug report at http://bugs.php.net/?id=29849&edit=1
#29796 [Bgs]: Valid XML Soap Reply results in "looks like we got no XML document"
ID: 29796 User updated by: jamus at jamus dot com Reported By: jamus at jamus dot com Status: Bogus Bug Type: SOAP related Operating System: Redhat 9, Mac OS 10.3.5 PHP Version: 5.0.1 Assigned To: dmitry New Comment: I verified that 0x03 was in the XML returned by Amazon.com. I'll post a bug report with them. Apparently, when I copied/pasted the XML document from ethereal, the control character didn't copy. Sorry for the bogus report. Previous Comments: [2004-08-26 15:04:05] [EMAIL PROTECTED] See: http://www.w3.org/TR/REC-xml/#sec-cdata-sect and http://www.w3.org/TR/REC-xml/#charsets [2004-08-26 14:58:57] [EMAIL PROTECTED] If that's the case than it's a bug in your XML. You are not allowed to have control characters in your XML. Not a bug in PHP -> bogus. [2004-08-26 14:53:19] [EMAIL PROTECTED] I am not sure about valid XML document. It contains special characters with code 003. The BUG comes from libxml. The following document breaks libxml. --- Hello. --- I haven't ideas how to fix it. [2004-08-23 06:29:39] jamus at jamus dot com Description: I have a database of about 10 item ids. Only one fails when trying to retrieve item details from amazon.com. I captured the XML result from amazon through a sniffer, and the XML reply looks right. I checked it for well- formedness with mozilla and xmllint. The error I receive is: Fatal error: Uncaught SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in / Users/jamus/downloads/php-5.0.1/sapi/cli/index.php:17 Stack trace: #0 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(17): SoapClient- >AsinSearchRequest('AsinSearchReque...', Array) #1 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(23): getItemDetails(Object(stdClass)) #2 {main} thrown in /Users/jamus/downloads/php-5.0.1/sapi/ cli/index.php on line 17 Reproduce code: --- http://soap.amazon.com/schemas3/AmazonWebServices.wsdl";); $ar->{"asin"}=$asin; $ar->{"tag"}="jamuscom-20"; $ar->{"type"}="heavy"; $ar->{"devtag"}="D2FZ7623BKO6NP"; $ar->{"offer"}="All"; $ar->{"offerpage"}="1"; $ar->{"locale"}="en"; $ar->{"page"}=1; $ar=$client->AsinSearchRequest($ar); return $ar; } $ar=getItemDetails("067232525X"); /* this one works */ var_dump($ar); $ar=getItemDetails("0312238622"); /* this one doesn't */ var_dump($ar); ?> Expected result: I expected to receive the results for both items, not the first one. Actual result: -- Fatal error: Uncaught SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in / Users/jamus/downloads/php-5.0.1/sapi/cli/index.php:17 Stack trace: #0 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(17): SoapClient- >AsinSearchRequest('AsinSearchReque...', Array) #1 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(23): getItemDetails(Object(stdClass)) #2 {main} thrown in /Users/jamus/downloads/php-5.0.1/sapi/ cli/index.php on line 17 Below is the xml file that was pulled from packet sniffing using ethereal: http://schemas.xmlsoap.org/soap/envelope/"; xmlns: xsd="http://www.w3.org/2001/XMLSchema"; xmlns: amazon="http://soap.amazon.com"; SOAP-ENV: encodingStyle="http://schemas.xmlsoap.org/soap/ encoding/"> http://soap.amazon.com";> http:// www.amazon.com/exec/obidos/ASIN/0312238622/jamuscom-20? dev-t=D2FZ7623BKO6NP%26camp=2025%26link_code=sp1 0312238622 Anime from Akira to Princess Mononoke: Experiencing Contemporary Japanese Animation Book Susan Jolliffe Napier 01 April, 2001 Palgrave MacMillan http:// images.amazon.com/images/P/0312238622.01.THUMBZZZ.jpg http:/ /images.amazon.com/images/P/0312238622.01.MZZZ.jpg http:// images.amazon.com/images/P/0312238622.01.LZZZ.jpg $65.00 $65.00 $12.00 $79.26 743,683 8 4 4 ThirdPartyNew AGLPMRINU0Q3T pbshop Y02Y3893412Y3808702 $79.26 new Brand new Paperback - delivered from the UK in 7-10 days Usually ships in 1-2 business days United Kingdom International shipping available 4.5 4.5 ThirdPartyNew A150I0Y
#29851 [NEW]: Quotes in header From: corrupts imap_headerinfo
From: janders at javeo dot com Operating system: RHEL V3 PHP version: 4.3.8 PHP Bug Type: IMAP related Bug description: Quotes in header From: corrupts imap_headerinfo Description: Email message header with additional quotes in From: field corrupts results returned by imap_headerinfo. E.g. Message with this from field: From: "30"TV" <[EMAIL PROTECTED]>" imap_headerinfo produces: stdClass Object ( [date] => Wed, 25 Aug 2004 19:16:52 -0800 [Date] => Wed, 25 Aug 2004 19:16:52 -0800 [subject] => Free to new members- Flat Screen TV [Subject] => Free to new members- Flat Screen TV [fromaddress] => "30TV <[EMAIL PROTECTED]>"@t1 [from] => Array([0] => stdClass Object ( [mailbox] => 30TV <[EMAIL PROTECTED]> [host] => t1 ) ) Reading this message from imap server using Outlook produces correct results, with additional quotes simply removed. I also read this message from imap server using Pine, since php uses same c-client. When displaying the message header in Pine, Pine replaced the corrupt "From" field with the non-corrupt "To" field when message header is displayed in the Inbox. -JA -- Edit bug report at http://bugs.php.net/?id=29851&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29851&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29851&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29851&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29851&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29851&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29851&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29851&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29851&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29851&r=support Expected behavior: http://bugs.php.net/fix.php?id=29851&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29851&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29851&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29851&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29851&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29851&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29851&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29851&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29851&r=float
#27263 [Com]: Unserialize crashes on multiple objects, stored in session explicitly
ID: 27263 Comment by: dornfeld at unitz dot com Reported By: davojan at mail dot ru Status: Closed Bug Type: Session related Operating System: * PHP Version: 5CVS-2004-02-17 New Comment: I have confirmed the same problem under PHP 4.2.2 with class objects that reference each other. As a workaround, I was able to successfully store and retrieve serialized versions of my objects. Instead of: session_start(); $_SESSION['myobj'] =& new Class_With_Obj_Refs(); session_write_close(); I have: session_start(); $myobj =& new Class_With_Obj_Refs(); // do stuff $_SESSION['myobj'] = serialize($myobj); session_write_close(); When using the stored object from another page: session_start(); $myobj = unserialize($_SESSION['myobj']); session_write_close(); Hope this is helpful to others who still use PHP 4.x. Previous Comments: [2004-02-29 13:56:57] [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. [2004-02-16 21:59:42] [EMAIL PROTECTED] Nevermind, could reproduce. Only happens without --enable-debug! Here's the backtrace: _efree Zend/zend_alloc.c:257 257 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x61775f5f) at Zend/zend_alloc.c:257 #1 0x4038b383 in _zval_dtor (zvalue=0x82b73c4) at Zend/zend_variables.c:45 #2 0x40384141 in _zval_ptr_dtor (zval_ptr=0xbfffcb00) at Zend/zend_execute_API.c:359 #3 0x4034a36b in php_var_unserialize (rval=0xbfffcb00, p=0xbfffcb04, max=0x82b630e "", var_hash=0xbfffcb08) at var_unserializer.re:293 #4 0x402b7f29 in ps_srlzr_decode_php (val=0x61775f5f , vallen=50) at ext/session/session.c:502 #5 0x402b81dd in php_session_decode (val=0x82b62dc "foo|O:3:\"foo\":1:{s:3:\"bar\";O:3:\"bar\":0:{}}bar|r:2;", vallen=50) at ext/session/session.c:549 #6 0x402b8646 in php_session_initialize () at ext/session/session.c:730 #7 0x402b9a13 in php_session_start () at ext/session/session.c:1162 #8 0x402bb031 in zif_session_start (ht=0, return_value=0x82b6004, this_ptr=0x0, return_value_used=0) at ext/session/session.c:1601 #9 0x403a9c96 in zend_do_fcall_common_helper (execute_data=0xbfffced0, opline=0x82b5e14, op_array=0x82af144) at Zend/zend_execute.c:2642 #10 0x403a9dce in zend_do_fcall_handler (execute_data=0xbfffced0, opline=0x82b5e14, op_array=0x82af144) at Zend/zend_execute.c:2771 #11 0x403a68eb in execute (op_array=0x82af144) at Zend/zend_execute.c:1339 #12 0x4038cdfd in zend_execute_scripts (type=8, retval=0x0, file_count=3) at Zend/zend.c:1052 #13 0x4035ca96 in php_execute_script (primary_file=0xb220) at main/main.c:1647 #14 0x403afc2e in apache_php_module_main (r=0x832503c, display_source_mode=0) at sapi/apache/sapi_apache.c:54 #15 0x403b0629 in send_php (r=0x832503c, display_source_mode=0, filename=0x0) at sapi/apache/mod_php5.c:621 [2004-02-16 17:38:33] davojan at mail dot ru Sorry, but when I add --enable-debug to my configure the bug "dissapeared", the example script worked fine. The crashe takes place only in the debugless version, it's backtrace hardly can help you: Program terminated with signal 10, Bus error. .//usr/local/lib/php/20020429/templates.so: No such file or directory. #0 0x2860f780 in ?? () from /usr/local/libexec/apache/libphp5.so (gdb) bt #0 0x2860f780 in ?? () from /usr/local/libexec/apache/libphp5.so #1 0x8050416 in ap_clear_pool () #2 0x8050478 in ap_destroy_pool () #3 0x80503eb in ap_clear_pool () #4 0x8050478 in ap_destroy_pool () #5 0x805b190 in clean_parent_exit () #6 0x805d84d in standalone_main () #7 0x805dcab in main () #8 0x804fc39 in _start () It is a bad sign, it may mean buffer overflow anywhere in the program, i suppose. It may be difficult to find the bug. I'm ready to provide any help in catching it... [2004-02-15 13:31:17] davojan at mail dot ru Description: PHP crashes on session_start() if object "foo" references to object "bar" and both "foo" and "bar" are put into session explicitly each into it's element. The example below will work if we comment line: $_SESSION['bar'] = $bar; the only one "foo" is put to session explicitly and "bar" is also put, but as a member of "foo". Reproduce code: --- bar = $bar; session_start(); $_SESSION['foo'] = $foo; $_SESSION['bar'] = $bar;// it will be all right, if we comment this session_write_close(); session_start();// crashing here echo "OK"; ?> Expected result: -
#29850 [NEW]: No environment variables
From: haggeluring at comhem dot se Operating system: Slackware 10 PHP version: 4.3.8 PHP Bug Type: *General Issues Bug description: No environment variables Description: I am not able to access my systems environment variables from PHP, neither cli or Apache module. $_ENV just returns an empty array. PHPInfo is available at http://lvk.mine.nu/phpinfo php -v PHP 4.3.8 (cli) (built: Jul 17 2004 11:20:16) Copyright (c) 1997-2004 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies Reproduce code: --- Expected result: The code should return an array that contains the environment variables. -- Edit bug report at http://bugs.php.net/?id=29850&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29850&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29850&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29850&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29850&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29850&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29850&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29850&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29850&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29850&r=support Expected behavior: http://bugs.php.net/fix.php?id=29850&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29850&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29850&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29850&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29850&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29850&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29850&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29850&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29850&r=float
#29838 [Bgs->Csd]: Memory leak in sprintf argument swapping
ID: 29838 Updated by: [EMAIL PROTECTED] Reported By: tim at digicol dot de -Status: Bogus +Status: Closed Bug Type: Strings related Operating System: SuSE Linux 8.2 (i586) PHP Version: 4.3.8 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: [2004-08-26 15:28:00] tim at digicol dot de (More annoying comments:) This memory leak does *not* happen with PHP 4.3.4. Maybe the memory leak was introduced with the bug fix for bug #26878? [2004-08-26 09:42:36] tim at digicol dot de (Sorry to get on your nerves...) Please try the other format string I commented with "No memory leak". The memory leak really only occurs when the format string uses argument swapping. [2004-08-26 09:35:12] tim at digicol dot de Or try printf() instead: for ($i = 1; $i <= 10; $i++) printf($format, $num, $location); Leaks memory as well. [2004-08-26 09:31:23] tim at digicol dot de This is *not* bogus. Small code change - assign the sprintf() result to $x: for ($i = 1; $i <= 10; $i++) $x = sprintf($format, $num, $location); Same result, still leaks memory. I don't see 10 temporary variables here, just $i, $x, $format, $num, $location. [2004-08-26 02:04:53] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You created 10 temporary variables inside PHP, what do you expect... 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/29838 -- Edit this bug report at http://bugs.php.net/?id=29838&edit=1
#29838 [Bgs]: Memory leak in sprintf argument swapping
ID: 29838 User updated by: tim at digicol dot de Reported By: tim at digicol dot de Status: Bogus Bug Type: Strings related Operating System: SuSE Linux 8.2 (i586) PHP Version: 4.3.8 New Comment: (More annoying comments:) This memory leak does *not* happen with PHP 4.3.4. Maybe the memory leak was introduced with the bug fix for bug #26878? Previous Comments: [2004-08-26 09:42:36] tim at digicol dot de (Sorry to get on your nerves...) Please try the other format string I commented with "No memory leak". The memory leak really only occurs when the format string uses argument swapping. [2004-08-26 09:35:12] tim at digicol dot de Or try printf() instead: for ($i = 1; $i <= 10; $i++) printf($format, $num, $location); Leaks memory as well. [2004-08-26 09:31:23] tim at digicol dot de This is *not* bogus. Small code change - assign the sprintf() result to $x: for ($i = 1; $i <= 10; $i++) $x = sprintf($format, $num, $location); Same result, still leaks memory. I don't see 10 temporary variables here, just $i, $x, $format, $num, $location. [2004-08-26 02:04:53] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You created 10 temporary variables inside PHP, what do you expect... [2004-08-25 17:27:44] tim at digicol dot de Also happens on PHP 4.3.9RC1 ... 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/29838 -- Edit this bug report at http://bugs.php.net/?id=29838&edit=1
#29849 [NEW]: openssl_pkcs7_encrypt() segaults
From: adrieder at sbox dot tugraz dot at Operating system: Sparc/Solaris 9 PHP version: 4.3.8 PHP Bug Type: Reproducible crash Bug description: openssl_pkcs7_encrypt() segaults Description: openssl_pkcs7_encrypt() causes a reproducible segfault when running on Sparc/Solaris 9. it happens when it is invoced as apache (1.3.31) module and on the command line aswell. My system: Sparc/Solaris 9 gcc-3.2.1 apache-1.3.31 php-3.4.8 openssl-0.9.7d Reproduce code: --- "; openssl_pkcs7_encrypt("/tmp/_test", "/tmp/_out", $cert, array('To' => '[EMAIL PROTECTED]')); ?> Expected result: /tmp/_out should contain encrypted data from /tmp/_test Actual result: -- segmentation fault core dumped. -- Edit bug report at http://bugs.php.net/?id=29849&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29849&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29849&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29849&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29849&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29849&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29849&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29849&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29849&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29849&r=support Expected behavior: http://bugs.php.net/fix.php?id=29849&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29849&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29849&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29849&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29849&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29849&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29849&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29849&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29849&r=float
#29796 [Bgs]: Valid XML Soap Reply results in "looks like we got no XML document"
ID: 29796 Updated by: [EMAIL PROTECTED] Reported By: jamus at jamus dot com Status: Bogus Bug Type: SOAP related Operating System: Redhat 9, Mac OS 10.3.5 PHP Version: 5.0.1 Assigned To: dmitry New Comment: See: http://www.w3.org/TR/REC-xml/#sec-cdata-sect and http://www.w3.org/TR/REC-xml/#charsets Previous Comments: [2004-08-26 14:58:57] [EMAIL PROTECTED] If that's the case than it's a bug in your XML. You are not allowed to have control characters in your XML. Not a bug in PHP -> bogus. [2004-08-26 14:53:19] [EMAIL PROTECTED] I am not sure about valid XML document. It contains special characters with code 003. The BUG comes from libxml. The following document breaks libxml. --- Hello. --- I haven't ideas how to fix it. [2004-08-23 06:29:39] jamus at jamus dot com Description: I have a database of about 10 item ids. Only one fails when trying to retrieve item details from amazon.com. I captured the XML result from amazon through a sniffer, and the XML reply looks right. I checked it for well- formedness with mozilla and xmllint. The error I receive is: Fatal error: Uncaught SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in / Users/jamus/downloads/php-5.0.1/sapi/cli/index.php:17 Stack trace: #0 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(17): SoapClient- >AsinSearchRequest('AsinSearchReque...', Array) #1 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(23): getItemDetails(Object(stdClass)) #2 {main} thrown in /Users/jamus/downloads/php-5.0.1/sapi/ cli/index.php on line 17 Reproduce code: --- http://soap.amazon.com/schemas3/AmazonWebServices.wsdl";); $ar->{"asin"}=$asin; $ar->{"tag"}="jamuscom-20"; $ar->{"type"}="heavy"; $ar->{"devtag"}="D2FZ7623BKO6NP"; $ar->{"offer"}="All"; $ar->{"offerpage"}="1"; $ar->{"locale"}="en"; $ar->{"page"}=1; $ar=$client->AsinSearchRequest($ar); return $ar; } $ar=getItemDetails("067232525X"); /* this one works */ var_dump($ar); $ar=getItemDetails("0312238622"); /* this one doesn't */ var_dump($ar); ?> Expected result: I expected to receive the results for both items, not the first one. Actual result: -- Fatal error: Uncaught SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in / Users/jamus/downloads/php-5.0.1/sapi/cli/index.php:17 Stack trace: #0 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(17): SoapClient- >AsinSearchRequest('AsinSearchReque...', Array) #1 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(23): getItemDetails(Object(stdClass)) #2 {main} thrown in /Users/jamus/downloads/php-5.0.1/sapi/ cli/index.php on line 17 Below is the xml file that was pulled from packet sniffing using ethereal: http://schemas.xmlsoap.org/soap/envelope/"; xmlns: xsd="http://www.w3.org/2001/XMLSchema"; xmlns: amazon="http://soap.amazon.com"; SOAP-ENV: encodingStyle="http://schemas.xmlsoap.org/soap/ encoding/"> http://soap.amazon.com";> http:// www.amazon.com/exec/obidos/ASIN/0312238622/jamuscom-20? dev-t=D2FZ7623BKO6NP%26camp=2025%26link_code=sp1 0312238622 Anime from Akira to Princess Mononoke: Experiencing Contemporary Japanese Animation Book Susan Jolliffe Napier 01 April, 2001 Palgrave MacMillan http:// images.amazon.com/images/P/0312238622.01.THUMBZZZ.jpg http:/ /images.amazon.com/images/P/0312238622.01.MZZZ.jpg http:// images.amazon.com/images/P/0312238622.01.LZZZ.jpg $65.00 $65.00 $12.00 $79.26 743,683 8 4 4 ThirdPartyNew AGLPMRINU0Q3T pbshop Y02Y3893412Y3808702 $79.26 new Brand new Paperback - delivered from the UK in 7-10 days Usually ships in 1-2 business days United Kingdom International shipping available 4.5 4.5 ThirdPartyNew A150I0Y8V24372 ponti_books Y02Y4713751Y1487140 $81.15 new Brand NEW! paperback !!! Delivered within 4-14 working days !!! Usually ships in 1-2 business days United Kingdom International shi
#29796 [Ana->Bgs]: Valid XML Soap Reply results in "looks like we got no XML document"
ID: 29796 Updated by: [EMAIL PROTECTED] Reported By: jamus at jamus dot com -Status: Analyzed +Status: Bogus Bug Type: SOAP related Operating System: Redhat 9, Mac OS 10.3.5 PHP Version: 5.0.1 Assigned To: dmitry New Comment: If that's the case than it's a bug in your XML. You are not allowed to have control characters in your XML. Not a bug in PHP -> bogus. Previous Comments: [2004-08-26 14:53:19] [EMAIL PROTECTED] I am not sure about valid XML document. It contains special characters with code 003. The BUG comes from libxml. The following document breaks libxml. --- Hello. --- I haven't ideas how to fix it. [2004-08-23 06:29:39] jamus at jamus dot com Description: I have a database of about 10 item ids. Only one fails when trying to retrieve item details from amazon.com. I captured the XML result from amazon through a sniffer, and the XML reply looks right. I checked it for well- formedness with mozilla and xmllint. The error I receive is: Fatal error: Uncaught SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in / Users/jamus/downloads/php-5.0.1/sapi/cli/index.php:17 Stack trace: #0 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(17): SoapClient- >AsinSearchRequest('AsinSearchReque...', Array) #1 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(23): getItemDetails(Object(stdClass)) #2 {main} thrown in /Users/jamus/downloads/php-5.0.1/sapi/ cli/index.php on line 17 Reproduce code: --- http://soap.amazon.com/schemas3/AmazonWebServices.wsdl";); $ar->{"asin"}=$asin; $ar->{"tag"}="jamuscom-20"; $ar->{"type"}="heavy"; $ar->{"devtag"}="D2FZ7623BKO6NP"; $ar->{"offer"}="All"; $ar->{"offerpage"}="1"; $ar->{"locale"}="en"; $ar->{"page"}=1; $ar=$client->AsinSearchRequest($ar); return $ar; } $ar=getItemDetails("067232525X"); /* this one works */ var_dump($ar); $ar=getItemDetails("0312238622"); /* this one doesn't */ var_dump($ar); ?> Expected result: I expected to receive the results for both items, not the first one. Actual result: -- Fatal error: Uncaught SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in / Users/jamus/downloads/php-5.0.1/sapi/cli/index.php:17 Stack trace: #0 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(17): SoapClient- >AsinSearchRequest('AsinSearchReque...', Array) #1 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(23): getItemDetails(Object(stdClass)) #2 {main} thrown in /Users/jamus/downloads/php-5.0.1/sapi/ cli/index.php on line 17 Below is the xml file that was pulled from packet sniffing using ethereal: http://schemas.xmlsoap.org/soap/envelope/"; xmlns: xsd="http://www.w3.org/2001/XMLSchema"; xmlns: amazon="http://soap.amazon.com"; SOAP-ENV: encodingStyle="http://schemas.xmlsoap.org/soap/ encoding/"> http://soap.amazon.com";> http:// www.amazon.com/exec/obidos/ASIN/0312238622/jamuscom-20? dev-t=D2FZ7623BKO6NP%26camp=2025%26link_code=sp1 0312238622 Anime from Akira to Princess Mononoke: Experiencing Contemporary Japanese Animation Book Susan Jolliffe Napier 01 April, 2001 Palgrave MacMillan http:// images.amazon.com/images/P/0312238622.01.THUMBZZZ.jpg http:/ /images.amazon.com/images/P/0312238622.01.MZZZ.jpg http:// images.amazon.com/images/P/0312238622.01.LZZZ.jpg $65.00 $65.00 $12.00 $79.26 743,683 8 4 4 ThirdPartyNew AGLPMRINU0Q3T pbshop Y02Y3893412Y3808702 $79.26 new Brand new Paperback - delivered from the UK in 7-10 days Usually ships in 1-2 business days United Kingdom International shipping available 4.5 4.5 ThirdPartyNew A150I0Y8V24372 ponti_books Y02Y4713751Y1487140 $81.15 new Brand NEW! paperback !!! Delivered within 4-14 working days !!! Usually ships in 1-2 business days United Kingdom International shipping available 0.0 0.0 ThirdPartyNew AW7TB4FMTD6QC bookbu
#29842 [Ana->Fbk]: soapclient return null value
ID: 29842 Updated by: [EMAIL PROTECTED] Reported By: mobi at delfnet dot pL -Status: Analyzed +Status: Feedback Bug Type: SOAP related Operating System: Win2000 SP4 PHP Version: 5CVS-2004-08-25 (dev) Assigned To: dmitry New Comment: 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 Please try a snapshot dated AFTER Aug 26, 2004 13:00 GMT from snaps.php.net then. Previous Comments: [2004-08-26 14:53:11] [EMAIL PROTECTED] I cannot reproduce the bug. I got "Consumer Name Parameter Missing" exception. I hope, this is the same bug as #29844 that is just fixed in CVS. [2004-08-25 20:55:40] mobi at delfnet dot pL Description: SOAP result is null (wsdl file is correct and WebService works). The following pice of code explain the problem: Reproduce code: --- $wsdl = new SoapClient('http://wsrp.netunitysoftware.com/WSRPTestService/WSRPTestService.asmx?Operation=WSDL',array('trace' => 1)); $RegistrationData = array("consumerName" => "test", "consumerAgent" => "test.1.0", "methodGetSupported" => false, "consumerModes" => array('wsrp:view','wsrp:edit'), "consumerWindowStates" => array('wsrp:view','wsrp:edit'), "consumerUserScopes" => array(), "customUserProfileData" => array(), "registrationProperties" => array(), "extensions" => array()); print_r($wsdl->register($RegistrationData_Type)); Expected result: SOAP RESULT: http://schemas.xmlsoap.org/soap/envelope/"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";> 1f9c4223-ce73-4cdf-b24f-fdd15d2066ad print: Array ( [registrationHandle] => 1f9c4223-ce73-4cdf-b24f-fdd15d2066ad ) Actual result: -- SOAP RESULT: the same as bottom print: NULL -- Edit this bug report at http://bugs.php.net/?id=29842&edit=1
#29848 [NEW]: Non-existent keys evaluate to string
From: geoff at variosoft dot com Operating system: Linux PHP version: 4.3.8 PHP Bug Type: Arrays related Bug description: Non-existent keys evaluate to string Description: In a multi-dimensional assoc array with a depth of x, an unset key at depth x+1 evaluates unexpectedly to a string when using var_dump() - the 1st char of the array value. This means that isset() returns TRUE when testing for the unset key, which makes it hard to test for non-existence. An unset key with a depth of x+2 works as expected. This behaviour has been replicated in 4.3.8 and the 5 previous versions, all on Linux. Reproduce code: --- $foo['one']['two'] = 'test-value' ; if( isset( $foo['one']['two']['three'] ) ) { print( "Unexpected isset(): evaluated to TRUE" ) ; } else { print( "Expected isset(): evaluated to FALSE" ) ; } print( 'var_dump() output (expecting NULL):' ) ; var_dump( $foo['one']['two']['three'] ) ; Expected result: As I am testing for an unset key, I expected isset() to return FALSE, and var_dump() to return NULL. Actual result: -- In fact, isset() returns TRUE. var_dump() gives a clue as to what is going on: it returns the first character of the key's value string. For unset keys of a depth of x + 2, isset() returns FALSE and var_dump() returns NULL, as expected. -- Edit bug report at http://bugs.php.net/?id=29848&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29848&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29848&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29848&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29848&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29848&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29848&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29848&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29848&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29848&r=support Expected behavior: http://bugs.php.net/fix.php?id=29848&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29848&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29848&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29848&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29848&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29848&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29848&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29848&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29848&r=float
#29796 [Asn->Ana]: Valid XML Soap Reply results in "looks like we got no XML document"
ID: 29796 Updated by: [EMAIL PROTECTED] Reported By: jamus at jamus dot com -Status: Assigned +Status: Analyzed Bug Type: SOAP related Operating System: Redhat 9, Mac OS 10.3.5 PHP Version: 5.0.1 Assigned To: dmitry New Comment: I am not sure about valid XML document. It contains special characters with code 003. The BUG comes from libxml. The following document breaks libxml. --- Hello. --- I haven't ideas how to fix it. Previous Comments: [2004-08-23 06:29:39] jamus at jamus dot com Description: I have a database of about 10 item ids. Only one fails when trying to retrieve item details from amazon.com. I captured the XML result from amazon through a sniffer, and the XML reply looks right. I checked it for well- formedness with mozilla and xmllint. The error I receive is: Fatal error: Uncaught SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in / Users/jamus/downloads/php-5.0.1/sapi/cli/index.php:17 Stack trace: #0 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(17): SoapClient- >AsinSearchRequest('AsinSearchReque...', Array) #1 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(23): getItemDetails(Object(stdClass)) #2 {main} thrown in /Users/jamus/downloads/php-5.0.1/sapi/ cli/index.php on line 17 Reproduce code: --- http://soap.amazon.com/schemas3/AmazonWebServices.wsdl";); $ar->{"asin"}=$asin; $ar->{"tag"}="jamuscom-20"; $ar->{"type"}="heavy"; $ar->{"devtag"}="D2FZ7623BKO6NP"; $ar->{"offer"}="All"; $ar->{"offerpage"}="1"; $ar->{"locale"}="en"; $ar->{"page"}=1; $ar=$client->AsinSearchRequest($ar); return $ar; } $ar=getItemDetails("067232525X"); /* this one works */ var_dump($ar); $ar=getItemDetails("0312238622"); /* this one doesn't */ var_dump($ar); ?> Expected result: I expected to receive the results for both items, not the first one. Actual result: -- Fatal error: Uncaught SoapFault exception: [SOAP-ENV:Client] looks like we got no XML document in / Users/jamus/downloads/php-5.0.1/sapi/cli/index.php:17 Stack trace: #0 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(17): SoapClient- >AsinSearchRequest('AsinSearchReque...', Array) #1 /Users/jamus/downloads/php-5.0.1/sapi/cli/ index.php(23): getItemDetails(Object(stdClass)) #2 {main} thrown in /Users/jamus/downloads/php-5.0.1/sapi/ cli/index.php on line 17 Below is the xml file that was pulled from packet sniffing using ethereal: http://schemas.xmlsoap.org/soap/envelope/"; xmlns: xsd="http://www.w3.org/2001/XMLSchema"; xmlns: amazon="http://soap.amazon.com"; SOAP-ENV: encodingStyle="http://schemas.xmlsoap.org/soap/ encoding/"> http://soap.amazon.com";> http:// www.amazon.com/exec/obidos/ASIN/0312238622/jamuscom-20? dev-t=D2FZ7623BKO6NP%26camp=2025%26link_code=sp1 0312238622 Anime from Akira to Princess Mononoke: Experiencing Contemporary Japanese Animation Book Susan Jolliffe Napier 01 April, 2001 Palgrave MacMillan http:// images.amazon.com/images/P/0312238622.01.THUMBZZZ.jpg http:/ /images.amazon.com/images/P/0312238622.01.MZZZ.jpg http:// images.amazon.com/images/P/0312238622.01.LZZZ.jpg $65.00 $65.00 $12.00 $79.26 743,683 8 4 4 ThirdPartyNew AGLPMRINU0Q3T pbshop Y02Y3893412Y3808702 $79.26 new Brand new Paperback - delivered from the UK in 7-10 days Usually ships in 1-2 business days United Kingdom International shipping available 4.5 4.5 ThirdPartyNew A150I0Y8V24372 ponti_books Y02Y4713751Y1487140 $81.15 new Brand NEW! paperback !!! Delivered within 4-14 working days !!! Usually ships in 1-2 business days United Kingdom International shipping available 0.0 0.0 ThirdPartyNew AW7TB4FMTD6QC bookbundledotcom Y01Y6849822Y8220882 $94.52 new Usually ships in 1-2 business days United States CT Expedited
#29842 [Asn->Ana]: soapclient return null value
ID: 29842 Updated by: [EMAIL PROTECTED] Reported By: mobi at delfnet dot pL -Status: Assigned +Status: Analyzed Bug Type: SOAP related Operating System: Win2000 SP4 PHP Version: 5CVS-2004-08-25 (dev) Assigned To: dmitry New Comment: I cannot reproduce the bug. I got "Consumer Name Parameter Missing" exception. I hope, this is the same bug as #29844 that is just fixed in CVS. Previous Comments: [2004-08-25 20:55:40] mobi at delfnet dot pL Description: SOAP result is null (wsdl file is correct and WebService works). The following pice of code explain the problem: Reproduce code: --- $wsdl = new SoapClient('http://wsrp.netunitysoftware.com/WSRPTestService/WSRPTestService.asmx?Operation=WSDL',array('trace' => 1)); $RegistrationData = array("consumerName" => "test", "consumerAgent" => "test.1.0", "methodGetSupported" => false, "consumerModes" => array('wsrp:view','wsrp:edit'), "consumerWindowStates" => array('wsrp:view','wsrp:edit'), "consumerUserScopes" => array(), "customUserProfileData" => array(), "registrationProperties" => array(), "extensions" => array()); print_r($wsdl->register($RegistrationData_Type)); Expected result: SOAP RESULT: http://schemas.xmlsoap.org/soap/envelope/"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";> 1f9c4223-ce73-4cdf-b24f-fdd15d2066ad print: Array ( [registrationHandle] => 1f9c4223-ce73-4cdf-b24f-fdd15d2066ad ) Actual result: -- SOAP RESULT: the same as bottom print: NULL -- Edit this bug report at http://bugs.php.net/?id=29842&edit=1
#29830 [Asn->Csd]: SoapServer::setClass() should not export non-public methods
ID: 29830 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: SOAP related Operating System: WinXP SP2 PHP Version: 5.0.1 Assigned To: dmitry New Comment: Fixed in CVS (PHP_5_0 & HEAD) Previous Comments: [2004-08-25 07:26:49] [EMAIL PROTECTED] Description: SoapServer::setClass will export all class methods, including private and protected ones, this should not be the case as they should be used internally only. Even better, would be to only export methods named in the supplied WSDL, but I think that would just take too long :) - Davey Reproduce code: --- constructMsg($to); } public function goodBye($to) { return "Goodbye $to"; } /** * Construct Greeting * * @param string $to * @return string */ private function constructMsg($to) { return 'Hello ' . $to; } } $server = new SoapServer('HelloWorld.wsdl', array('trace' => 1)); $server->setClass('hello_world'); echo "This SOAP server can handle following functions: \n"; $functions = $server->getFunctions(); foreach($functions as $func) { echo $func . "\n"; } ?> Expected result: This SOAP server can handle following functions: hello goodBye Actual result: -- This SOAP server can handle following functions: hello goodBye constructMsg -- Edit this bug report at http://bugs.php.net/?id=29830&edit=1
#29844 [Asn->Csd]: SOAP doesn't return the result of a valid SOAP request
ID: 29844 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: SOAP related Operating System: WinXP SP2 PHP Version: 5.0.1 Assigned To: dmitry New Comment: Fixed in CVS (PHP_5_0 & HEAD) Previous Comments: [2004-08-26 06:29:55] [EMAIL PROTECTED] Description: I have written a simple Hello World client/server application. When I issue my request, no exception is thrown, but the result is NULL, even though the SOAP response suggests it should be otherwise. - Davey Reproduce code: --- Server: constructMsg($to); } public function goodBye($to) { return "Goodbye $to"; } /** * Construct Greeting * * @param string $to * @return string */ private function constructMsg($to) { return 'Hello ' . $to; } } $server = new SoapServer('HelloWorld.wsdl', array('trace' => 1)); $server->setClass('hello_world'); if ($_SERVER["REQUEST_METHOD"] == "POST") { $server->handle(); } else { echo "This SOAP server can handle following functions: "; $functions = $server->getFunctions(); foreach($functions as $func) { echo $func . ""; } } ?> Client: http://davey.synapticmedia.net/php-mag/shafikdavey_automaticwebservices/src/HelloWorld.wsdl', array('trace' => 1)); try { echo $client->hello('davey'); echo $client->__getLastRequestHeaders(); echo "\n"; echo "\n"; echo $client->__getLastRequest(); echo "\n"; echo "\n"; echo $client->__getLastResponse(); } catch (Exception $e) { echo $e; echo "\n"; echo "\n"; echo $client->__getLastRequestHeaders(); echo "\n"; echo "\n"; echo $client->__getLastRequest(); echo "\n";echo "\n"; echo $client->__getLastResponse(); } ?> Expected result: "Hello davey" Actual result: -- returns NULL Headers: POST /php-mag/shafikdavey_automaticwebservices/src/Listing%201.php HTTP/1.1 Host: davey.synapticmedia.net Connection: Keep-Alive User-Agent: PHP SOAP 0.1 Content-Type: text/xml; charset="utf-8" SOAPAction: "http://davey.synapticmedia.net/php-mag/shafikdavey_automaticwebservices/src/Listing%201.php#hello"; Content-Length: 430 Request: http://schemas.xmlsoap.org/soap/envelope/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"; SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";> davey Response: http://schemas.xmlsoap.org/soap/envelope/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"; SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";> Hello davey -- Edit this bug report at http://bugs.php.net/?id=29844&edit=1
#28694 [Com]: ReflectionExtension::getFunctions() crashes PHP
ID: 28694 Comment by: d dot at d dot cl Reported By: su1d at phpclub dot net Status: Closed Bug Type: Reproducible crash Operating System: * PHP Version: 5.0.0RC3 Assigned To: helly New Comment: d Previous Comments: [2004-06-09 21:27:05] [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. [2004-06-09 09:48:49] [EMAIL PROTECTED] Andi says: Best to assign this to Marcus or Timm? They wrote those bugs :) [2004-06-09 09:33:19] [EMAIL PROTECTED] IT does not crash for me in Debug mode, but it does generate overflows: [Wed Jun 9 09:32:04 2004] Script: '-' --- /dat/dev/php/php-5.0dev/Zend/zend_reflection_api.c(187) : Block 0x08583FA4 status: Beginning: Overrun (magic=0x08583AA0, expected=0x7312F8DC) End: Unknown --- [Wed Jun 9 09:32:04 2004] Script: '-' --- /dat/dev/php/php-5.0dev/Zend/zend_reflection_api.c(187) : Block 0x08584064 status: Beginning: Overrun (magic=0x08583F90, expected=0x7312F8DC) End: Unknown --- [Wed Jun 9 09:32:04 2004] Script: '-' --- /dat/dev/php/php-5.0dev/Zend/zend_reflection_api.c(187) : Block 0x08584124 status: Beginning: Overrun (magic=0x08584050, expected=0x7312F8DC) End: Unknown --- [Wed Jun 9 09:32:04 2004] Script: '-' --- /dat/dev/php/php-5.0dev/Zend/zend_reflection_api.c(187) : Block 0x085841EC status: Beginning: Overrun (magic=0x0858D370, expected=0x7312F8DC) End: Unknown --- [Wed Jun 9 09:32:04 2004] Script: '-' --- /dat/dev/php/php-5.0dev/Zend/zend_reflection_api.c(187) : Block 0x085842AC status: Beginning: Overrun (magic=0x085841D0, expected=0x7312F8DC) End: Unknown --- [Wed Jun 9 09:32:04 2004] Script: '-' --- /dat/dev/php/php-5.0dev/Zend/zend_reflection_api.c(187) : Block 0x0858436C status: Beginning: Overrun (magic=0x08584298, expected=0x7312F8DC) End: Unknown --- [Wed Jun 9 09:32:04 2004] Script: '-' --- /dat/dev/php/php-5.0dev/Zend/zend_reflection_api.c(187) : Block 0x0858442C status: Beginning: Overrun (magic=0x08584358, expected=0x7312F8DC) End: Unknown --- [2004-06-08 13:22:17] su1d at phpclub dot net Description: Have a look at the code to get the idea. Reproduce code: --- $e = new ReflectionExtension('pcre'); var_dump($e->getFunctions()); Expected result: a list of extension's functions Actual result: -- a list of extension's functions followed by crash -- Edit this bug report at http://bugs.php.net/?id=28694&edit=1
#29847 [NEW]: bcsqrt crashes - problem reproducable
From: aliendesaster at hotmail dot com Operating system: WinXP PHP version: 5.0.1 PHP Bug Type: BC math related Bug description: bcsqrt crashes - problem reproducable Description: It´s simple: bcsqrt doesn´t work at all, it´s always causing a crash unlike sqrt, which works! I dunno if bcsqrt working in other php version. I´m installed the php 5.01 win-binary version (zip) from php.net. Reproduce code: --- or or Expected result: result should be similar to what sqrt(45) returns. Actual result: -- A nice reproducable crash in apache: AppName: apache.exe AppVer: 2.0.47.0ModName: php5ts.dll ModVer: 5.0.0.0 Offset: 0008238f -- Edit bug report at http://bugs.php.net/?id=29847&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29847&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29847&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29847&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29847&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29847&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29847&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29847&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29847&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29847&r=support Expected behavior: http://bugs.php.net/fix.php?id=29847&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29847&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29847&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29847&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29847&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29847&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29847&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29847&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29847&r=float
#29846 [NEW]: Function to close the output stream
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: 5.0.1 PHP Bug Type: Feature/Change Request Bug description: Function to close the output stream Description: Introduce function to force PHP to close the output stream so slower non user related functions can be executed. -- Edit bug report at http://bugs.php.net/?id=29846&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29846&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29846&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29846&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29846&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29846&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29846&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29846&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29846&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29846&r=support Expected behavior: http://bugs.php.net/fix.php?id=29846&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29846&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29846&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29846&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29846&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29846&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29846&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29846&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29846&r=float
#29845 [Opn->Bgs]: Include_path works in windows, not in linux
ID: 29845 Updated by: [EMAIL PROTECTED] Reported By: moander at atc dot no -Status: Open +Status: Bogus Bug Type:Unknown/Other Function PHP Version: 4.3.8 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. Thank you for your interest in PHP. The character to separate paths in unix is : Previous Comments: [2004-08-26 09:41:35] moander at atc dot no Description: include_path = "/usr/default;/usr/other" I have the folder cfg inside default, and other. /usr/default/cfg /usr/other/cfg In /usr/default/cfg I have a file named main.cfg. In my script I have: require_once 'cfg/main.php'; In windows this is working -- Edit this bug report at http://bugs.php.net/?id=29845&edit=1
#29838 [Bgs]: Memory leak in sprintf argument swapping
ID: 29838 User updated by: tim at digicol dot de Reported By: tim at digicol dot de Status: Bogus Bug Type: Strings related Operating System: SuSE Linux 8.2 (i586) PHP Version: 4.3.8 New Comment: (Sorry to get on your nerves...) Please try the other format string I commented with "No memory leak". The memory leak really only occurs when the format string uses argument swapping. Previous Comments: [2004-08-26 09:35:12] tim at digicol dot de Or try printf() instead: for ($i = 1; $i <= 10; $i++) printf($format, $num, $location); Leaks memory as well. [2004-08-26 09:31:23] tim at digicol dot de This is *not* bogus. Small code change - assign the sprintf() result to $x: for ($i = 1; $i <= 10; $i++) $x = sprintf($format, $num, $location); Same result, still leaks memory. I don't see 10 temporary variables here, just $i, $x, $format, $num, $location. [2004-08-26 02:04:53] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You created 10 temporary variables inside PHP, what do you expect... [2004-08-25 17:27:44] tim at digicol dot de Also happens on PHP 4.3.9RC1 ... [2004-08-25 17:15:04] tim at digicol dot de Description: Using argument swapping in sprintf() or printf() calls makes PHP leak memory. (I've been running this code using the PHP CLI binary.) Have been able to reproduce this with PHP 4.3.7 as well. ./configure --with-config-file-path=/usr/local/php/conf --enable-cli --enable-track-vars --disable-magic-quotes --enable-xml --enable-sysvsem --enable-sysvshm --with-apxs=/usr/local/apache/bin/apxs --disable-debug --enable-ftp --enable-wddx --enable-sigchild --enable-inline-optimization --enable-exif --with-pgsql=/usr/local/pgsql --prefix=/usr/local/php --with-oci8=/dot/oracle/product/9.2.0 --with-db3=/usr/local/db3 --with-zlib --with-dom --with-gd --with-mhash=/usr/local/mhash --enable-mbstring=all --enable-mbstr-enc-trans --enable-mbregex --disable-pic --with-gdbm --enable-pcntl --enable-sysvmsg --with-iconv=/dot/local/iconv --enable-memory-limit Reproduce code: --- Expected result: Grown by 376 Actual result: -- Grown by 4000336 -- Edit this bug report at http://bugs.php.net/?id=29838&edit=1
#29845 [NEW]: Include_path works in windows, not in linux
From: moander at atc dot no Operating system: PHP version: 4.3.8 PHP Bug Type: Unknown/Other Function Bug description: Include_path works in windows, not in linux Description: include_path = "/usr/default;/usr/other" I have the folder cfg inside default, and other. /usr/default/cfg /usr/other/cfg In /usr/default/cfg I have a file named main.cfg. In my script I have: require_once 'cfg/main.php'; In windows this is working -- Edit bug report at http://bugs.php.net/?id=29845&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29845&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=29845&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=29845&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=29845&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=29845&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=29845&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=29845&r=needscript Try newer version: http://bugs.php.net/fix.php?id=29845&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=29845&r=support Expected behavior: http://bugs.php.net/fix.php?id=29845&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=29845&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=29845&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=29845&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29845&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=29845&r=dst IIS Stability: http://bugs.php.net/fix.php?id=29845&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=29845&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=29845&r=float
#29838 [Bgs]: Memory leak in sprintf argument swapping
ID: 29838 User updated by: tim at digicol dot de Reported By: tim at digicol dot de Status: Bogus Bug Type: Strings related Operating System: SuSE Linux 8.2 (i586) PHP Version: 4.3.8 New Comment: Or try printf() instead: for ($i = 1; $i <= 10; $i++) printf($format, $num, $location); Leaks memory as well. Previous Comments: [2004-08-26 09:31:23] tim at digicol dot de This is *not* bogus. Small code change - assign the sprintf() result to $x: for ($i = 1; $i <= 10; $i++) $x = sprintf($format, $num, $location); Same result, still leaks memory. I don't see 10 temporary variables here, just $i, $x, $format, $num, $location. [2004-08-26 02:04:53] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You created 10 temporary variables inside PHP, what do you expect... [2004-08-25 17:27:44] tim at digicol dot de Also happens on PHP 4.3.9RC1 ... [2004-08-25 17:15:04] tim at digicol dot de Description: Using argument swapping in sprintf() or printf() calls makes PHP leak memory. (I've been running this code using the PHP CLI binary.) Have been able to reproduce this with PHP 4.3.7 as well. ./configure --with-config-file-path=/usr/local/php/conf --enable-cli --enable-track-vars --disable-magic-quotes --enable-xml --enable-sysvsem --enable-sysvshm --with-apxs=/usr/local/apache/bin/apxs --disable-debug --enable-ftp --enable-wddx --enable-sigchild --enable-inline-optimization --enable-exif --with-pgsql=/usr/local/pgsql --prefix=/usr/local/php --with-oci8=/dot/oracle/product/9.2.0 --with-db3=/usr/local/db3 --with-zlib --with-dom --with-gd --with-mhash=/usr/local/mhash --enable-mbstring=all --enable-mbstr-enc-trans --enable-mbregex --disable-pic --with-gdbm --enable-pcntl --enable-sysvmsg --with-iconv=/dot/local/iconv --enable-memory-limit Reproduce code: --- Expected result: Grown by 376 Actual result: -- Grown by 4000336 -- Edit this bug report at http://bugs.php.net/?id=29838&edit=1
#29838 [Bgs]: Memory leak in sprintf argument swapping
ID: 29838 User updated by: tim at digicol dot de Reported By: tim at digicol dot de Status: Bogus Bug Type: Strings related Operating System: SuSE Linux 8.2 (i586) PHP Version: 4.3.8 New Comment: This is *not* bogus. Small code change - assign the sprintf() result to $x: for ($i = 1; $i <= 10; $i++) $x = sprintf($format, $num, $location); Same result, still leaks memory. I don't see 10 temporary variables here, just $i, $x, $format, $num, $location. Previous Comments: [2004-08-26 02:04:53] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You created 10 temporary variables inside PHP, what do you expect... [2004-08-25 17:27:44] tim at digicol dot de Also happens on PHP 4.3.9RC1 ... [2004-08-25 17:15:04] tim at digicol dot de Description: Using argument swapping in sprintf() or printf() calls makes PHP leak memory. (I've been running this code using the PHP CLI binary.) Have been able to reproduce this with PHP 4.3.7 as well. ./configure --with-config-file-path=/usr/local/php/conf --enable-cli --enable-track-vars --disable-magic-quotes --enable-xml --enable-sysvsem --enable-sysvshm --with-apxs=/usr/local/apache/bin/apxs --disable-debug --enable-ftp --enable-wddx --enable-sigchild --enable-inline-optimization --enable-exif --with-pgsql=/usr/local/pgsql --prefix=/usr/local/php --with-oci8=/dot/oracle/product/9.2.0 --with-db3=/usr/local/db3 --with-zlib --with-dom --with-gd --with-mhash=/usr/local/mhash --enable-mbstring=all --enable-mbstr-enc-trans --enable-mbregex --disable-pic --with-gdbm --enable-pcntl --enable-sysvmsg --with-iconv=/dot/local/iconv --enable-memory-limit Reproduce code: --- Expected result: Grown by 376 Actual result: -- Grown by 4000336 -- Edit this bug report at http://bugs.php.net/?id=29838&edit=1