#30445 [Opn->Bgs]: endless loop when virtual() fails twice.
ID: 30445 Updated by: [EMAIL PROTECTED] Reported By: per at computer dot org -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: linux 2.4.26 PHP Version: 4.3.9 New Comment: No bug -> bogus. Previous Comments: [2004-11-27 20:10:37] per at computer dot org Uh, I am no longer able to reproduce it. I've tried 4.3.8, 4.3.9 and 4.3.10RC1. Apologies. For now, I suggest this is closed. [2004-11-27 16:57:31] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. I cannot reproduce it, got these errors and no endless loop: Warning: virtual(): Unable to include 'klop' - request execution failed in .. Warning: virtual(): Unable to include 'klop' - request execution failed in .. [2004-10-15 12:17:57] per at computer dot org Description: Provided that "klop" does not exist, the following code will produce an endless loop: Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=30445&edit=1
#28610 [Com]: ISAPI MSSQL horribly slow
ID: 28610 Comment by: cabadam at tamu dot edu Reported By: michael dot lidgren at cypoint dot se Status: Open Bug Type: Performance problem Operating System: Windows Server 2003 PHP Version: 4.3.6 New Comment: I've got the same thing here - except still a problem with PHP 5 (Windows 2003, ISAPI module). Previous Comments: [2004-11-11 14:51:27] extranet at skoda-auto dot de Same Problem here, php ist extremely slow under Windows 2003 Server running in ISAPI Mode. CGI Speed it up but it doesnt reach Speed like running under Windows 2000. Any Help possible? Output Buffering = On helps a lot but it is still slower than in windows 2000. [2004-11-09 11:49:11] i_know_u21 at yahoo dot com I consider PHP as the best web tool I have experienced, but I have been experiencing the same problem, I have a big PHP application, running on Windows XP/2000/2003, I used to use CGI under IIS but i constantly got the error "CGI scripts doesn't behave"! i tried all that was written in all web sites i searched within but still CGI never behaved! so i had to switch to ISAPI. I noticed how slower ISAPI is compared to CGI, but this never was a problem when few records were retrieved from MS SQL (from 20 to 100) now my application grows into 1500 to 2500 and growing too much more, and this is a great problem now since retrieving 2000 records (Only Retrieving) took me about 3 minutes. while some other page with extensive calculations on the 2000 records took exactly 7:30 minutes. As a test, I have switched to CGI, because I had the feeling that ISAPI has something to do with it, and it took exactly 2 seconds to retrieve 2500 records! so now i am positive that ISAPI has something to do with that draw back! maybe there is some settings between ISAPI - MSSQL - ISS that i should fix! because using CGI is not an option at all because of the frequent (The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:) errors i had, especially in multi-frames pages with MSSQL actions. I have tried versions PHP 4.3.3 until 4.3.6, same trouble. Thanks for listening to our troubles :) [2004-10-08 17:24:24] john at appliedgroup dot com I am having the same issue with W2K3/IIS and mysql. Same problem with php 4.3.7 and 4.3.9 Even weirder is that only some systems on the network were affected Changing to CGI speeded everything up. [2004-06-08 23:35:27] andy at advancethermal dot com Experiencing the same problem with WindowsXP / Apache 2.0 / PHP 4.3.7 / MS SQL Server 2k (Evaluation Version). Queries take about 3-4x longer through mssql_query than odbc_exec. [2004-06-02 16:38:39] michael dot lidgren at cypoint dot se Description: SQL queries take several seconds under the ISAPI module; with the same queries taking virtually no time at all using the CGI module. Same .ini, same everything except ISAPI vs CGI. W2k3/IIS, PHP 4.3.6 Reproduce code: --- mssql_connect(...); mssql_query("SELECT * FROM any_table"); -- Edit this bug report at http://bugs.php.net/?id=28610&edit=1
#28598 [Fbk->NoF]: ImageTTFText doesn't work with some fonts
ID: 28598 Updated by: [EMAIL PROTECTED] Reported By: supermario at gmx dot net -Status: Feedback +Status: No Feedback Bug Type: GD related Operating System: Linux / WinXP PHP Version: 4.3.4+ Assigned To: pajoye 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-11-20 14:11:41] [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 A fix has been commited (head), please give it a try. --Pierre [2004-11-19 18:00:52] [EMAIL PROTECTED] Found work around. A fix in GD to work with MS Symbols does not take care if we relly have a Symbol family font. Many faces could be available. But checking the font family ('Symbol') seems to make it. Commit over the weekend. --Pierre [2004-06-04 12:54:38] supermario at gmx dot net In PHP 4.3.7 the bug with that font still occurs. [2004-06-02 09:23:54] [EMAIL PROTECTED] The font sounds ok and works with FT2 (outside php). --Pierre [2004-06-02 01:00:16] supermario at gmx dot net @Pierre, I sent you a mail with used font, PHP script and results of PHP 4.3.5RC1 and PHP 4.3.7RC1. 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/28598 -- Edit this bug report at http://bugs.php.net/?id=28598&edit=1
#30483 [NoF->Bgs]: imagefill() not working on images larger than 181x181
ID: 30483 Updated by: [EMAIL PROTECTED] Reported By: bjoneson at mchsi dot com -Status: No Feedback +Status: Bogus Bug Type: GD related Operating System: Fedora Core 2 PHP Version: 5.0.2 Assigned To: pajoye New Comment: Do not use external gd ("--with-gd" not "--with-gd=/usr" Set it as bogus, obvioulsy wrong lib/broken install. --Pierre Previous Comments: [2004-11-28 00:23:51] myguyroin at hotmail dot com This is happening on PHP 4.3.9 too! I tried the compile method above, and it didn't fix my problem. [2004-11-27 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-11-19 11:23:47] [EMAIL PROTECTED] Be sure that php uses the bundled library. If you have gd and gd-devel packages installes (rpms or sources installed), you may have conflicts or wrong gd used. Remove or move gd files out of the include and lib path and then start again the php configuration and compilation (after a make clean). In fact the "official" imagefill is more buggy than the bundled one :) --Pierre [2004-10-25 17:36:22] bjoneson at mchsi dot com It's the stock RPM that comes with the Fedora 2 distribution "libpng-devel-1.2.2-22.i386.rpm" [2004-10-23 10:36:44] [EMAIL PROTECTED] What's your version of libpng ? Reproduce code works fine for me with any images. 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/30483 -- Edit this bug report at http://bugs.php.net/?id=30483&edit=1
#30483 [Com]: imagefill() not working on images larger than 181x181
ID: 30483 Comment by: myguyroin at hotmail dot com Reported By: bjoneson at mchsi dot com Status: No Feedback Bug Type: GD related Operating System: Fedora Core 2 PHP Version: 5.0.2 Assigned To: pajoye New Comment: This is happening on PHP 4.3.9 too! I tried the compile method above, and it didn't fix my problem. Previous Comments: [2004-11-27 01:00:02] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-11-19 11:23:47] [EMAIL PROTECTED] Be sure that php uses the bundled library. If you have gd and gd-devel packages installes (rpms or sources installed), you may have conflicts or wrong gd used. Remove or move gd files out of the include and lib path and then start again the php configuration and compilation (after a make clean). In fact the "official" imagefill is more buggy than the bundled one :) --Pierre [2004-10-25 17:36:22] bjoneson at mchsi dot com It's the stock RPM that comes with the Fedora 2 distribution "libpng-devel-1.2.2-22.i386.rpm" [2004-10-23 10:36:44] [EMAIL PROTECTED] What's your version of libpng ? Reproduce code works fine for me with any images. [2004-10-19 23:09:44] bjoneson at mchsi dot com OK... though it was no short order, I re-compiled php and pointed --with-gd at the new installation using the following config: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-curl --with-gd=/usr/local --with-zlib-dir=/usr/include --with-freetype-dir=/usr/local When I do this, the problem goes away. This leads me to believe that the problem is most likely with the bundled version of gd in php5. If there is any other information I can provide, please let me know. 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/30483 -- Edit this bug report at http://bugs.php.net/?id=30483&edit=1
#30921 [Opn->Bgs]: Fatal error: Call to undefined function: session_start()
ID: 30921 Updated by: [EMAIL PROTECTED] Reported By: Lysenka at nm dot ru -Status: Open +Status: Bogus Bug Type: Session related Operating System: Suse Linux 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. You don't have the session module enabled. Previous Comments: [2004-11-27 22:27:08] Lysenka at nm dot ru Description: Fatal error: Call to undefined function: session_start() in /srv/www/htdocs/store/index.php on line 28 I looked at the line and all it contains is this: session_start(); I have PHPlib and php4-session module installed.. I didn't change php.ini file at all. Reproduce code: --- Expected result: Fatal error: Call to undefined function: session_start() in on line 2 Actual result: -- Fatal error: Call to undefined function: session_start() in on line 2 -- Edit this bug report at http://bugs.php.net/?id=30921&edit=1
#30921 [NEW]: Fatal error: Call to undefined function: session_start()
From: Lysenka at nm dot ru Operating system: Suse Linux PHP version: 4.3.8 PHP Bug Type: Session related Bug description: Fatal error: Call to undefined function: session_start() Description: Fatal error: Call to undefined function: session_start() in /srv/www/htdocs/store/index.php on line 28 I looked at the line and all it contains is this: session_start(); I have PHPlib and php4-session module installed.. I didn't change php.ini file at all. Reproduce code: --- Expected result: Fatal error: Call to undefined function: session_start() in on line 2 Actual result: -- Fatal error: Call to undefined function: session_start() in on line 2 -- Edit bug report at http://bugs.php.net/?id=30921&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30921&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30921&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30921&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30921&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30921&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30921&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30921&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30921&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30921&r=support Expected behavior: http://bugs.php.net/fix.php?id=30921&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30921&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30921&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30921&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30921&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30921&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30921&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30921&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30921&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30921&r=mysqlcfg
#30894 [Fbk->Opn]: Warning: ftp_put(): PORT command successful in...
ID: 30894 User updated by: evans at datahost dot gr Reported By: evans at datahost dot gr -Status: Feedback +Status: Open Bug Type: FTP related Operating System: Fedora Core 3 & (Kernel 2.6.9) PHP Version: 4.3.9 New Comment: Still doesn't work. I compiled the latest Snapshop (with the same configure command i quoted above) and i get the same warning. Warning: ftp_put(): PORT command successful in /home/www/www/index.php on line 16 The file gets uploaded but its size is 0 bytes. As long as I remember when I was trying Fedora Core 2 the problem was with a different/older version of PHP. Previous Comments: [2004-11-27 09:21:22] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Works fine here. [2004-11-25 10:29:55] evans at datahost dot gr Description: I have just installed Fedora Core 3 and compiled PHP 4.3.9 Everything works fine except my php scripts that user the ftp_put function. On fedora core 1 there was no problem at all and i haven't changed anything to the scripts or the compilation of PHP. The error that ftp_put returns is: Warning: ftp_put(): PORT command successful in /home/www/www/test.php on line 16 PHP Connects successfuly to the FTP Server (Proftpd 1.2.9) it uploads the file but its size is 0 bytes. The same problem was also in Fedora Core 2. I Heard that FC2 has several problems with some libraries so i didn't searched further for it. I Also tried to enable the passive mode (as i read in several forums) with no result. Even the code as it is on the PHP Manual doesn't work. I suppose it is not a problem of permissions as it uploads a file to the ftp server but as i said its size is 0 bytes. Is there a possibility that PHP's ftp_functions doesn't work correct with kernels 2.6.x ? My configure command follows : './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-track-vars' '--enable-ftp' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-sigchild' '--enable-sockets' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--enable-gd-imgstrtt' '--enable-gd-native-tt' '--enable-bcmath' '--enable-dio' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-memory-limit' '--enable-trans-sid' '--enable-magic-quotes' '--enable-pic' '--enable-yp' '--enable-wddx' '--enable-dbx' '--enable-cli' '--enable-inline-optimization' '--enable-force-cgi-redirect' '--enable-ucd-snmp-hack' '--enable-filepro' '--enable-exif' '--enable-dbase' '--enable-dba' '--enable-zend-multibyte' '--enable-static' '--enable-shared' '--enable-fast-install' '--with-pdflib=/usr/local' '--with-mm=/usr/local' '--with-swf=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-freetype-dir=/usr/local' '--with-imap=/usr/local/imap-2004b' '--with-kerberos' '--with-mysql=/usr/local/mysql' '--with-zip=/usr/local' '--with-bz2=/usr/local' '--with-zlib=/usr/local' '--with-openssl=/usr/local/ssl' '--with-imap-ssl=/usr/local' '--with-gettext=/usr/local' '--with-curl=/usr/local' '--with-mhash=/usr/local' '--with-layout=GNU' '--with-gd' '--with-ttf' '--with-xml' '--with-gdbm' '--with-iconv' '--with-ncurses' '--with-hyperwave' '--with-gmp' '--with-tsrm-pthreads' '--with-db4' '--with-xml' '--with-pear' '--with-ldap' '--with-mime-magic' The php.ini doesn't have any weird modifications except that i enabled Register_Globals. Thank you in advance, Evans C. Koutroumpas. Reproduce code: --- Expected result: successfully uploaded test2.gif Actual result: -- Warning: ftp_put(): PORT command successful in /home/www/www/test.php on line 16 There was a problem while uploading test.gif -- Edit this bug report at http://bugs.php.net/?id=30894&edit=1
#30445 [Fbk->Opn]: endless loop when virtual() fails twice.
ID: 30445 User updated by: per at computer dot org Reported By: per at computer dot org -Status: Feedback +Status: Open Bug Type: Unknown/Other Function Operating System: linux 2.4.26 PHP Version: 4.3.9 New Comment: Uh, I am no longer able to reproduce it. I've tried 4.3.8, 4.3.9 and 4.3.10RC1. Apologies. For now, I suggest this is closed. Previous Comments: [2004-11-27 16:57:31] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. I cannot reproduce it, got these errors and no endless loop: Warning: virtual(): Unable to include 'klop' - request execution failed in .. Warning: virtual(): Unable to include 'klop' - request execution failed in .. [2004-10-15 12:17:57] per at computer dot org Description: Provided that "klop" does not exist, the following code will produce an endless loop: Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=30445&edit=1
#30380 [Asn]: getopt_long doesn't work unless HARTMUT_0 is defined
ID: 30380 User updated by: per at computer dot org Reported By: per at computer dot org Status: Assigned Bug Type: PHP options/info functions Operating System: linux 2.4.27 PHP Version: 4.3.9 Assigned To: hholzgra New Comment: Also applies to 4.3.10RC1. Previous Comments: [2004-10-11 14:15:43] per at computer dot org Just a quick comment - as far as I can tell using getopt() with long options works fine. Obviously I haven't exactly done exhaustive tests, but still. [2004-10-11 11:08:28] [EMAIL PROTECTED] ok, looks like bug #20063 was the reason for this ... [2004-10-11 10:59:42] [EMAIL PROTECTED] the commit message says getopt with long options reverted to configure problems (may find the wrong getopt.h so needed structures are not defined :( ) have to dig through the archives to see what that really was about ... [2004-10-11 07:58:41] [EMAIL PROTECTED] Hartmut, what was the reason why you disabled this again? Derick [2004-10-10 11:04:06] per at computer dot org I tried configuring and building 4.3.8 with CFLAGS=-DHARTMUT_0 - just in case I'd missed something. The build went fine, now I'll check if the long options are also working. 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/30380 -- Edit this bug report at http://bugs.php.net/?id=30380&edit=1
#30920 [NEW]: SimpleXML : tags with "xs:" prefix
From: hieu at laposte dot net Operating system: windows xp PHP version: 5.0.2 PHP Bug Type: XML related Bug description: SimpleXML : tags with "xs:" prefix Description: When the xml file contains this "xs:" prefix, the file is not correctly parsed. Reproduce code: --- The XML file is : http://www.w3.org/2001/XMLSchema"; xmlns:msdata="urn:schemas-microsoft-com:xml-msdata"> data:IsDataSet="true"; msdata:Locale="fr-FR";> ... Php 5 code : $oXml = simplexml_load_file($sFileName); print_r($oXml->element); // doesn't work, nothing printed... PS : this code works correctly : $oXml = simplexml_load_file($sFileName); $aXml = get_object_vars($oXml); print_r($aXml['element']); // ok i can now access the "element". Expected result: SimpleXMLElement Object ( [complexType] => SimpleXMLElement Object ( . ) ) Actual result: -- SimpleXMLElement Object ( ) -- Edit bug report at http://bugs.php.net/?id=30920&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30920&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30920&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30920&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30920&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30920&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30920&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30920&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30920&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30920&r=support Expected behavior: http://bugs.php.net/fix.php?id=30920&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30920&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30920&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30920&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30920&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30920&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30920&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30920&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30920&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30920&r=mysqlcfg
#30359 [Opn->Asn]: SOAP client requests have no port in "Host" field
ID: 30359 Updated by: [EMAIL PROTECTED] Reported By: sylvain dot pasche at camptocamp dot com -Status: Open +Status: Assigned Bug Type:SOAP related PHP Version: 5.0.2 -Assigned To: +Assigned To: dmitry Previous Comments: [2004-10-14 21:48:28] chris at atomicobject dot com I am experiencing this problem trying to connect to a SOAP service on port 8080 and 8880 (both NOT port 80). PHP can fetch the WSDL perfectly fine (constructor: new SoapClient("http://hostname:8080/path/to/Service?wsdl";)) but all SOAP requests go to hostname:80. I have used ethereal to watch the HTTP traffic, and the resulting WSDL specifies the correct host and port, but PHP soap client doesn't seem to use it. I have not tried the patch specified with this bug though. [2004-10-08 10:59:28] sylvain dot pasche at camptocamp dot com Description: according to the HTTP 1.1 RFC, section 14.23: " A "host" without any trailing port information implies the default port for the service requested (e.g., "80" for an HTTP URL). " This patch seems to corrects this: --- php_http.c.orig 2004-10-08 10:46:50.0 +0200 +++ php_http.c 2004-10-08 10:44:10.0 +0200 @@ -382,6 +382,12 @@ smart_str_append_const(&soap_headers, " HTTP/1.1\r\n" "Host: "); smart_str_appends(&soap_headers, phpurl->host); + +if (phpurl->port != 80) { +smart_str_append_const(&soap_headers, ":"); +smart_str_append_unsigned(&soap_headers, phpurl->port); +} + smart_str_append_const(&soap_headers, "\r\n" "Connection: Keep-Alive\r\n" /* -- Edit this bug report at http://bugs.php.net/?id=30359&edit=1
#30352 [Opn->Fbk]: Soap array deserializer problem
ID: 30352 Updated by: [EMAIL PROTECTED] Reported By: jiro at email dot it -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Windows XP SP2 PHP Version: 5.0.2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-10-07 16:22:49] jiro at email dot it I wrong to write the OS name [2004-10-07 16:20:32] jiro at email dot it Description: I'm using PHP 5.0.2 with SOAP extension. I need to call a function with a array as input, and it doesn't serialize -.- Reproduce code: --- $namespaces=array("rdf","http://www.w3.org/1999/02/22-rdf-syntax-ns#";, "rdfs", "http://www.w3.org/2000/01/rdf-schema#","ns1";, "http://purl.org/dc/elements/1.0/";, "ns2", "http://purl.org/dc/terms/";); $soap_client=new SoapClient(HOST_XIWA. 'QueryService?wsdl'); $response=$soap_client->queryCollection(XINDICE_COL, $queryst, true, $namespaces); Expected result: $response is the result of the query. It goes with NUSOAP^^ Actual result: -- Fatal error: Uncaught SoapFault exception: [soapenv:Server.userException] org.xml.sax.SAXException: No deserializer defined for array type {http://www.w3.org/2001/XMLSchema}string in D:\Tesi2004\tbl\search.php:115 Stack trace: #0 D:\Tesi2004\tbl\search.php(115): SoapClient->queryCollection('queryCollection', Array) #1 D:\Tesi2004\tbl\search.php(97): stampa_commenti('tbl_comment', '/rdf:RDF/rdf:De...', false, Array) #2 D:\Tesi2004\tbl\search.php(256): stampa_un_libro('D:\Tesi2004\tbl\search.php on line 115 -- Edit this bug report at http://bugs.php.net/?id=30352&edit=1
#30364 [Opn->Fbk]: Error Sybase compilation
ID: 30364 Updated by: [EMAIL PROTECTED] Reported By: julien_tricard at hotmail dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux Fedora core 2b PHP Version: 5.0.2 New Comment: Obviously you have broken Sybase installation, which doesn't include header files. Check it out and let us know if it worked for you. Previous Comments: [2004-10-08 16:40:51] julien_tricard at hotmail dot com Description: When I comfigure php with option --with-sybase, It stops Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-sybase=/opt/sybase --enable-bcmath --enable-calendar --enable-ctype --enable-exif --enable-ftp --enable-trans-sid --enable-shmop --enable-sockets --enable-sysvsem --enable-sysvshm --enable-wddx Expected result: A php module!!! Actual result: -- /bin/sh /root/php-5.0.2/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/sybase/ -I/root/php-5.0.2/ext/sybase/ -DPHP_ATOM_INC -I/root/php-5.0.2/include -I/root/php-5.0.2/main -I/root/php-5.0.2 -I/root/php-5.0.2/Zend -I/usr/include/libxml2 -I/opt/sybase/include -I/root/php-5.0.2/TSRM -g -O2 -prefer-pic -c /root/php-5.0.2/ext/sybase/php_sybase_db.c -o ext/sybase/php_sybase_db.lo /root/php-5.0.2/ext/sybase/php_sybase_db.c:38:22: sybfront.h: No such file or directory /root/php-5.0.2/ext/sybase/php_sybase_db.c:39:19: sybdb.h: No such file or directory /root/php-5.0.2/ext/sybase/php_sybase_db.c:40:22: syberror.h: No such file or directory /root/php-5.0.2/ext/sybase/php_sybase_db.c:61: error: syntax error before "LOGINREC" /root/php-5.0.2/ext/sybase/php_sybase_db.c:61: warning: no semicolon at end of struct or union /root/php-5.0.2/ext/sybase/php_sybase_db.c:62: error: `link' redeclared as different kind of symbol /usr/include/unistd.h:722: error: previous declaration of `link' /root/php-5.0.2/ext/sybase/php_sybase_db.c:62: warning: data definition has no type or storage class /root/php-5.0.2/ext/sybase/php_sybase_db.c:64: error: syntax error before '}' token /root/php-5.0.2/ext/sybase/php_sybase_db.c:143: error: syntax error before '*' token /root/php-5.0.2/ext/sybase/php_sybase_db.c: In function `php_sybase_error_handler': /root/php-5.0.2/ext/sybase/php_sybase_db.c:146: error: `severity' undeclared (first use in this function) /root/php-5.0.2/ext/sybase/php_sybase_db.c:146: error: (Each undeclared identifier is reported only once /root/php-5.0.2/ext/sybase/php_sybase_db.c:146: error: for each function it appears in.) /root/php-5.0.2/ext/sybase/php_sybase_db.c:148: error: `dberrstr' undeclared (first use in this function) /root/php-5.0.2/ext/sybase/php_sybase_db.c:150: error: `INT_CANCEL' undeclared (first use in this function) /root/php-5.0.2/ext/sybase/php_sybase_db.c: At top level: /root/php-5.0.2/ext/sybase/php_sybase_db.c:154: error: syntax error before '*' token /root/php-5.0.2/ext/sybase/php_sybase_db.c: In function `php_sybase_message_handler': /root/php-5.0.2/ext/sybase/php_sybase_db.c:158: error: `severity' undeclared (first use in this function) /root/php-5.0.2/ext/sybase/php_sybase_db.c:160: error: `msgtext' undeclared (first use in this function) /root/php-5.0.2/ext/sybase/php_sybase_db.c: In function `_clean_invalid_results': /root/php-5.0.2/ext/sybase/php_sybase_db.c:173: error: dereferencing pointer to incomplete type /root/php-5.0.2/ext/sybase/php_sybase_db.c: In function `_close_sybase_link': /root/php-5.0.2/ext/sybase/php_sybase_db.c:211: error: dereferencing pointer to incomplete type /root/php-5.0.2/ext/sybase/php_sybase_db.c:220: error: dereferencing pointer to incomplete type /root/php-5.0.2/ext/sybase/php_sybase_db.c:221: error: dereferencing pointer to incomplete type /root/php-5.0.2/ext/sybase/php_sybase_db.c: In function `_close_sybase_plink': /root/php-5.0.2/ext/sybase/php_sybase_db.c:231: error: dereferencing pointer to incomplete type /root/php-5.0.2/ext/sybase/php_sybase_db.c:232: error: dereferencing pointer to incomplete type /root/php-5.0.2/ext/sybase/php_sybase_db.c: In function `zm_startup_sybase': /root/php-5.0.2/ext/sybase/php_sybase_db.c:243: error: `FAIL' undeclared (first use in this function) /root/php-5.0.2/ext/sybase/php_sybase_db.c:246: error: `EHANDLEFUNC' undeclared (first use in this function) /root/php-5.0.2/ext/sybase/php_sybase_db.c:246: error: syntax error before "php_sybase_error_handler" /root/php-5.0.2/ext/sybase/php_sybase_db.c:247: error: `MHANDLEFUNC' undeclared (first use in this function) /root/php-5.0.2/ext/sybase/php_sybase_db.c:247: error: syntax error before "php_sybase_message_handler" /root/php-5.0.2/ext/sybase/php_sybase_db.c: In function `php_sybase_do_connect': /root/php-5.0.2/ext/sybase/php_sybase_db.c:311: error: storage size of `sybase' isn't known /root/php-5.0.2/ext/sybase/php_sybase_db.c:452: error: `FAIL' u
#30660 [Opn->Asn]: Using Tidy as shared extension crashes PHP (CLI)
ID: 30660 Updated by: [EMAIL PROTECTED] Reported By: margus at zone dot ee -Status: Open +Status: Assigned Bug Type: Reproducible crash Operating System: SuSe Linux 9.0 PHP Version: 5.0.2 Assigned To: john Previous Comments: [2004-11-08 12:34:13] [EMAIL PROTECTED] I'll look into it, hopefully I'll be able to reproduce it in RH [2004-11-02 14:23:54] margus at zone dot ee linux:/home/margus/install/php-5.0.2 # gdb sapi/cli/php GNU gdb 5.3.92 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-suse-linux"... (gdb) run -c . tidytest.php Starting program: /home/margus/install/php-5.0.2/sapi/cli/php -c . tidytest.php [New Thread 16384 (LWP 21668)] Exiting... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 21668)] 0x0816a055 in _zval_dtor (zvalue=0x826ad1c) at /home/margus/install/php-5.0.2/Zend/zend_variables.c:61 61 Z_OBJ_HT_P(zvalue)->del_ref(zvalue TSRMLS_CC); (gdb) bt #0 0x0816a055 in _zval_dtor (zvalue=0x826ad1c) at /home/margus/install/php-5.0.2/Zend/zend_variables.c:61 #1 0x08161e89 in _zval_ptr_dtor (zval_ptr=0x826fe48) at /home/margus/install/php-5.0.2/Zend/zend_execute_API.c:394 #2 0x081715e9 in zend_hash_apply_deleter (ht=0x81ea6d0, p=0x826fe3c) at /home/margus/install/php-5.0.2/Zend/zend_hash.c:574 #3 0x08171679 in zend_hash_graceful_reverse_destroy (ht=0x81ea6d0) at /home/margus/install/php-5.0.2/Zend/zend_hash.c:640 #4 0x08161944 in shutdown_executor () at /home/margus/install/php-5.0.2/Zend/zend_execute_API.c:210 #5 0x0816b126 in zend_deactivate () at /home/margus/install/php-5.0.2/Zend/zend.c:818 #6 0x081395c7 in php_request_shutdown (dummy=0x0) at /home/margus/install/php-5.0.2/main/main.c:1212 #7 0x081987d0 in main (argc=4, argv=0xb704) at /home/margus/install/php-5.0.2/sapi/cli/php_cli.c:1046 (gdb) [2004-11-02 13:41:01] [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. Oops, clicked the wrong link before... [2004-11-02 13:34:32] margus at zone dot ee "); echo "Exiting..."; ?> [2004-11-02 13:28:19] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/30660 -- Edit this bug report at http://bugs.php.net/?id=30660&edit=1
#30439 [Opn->Fbk]: ftp_get() file corruption
ID: 30439 Updated by: [EMAIL PROTECTED] Reported By: dmp-php at dplhenterprises dot com -Status: Open +Status: Feedback Bug Type: FTP related Operating System: Windows 2000 PHP Version: 4.3.9 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-10-15 01:46:56] dmp-php at dplhenterprises dot com Description: When using ftp_get() or ftp_fget() in FTP_ASCII mode and fetching from an OpenVMS server runing the UCX FTP server (version appears irrelevant), extra characters are added to the end of the file. It appears to be the end of the last complete buffer when the final read doesn't completely fill the buffer at end of file. This does not happen with an IIS FTP server. I have been unable to test with a *nix server. I've tried fetching the file with both WS_FTP and the standard Windows FTP client and neither of them produced corrupt files. Reproduce code: --- close(); die( "Unable to log in to bcsaxp.bcs.com as " . "myusername " . $php_errormsg ); } if( !ftp_get( $f, $wipfil, $srcfil, FTP_ASCII )) die( "Unable to GET file {$srcfil} " . $php_errormsg ); ftp_close( $f ); ?> Expected result: Another test message for MPS This is the plain text version of this message. It contains a tabbed table. Column 1Column 2 L1-C1 L1-C2 L2-C1 L2-C2 Actual result: -- Another test message for MPS This is the plain text version of this message. It contains a tabbed table. Column 1Column 2 L1-C1 L1-C2 L2-C1 L2-C2 n 2 L1-C1 L1-C2 L2-C1 L2-C2
#30445 [Opn->Fbk]: endless loop when virtual() fails twice.
ID: 30445 Updated by: [EMAIL PROTECTED] Reported By: per at computer dot org -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: linux 2.4.26 PHP Version: 4.3.9 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. I cannot reproduce it, got these errors and no endless loop: Warning: virtual(): Unable to include 'klop' - request execution failed in .. Warning: virtual(): Unable to include 'klop' - request execution failed in .. Previous Comments: [2004-10-15 12:17:57] per at computer dot org Description: Provided that "klop" does not exist, the following code will produce an endless loop: Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=30445&edit=1
#30472 [Opn->Fbk]: Segmentations Faults
ID: 30472 Updated by: [EMAIL PROTECTED] Reported By: lore at animexx dot de -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Linux Debian PHP Version: 4.3.9 New Comment: So, are you still able to reproduce it? And do you have a short reproduce script? Previous Comments: [2004-10-19 18:12:44] lore at animexx dot de I have also Core Dumps without apc, but get no core file. Whith Core and without apc , the server has a load of 150 in about 3-4 min, so i cant let it run for long. Ill try it again in the night, hope ill get the cores [2004-10-18 23:54:31] [EMAIL PROTECTED] Can you replice the crash without APC? [2004-10-18 17:55:49] lore at animexx dot de Description: The Error apears not every time so there is no code to reproduce it. error in apache error.log /root/src/php-4.3.9/Zend/zend_execute_API.c(291) : Block 0x084B57C0 status: /root/src/php-4.3.9/Zend/zend_variables.c(44) : Actual location (location was relayed) Beginning: OK (allocated on /root/src/php-4.3.9/ext/mysql/php_mysql.c:1839, 9 bytes) End: Overflown (magic=0x2A8FCB84 instead of 0x2A8FCC84) 1 byte(s) overflown - gdb full : #0 0x40113741 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40113741 in kill () from /lib/libc.so.6 #1 0x401134c5 in raise () from /lib/libc.so.6 #2 0x40114a08 in abort () from /lib/libc.so.6 #3 0x4010cb3f in __assert_fail () from /lib/libc.so.6 #4 0x4049a52a in apc_cache_free_entry (entry=0x404b1700) at /root/src/pecl/apc/apc_cache.c:632 #5 0x4049d5a8 in apc_module_shutdown () at /root/src/pecl/apc/apc_main.c:290 #6 0x404a1039 in zm_shutdown_apc (type=1, module_number=0) at /root/src/pecl/apc/php_apc.c:154 #7 0x080a87f9 in module_destructor (module=0x83aef00) at /root/src/php-4.3.9/Zend/zend_API.c:1125 #8 0x080ab548 in zend_hash_apply_deleter (ht=0x834d0e0, p=0x83aeed0) at /root/src/php-4.3.9/Zend/zend_hash.c:611 #9 0x080ab799 in zend_hash_graceful_reverse_destroy (ht=0x834d0e0) at /root/src/php-4.3.9/Zend/zend_hash.c:677 #10 0x080a4a95 in zend_shutdown () at /root/src/php-4.3.9/Zend/zend.c:556 #11 0x080778c3 in php_module_shutdown () at /root/src/php-4.3.9/main/main.c:1286 #12 0x08077895 in php_module_shutdown_wrapper (sapi_globals=0x82430c0) at /root/src/php-4.3.9/main/main.c:1263 #13 0x0806ea54 in php_child_exit_handler () #14 0x081a65ae in ap_child_exit_modules () #15 0x081ad59d in clean_child_exit () #16 0x081af4ac in just_die () #17 #18 0x401b8838 in poll () from /lib/libc.so.6 #19 0x081f424b in wait_for_data () #20 0x081f4210 in my_connect () #21 0x081f5817 in mysql_real_connect () #22 0x080e78c2 in php_mysql_do_connect (ht=3, return_value=0x8404f74, this_ptr=0x0, return_value_used=1, persistent=0) at /root/src/php-4.3.9/ext/mysql/php_mysql.c:778 #23 0x081f42b3 in net_safe_read () No symbol table info available. #24 0x081f4553 in cli_advanced_command () No symbol table info available. #25 0x081f644e in mysql_select_db () No symbol table info available. #26 0x080e554a in php_mysql_select_db (mysql=0x842c814, db=0x84aeff4 "datenbank") at /root/src/php-4.3.9/ext/mysql/php_mysql.c:276 No locals. #27 0x080e8c00 in php_mysql_do_query_general (query=0x8434df4, mysql_link=0x8434df8, link_id=-1, db=0x8434df0, use_store=1, return_value=0x841e95c) at /root/src/php-4.3.9/ext/mysql/php_mysql.c:1223 mysql = (php_mysql_conn *) 0x842c814 mysql_result = (MYSQL_RES *) 0x82138a0 #28 0x080e938e in zif_mysql_db_query (ht=3, return_value=0x841e95c, this_ptr=0x0, return_value_used=1) at /root/src/php-4.3.9/ext/mysql/php_mysql.c:1379 db = (zval **) 0x8434df0 query = (zval **) 0x8434df4 mysql_link = (zval **) 0x8434df8 id = -1 #29 0x080b7203 in execute (op_array=0x8450248) at /root/src/php-4.3.9/Zend/zend_execute.c:1640 original_return_value = (zval **) 0x404cc868 return_value_used = 1 execute_data = {opline = 0x404cc850, function_state = {function_symbol_table = 0x0, function = 0x83a7e50, reserved = {0x6, 0xbfffbf1c, 0xb424, 0xbfffbef8}}, fbc = 0x0, ce = 0x0, object = {ptr = 0x0}, Ts = 0xbfffb46c, original_in_execution = 1 '\001', op_array = 0x8450248, prev_execute_data = 0xbfffd280} #30 0x080b742f in execute (op_array=0x8419614) at /root/src/php-4.3.9/Zend/zend_execute.c:1684 calling_symbol_table = (HashTable *) 0x834ce0c original_return_value = (zval **) 0xbfffd304 return_value_used = 1 execute_data = {opline = 0x409c2a00, function_state = {function_symbol_table = 0x8427d7c, function = 0x8450248, reserved = {0x809ce93, 0x84195cc, 0xb560, 0x0}}, fbc = 0x8450248, ce = 0x0, object = {ptr = 0x0}, Ts = 0xbfffbf1c, original_in_exe
#30493 [Opn->Fbk]: require_once fails sporadically on classes
ID: 30493 Updated by: [EMAIL PROTECTED] Reported By: jan dot gaensler at gmx dot de -Status: Open +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: Linux (kernel 2.4) PHP Version: 4.3.9 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-10-20 12:43:38] jan dot gaensler at gmx dot de Description: After upgrading PHP 4.3.4 to 4.3.9 on our production system we experienced a random problem on our servers using 'require_once'. In about 1% of the cases calling 'require_once' on a file defining a class produced a fatal error like this one: [Tue Oct 19 18:04:07 2004] [error] PHP Fatal error: Cannot redeclare class globalresources in /srv/www/htdocs/lx/includes/initialisator.inc on line 111 The scripts run just fine using PHP 4.3.4 but any more recent version of PHP4 produces the above problem (I actually tried them all: 4.3.5/6/7/8/9). More info on the server setup as this might help: Dell PE2650, Dual P4Xeon, 2GB running Suse Linux 9.0, Apache 1.3.31 and PHP as a module (the apache servers are using multiple VirtualHosts each listening on a different port) PHP was compiled using the following options: './configure' '--with-apxs' '--enable-track-vars=yes' '--with-mysql' '--enable-sysvshm' '--enable-sysvsem' '--enable-url-fopen-wrapper=yes' '--enable-sockets' '--enable-force-cgi-redirect' '--enable-trans-sid' '--with-xml' '--with-gd' '--with-ttf' '--with-curl' '--with-zlib-dir' '--with-mime-magic' Reproduce code: --- As stated above this works at least 99% of the time: global $resources; //line 110 require_once('lib/GlobalResources.php'); //line 111 $resources = new GlobalResources(); //line 112 (These three lines are taken from the above mentioned include that is itself included by all scripts creating a complete HTML page) Expected result: N/A Actual result: -- N/A -- Edit this bug report at http://bugs.php.net/?id=30493&edit=1
#30562 [Opn->Asn]: Segmentation fault with __call()
ID: 30562 Updated by: [EMAIL PROTECTED] Reported By: guth at fiifo dot u-psud dot fr -Status: Open +Status: Assigned Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5.0.2 -Assigned To: +Assigned To: andi New Comment: Thanks for the clear reproduce case. Previous Comments: [2004-11-27 16:47:06] phpbugs at w-wins dot com --- Simpler test case --- function_last=$func; } } $object=new callee; $object->bad(); var_dump($object->function_last); ?> --- Expected output --- string(3) "bad" --- Produced output --- UNKNOWN:0 [2004-10-26 12:36:40] guth at fiifo dot u-psud dot fr More informations : stock['plip'] = $item; var_dump($this->stock); } public function get() { var_dump($this->stock); } } class MyClass { public function __call($method, $args) { $xml = new XmlGenerator(); $xml->set($method); return $xml; } } $object = new MyClass; $xml = $object->plip(); $xml->get(); ?> Expected result: array(1) { ["plip"]=> string(4) "plip" } array(1) { ["plip"]=> string(4) "plip" } Actual result: array(1) { ["plip"]=> string(4) "plip" } array(1) { ["plip"]=> &UNKNOWN:0 } [2004-10-26 12:28:15] guth at fiifo dot u-psud dot fr Description: hello, Another segmentation fault in PHP when using method __call(). See the following code... Reproduce code: --- stock = $item; } public function get() { return $this->stock; } } class MyClass { public function __call($method, $args) { $iLovePHP = $method; /* // Uncomment this code and this will work properly $iLovePHP = ""; for($i = 0, $count = strlen($method); $i < $count; $i++) { $iLovePHP .= $method{$i}; } */ $xml = new XmlGenerator(); $xml->set($iLovePHP); return $xml; } } $object = new MyClass; $xml = $object->plip(); echo $xml->get(); ?> Expected result: plip Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1075737248 (LWP 3866)] 0x403d7879 in _get_zval_ptr (node=0x16b9f040, Ts=0xffccb008, should_free=0xffcc8cbf) at /usr/src/php5/Zend/zend_execute.c:102 102 *should_free = 0; (gdb) bt #0 0x403d7879 in _get_zval_ptr (node=0x16b9f040, Ts=0xffccb008, should_free=0xffcc8cbf) at /usr/src/php5/Zend/zend_execute.c:102 #1 0x3d01acbf in ?? () #2 0x16b9f040 in ?? () #3 0xffccb008 in ?? () #4 0xffcc8cbf in ?? () #5 0x3d018cbf in ?? () #6 0x0140 in ?? () I get an other segfault with a different code : Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1075737248 (LWP 3722)] 0x403d1862 in zend_init_string_handler (execute_data=0xbfffcbe0, opline=0x8171630, op_array=0x816f57c) at /usr/src/php/Zend/zend_execute.c:2377 2377EX_T(opline->result.u.var).tmp_var.value.str.val = emalloc(1); (gdb) bt #0 0x403d1862 in zend_init_string_handler (execute_data=0xbfffcbe0, opline=0x8171630, op_array=0x816f57c) at /usr/src/php/Zend/zend_execute.c:2377 #1 0x403cebee in execute (op_array=0x816f57c) at /usr/src/php/Zend/zend_execute.c:1400 #2 0x403d2791 in zend_do_fcall_common_helper (execute_data=0xbfffce20, opline=0x816b98c, op_array=0x816706c) at /usr/src/php/Zend/zend_execute.c:2740 #3 0x403d2c63 in zend_do_fcall_by_name_handler (execute_data=0xbfffce20, opline=0x816b98c, op_array=0x816706c) at /usr/src/php/Zend/zend_execute.c:2825 #4 0x403cebee in execute (op_array=0x816706c) at /usr/src/php/Zend/zend_execute.c:1400 #5 0x403a9f5d in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php/Zend/zend.c:1060 #6 0x40362a94 in php_execute_script (primary_file=0xb190) at /usr/src/php/main/main.c:1628 #7 0x403dab14 in apache_php_module_main (r=0x815c29c, display_source_mode=0) at /usr/src/php/sapi/apache/sapi_apache.c:54 #8 0x403dba9f in send_php (r=0x815c29c, display_source_mode=0, filename=0x815cd84 "/www/test.php") at /usr/src/php/sapi/apache/mod_php5.c:622 #9 0x403dbb18 in send_parsed_php (r=0x815c29c) at /usr/src/php/sapi/apache/mod_php5.c:637 #10 0x08071e77 in ap_invoke_handler () #11 0x08086ebd in process_request_internal () #12 0x08086f1c in ap_process_request () #13 0x0807df40 in child_main () #14 0x0807e0e8 in make_child () #15 0x0807e24e in
#30919 [NEW]: Bundled Net_Socket and Net_SMTP should be updated
From: jdolecek at NetBSD dot org Operating system: NetBSD 2.99.10 PHP version: 4.3.10RC1 PHP Bug Type: Sockets related Bug description: Bundled Net_Socket and Net_SMTP should be updated Description: Net_Socket 1.0.2 and Net_SMTP 1.2.6 contain some important bug fixes. Some pear packages (HTTP_Request, maybe others) even require Net_Socket 1.0.2. It would be nice if the bundled versions would be updated, AFAICS 4.3.10R1 still contains versions 1.0.1 and 1.2.3 respectively. Of course this doesn't affect PHP5, where the classes are not bundled. -- Edit bug report at http://bugs.php.net/?id=30919&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30919&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30919&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30919&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30919&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30919&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30919&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30919&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30919&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30919&r=support Expected behavior: http://bugs.php.net/fix.php?id=30919&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30919&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30919&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30919&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30919&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30919&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30919&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30919&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30919&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30919&r=mysqlcfg
#30562 [Com]: Segmentation fault with __call()
ID: 30562 Comment by: phpbugs at w-wins dot com Reported By: guth at fiifo dot u-psud dot fr Status: Open Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 5.0.2 New Comment: --- Simpler test case --- function_last=$func; } } $object=new callee; $object->bad(); var_dump($object->function_last); ?> --- Expected output --- string(3) "bad" --- Produced output --- UNKNOWN:0 Previous Comments: [2004-10-26 12:36:40] guth at fiifo dot u-psud dot fr More informations : stock['plip'] = $item; var_dump($this->stock); } public function get() { var_dump($this->stock); } } class MyClass { public function __call($method, $args) { $xml = new XmlGenerator(); $xml->set($method); return $xml; } } $object = new MyClass; $xml = $object->plip(); $xml->get(); ?> Expected result: array(1) { ["plip"]=> string(4) "plip" } array(1) { ["plip"]=> string(4) "plip" } Actual result: array(1) { ["plip"]=> string(4) "plip" } array(1) { ["plip"]=> &UNKNOWN:0 } [2004-10-26 12:28:15] guth at fiifo dot u-psud dot fr Description: hello, Another segmentation fault in PHP when using method __call(). See the following code... Reproduce code: --- stock = $item; } public function get() { return $this->stock; } } class MyClass { public function __call($method, $args) { $iLovePHP = $method; /* // Uncomment this code and this will work properly $iLovePHP = ""; for($i = 0, $count = strlen($method); $i < $count; $i++) { $iLovePHP .= $method{$i}; } */ $xml = new XmlGenerator(); $xml->set($iLovePHP); return $xml; } } $object = new MyClass; $xml = $object->plip(); echo $xml->get(); ?> Expected result: plip Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1075737248 (LWP 3866)] 0x403d7879 in _get_zval_ptr (node=0x16b9f040, Ts=0xffccb008, should_free=0xffcc8cbf) at /usr/src/php5/Zend/zend_execute.c:102 102 *should_free = 0; (gdb) bt #0 0x403d7879 in _get_zval_ptr (node=0x16b9f040, Ts=0xffccb008, should_free=0xffcc8cbf) at /usr/src/php5/Zend/zend_execute.c:102 #1 0x3d01acbf in ?? () #2 0x16b9f040 in ?? () #3 0xffccb008 in ?? () #4 0xffcc8cbf in ?? () #5 0x3d018cbf in ?? () #6 0x0140 in ?? () I get an other segfault with a different code : Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1075737248 (LWP 3722)] 0x403d1862 in zend_init_string_handler (execute_data=0xbfffcbe0, opline=0x8171630, op_array=0x816f57c) at /usr/src/php/Zend/zend_execute.c:2377 2377EX_T(opline->result.u.var).tmp_var.value.str.val = emalloc(1); (gdb) bt #0 0x403d1862 in zend_init_string_handler (execute_data=0xbfffcbe0, opline=0x8171630, op_array=0x816f57c) at /usr/src/php/Zend/zend_execute.c:2377 #1 0x403cebee in execute (op_array=0x816f57c) at /usr/src/php/Zend/zend_execute.c:1400 #2 0x403d2791 in zend_do_fcall_common_helper (execute_data=0xbfffce20, opline=0x816b98c, op_array=0x816706c) at /usr/src/php/Zend/zend_execute.c:2740 #3 0x403d2c63 in zend_do_fcall_by_name_handler (execute_data=0xbfffce20, opline=0x816b98c, op_array=0x816706c) at /usr/src/php/Zend/zend_execute.c:2825 #4 0x403cebee in execute (op_array=0x816706c) at /usr/src/php/Zend/zend_execute.c:1400 #5 0x403a9f5d in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php/Zend/zend.c:1060 #6 0x40362a94 in php_execute_script (primary_file=0xb190) at /usr/src/php/main/main.c:1628 #7 0x403dab14 in apache_php_module_main (r=0x815c29c, display_source_mode=0) at /usr/src/php/sapi/apache/sapi_apache.c:54 #8 0x403dba9f in send_php (r=0x815c29c, display_source_mode=0, filename=0x815cd84 "/www/test.php") at /usr/src/php/sapi/apache/mod_php5.c:622 #9 0x403dbb18 in send_parsed_php (r=0x815c29c) at /usr/src/php/sapi/apache/mod_php5.c:637 #10 0x08071e77 in ap_invoke_handler () #11 0x08086ebd in process_request_internal () #12 0x08086f1c in ap_process_request () #13 0x0807df40 in child_main () #14 0x0807e0e8 in make_child () #15 0x0807e24e in startup_children () #16 0x0807e90e in standalone_main () #17 0x0807f12c in main () -- Edit this bug report at http://bugs.php.net/?id=30562&edit=1
#30437 [Opn->Csd]: include fails to open file from parent directory of include path
ID: 30437 Updated by: [EMAIL PROTECTED] Reported By: gabe at mudbuginfo dot com -Status: Open +Status: Closed Bug Type: *Directory/Filesystem functions Operating System: linux 2.4.26 PHP Version: 4.3.9 New Comment: Same as #30881, which is already documented. Previous Comments: [2004-10-14 22:22:51] gabe at mudbuginfo dot com Easier test case: Say for example, your include path is: /usr/local/lib/ php (most people have this or something similar) The second include statement will fail with: including normal DB including ../php DB Warning: main(../php/DB.php): failed to open stream: No such file or directory in /tmp/x.php on line 5 Warning: main(): Failed opening '../php/DB.php' for inclusion (include_path='.:/usr/local/lib/php:/usr/ local/lib/mis:/usr/local/lib/eclipse') in /tmp/x.php on line 5 [2004-10-14 22:06:53] gabe at mudbuginfo dot com Note, open_basedir is not set anywhere for this site. [2004-10-14 18:23:32] gabe at mudbuginfo dot com Description: This site prepends the full path to the site's directory for site-specific include files with the following code in the file /files/client/ global_fellowship_search/proto1/include/init.php $site_include_path = dirname(__FILE__); $sys_include_path = ini_get('include_path'); ini_set('include_path', $site_include_path . ':' . $sys_include_path); which creates an include path of '/files/ client/global_fellowship_search/proto1/include:.:/usr/ local/lib/php:/usr/local/lib/mis:/usr/local/lib/ eclipse' When attempting to include the file /files/ client/global_fellowship_search/proto1/mail/ forgot_pass.mail relative to the site's prepended include directory with "include_once '../mail/ forgot_pass.mail';", PHP fails to find the file. Supplying an absolute path to the file works. It just seems like PHP will not respect crawling up a '..' parent directory link for any path within the include_path except for '.' Note that this code was placed in the 'index2.php' file just for simplicity in demonstration; in implementation this inclusion code is held within another file in the include/ directory which is included several different directory levels. Reproduce code: --- (Within /files/client/ global_fellowship_search/proto1/index2.php) include_once '../mail/forgot_pass.mail'; Expected result: Inclusion of /files/client/ global_fellowship_search/proto1/mail/forgot_pass.mail Actual result: -- Warning: main(../mail/forgot_pass.mail): failed to open stream: No such file or directory in /files/client/ global_fellowship_search/proto1/index2.php on line 5 Warning: main(): Failed opening '../mail/ forgot_pass.mail' for inclusion (include_path='/files/ client/global_fellowship_search/proto1/include:.:/usr/ local/lib/php:/usr/local/lib/mis:/usr/local/lib/ eclipse') in /files/client/global_fellowship_search/ proto1/index2.php on line 5 -- Edit this bug report at http://bugs.php.net/?id=30437&edit=1
#30444 [Opn->Fbk]: Buffer doent get flushed
ID: 30444 Updated by: [EMAIL PROTECTED] Reported By: eikke at eikke dot com -Status: Open +Status: Feedback Bug Type: Output Control Operating System: Gentoo Linux and others PHP Version: 4.3.9 New Comment: Try it using CLI SAPI, without any browser between you and result. Previous Comments: [2004-10-15 14:02:52] eikke at eikke dot com Well, actually I only tested this using Firefox, caus thats the only browser I got. The strange thing is a script like this: works perfectly... [2004-10-15 12:52:00] [EMAIL PROTECTED] This is most likely a browser issue, which simply doesn't know how to interpret & (the start of an entity). Does it work if you use a different character than &? [2004-10-15 11:56:06] eikke at eikke dot com Description: When running the following code, the output in browser isn't what one would expect (there's a "&" missing). If one outputs something after the echo(substr()) (like, echo "test") it works fine, also if one outputs characters after the "?>" This bug has been confirmed by Saveas on #php, freenode, running PHP 4.3.2 on Debian Apache1, and by me on 2 mod_php 4.3.9, Apache 2.0.51 Gentoo Linux systems (twice another configuration tough) It does look like a buffer flush problem. Reproduce code: --- "; $tmp = implode("&", $t); echo $tmp; echo "\n"; echo(substr($tmp, 0, -1)); //echo "test"; ?> Expected result: array(8) { [0]=> string(0) "" [1]=> string(1) "t" [2]=> string(1) "e" [3]=> string(1) "s" [4]=> string(1) "t" [5]=> string(1) "j" [6]=> string(1) "e" [7]=> string(1) "t" } &t&e&s&t&j&e&t &t&e&s&t&j&e& Actual result: -- array(8) { [0]=> string(0) "" [1]=> string(1) "t" [2]=> string(1) "e" [3]=> string(1) "s" [4]=> string(1) "t" [5]=> string(1) "j" [6]=> string(1) "e" [7]=> string(1) "t" } &t&e&s&t&j&e&t &t&e&s&t&j&e -- Edit this bug report at http://bugs.php.net/?id=30444&edit=1
#30919 [Opn->Bgs]: Bundled Net_Socket and Net_SMTP should be updated
ID: 30919 Updated by: [EMAIL PROTECTED] Reported By: jdolecek at NetBSD dot org -Status: Open +Status: Bogus Bug Type: Sockets related Operating System: NetBSD 2.99.10 PHP Version: 4.3.10RC1 New Comment: Please file this as a bug in the PEAR bug system (http://pear.php.net/bugs) This is not a bug IN php itself. Previous Comments: [2004-11-27 15:48:18] jdolecek at NetBSD dot org Description: Net_Socket 1.0.2 and Net_SMTP 1.2.6 contain some important bug fixes. Some pear packages (HTTP_Request, maybe others) even require Net_Socket 1.0.2. It would be nice if the bundled versions would be updated, AFAICS 4.3.10R1 still contains versions 1.0.1 and 1.2.3 respectively. Of course this doesn't affect PHP5, where the classes are not bundled. -- Edit this bug report at http://bugs.php.net/?id=30919&edit=1
#30905 [Bgs]: open_basedir don't work
ID: 30905 Updated by: [EMAIL PROTECTED] Reported By: sat at lomejordeinternet dot net Status: Bogus Bug Type: Filesystem function related Operating System: Linux Fedora 2 PHP Version: 4.3.9 New Comment: Yes, as I said PHP can not protect against this as it happens outside the PHP program. Previous Comments: [2004-11-27 14:22:46] sat at lomejordeinternet dot net Or run ls for red list dir out of directory protected for open_basedir ? [2004-11-27 14:20:40] sat at lomejordeinternet dot net http://www.php.net/manual/en/features.safe-mode.php#ini.open-basedir "Limit the files that can be opened by PHP to the specified directory-tree, including the file itself. This directive is NOT affected by whether Safe Mode is turned On or Off. When a script tries to open a file with, for example, fopen() or gzopen(), the location of the file is checked. When the file is outside the specified directory-tree, PHP will refuse to open it. All symbolic links are resolved, so it's not possible to avoid this restriction with a symlink. " It's posible run a system comand con /bin when this dir it's not it open_basedir ? [2004-11-26 21:51:35] sat at lomejordeinternet dot net Well. Not bug? If php_admin_value open_basedir restrict to use /XXX /yyy / but user can with a script onto /XXX , for example he can read /etc or /WWW/XXX/ (this dir not in open_basedir) What this it? [2004-11-26 13:12:09] [EMAIL PROTECTED] This is not a bug, PHP can not stop other programs from going into directories protected by open_basedir. [2004-11-26 13:02:56] sat at lomejordeinternet dot net Description: http://ns11.hostinglmi.net/phpinfo.php In this circustances, with open_basedir on httpd.conf ( php_admin_value open_basedir "/home/xn3m/:/usr/lib/php:/usr/local/lib/php:/tmp" ) If execute certain local exploit such file attached, user can read any dir with grup other read permission. Reproduce code: --- ns3.hostinglmi.net/cmd.txt ns3.hostinglmi.net/bug_openbasedir.png (This machine don't work already bug becase added to php.ini disable_functions = passthru,exec,shell_exec,proc_open) Expected result: Use cat comand for see any file with password (config.php of several scripts,..) Use ls for see structure filesystem... -- Edit this bug report at http://bugs.php.net/?id=30905&edit=1
#30787 [Opn->Asn]: Object converts to reference on method use
ID: 30787 Updated by: [EMAIL PROTECTED] Reported By: php dot net at nanonanonano dot net -Status: Open +Status: Assigned Bug Type: Scripting Engine problem Operating System: Debian Sarge PHP Version: 4.3.9 -Assigned To: +Assigned To: andi New Comment: It seems to me, that some magic with refernces is causing this problem. Here is simplified reproduce code: b; } } class A { var $a; function A() { $this->a = new B(); } } $c = new A(); $c->a->echoB(); //comment this var_dump($c); $e = $c; $e->a->b="a new copy\n"; var_dump($c); ?> Comment marked line to see expected result. Previous Comments: [2004-11-15 00:36:21] php dot net at nanonanonano dot net Description: If I instantiate an object using 'new' and then copy it, I get a true copy of the object. If I then use a method within that object, the next time I copy it, I only get a reference not an object. This behaviour is inconsistent (the behaviour of the = operator depends on whether a method has been called or not) and annoying (it prevents creating a prototype object by customising it after it has been instantiated and then replicating it as needed). I have read in other similar bug reports that "it's not a bug, it's a feature", but that response misses three important points: * it reduces functionality (cannot replicate a proto-object) * the behaviour is inconsistent and the programmer has no way of knowing whether the = operator will perform a copy by value or a copy by reference on member-objects within an object without doing a lot of code auditing (and one small change elsewhere in the code, might have significant side-effects) * It is not documented *anywhere* in the php manual. I know... I've just wasted my entire weekend trying to find some way of working around this problem. Please don't just blow me off on this one as "NOTABUG", please think about the functionality that is supposed to be here for the poor shmuck programmer! While I personally believe this is a bug in the way PHP handles objects (cf. any other OO-language), it is at the very least a bug against the documentation. --- For those googling on this problem, the example code has one workaround (no doubt there are others) for a 'safe' way of touching member variables that are objects so that they do not get stuffed up and magically convert to references. For non-const methods, one can copy the member, run whatever methods are required on the copy, and then copy it back over the member-object: function safeAlter($newValue) { //another horrible hack: why can't we just do //$this->alterB($newvalue); $acopy = $this->a; $acopy->alterB($newValue); $this->a = $acopy; } Or you can use serialize() and unserialize() to copy objects to make sure they are copied by value without any magic references appearing (horrible and liable to break many other things, but it will probably work...). Reproduce code: --- class BB { var $b="original value\n"; function BB() {} function echoB() { echo $this->b; } } class AA { var $a; function AA() { $this->a = new BB(); } function unsafeEcho() { $this->a->echoB(); } function safeEcho() { $acopy = $this->a; $acopy->echoB(); } } $protoA = new AA(); $a2 = $protoA; $protoA->unsafeEcho(); $a3 = $protoA; $a3->a->b="a new copy\n"; echo $protoA->a->b; Expected result: Objects $a2 and $protoA are completely independent objects as $a2 has been created the by copy-by-value assignment operator (=). Objects $a3 and $protoA should also be different as the code to create $a3 from $protoA is the same as for $a2. Changing $a2 should not alter $protoA as $a2 was created from $protoA by copy-by-value assignment. Similarly, changing $a3 should not alter $protoA. Expected output: ---8<--- original value original value Actual result: -- Objects $a2 and $protoA are completely independent objects as $a2 has been created the by copy-by-value assignment operator (=). Objects $a3 and $protoA are *not* different even though the code to create $a3 is the same one of the members of $protoA has mysteriously changed itself into a reference from a value!? Changing $a2 does not alter $protoA as expected. Changing $a3 mysteriously alters $protoA as one of the members of $protoA has mysteriously changed itself into a reference from a value!? Actual output: ---8<--- original value a new copy -- Edit this bug report at http://bugs.php.net/?id=30787&edit=1
#30905 [Bgs]: open_basedir don't work
ID: 30905 User updated by: sat at lomejordeinternet dot net Reported By: sat at lomejordeinternet dot net Status: Bogus Bug Type: Filesystem function related Operating System: Linux Fedora 2 PHP Version: 4.3.9 New Comment: Or run ls for red list dir out of directory protected for open_basedir ? Previous Comments: [2004-11-27 14:20:40] sat at lomejordeinternet dot net http://www.php.net/manual/en/features.safe-mode.php#ini.open-basedir "Limit the files that can be opened by PHP to the specified directory-tree, including the file itself. This directive is NOT affected by whether Safe Mode is turned On or Off. When a script tries to open a file with, for example, fopen() or gzopen(), the location of the file is checked. When the file is outside the specified directory-tree, PHP will refuse to open it. All symbolic links are resolved, so it's not possible to avoid this restriction with a symlink. " It's posible run a system comand con /bin when this dir it's not it open_basedir ? [2004-11-26 21:51:35] sat at lomejordeinternet dot net Well. Not bug? If php_admin_value open_basedir restrict to use /XXX /yyy / but user can with a script onto /XXX , for example he can read /etc or /WWW/XXX/ (this dir not in open_basedir) What this it? [2004-11-26 13:12:09] [EMAIL PROTECTED] This is not a bug, PHP can not stop other programs from going into directories protected by open_basedir. [2004-11-26 13:02:56] sat at lomejordeinternet dot net Description: http://ns11.hostinglmi.net/phpinfo.php In this circustances, with open_basedir on httpd.conf ( php_admin_value open_basedir "/home/xn3m/:/usr/lib/php:/usr/local/lib/php:/tmp" ) If execute certain local exploit such file attached, user can read any dir with grup other read permission. Reproduce code: --- ns3.hostinglmi.net/cmd.txt ns3.hostinglmi.net/bug_openbasedir.png (This machine don't work already bug becase added to php.ini disable_functions = passthru,exec,shell_exec,proc_open) Expected result: Use cat comand for see any file with password (config.php of several scripts,..) Use ls for see structure filesystem... -- Edit this bug report at http://bugs.php.net/?id=30905&edit=1
#30905 [Bgs]: open_basedir don't work
ID: 30905 User updated by: sat at lomejordeinternet dot net Reported By: sat at lomejordeinternet dot net Status: Bogus Bug Type: Filesystem function related Operating System: Linux Fedora 2 PHP Version: 4.3.9 New Comment: http://www.php.net/manual/en/features.safe-mode.php#ini.open-basedir "Limit the files that can be opened by PHP to the specified directory-tree, including the file itself. This directive is NOT affected by whether Safe Mode is turned On or Off. When a script tries to open a file with, for example, fopen() or gzopen(), the location of the file is checked. When the file is outside the specified directory-tree, PHP will refuse to open it. All symbolic links are resolved, so it's not possible to avoid this restriction with a symlink. " It's posible run a system comand con /bin when this dir it's not it open_basedir ? Previous Comments: [2004-11-26 21:51:35] sat at lomejordeinternet dot net Well. Not bug? If php_admin_value open_basedir restrict to use /XXX /yyy / but user can with a script onto /XXX , for example he can read /etc or /WWW/XXX/ (this dir not in open_basedir) What this it? [2004-11-26 13:12:09] [EMAIL PROTECTED] This is not a bug, PHP can not stop other programs from going into directories protected by open_basedir. [2004-11-26 13:02:56] sat at lomejordeinternet dot net Description: http://ns11.hostinglmi.net/phpinfo.php In this circustances, with open_basedir on httpd.conf ( php_admin_value open_basedir "/home/xn3m/:/usr/lib/php:/usr/local/lib/php:/tmp" ) If execute certain local exploit such file attached, user can read any dir with grup other read permission. Reproduce code: --- ns3.hostinglmi.net/cmd.txt ns3.hostinglmi.net/bug_openbasedir.png (This machine don't work already bug becase added to php.ini disable_functions = passthru,exec,shell_exec,proc_open) Expected result: Use cat comand for see any file with password (config.php of several scripts,..) Use ls for see structure filesystem... -- Edit this bug report at http://bugs.php.net/?id=30905&edit=1
#30911 [Csd->WFx]: DOM XML Extension xpath_new_context memory leak
ID: 30911 Updated by: [EMAIL PROTECTED] Reported By: slaporte at eurocortex dot fr -Status: Closed +Status: Wont fix Bug Type: DOM XML related Operating System: red hat PHP Version: 4.3.9 New Comment: Öhm, "Wont fix". Not "Closed" as status.. Previous Comments: [2004-11-27 12:05:11] [EMAIL PROTECTED] There are no destructors called on unset() in PHP 4, as far as I know (at least not in the dom extension). That's the reason, why the $doc->free() method was implemented. I recommend switching to PHP 5, as the problem should be fixed there. [2004-11-26 18:29:05] slaporte at eurocortex dot fr This script is a part of a big script that is parsing 10 TEXT fields (read from records in a mysql database) the fields contains XML. 30 seconds after starting the process it takes 300M in memory then linux killed the process before it ends. The memory is then released and available to the system but my process die before having finished. Thank you for your help [2004-11-26 18:20:14] slaporte at eurocortex dot fr Thank you for your reply the script is started using php command line "php -f test.php" at the end of the script the php process die and the memory is then released [2004-11-26 18:11:32] [EMAIL PROTECTED] is the memory released after the request finishes? Or does it stay there. [2004-11-26 15:38:07] slaporte at eurocortex dot fr Description: Hello i'm using php and dom xml i encounter a memory leak the destructor of xpath context is not called i'm using 4_3_9 version i put some fprintf(stderr, ...) into the destructor and it never go inside the destructor was registered with "xpathcontext" le_xpathctxp = zend_register_list_destructors_ex(php_free_xpath_context, NULL, "xpathcontext", module_number); the class with "XPathContext" INIT_OVERLOADED_CLASS_ENTRY(ce, "XPathContext", php_xpathctx_class_functions, NULL, NULL, NULL); i try to make both lowercase but it is changing nothing the test script is very simple and when you run it and the process grow and grow and grow i add a function free to xpathcontext object that function calls the destructor then the memory is released but i would prefer that the destructor be called naturally Reproduce code: --- function StringToXml($sXml) { $oDom = domxml_open_mem($sXml); $oCtx = $oDom->xpath_new_context(); unset($oCtx); $oDom->free(); unset($oDom); } $s = getFile("test.xml"); for($n=20; $n--;) { echo "$n"; flush(); StringToXml($s); } Expected result: php process should not grow, memory should be released Actual result: -- php process grow -- Edit this bug report at http://bugs.php.net/?id=30911&edit=1
#30911 [Opn->Csd]: DOM XML Extension xpath_new_context memory leak
ID: 30911 Updated by: [EMAIL PROTECTED] Reported By: slaporte at eurocortex dot fr -Status: Open +Status: Closed Bug Type: DOM XML related Operating System: red hat PHP Version: 4.3.9 New Comment: There are no destructors called on unset() in PHP 4, as far as I know (at least not in the dom extension). That's the reason, why the $doc->free() method was implemented. I recommend switching to PHP 5, as the problem should be fixed there. Previous Comments: [2004-11-26 18:29:05] slaporte at eurocortex dot fr This script is a part of a big script that is parsing 10 TEXT fields (read from records in a mysql database) the fields contains XML. 30 seconds after starting the process it takes 300M in memory then linux killed the process before it ends. The memory is then released and available to the system but my process die before having finished. Thank you for your help [2004-11-26 18:20:14] slaporte at eurocortex dot fr Thank you for your reply the script is started using php command line "php -f test.php" at the end of the script the php process die and the memory is then released [2004-11-26 18:11:32] [EMAIL PROTECTED] is the memory released after the request finishes? Or does it stay there. [2004-11-26 15:38:07] slaporte at eurocortex dot fr Description: Hello i'm using php and dom xml i encounter a memory leak the destructor of xpath context is not called i'm using 4_3_9 version i put some fprintf(stderr, ...) into the destructor and it never go inside the destructor was registered with "xpathcontext" le_xpathctxp = zend_register_list_destructors_ex(php_free_xpath_context, NULL, "xpathcontext", module_number); the class with "XPathContext" INIT_OVERLOADED_CLASS_ENTRY(ce, "XPathContext", php_xpathctx_class_functions, NULL, NULL, NULL); i try to make both lowercase but it is changing nothing the test script is very simple and when you run it and the process grow and grow and grow i add a function free to xpathcontext object that function calls the destructor then the memory is released but i would prefer that the destructor be called naturally Reproduce code: --- function StringToXml($sXml) { $oDom = domxml_open_mem($sXml); $oCtx = $oDom->xpath_new_context(); unset($oCtx); $oDom->free(); unset($oDom); } $s = getFile("test.xml"); for($n=20; $n--;) { echo "$n"; flush(); StringToXml($s); } Expected result: php process should not grow, memory should be released Actual result: -- php process grow -- Edit this bug report at http://bugs.php.net/?id=30911&edit=1
#30912 [Bgs]: array_multisort was broken
ID: 30912 User updated by: bolk at hitv dot ru Reported By: bolk at hitv dot ru Status: Bogus Bug Type: Arrays related Operating System: Linux RedHat PHP Version: 4.3.10RC1 New Comment: Hm... But in previos versions (for expample PHP 4.3.9) my example works fine. Thank for your help. Previous Comments: [2004-11-27 08:08:47] [EMAIL PROTECTED] That's how array_multisort() works. "The first array is the primary one to sort by. The rows (values) in that array that compare the same are sorted by the next input array, and so on." Take a look at examples in docs - they show pretty same behaviour and that's really expected. [2004-11-26 15:44:18] bolk at hitv dot ru Description: array_multisort was broken Reproduce code: --- $rel2 = array(17, 100, 100, 100, 100, 100, 100, 100, 17, 17, 17, 17, 17); $rel = array('a','b', 'c', 'd', 'e', 'f', 'g', 'h', 'x','y','z','xx','ww'); array_multisort ($rel2, SORT_NUMERIC, SORT_DESC, $rel, SORT_REGULAR ); print_r($rel2); Expected result: Array ( [0] => 100 [1] => 100 [2] => 100 [3] => 100 [4] => 100 [5] => 100 [6] => 100 [7] => 17 [8] => 17 [9] => 17 [10] => 17 [11] => 17 [12] => 17 ) Actual result: -- Array ( [0] => 17 [1] => 100 [2] => 100 [3] => 100 [4] => 100 [5] => 100 [6] => 100 [7] => 100 [8] => 17 [9] => 17 [10] => 17 [11] => 17 [12] => 17 ) -- Edit this bug report at http://bugs.php.net/?id=30912&edit=1
#30793 [Opn->Asn]: Abstract functions and default parameter
ID: 30793 Updated by: [EMAIL PROTECTED] Reported By: jonas at datatal dot se -Status: Open +Status: Assigned -Bug Type: Zend Engine 2 problem +Bug Type: Feature/Change Request Operating System: winxp sp2 PHP Version: 5.0.2 -Assigned To: +Assigned To: andi New Comment: Well, personally I do not think such features could be accepted. You get these errors because method signatures are different (number of required arguments and class hint differ), so this is well expected behaviour. I'm leaving this report as feature request for Andi. Previous Comments: [2004-11-15 13:59:28] jonas at datatal dot se Another related problem. have this function in the same abstract class: /** Fill the object with the information fetched from the db */ abstract public static function Fill(ADORecordset $rs, DbClass $db); Since all db classes extends the DbClass this should be valid: (in the user class) public static function Fill(ADORecordset $rs, User $usr) { [...] } but it isnt. I get the following error: Fatal error: Declaration of User::Fill() must be compatible with that of DbClass::Fill() in d:\projects\inetpub\WebUser\Classes\User.php on line 83 [2004-11-15 13:48:28] jonas at datatal dot se Description: Don't know if this is a bug or a feature request. Any case, it's a Zend 2 problem.. Reproduce code: --- m_con = $con; } /** Factory method to create an object from the database */ abstract public static function Get(ADOConnection $con, $id, $localeId); } class User extends dbClass { public static function Get(ADOConnection $con, $id, $localeId = 1053) { } } ?> Expected result: Should be possible to assign default values to parameters in overloaded abstract functions. Actual result: -- Fatal error: Declaration of User::Get() must be compatible with that of DbClass::Get() in d:\projects\inetpub\WebUser\test.php on line 23 -- Edit this bug report at http://bugs.php.net/?id=30793&edit=1
#30918 [NEW]: Add a "non-local" flag param to realpath
From: dewi at morganalley dot com Operating system: Linux PHP version: 5.0.2 PHP Bug Type: Feature/Change Request Bug description: Add a "non-local" flag param to realpath Description: Description of issues: == 1) From the user-comments on the online documentation page for the realpath() function, it can be seen that there is a significant need for a function that will clean paths, but will not require them to be local. That is, it will not check for existence of all directory elements, and will not expand symlinks: it will merely parse the directory as a string, replacing all '//' and '/./' with single '/', dealing with '/../' elements, stripping any trailing '/', then replacing empty ('') paths with a single dot ('.'). While on the face of it, this seems fairly trivial to write as a user function, the user-comments on the online documentation give the lie to this: to get such a function compatible both with windows and linux, portably, is non-trivial. 2) under windows, realpath() already fulfils this purpose, as it does not check for existence (I have not checked, but the user comments in the online documentation say that this is the case). I assume this is because it does not need to check for symlinks. 3) This parsing-as-a-string should be the first step for realpath() anyway, as currently it will return false on the string "/nonexistent-path/..", even though, as a string this evaluates to '/', and so does exist. Expected result: Suggested solution: === Add an optional second parameter to realpath(), made from the flags FOLLOW_SYMLINKS, and PATH_MUST_EXIST. This will then allow non-local and vortual paths to be cleaned. For security, a further, third parameter could be added, defaulting to '', that specifies a directory above which the path may not go, with '..'. So realpath("/var/www/foo/../../../etc/", true, "/var/www/") would evaluate to "/var/www/etc/". This would give users who are not using safe mode a very easy way to validate that directories are at least somewhat secure. -- Edit bug report at http://bugs.php.net/?id=30918&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30918&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30918&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30918&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30918&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30918&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30918&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30918&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30918&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30918&r=support Expected behavior: http://bugs.php.net/fix.php?id=30918&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30918&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30918&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30918&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30918&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30918&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30918&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30918&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30918&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30918&r=mysqlcfg
#30858 [Opn->Fbk]: Upload permission error
ID: 30858 Updated by: [EMAIL PROTECTED] Reported By: michaelchikit at gmail dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Fedora 3 PHP Version: 5.0.2 New Comment: Why do you think it's a bug in PHP and how can we reproduce it? Previous Comments: [2004-11-26 01:11:42] michaelchikit at gmail dot com I tried to use abd path. This is not working [2004-11-25 23:10:27] [EMAIL PROTECTED] Try it using absolute path for destination file. [2004-11-22 06:02:13] michaelchikit at gmail dot com Description: I have tried this code in my old server that is working very fine. But after I upgraded my server into Fedora 3 and PHP 5.0.2. that generated the followings error. The server does not allow me to upload the file and say permission denied. But I am very very sure, I have set the correct permission with the dir. The mode of upload_files and its parenet dir are 0777. Is it a bug of PHP? Reproduce code: --- $temp_name = $_FILES['userfile']['tmp_name']; $file_name = $_FILES['userfile']['name']; $file_type = $_FILES['userfile']['type']; $file_size = $_FILES['userfile']['size']; $result= $_FILES['userfile']['error']; $file_url = $upload_url.$file_name; $file_path = $upload_dir.$file_name; //File Name Check if ( $file_name =="") { $message = "Invalid File Name Specified"; return $message; } $result = move_uploaded_file($temp_name, $file_path); Expected result: No Error , the file should be appeared in the dir Actual result: -- Warning: move_uploaded_file(upload_files/Sunset.jpg) [function.move-uploaded-file]: failed to open stream: Permission denied in /var/www/html/simple_upload.php on line 47 Warning: move_uploaded_file() [function.move-uploaded-file]: Unable to move '/tmp/phpO1zvJO' to 'upload_files/Sunset.jpg' in /var/www/html/simple_upload.php on line 47 Somthing is wrong with uploading a file. -- Edit this bug report at http://bugs.php.net/?id=30858&edit=1
#30894 [Opn->Fbk]: Warning: ftp_put(): PORT command successful in...
ID: 30894 Updated by: [EMAIL PROTECTED] Reported By: evans at datahost dot gr -Status: Open +Status: Feedback Bug Type: FTP related Operating System: Fedora Core 3 & (Kernel 2.6.9) PHP Version: 4.3.9 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Works fine here. Previous Comments: [2004-11-25 10:29:55] evans at datahost dot gr Description: I have just installed Fedora Core 3 and compiled PHP 4.3.9 Everything works fine except my php scripts that user the ftp_put function. On fedora core 1 there was no problem at all and i haven't changed anything to the scripts or the compilation of PHP. The error that ftp_put returns is: Warning: ftp_put(): PORT command successful in /home/www/www/test.php on line 16 PHP Connects successfuly to the FTP Server (Proftpd 1.2.9) it uploads the file but its size is 0 bytes. The same problem was also in Fedora Core 2. I Heard that FC2 has several problems with some libraries so i didn't searched further for it. I Also tried to enable the passive mode (as i read in several forums) with no result. Even the code as it is on the PHP Manual doesn't work. I suppose it is not a problem of permissions as it uploads a file to the ftp server but as i said its size is 0 bytes. Is there a possibility that PHP's ftp_functions doesn't work correct with kernels 2.6.x ? My configure command follows : './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-track-vars' '--enable-ftp' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-sigchild' '--enable-sockets' '--enable-gd-native-ttf' '--enable-gd-imgstrttf' '--enable-gd-imgstrtt' '--enable-gd-native-tt' '--enable-bcmath' '--enable-dio' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-memory-limit' '--enable-trans-sid' '--enable-magic-quotes' '--enable-pic' '--enable-yp' '--enable-wddx' '--enable-dbx' '--enable-cli' '--enable-inline-optimization' '--enable-force-cgi-redirect' '--enable-ucd-snmp-hack' '--enable-filepro' '--enable-exif' '--enable-dbase' '--enable-dba' '--enable-zend-multibyte' '--enable-static' '--enable-shared' '--enable-fast-install' '--with-pdflib=/usr/local' '--with-mm=/usr/local' '--with-swf=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-freetype-dir=/usr/local' '--with-imap=/usr/local/imap-2004b' '--with-kerberos' '--with-mysql=/usr/local/mysql' '--with-zip=/usr/local' '--with-bz2=/usr/local' '--with-zlib=/usr/local' '--with-openssl=/usr/local/ssl' '--with-imap-ssl=/usr/local' '--with-gettext=/usr/local' '--with-curl=/usr/local' '--with-mhash=/usr/local' '--with-layout=GNU' '--with-gd' '--with-ttf' '--with-xml' '--with-gdbm' '--with-iconv' '--with-ncurses' '--with-hyperwave' '--with-gmp' '--with-tsrm-pthreads' '--with-db4' '--with-xml' '--with-pear' '--with-ldap' '--with-mime-magic' The php.ini doesn't have any weird modifications except that i enabled Register_Globals. Thank you in advance, Evans C. Koutroumpas. Reproduce code: --- Expected result: successfully uploaded test2.gif Actual result: -- Warning: ftp_put(): PORT command successful in /home/www/www/test.php on line 16 There was a problem while uploading test.gif -- Edit this bug report at http://bugs.php.net/?id=30894&edit=1