#30790 [NEW]: Apache worker crash sending data
From: stolle at web dot de Operating system: Windows XP PHP version: 5.0.2 PHP Bug Type: Reproducible crash Bug description: Apache worker crash sending data Description: Apache Support has forwarded me to use the PHP-Reporting System. Try the small script. The used file c:\temp\x3.iso may be of a size a 20 MB or so. I used an iso-Image of something. But content doesn't matter. If the file-Transfer is interrupted by the client (IE closed f.e.) the Apache worker crashes. If you eleminate the while everything is ok. This is only a simplified Script. Everytime when sending data throug an php script, from whithin a while-loop, or any other language construct, the worker crashes when connection is lost. I'm using XP SP2, Apache 2.0.52 and PHP 5.0.2 I tried the 3 Apache config lines: EnableSendfile Off EnableMMAP Off Win32DisableAcceptEx No difference. Worker crashes. We can't continue developing our php-Application (Alternativ User Interface for Multimedia Home-Devices), Subproject: Streaming Video-Content, if we can't fix this bug. Help would be great. sorry for my english ;) Yours Andreas Reproduce code: --- ?php error_log( Hei ); $fh = fopen( c:/temp/x3.iso, rb ); while ( !feof($fh) ) fpassthru( $fh ); ? Expected result: Apache worker should not crash if connection is lost. Actual result: -- [Thu Nov 11 17:17:02 2004] [notice] Parent: child process exited with status 4294967295 -- Restarting. [Thu Nov 11 17:17:03 2004] [notice] Parent: Created child process 4968 [Thu Nov 11 17:17:03 2004] [notice] Disabled use of AcceptEx() WinSock2 API [Thu Nov 11 17:17:03 2004] [notice] Child 4968: Child process is running [Thu Nov 11 17:17:03 2004] [notice] Child 4968: Acquired the start mutex. [Thu Nov 11 17:17:03 2004] [notice] Child 4968: Starting 250 worker threads. [Thu Nov 11 17:17:03 2004] [notice] Child 4968: Listening on port 8001. -- Edit bug report at http://bugs.php.net/?id=30790edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30790r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30790r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30790r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30790r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30790r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30790r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30790r=needscript Try newer version: http://bugs.php.net/fix.php?id=30790r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30790r=support Expected behavior: http://bugs.php.net/fix.php?id=30790r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30790r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30790r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30790r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30790r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30790r=dst IIS Stability: http://bugs.php.net/fix.php?id=30790r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30790r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30790r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30790r=mysqlcfg
#30791 [NEW]: overload and serialize produce unexpected behaviour
From: alan at akbkhome dot com Operating system: na PHP version: 5CVS-2004-11-15 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: overload and serialize produce unexpected behaviour Description: If an object is overloaded (with __call()), then serializ'ing the object will fail unless __sleep() is defined. It would be far clearer to either a) - force __sleep to defined on overloaded objects (E_WARN?) b) - dont call __call() with the __sleep() request. Reproduce code: --- class a { public $a = 4; function __call($a,$b) { return unknown method; } } $b = new a; echo serialize($b); Expected result: Warning: __sleep is not defined on an overloaded object with __call() Actual result: -- Warning about unexpected return value to __sleep() and an empty string output from serialize() -- Edit bug report at http://bugs.php.net/?id=30791edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30791r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30791r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30791r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30791r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30791r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30791r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30791r=needscript Try newer version: http://bugs.php.net/fix.php?id=30791r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30791r=support Expected behavior: http://bugs.php.net/fix.php?id=30791r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30791r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30791r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30791r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30791r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30791r=dst IIS Stability: http://bugs.php.net/fix.php?id=30791r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30791r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30791r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30791r=mysqlcfg
#30792 [NEW]: LDAP module could not be found
From: zengerf at post dot ch Operating system: Windows 2000 PHP version: 5.0.2 PHP Bug Type: Reproducible crash Bug description: LDAP module could not be found Description: If PHP is installed as a ISAPI-module, the LDAP-module causes the following error during the start of IIS: PHP Warning: PHP Startup: Unable to load dynamic library 'c:\PHP\ext\php_ldap.dll' - The specified module could not be found. Other modules like for example oci8 work! -- Edit bug report at http://bugs.php.net/?id=30792edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30792r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30792r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30792r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30792r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30792r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30792r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30792r=needscript Try newer version: http://bugs.php.net/fix.php?id=30792r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30792r=support Expected behavior: http://bugs.php.net/fix.php?id=30792r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30792r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30792r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30792r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30792r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30792r=dst IIS Stability: http://bugs.php.net/fix.php?id=30792r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30792r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30792r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30792r=mysqlcfg
#30790 [Opn-Bgs]: Apache worker crash sending data
ID: 30790 Updated by: [EMAIL PROTECTED] Reported By: stolle at web dot de -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows XP PHP Version: 5.0.2 New Comment: This is bug 25570 - try the patch: http://cvs.apache.org/~jorton/php_abort.diff or use any of the snapshots from http://snaps.php.net/ Previous Comments: [2004-11-15 08:58:12] stolle at web dot de Description: Apache Support has forwarded me to use the PHP-Reporting System. Try the small script. The used file c:\temp\x3.iso may be of a size a 20 MB or so. I used an iso-Image of something. But content doesn't matter. If the file-Transfer is interrupted by the client (IE closed f.e.) the Apache worker crashes. If you eleminate the while everything is ok. This is only a simplified Script. Everytime when sending data throug an php script, from whithin a while-loop, or any other language construct, the worker crashes when connection is lost. I'm using XP SP2, Apache 2.0.52 and PHP 5.0.2 I tried the 3 Apache config lines: EnableSendfile Off EnableMMAP Off Win32DisableAcceptEx No difference. Worker crashes. We can't continue developing our php-Application (Alternativ User Interface for Multimedia Home-Devices), Subproject: Streaming Video-Content, if we can't fix this bug. Help would be great. sorry for my english ;) Yours Andreas Reproduce code: --- ?php error_log( Hei ); $fh = fopen( c:/temp/x3.iso, rb ); while ( !feof($fh) ) fpassthru( $fh ); ? Expected result: Apache worker should not crash if connection is lost. Actual result: -- [Thu Nov 11 17:17:02 2004] [notice] Parent: child process exited with status 4294967295 -- Restarting. [Thu Nov 11 17:17:03 2004] [notice] Parent: Created child process 4968 [Thu Nov 11 17:17:03 2004] [notice] Disabled use of AcceptEx() WinSock2 API [Thu Nov 11 17:17:03 2004] [notice] Child 4968: Child process is running [Thu Nov 11 17:17:03 2004] [notice] Child 4968: Acquired the start mutex. [Thu Nov 11 17:17:03 2004] [notice] Child 4968: Starting 250 worker threads. [Thu Nov 11 17:17:03 2004] [notice] Child 4968: Listening on port 8001. -- Edit this bug report at http://bugs.php.net/?id=30790edit=1
#30792 [Opn-Bgs]: LDAP module could not be found
ID: 30792 Updated by: [EMAIL PROTECTED] Reported By: zengerf at post dot ch -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 5.0.2 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. . Previous Comments: [2004-11-15 10:32:12] zengerf at post dot ch Description: If PHP is installed as a ISAPI-module, the LDAP-module causes the following error during the start of IIS: PHP Warning: PHP Startup: Unable to load dynamic library 'c:\PHP\ext\php_ldap.dll' - The specified module could not be found. Other modules like for example oci8 work! -- Edit this bug report at http://bugs.php.net/?id=30792edit=1
#30792 [Bgs-Opn]: LDAP module could not be found
ID: 30792 User updated by: zengerf at post dot ch Reported By: zengerf at post dot ch -Status: Bogus +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 5.0.2 New Comment: It is not a support question! Previous Comments: [2004-11-15 10:47:13] [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. . [2004-11-15 10:32:12] zengerf at post dot ch Description: If PHP is installed as a ISAPI-module, the LDAP-module causes the following error during the start of IIS: PHP Warning: PHP Startup: Unable to load dynamic library 'c:\PHP\ext\php_ldap.dll' - The specified module could not be found. Other modules like for example oci8 work! -- Edit this bug report at http://bugs.php.net/?id=30792edit=1
#30792 [Opn-Bgs]: LDAP module could not be found
ID: 30792 Updated by: [EMAIL PROTECTED] Reported By: zengerf at post dot ch -Status: Open +Status: Bogus -Bug Type: Reproducible crash +Bug Type: Dynamic loading Operating System: Windows 2000 PHP Version: 5.0.2 New Comment: Please, choose an appropriate newsgroup/forum/maillist for your question here: http://www.php.net/support.php. Do not reopen this report again. This is your configuration issue and not a PHP bug. Thanks. Previous Comments: [2004-11-15 10:51:10] zengerf at post dot ch It is not a support question! [2004-11-15 10:47:13] [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. . [2004-11-15 10:32:12] zengerf at post dot ch Description: If PHP is installed as a ISAPI-module, the LDAP-module causes the following error during the start of IIS: PHP Warning: PHP Startup: Unable to load dynamic library 'c:\PHP\ext\php_ldap.dll' - The specified module could not be found. Other modules like for example oci8 work! -- Edit this bug report at http://bugs.php.net/?id=30792edit=1
#30793 [NEW]: Abstract functions and default parameter
From: jonas at datatal dot se Operating system: winxp sp2 PHP version: 5.0.2 PHP Bug Type: Zend Engine 2 problem Bug description: Abstract functions and default parameter Description: Don't know if this is a bug or a feature request. Any case, it's a Zend 2 problem.. Reproduce code: --- ?php abstract class DbClass { protected $m_con; public function __construct(ADOConnection $con) { $this-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 bug report at http://bugs.php.net/?id=30793edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30793r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30793r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30793r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30793r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30793r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30793r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30793r=needscript Try newer version: http://bugs.php.net/fix.php?id=30793r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30793r=support Expected behavior: http://bugs.php.net/fix.php?id=30793r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30793r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30793r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30793r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30793r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30793r=dst IIS Stability: http://bugs.php.net/fix.php?id=30793r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30793r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30793r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30793r=mysqlcfg
#30793 [Opn]: Abstract functions and default parameter
ID: 30793 User updated by: jonas at datatal dot se Reported By: jonas at datatal dot se Status: Open Bug Type: Zend Engine 2 problem Operating System: winxp sp2 PHP Version: 5.0.2 New Comment: 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 Previous Comments: [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: --- ?php abstract class DbClass { protected $m_con; public function __construct(ADOConnection $con) { $this-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=30793edit=1
#30794 [NEW]: exec hangs until program is over
From: stolle at web dot de Operating system: Windows XP SP2 PHP version: 5.0.2 PHP Bug Type: Program Execution Bug description: exec hangs until program is over Description: I'm using PHP on Apache2 (both: Latest Builds) When starting a Program using exec() die PHP-Scripts allways hangs under Windows, until the started program terminates. There is no chance to start f.e. notepad.exe in that way, that notepad runs interaktivly, but PHP continous work. Notepad is just an example, i want to control (start and stop) some Windows-Tasks throug PHP. I tried the latest PHP snapshot-Version as well. Reproduce code: --- exec('notepad.exe'); exec( cmd.exe /c c:/windows/notepad.exe 2nul: nul: ); exec( c:/windows/notepad.exe 2nul: nul: ); exec( c:/windows/notepad.exe 2nul: nul: ); Expected result: PHP Script should NOT wait for end of notepad Actual result: -- PHP Script wait's for end of notepad -- Edit bug report at http://bugs.php.net/?id=30794edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30794r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30794r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30794r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30794r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30794r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30794r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30794r=needscript Try newer version: http://bugs.php.net/fix.php?id=30794r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30794r=support Expected behavior: http://bugs.php.net/fix.php?id=30794r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30794r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30794r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30794r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30794r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30794r=dst IIS Stability: http://bugs.php.net/fix.php?id=30794r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30794r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30794r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30794r=mysqlcfg
#30762 [Opn]: Compile fails when using cyrus-imap 2.2.x
ID: 30762 Updated by: [EMAIL PROTECTED] Reported By: alex at kinder dot ind dot br Status: Open -Bug Type: Compile Failure +Bug Type: Feature/Change Request Operating System: Linux 2.4.26 - Slackware 10 PHP Version: 4.3.9 New Comment: Reclassified as feature request. It would be also very good if Cyrus developers add a possibility to check it's version in compile time. Previous Comments: [2004-11-12 11:44:30] alex at kinder dot ind dot br I was able to circunvent this problem, by extracting the contents of libcyrus_min.a and inserting those libraries into libcyrus.a. Here are the steps I took: -- back things up # cp /usr/lib/libcyrus.a /root/libcyrus.a.backup -- let's work on /tmp # cp /usr/lib/libcyrus.a /tmp # cp /usr/lib/libcyrus_min.a /tmp # cd /tmp -- list the archives content # ar vt libcyrus.a # ar vt libcyrus_min.a [ you'll notice that there are 2 libraries with the same name on both archives, what i did was, extract them to different directories, and 'diff' them, to find that they're the same on both archives, which means that i can overwrite the ones inside libcyrus.a or just not insert the new ones there. ] -- extract the content from libcyrus_min.a # ar xv libcyrus_min.a -- one liner to insert stuff into libcyrus.a # for file in `ar t libcyrus_min.a `; do ar rv libcyrus.a $file; done -- cp libcyrus back into it's original location - /usr/lib.. # cp libcyrus.a /usr/lib now rerun configure, make and make install, things should work just fine as PHP will be able to find every function it needs to finish compiling. But the PHP team should definitely fix this on future versions! [2004-11-11 14:20:42] alex at kinder dot ind dot br Description: According to this post (http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrusmsg=22673) , the PHP code hasn't been updated to include the changes in the cyrus 2.2.x code. The code was split into libcyrus.a AND libcyrus_min.a. One needs to link to both libcyrus.a AND libcyrus_min.a for compilation to work. (which i really don't know how to do... help!) my configure line: ./configure --prefix=/usr --with-bz2 --with-zlib --with-ldap --with-mysql=/usr/mysql --with-apxs2 --enable-track-vars --with-gd --with-png --with-ttf --with-jpeg --with-openssl --with-gettext --with-xml --with-mhash=/usr/lib --with-dom=/usr/lib --with-dom-xslt=/usr/lib --with-dom-exslt=/usr/lib --with-cyrus=/usr/lib --with-config-file-path=/etc/httpd --enable-dba --with-db4 --enable-dbase --enable-ftp Trying to compile PHP with OpenLDAP 2.2.17, MySQL 4.1.7 adn Cyrus IMAP 2.2.8, all latest versions. Thanks for your help! Reproduce code: --- /usr/lib/libcyrus.a(cyrusdb_quotalegacy.o)(.text+0xe56): In function `mystore': /usr/local/src/build/cyrus-imapd-2.2.8/lib/cyrusdb_quotalegacy.c:605: undefined reference to `hash_insert' /usr/lib/libcyrus.a(cyrusdb_quotalegacy.o)(.text+0x1252):/usr/local/src/build/cyrus-imapd-2.2.8/lib/cyrusdb_quotalegacy.c:573: undefined reference to `hash_lookup' /usr/lib/libcyrus.a(cyrusdb_quotalegacy.o)(.text+0x1350): In function `enum_func': /usr/local/src/build/cyrus-imapd-2.2.8/lib/cyrusdb_quotalegacy.c:731: undefined reference to `hash_del' /usr/lib/libcyrus.a(cyrusdb_quotalegacy.o)(.text+0x13a5): In function `commit_txn': /usr/local/src/build/cyrus-imapd-2.2.8/lib/cyrusdb_quotalegacy.c:744: undefined reference to `hash_enumerate' /usr/lib/libcyrus.a(cyrusdb_quotalegacy.o)(.text+0x13d5): In function `abort_txn': /usr/local/src/build/cyrus-imapd-2.2.8/lib/cyrusdb_quotalegacy.c:757: undefined reference to `hash_enumerate' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- Edit this bug report at http://bugs.php.net/?id=30762edit=1
#29937 [Asn-WFx]: $_FILES['name'] no longer has full path (from 4.3.4 to 4.3.8)
ID: 29937 Updated by: [EMAIL PROTECTED] Reported By: justin at timelesstech dot com -Status: Assigned +Status: Wont fix Bug Type: *Directory/Filesystem functions Operating System: FreeBSD 4.8 stable PHP Version: 4.3.8 Assigned To: derick New Comment: RFC 2616 Hypertext Transfer Protocol -- HTTP/1.1 lists: 15.5 Content-Disposition Issues RFC 1806 [35], from which the often implemented Content-Disposition (see section 19.5.1) header in HTTP is derived, has a number of very serious security considerations. Content-Disposition is not part of the HTTP standard, but since it is widely implemented, we are documenting its use and risks for implementors. See RFC 2183 [49] (which updates RFC 1806) for details. RFC 2388 Returning Values from Forms: multipart/form-data Lists: multipart/form-data contains a series of parts. Each part is expected to contain a content-disposition header [RFC 2183] where the disposition type is form-data, and where the disposition contains an (additional) parameter of name, where the value of that parameter is the original field name in the form. For example, a part might contain a header: Content-Disposition: form-data; name=user with the value corresponding to the entry of the user field. Field names originally in non-ASCII character sets may be encoded within the value of the name parameter using the standard method described in RFC 2047. RFC 2183 Communicating Presentation Information in Internet Messages: The Content-Disposition Header Field lists in 2.3: The receiving MUA SHOULD NOT respect any directory path information that may seem to be present in the filename parameter. The filename should be treated as a terminal component only. Portable specification of directory paths might possibly be done in the future via a separate Content-Disposition parameter, but no provision is made for it in this draft. So the current behavior is correct and advocated by the RFCs. PHP's handling of filenames will not be changed. Previous Comments: [2004-09-03 19:03:01] brad at timelesstech dot com Let me clarify a bit... we use a tool from Radinks, and in this tool there is a FULL_PATH option that will pass along the full path and filename in the $_FILES['..']['name'] variable. By default, it's just the filename in this ['name'] variable, but Radinks did something (possibly in headers?) to allow the fullpath to come through. It looks as though the security fix broke this desired behavoiur. [2004-09-03 18:46:33] justin at timelesstech dot com It was not documented, but this has been the well-known behavior for quite some time, and the browsers do send the path information. Any code written to deal the the 'name' value has always had to deal with the path information, so changing it now breaks all code from previous versions. Perhaps the new behaviour default could be to only get the filename, but an override would allow us to get the path too? Just some way so that old written systems will still be able to work =) [2004-09-03 17:49:08] [EMAIL PROTECTED] I don't think the RFC actually allows that, nor was this ever documented. I will check the RFC later. [2004-09-03 16:58:31] justin at timelesstech dot com It is the path of the original uploaded file name. The reason this info is needed, is when a bunch of files are uploaded via a web file manager application, it needs to know the path of each file, so when it re-creates the path/file structure on the server, it is able to put all the files in the right places, rather than everything going in one directory. [2004-09-03 16:55:42] [EMAIL PROTECTED] Which path is this, of the original uploaded file name or the one on the server (in /tmp...)? 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/29937 -- Edit this bug report at http://bugs.php.net/?id=29937edit=1
#28416 [Asn-WFx]: mktime doesn't handle three digit years correct
ID: 28416 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Wont fix Bug Type: Date/time related Operating System: * PHP Version: 4.3.6 Assigned To: derick New Comment: This can not be fixed, because the unsigned int range does not extend to the year 123. Previous Comments: [2004-05-16 20:23:07] [EMAIL PROTECTED] Description: mktime() doesn't handle three digit year values correct. Reproduce code: --- ?php var_dump(date(Y, mktime(1, 2, 3, 4, 5, 123)));' ? Expected result: string(4) 2123 Actual result: -- string(4) 2023 -- Edit this bug report at http://bugs.php.net/?id=28416edit=1
#30794 [Opn-Bgs]: exec hangs until program is over
ID: 30794 Updated by: [EMAIL PROTECTED] Reported By: stolle at web dot de -Status: Open +Status: Bogus Bug Type: Program Execution Operating System: Windows XP SP2 PHP Version: 5.0.2 New Comment: I don't see any bugs here. It's pretty well expected behaviour. The docs say: If you start a program using this function and want to leave it running in the background, you have to make sure that the output of that program is redirected to a file or some other output stream or else PHP will hang until the execution of the program ends. But your program *waits for your input* (i.e. until you close it), so PHP will wait for it too, 'cause exec() returns the last line from the result of the command (c). Previous Comments: [2004-11-15 14:47:22] stolle at web dot de Description: I'm using PHP on Apache2 (both: Latest Builds) When starting a Program using exec() die PHP-Scripts allways hangs under Windows, until the started program terminates. There is no chance to start f.e. notepad.exe in that way, that notepad runs interaktivly, but PHP continous work. Notepad is just an example, i want to control (start and stop) some Windows-Tasks throug PHP. I tried the latest PHP snapshot-Version as well. Reproduce code: --- exec('notepad.exe'); exec( cmd.exe /c c:/windows/notepad.exe 2nul: nul: ); exec( c:/windows/notepad.exe 2nul: nul: ); exec( c:/windows/notepad.exe 2nul: nul: ); Expected result: PHP Script should NOT wait for end of notepad Actual result: -- PHP Script wait's for end of notepad -- Edit this bug report at http://bugs.php.net/?id=30794edit=1
#30795 [NEW]: GET method is not working
From: hansgeorg dot schwibbe at web dot de Operating system: Windows 2000 PHP version: 4.3.9 PHP Bug Type: *General Issues Bug description: GET method is not working Description: I am using the php cgi version (windows installer) with apache 1.3.33 for windows and I cant access the GET data from any URL. I allways got the error message like: Notice: Undefined variable: value in c:\programme\apache group\apache\users\administrator\getdata.php on line 2 And on my Linux machine everything works fine. Reproduce code: --- - index.html - a href=getdata.php?value=3The Link/a - getdata.php - ?php echo ($value); ? -- Edit bug report at http://bugs.php.net/?id=30795edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30795r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30795r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30795r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30795r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30795r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30795r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30795r=needscript Try newer version: http://bugs.php.net/fix.php?id=30795r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30795r=support Expected behavior: http://bugs.php.net/fix.php?id=30795r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30795r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30795r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30795r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30795r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30795r=dst IIS Stability: http://bugs.php.net/fix.php?id=30795r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30795r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30795r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30795r=mysqlcfg
#30795 [Opn-Bgs]: GET method is not working
ID: 30795 Updated by: [EMAIL PROTECTED] Reported By: hansgeorg dot schwibbe at web dot de -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows 2000 PHP Version: 4.3.9 New Comment: In PHP 4.2.0, the 'register_globals' setting default changed to 'off'. See http://www.php.net/release_4_2_0.php for more info. We are sorry about the inconvenience, but this change was a necessary part of our efforts to make PHP scripting more secure and portable. Previous Comments: [2004-11-15 17:03:06] hansgeorg dot schwibbe at web dot de Description: I am using the php cgi version (windows installer) with apache 1.3.33 for windows and I cant access the GET data from any URL. I allways got the error message like: Notice: Undefined variable: value in c:\programme\apache group\apache\users\administrator\getdata.php on line 2 And on my Linux machine everything works fine. Reproduce code: --- - index.html - a href=getdata.php?value=3The Link/a - getdata.php - ?php echo ($value); ? -- Edit this bug report at http://bugs.php.net/?id=30795edit=1
#28599 [Asn-Csd]: strtotime fails with certain intervals zero base time
ID: 28599 Updated by: [EMAIL PROTECTED] Reported By: fr33k at techie dot com -Status: Assigned +Status: Closed Bug Type: Date/time related Operating System: Debian PHP Version: 4.3.5 Assigned To: derick New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-08-06 09:24:30] derrickbtan at gmail dot com Same as previous comment: PHP5. +1 day or 24 hour only adds to the day and not the hours. $record = time(); echo date( d:M H:i, $record ); echo br; echo date( d:M H:i, strtotime( +1 day, $record ) ); The relative times are taken from 00:00 dtan [2004-07-18 18:19:14] tumpen at fez dot dk I just experienced some weirdness involving strtotime, don't know if it's the same as this bug, since I'm not using zero base time. The following code: ?php print date(d-m-Y H:i:s, strtotime(+30 minutes, time())); ? gives me, in php4, the correct 30 minutes extra added to current time, eg: 18-07-2004 18:45:21 (when now is 18:15:21) BUT in php5.0.0, the 30 minutes are added to 00:00:00 at todays date, eg: 18-07-2004 00:30:00, which is of course wrong. Reproduced on both mandrake and debian installations of php5 in either cli(mdk)/cgi(deb). [2004-06-12 12:13:39] [EMAIL PROTECTED] This should be assigned to me... [2004-06-12 01:00:03] 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-06-04 14:50:36] [EMAIL PROTECTED] I run Debian-unstable and that works fine. Can you tar up your /usr/share/zoneinfo directory and email that to me? regards, Derick The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/28599 -- Edit this bug report at http://bugs.php.net/?id=28599edit=1
#29557 [Asn-Csd]: strtotime error
ID: 29557 Updated by: [EMAIL PROTECTED] Reported By: javier at evaloportunidades dot insp dot mx -Status: Assigned +Status: Closed Bug Type: *General Issues Operating System: Debian GNU/Linux 3.0 2.6.7 PHP Version: 5.0.0 Assigned To: derick New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-09-12 02:05:18] javier at evaloportunidades dot insp dot mx Thanks cp, I uncommented the part of the condition in the lines you said, recompile php, and it worked. This is the part of the condition: || (date.yyHaveRel !date.yyHaveDate !date.yyHaveDay) Does anybody know why this part of the condition is commented?? After recompiling php whith these lines uncommented, the strtotime(now) returns a different value every second (as it should be): 1094947473 1094947474 1094947475 1094947476 Thank you very much, Javier Carlos R. [2004-08-24 09:34:03] never_slept at yahoo dot com Yes I read that bug report and although them sounded to potentially be the same thing... my strtotime(now) does in fact spit out a different value every second and that bug report makes no mention of using the second argument for strtotime() [2004-08-23 06:01:05] cplee at buzzcity dot com The problem still exists in 5.0.1! Anyway, the problem lies in some conditions being commented in the ext/standard/parsedate.y (and parsedate.c) under the php_parse_date() function. (parsedate.y:1082, parsedate.c: 2325). I basically uncomment those lines and did a recompile. Now the following command gives the correct result: Command: php -r 'echo strtotime(now);' Result: 1093234981 Hope this helps! --cp [2004-08-09 09:33:14] [EMAIL PROTECTED] now returns midnight of the current day. I think this is wrong too. [2004-08-09 09:12:44] javier at evaloportunidades dot insp dot mx But the problem is that even after n seconds with PHP 5.0.0 I get the same result. 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/29557 -- Edit this bug report at http://bugs.php.net/?id=29557edit=1
#30042 [Asn-Csd]: strtotime does not use second param
ID: 30042 Updated by: [EMAIL PROTECTED] Reported By: jorge at newsengin dot com -Status: Assigned +Status: Closed Bug Type: Date/time related Operating System: OS X Panther PHP Version: 5.0.1 Assigned To: derick New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-09-10 09:16:43] [EMAIL PROTECTED] I think it's the same bug after all, will add it to my list. [2004-09-09 21:24:15] jorge at newsengin dot com Description: This seems related to the open bug involving now resetting to midnight of the current day, but it's not identical. If you try to adjust a time by passing strtotime() an offset like +2 hours, you get that offset relative to midnight. In other words, strtotime(+2 hours, $unixtimestamp) returns a timestamp for 2 a.m, of the day referenced by $unixtimestamp, or of the current day if the second argument is omitted. Reproduce code: --- // in PHP 4, this correctly returns 3:30 p.m. on Jan 1, 2005 but in PHP 5.0.1 returns 2:00 a.m. on Jan 1, 2005: $timeStamp = strtotime(+2 hours, strtotime(1/1/2005 1:30pm)); echo date(r, $timeStamp); // in PHP 4, this correctly returns a date/time for two hours from now, but in PHP 5.0.1 it returns 2 a.m. on the current day: $timeStamp = strtotime(+2 hours); echo date(r, $timeStamp); Expected result: two hours from given date and time or from now, depending on whether a second timestamp argument was provided to strtotime(); Actual result: -- 2 a.m. on relevant date. -- Edit this bug report at http://bugs.php.net/?id=30042edit=1
#28209 [Asn-Csd]: strtotime(now)
ID: 28209 Updated by: [EMAIL PROTECTED] Reported By: gamin at centras dot lt -Status: Assigned +Status: Closed Bug Type: Date/time related Operating System: WinXP HE SP1 PHP Version: 5.0.0RC2 Assigned To: derick New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-09-01 19:57:59] tony at marston-home dot demon dot co dot uk Until this behaviour is fixed so that now() means 'real now' and not 'GNU now' here is a workaround that works in both PHP 4 and PHP 5: $real_now = date('Y-m-d H:i:s'); $dt1 = strtotime($real_now -1 day); $dt2 = date('Y-m-d H:i:s', $dt1); [2004-07-15 09:21:31] kilnight at hotmail dot com I've been using strtotime() to calculate relative shifts in time, ie. $real_now = strtotime(2004-07-15 00:16:35); $exactly_one_day_ago = strtotime(-1 day, $real_now); echo date('Y-m-d H:i:s', $exactly_one_day_ago) Expecting 2004-07-14 00:16:35 but getting: 2004-07-14 00:00:00 I'm sure there's a way around this, but I'm really not that bright... so I had to jump back to php4 for the time being. So I also think that the now parameter should be real now, not GNU now. [2004-07-12 21:50:07] patchwork14 at hotmail dot com Will this bug be fixed before the final php5 release? A lot of code will need rewriting before php5 is released if now is going to changed. Wouldn't it be better to have today = Monday 12th of July 2004 12:00:00 AM now = Monday 12th of July 2004 08:49:23 PM [2004-07-05 11:13:44] niels dot hansen at pola dot dk The functionality is maintained in RC3. I needs the realtime for logging of process. My workaround is to do this: $str=date('d F Y h:i:s A'); $timestamp = strtotime($str); [2004-06-15 12:42:47] wb at pro-net dot co dot uk So how would one, for example, use strtotime() to get the current time + 10 mins? 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/28209 -- Edit this bug report at http://bugs.php.net/?id=28209edit=1
#28913 [Com]: php.ini contains obsolete extensions
ID: 28913 Comment by: petajaros at volny dot cz Reported By: tip at tut dot by Status: Open Bug Type:*Configuration Issues PHP Version: 5.0.0RC3 New Comment: You must copy the file iconv.dll from PHP\DLLS\ to your_system_directory\system32\ and uncomment the extension in php.ini. It works fine on WXP, ISS, PHP 4.3.9 Previous Comments: [2004-06-24 20:18:21] tip at tut dot by Description: Since iconv in compiled in PHP this string in php.ini is invelid and causes loading errors when enabled ;extension=php_iconv.dll php.ini-dist php.ini-recommended -- Edit this bug report at http://bugs.php.net/?id=28913edit=1
#30796 [NEW]: String Write
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4CVS-2004-11-15 (stable) PHP Bug Type: Feature/Change Request Bug description: String Write Description: Please add a function that is directly able to add a char or word at a numeric place in a string. Reproduce code: --- // For example: str_ins([inser string], [int position], [string haystack]); // For use like this: $longtext = 'This is a long text...'; $found = 7; echo str_ins(_a, $found-2, $longtext); Expected result: This_a is a long text... Actual result: -- An error *lol* -- Edit bug report at http://bugs.php.net/?id=30796edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30796r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30796r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30796r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30796r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30796r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30796r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30796r=needscript Try newer version: http://bugs.php.net/fix.php?id=30796r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30796r=support Expected behavior: http://bugs.php.net/fix.php?id=30796r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30796r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30796r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30796r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30796r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30796r=dst IIS Stability: http://bugs.php.net/fix.php?id=30796r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30796r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30796r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30796r=mysqlcfg
#30797 [NEW]: domxml_open_file() file access errors
From: joahking at yahoo dot com Operating system: winXP PHP version: 4.3.9 PHP Bug Type: DOM XML related Bug description: domxml_open_file() file access errors Description: hi there, I just move my PHP site from my linux box to a winXP-platform for testing. On linux everything worked. I have now PHP 4.3.9 (also tried with other versions) as a server module on apache 1.3.29 (Win32). I need to use the extension domxml but it gives some access errors. This is my phpinfo result (php.ini have minor arrangements, like displaying error colors, my aliases, the extension activation and nothing else): ... Apache Version Apache/1.3.29 (Win32) PHP/4.3.9 ... domxml DOM/XML enabled DOM/XML API Version 20020815 libxml Version 20611 HTML Support enabled XPath Support enabled XPointer Support enabled DOM/XSLT enabled libxslt Version 1.1.7 libxslt compiled against libxml Version 2.6.11 The error is generated with any any.xml, and: $mydom = domxml_open_file(any.xml); which turns on something about file access (see below) which is only been the case with the domxml, 'cos other file-accessers ( fopen ) access the any.xml. With apache 2 gave the same error. Everything else (what I need and have seen, of course) works with PHP and apache, and browsing. thanx in advance, LSd jk Reproduce code: --- any.xml (the molecules example from the PHP manual): ?xml version=1.0? moldb molecule nameAlanine/name symbolala/symbol codeA/code typehydrophobic/type /molecule molecule nameLysine/name symbollys/symbol codeK/code typecharged/type /molecule /moldb and test.php (reside in the same path): $mydom = domxml_open_file(any.xml); Actual result: -- Warning: domxml_open_file(): I/O in c:\program files\apache group\apache\htdocs\test\dom-test.php on line x Warning: domxml_open_file(): warning : in c:\program files\apache group\apache\htdocs\test\dom-test.php on line x Warning: domxml_open_file(): failed to load external entity any.xml in c:\program files\apache group\apache\htdocs\test\dom-test.php on line x -- Edit bug report at http://bugs.php.net/?id=30797edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30797r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30797r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30797r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30797r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30797r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30797r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30797r=needscript Try newer version: http://bugs.php.net/fix.php?id=30797r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30797r=support Expected behavior: http://bugs.php.net/fix.php?id=30797r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30797r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30797r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30797r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30797r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30797r=dst IIS Stability: http://bugs.php.net/fix.php?id=30797r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30797r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30797r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30797r=mysqlcfg
#30798 [NEW]: debug_backtrace returns invalid data in some cases
From: mikko dot rantalainen at peda dot net Operating system: Mandrake Linux 10.0 PHP version: Irrelevant PHP Bug Type: Reproducible crash Bug description: debug_backtrace returns invalid data in some cases Description: Attached script crashes PHP 4.3.4 (plus security fixes) which is latest versions distributed with Mandrake Linux. Reproduce code: --- ?php function __errorHandler($errno, $errstr, $errfile, $errline, $errcontext) { error_log(__errorHandler: $errno: $errstr); $trace = debug_backtrace(); foreach ($trace as $data) { $function = isset($data[function]) ? $data[function] : ???; if ($function == __errorhandler) continue; # don't print error handler $file = isset($data[file]) ? $data[file] : ???; $line = isset($data[line]) ? $data[line] : ??; $args = isset($data[args]) ? serialize($data[args]) : ; # XXX error_log($file:$line: $function($args)\n); } } print(h1Check log./h1); set_error_handler(__errorHandler); $parts = split(/,array()); # generate error here print(EOF.); ? Expected result: A warning message have been sent to server log and a full page should have been returned to a client. Actual result: -- PHP crashes at line marked with XXX. The problem seems to be related to the fact that the error is generated with incorrect call to split(). -- Edit bug report at http://bugs.php.net/?id=30798edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30798r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30798r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30798r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30798r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30798r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30798r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30798r=needscript Try newer version: http://bugs.php.net/fix.php?id=30798r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30798r=support Expected behavior: http://bugs.php.net/fix.php?id=30798r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30798r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30798r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30798r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30798r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30798r=dst IIS Stability: http://bugs.php.net/fix.php?id=30798r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30798r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30798r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30798r=mysqlcfg
#30797 [Opn-Bgs]: domxml_open_file() file access errors
ID: 30797 Updated by: [EMAIL PROTECTED] Reported By: joahking at yahoo dot com -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: winXP PHP Version: 4.3.9 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 just a permissions error. Previous Comments: [2004-11-15 18:22:53] joahking at yahoo dot com Description: hi there, I just move my PHP site from my linux box to a winXP-platform for testing. On linux everything worked. I have now PHP 4.3.9 (also tried with other versions) as a server module on apache 1.3.29 (Win32). I need to use the extension domxml but it gives some access errors. This is my phpinfo result (php.ini have minor arrangements, like displaying error colors, my aliases, the extension activation and nothing else): ... Apache Version Apache/1.3.29 (Win32) PHP/4.3.9 ... domxml DOM/XML enabled DOM/XML API Version 20020815 libxml Version 20611 HTML Support enabled XPath Support enabled XPointer Support enabled DOM/XSLT enabled libxslt Version 1.1.7 libxslt compiled against libxml Version 2.6.11 The error is generated with any any.xml, and: $mydom = domxml_open_file(any.xml); which turns on something about file access (see below) which is only been the case with the domxml, 'cos other file-accessers ( fopen ) access the any.xml. With apache 2 gave the same error. Everything else (what I need and have seen, of course) works with PHP and apache, and browsing. thanx in advance, LSd jk Reproduce code: --- any.xml (the molecules example from the PHP manual): ?xml version=1.0? moldb molecule nameAlanine/name symbolala/symbol codeA/code typehydrophobic/type /molecule molecule nameLysine/name symbollys/symbol codeK/code typecharged/type /molecule /moldb and test.php (reside in the same path): $mydom = domxml_open_file(any.xml); Actual result: -- Warning: domxml_open_file(): I/O in c:\program files\apache group\apache\htdocs\test\dom-test.php on line x Warning: domxml_open_file(): warning : in c:\program files\apache group\apache\htdocs\test\dom-test.php on line x Warning: domxml_open_file(): failed to load external entity any.xml in c:\program files\apache group\apache\htdocs\test\dom-test.php on line x -- Edit this bug report at http://bugs.php.net/?id=30797edit=1
#30798 [Opn-Bgs]: debug_backtrace returns invalid data in some cases
ID: 30798 Updated by: [EMAIL PROTECTED] Reported By: mikko dot rantalainen at peda dot net -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Mandrake Linux 10.0 PHP Version: Irrelevant New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. . Previous Comments: [2004-11-15 18:31:29] mikko dot rantalainen at peda dot net Description: Attached script crashes PHP 4.3.4 (plus security fixes) which is latest versions distributed with Mandrake Linux. Reproduce code: --- ?php function __errorHandler($errno, $errstr, $errfile, $errline, $errcontext) { error_log(__errorHandler: $errno: $errstr); $trace = debug_backtrace(); foreach ($trace as $data) { $function = isset($data[function]) ? $data[function] : ???; if ($function == __errorhandler) continue; # don't print error handler $file = isset($data[file]) ? $data[file] : ???; $line = isset($data[line]) ? $data[line] : ??; $args = isset($data[args]) ? serialize($data[args]) : ; # XXX error_log($file:$line: $function($args)\n); } } print(h1Check log./h1); set_error_handler(__errorHandler); $parts = split(/,array()); # generate error here print(EOF.); ? Expected result: A warning message have been sent to server log and a full page should have been returned to a client. Actual result: -- PHP crashes at line marked with XXX. The problem seems to be related to the fact that the error is generated with incorrect call to split(). -- Edit this bug report at http://bugs.php.net/?id=30798edit=1
#30796 [Opn-WFx]: String Write
ID: 30796 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Wont fix Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4CVS-2004-11-15 (stable) New Comment: You can easily do this in userspace, and recoding this in C won't make it much faster. Previous Comments: [2004-11-15 18:02:01] [EMAIL PROTECTED] Description: Please add a function that is directly able to add a char or word at a numeric place in a string. Reproduce code: --- // For example: str_ins([inser string], [int position], [string haystack]); // For use like this: $longtext = 'This is a long text...'; $found = 7; echo str_ins(_a, $found-2, $longtext); Expected result: This_a is a long text... Actual result: -- An error *lol* -- Edit this bug report at http://bugs.php.net/?id=30796edit=1
#30190 [Asn-WFx]: strtotime doesn't return -1 from 0000-00-00
ID: 30190 Updated by: [EMAIL PROTECTED] Reported By: mike dot deeks at equest dot com -Status: Assigned +Status: Wont fix Bug Type: Date/time related Operating System: Debian, Linux PHP Version: 4.3.8 Assigned To: derick New Comment: The parser in PHP 4 does not distinguish between 0 , 00, 000 or and this can not be solved easily. The new parser for PHP 5 will be able to handle the year 0 correctly as an error. Previous Comments: [2004-09-22 03:24:15] mike dot deeks at equest dot com Correction. Expected Results should read: Expected result: 946713600 946627200 943948800 -1 [2004-09-22 03:18:54] mike dot deeks at equest dot com Description: strtotime returns the date 1999-11-31 (Timestamp: 943948800) instead of -1 when I pass it -00-00. From what I can tell, it assumes is the year 2000. Then the 00 month and 00 day refer to the previous month and the previous day from the year 2000. i.e. 2000-01-01 minus one month, and one day. Should it not return a -1 because that is an invalid time? -00-00 is what MySQL defaults invalid DATE values to by the way. Reproduce code: --- echo strtotime(2000-01-01) . /n; echo strtotime(2000-01-00) . /n; echo strtotime(2000-00-00) . /n; echo strtotime(-00-00) . /n; Expected result: 946713600 946627200 -1 -1 Actual result: -- 946713600 946627200 943948800 943948800 -- Edit this bug report at http://bugs.php.net/?id=30190edit=1
#30799 [NEW]: SoapServer doesn't handle private or protected properties
From: david at giffin dot org Operating system: Linux PHP version: 5.0.2 PHP Bug Type: SOAP related Bug description: SoapServer doesn't handle private or protected properties Description: The SoapServer does not handle private or protected properties when sending a user defined class across the wire. The SOAP XML generated in the response is not well formed. Reproduce code: --- You can get the source code to replicate the problem at: http://www.giffin.org/soap.tgz Expected result: Return well formed XML using the name of the private or protected property as the XML element: ?xml version=1.0 encoding=UTF-8? SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; xmlns:ns1=urn:SoapService xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:SOAP-ENC=http://schemas.xmlsoap.org/soap/encoding/; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; SOAP-ENV:encodingStyle=http://schemas.xmlsoap.org/soap/encoding/;SOAP-ENV:Bodyns1:getSoapProblemResponsereturn xsi:type=SOAP-ENC:Structfoo xsi:type=xsd:int123/foobar xsi:type=xsd:int234/bar/return/ns1:getSoapProblemResponse/SOAP-ENV:Body/SOAP-ENV:Envelope Actual result: -- ?xml version=1.0 encoding=UTF-8? SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/; xmlns:ns1=urn:SoapService xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:SOAP-ENC=http://schemas.xmlsoap.org/soap/encoding/; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; SOAP-ENV:encodingStyle=http://schemas.xmlsoap.org/soap/encoding/;SOAP-ENV:Bodyns1:getSoapProblemResponsereturn xsi:type=SOAP-ENC:Struct xsi:type=xsd:int123/ xsi:type=xsd:int234//return/ns1:getSoapProblemResponse/SOAP-ENV:Body/SOAP-ENV:Envelope -- Edit bug report at http://bugs.php.net/?id=30799edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30799r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30799r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30799r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30799r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30799r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30799r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30799r=needscript Try newer version: http://bugs.php.net/fix.php?id=30799r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30799r=support Expected behavior: http://bugs.php.net/fix.php?id=30799r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30799r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30799r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30799r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30799r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30799r=dst IIS Stability: http://bugs.php.net/fix.php?id=30799r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30799r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30799r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30799r=mysqlcfg
#30800 [NEW]: UNICODE support to name variables and other PHP labels
From: jmmolina at free dot fr Operating system: Windows 2000 Pro PHP version: 5.0.2 PHP Bug Type: Feature/Change Request Bug description: UNICODE support to name variables and other PHP labels Description: From the variables chapter we can read : « Variable names follow the same rules as other labels in PHP. A valid variable name starts with a letter or underscore, followed by any number of letters, numbers, or underscores. As a regular expression, it would be expressed thus: '[a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*' Note: For our purposes here, a letter is a-z, A-Z, and the ASCII characters from 127 through 255 (0x7f-0xff). » As many languages use other character sets, I was wondering if there was any plan to support UNICODE to name variables and other PHP labels. As I told the Zend support : « It would allow french and asian developers to write their scripts in their own language. Not sure about the impact on performances though. ». For example in french we often use the « » characters, we call it « e in o » because it looks like « oe », it's used in words like « cur » (heart) or « nud » (node). The problem is that some characters are supported, some others are not. For example the « æ » character, « e in a » is part of the ASCII character set, its ASCII character code is 0xE6. It means PHP does support scripts using this character, because 0xE6 is between 0x7f and 0xff. But « » is not an ASCII character, it's the « Latin Small Lagature Oe » UNICODE character. To sum things up, the idea is to allow developers to write PHP scripts using their natural language. French developers would be able to write scripts in french, using our weird « Latin Small Lagature » characters, chinese and japanese developers would be able to use their favourite KANJI to name their variables, classes... I think the PHP team decided to choose this regular expression to improve the script parsing performance, but I'm sure there's a solution to support UNICODE. It could be an option to enable from the PHP configuration file for example, or using a Apache .htaccess file. Beside the performance penalty there might be an other problem. Allowing us to use the whole UNICODE character set means we would be able to name our variables « cur#9829; » (last character code is x2665, it represents a black heart) or « #9792;#9794; » (male and female symbols) instead of « human_class ». I'm sure the PHP team will point out other issues but as I'm not a hardcore Zend engine developer, It's all what I can think of :). I join the « nud » class script if you want to try it. The PHP parser returns a parse error at line 9 (« private $nom; »). Jean-Marc Molina. Reproduce code: --- ?php /** Classe nud. */ class nud { private $nom; public function __construct () { $this-nom = Nud sans nom; } } ? -- Edit bug report at http://bugs.php.net/?id=30800edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30800r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30800r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30800r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30800r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30800r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30800r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30800r=needscript Try newer version: http://bugs.php.net/fix.php?id=30800r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30800r=support Expected behavior: http://bugs.php.net/fix.php?id=30800r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30800r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30800r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30800r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30800r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30800r=dst IIS Stability: http://bugs.php.net/fix.php?id=30800r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30800r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30800r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30800r=mysqlcfg
#30190 [WFx]: strtotime doesn't return -1 from 0000-00-00
ID: 30190 User updated by: mike dot deeks at equest dot com Reported By: mike dot deeks at equest dot com Status: Wont fix Bug Type: Date/time related Operating System: Debian, Linux PHP Version: 4.3.8 Assigned To: derick New Comment: Ok, I understand. It is easy enough to work around anyway. Thanks for taking a look. Previous Comments: [2004-11-15 18:58:26] [EMAIL PROTECTED] The parser in PHP 4 does not distinguish between 0 , 00, 000 or and this can not be solved easily. The new parser for PHP 5 will be able to handle the year 0 correctly as an error. [2004-09-22 03:24:15] mike dot deeks at equest dot com Correction. Expected Results should read: Expected result: 946713600 946627200 943948800 -1 [2004-09-22 03:18:54] mike dot deeks at equest dot com Description: strtotime returns the date 1999-11-31 (Timestamp: 943948800) instead of -1 when I pass it -00-00. From what I can tell, it assumes is the year 2000. Then the 00 month and 00 day refer to the previous month and the previous day from the year 2000. i.e. 2000-01-01 minus one month, and one day. Should it not return a -1 because that is an invalid time? -00-00 is what MySQL defaults invalid DATE values to by the way. Reproduce code: --- echo strtotime(2000-01-01) . /n; echo strtotime(2000-01-00) . /n; echo strtotime(2000-00-00) . /n; echo strtotime(-00-00) . /n; Expected result: 946713600 946627200 -1 -1 Actual result: -- 946713600 946627200 943948800 943948800 -- Edit this bug report at http://bugs.php.net/?id=30190edit=1
#30471 [Asn-Bgs]: var_export: Nesting level too deep - recursive dependency?
ID: 30471 Updated by: [EMAIL PROTECTED] Reported By: none at example dot com -Status: Assigned +Status: Bogus Bug Type: PHP options/info functions Operating System: Linux PHP Version: 5.0.2 Assigned To: derick New Comment: There is no way to return a correct output in this case, so this is not a bug but expected behavior. Previous Comments: [2004-10-18 17:33:05] none at example dot com Description: doing var_export( $GLOBALS, true ) there is an error like in older versions of php4: Nesting level too deep - recursive dependency? Of course it is easy to do a workaround, but maybe it would be nice to fix it. Theres a lot of discussion araound this bug in some communities for older php versions. Maybe it is me being in error or maybe this is just a feature and not a bug? In this case sorry for disturbing... Thanks a lot for all your work! Reproduce code: --- ?php $outText = var_export( $GLOBALS, true ); ? Expected result: I would expect to get var_export in $outText Actual result: -- array ( 'GLOBALS' = array ( 'GLOBALS' = array ( 'GLOBALS' = array ( Fatal error: Nesting level too deep - recursive dependency? -- Edit this bug report at http://bugs.php.net/?id=30471edit=1
#30779 [Opn-Csd]: Compile of Zend/zend_strtod.c fails
ID: 30779 Updated by: [EMAIL PROTECTED] Reported By: hakan at lisas dot de -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 9 PHP Version: 5CVS-2004-11-14 (dev) Assigned To: derick New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-11-15 04:23:36] hakan at lisas dot de No, your solution does not work for me. I get following error message: /bin/sh /usr/local/php-src/libtool --silent --preserve-dup-deps --mode=compile gcc -IZend/ -I/usr/local/php-src/Zend/ -DPHP_ATOM_INC -I/usr/local/php-src/include -I/usr/local/php-src/main -I/usr/local/php-src -I/usr/local/php-src/Zend -I/usr/local/include/libxml2 -I/opt/csw/include -I/opt/csw/include/freetype2 -I/usr/local/mysql/include/mysql -I/usr/local/pgsql/include -D_POSIX_PTHREAD_SEMANTICS -I/usr/local/php-src/TSRM -g -O2 -prefer-pic -c /usr/local/php-src/Zend/zend_strtod.c -o Zend/zend_strtod.lo /usr/local/php-src/Zend/zend_strtod.c:234: error: parse error before u_int32_t /usr/local/php-src/Zend/zend_strtod.c:234: warning: no semicolon at end of struct or union [2004-11-14 18:22:36] [EMAIL PROTECTED] Does the following work too: Index: Zend/zend_strtod.c === RCS file: /repository/ZendEngine2/zend_strtod.c,v retrieving revision 1.2 diff -u -p -r1.2 zend_strtod.c --- Zend/zend_strtod.c 4 Nov 2004 02:04:39 - 1.2 +++ Zend/zend_strtod.c 14 Nov 2004 17:22:20 - @@ -126,6 +126,10 @@ static char *rcsid = $OpenBSD: strtod.c #define IEEE_LITTLE_ENDIAN #endif +#if !defined(u_int32_t) defined(uint32_t) +#define u_int32_t uint32_t +#endif + #define Long int32_t #define ULong u_int32_t This is a bit more generic... [2004-11-14 06:13:52] hakan at lisas dot de Description: Compile of Zend/zend_strtod.c fails. When I include: #if defined(__sparc__) #define u_int32_t uint32_t #endif it compiles. sys/types.h has no u_int32_t but a uint32_t. -- Edit this bug report at http://bugs.php.net/?id=30779edit=1
#30800 [Opn-Asn]: UNICODE support to name variables and other PHP labels
ID: 30800 Updated by: [EMAIL PROTECTED] Reported By: jmmolina at free dot fr -Status: Open +Status: Assigned Bug Type: Feature/Change Request Operating System: Windows 2000 Pro PHP Version: 5.0.2 -Assigned To: +Assigned To: derick New Comment: Something like this is under consideration, most likely for PHP 5.2. Previous Comments: [2004-11-15 20:03:47] jmmolina at free dot fr Description: From the variables chapter we can read : « Variable names follow the same rules as other labels in PHP. A valid variable name starts with a letter or underscore, followed by any number of letters, numbers, or underscores. As a regular expression, it would be expressed thus: '[a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*' Note: For our purposes here, a letter is a-z, A-Z, and the ASCII characters from 127 through 255 (0x7f-0xff). » As many languages use other character sets, I was wondering if there was any plan to support UNICODE to name variables and other PHP labels. As I told the Zend support : « It would allow french and asian developers to write their scripts in their own language. Not sure about the impact on performances though. ». For example in french we often use the « » characters, we call it « e in o » because it looks like « oe », it's used in words like « cur » (heart) or « nud » (node). The problem is that some characters are supported, some others are not. For example the « æ » character, « e in a » is part of the ASCII character set, its ASCII character code is 0xE6. It means PHP does support scripts using this character, because 0xE6 is between 0x7f and 0xff. But « » is not an ASCII character, it's the « Latin Small Lagature Oe » UNICODE character. To sum things up, the idea is to allow developers to write PHP scripts using their natural language. French developers would be able to write scripts in french, using our weird « Latin Small Lagature » characters, chinese and japanese developers would be able to use their favourite KANJI to name their variables, classes... I think the PHP team decided to choose this regular expression to improve the script parsing performance, but I'm sure there's a solution to support UNICODE. It could be an option to enable from the PHP configuration file for example, or using a Apache .htaccess file. Beside the performance penalty there might be an other problem. Allowing us to use the whole UNICODE character set means we would be able to name our variables « cur#9829; » (last character code is x2665, it represents a black heart) or « #9792;#9794; » (male and female symbols) instead of « human_class ». I'm sure the PHP team will point out other issues but as I'm not a hardcore Zend engine developer, It's all what I can think of :). I join the « nud » class script if you want to try it. The PHP parser returns a parse error at line 9 (« private $nom; »). Jean-Marc Molina. Reproduce code: --- ?php /** Classe nud. */ class nud { private $nom; public function __construct () { $this-nom = Nud sans nom; } } ? -- Edit this bug report at http://bugs.php.net/?id=30800edit=1
#30794 [Bgs]: exec hangs until program is over
ID: 30794 User updated by: stolle at web dot de Reported By: stolle at web dot de Status: Bogus Bug Type: Program Execution Operating System: Windows XP SP2 PHP Version: 5.0.2 New Comment: It seems to be so, that PHP wait's for the last process of the group of child processes to terminate. Is there any way (in PHP) to break that behavour? Previous Comments: [2004-11-15 21:36:41] stolle at web dot de you have to make sure that the output of that program is redirected to a file or some other output stream or else PHP will hang until the execution of the program ends. So the right question may be: How do i redirect the standardoutput under Windows, so that PHP do NOT wait fpr the end of the Programm. I tried som more lines: exec( cmd.exe /c start c:/windows/notepad.exe nul: 2nul: nul: ); exec( c:/windows/notepad.exe nul: 2nul: nul: ); It's always the same: PHP always wait's for notepad's end. BUT I DONT WANT TO WAIT! What do i have to do (under windows) to not wait for the end of the program ??? [2004-11-15 16:54:22] [EMAIL PROTECTED] I don't see any bugs here. It's pretty well expected behaviour. The docs say: If you start a program using this function and want to leave it running in the background, you have to make sure that the output of that program is redirected to a file or some other output stream or else PHP will hang until the execution of the program ends. But your program *waits for your input* (i.e. until you close it), so PHP will wait for it too, 'cause exec() returns the last line from the result of the command (c). [2004-11-15 14:47:22] stolle at web dot de Description: I'm using PHP on Apache2 (both: Latest Builds) When starting a Program using exec() die PHP-Scripts allways hangs under Windows, until the started program terminates. There is no chance to start f.e. notepad.exe in that way, that notepad runs interaktivly, but PHP continous work. Notepad is just an example, i want to control (start and stop) some Windows-Tasks throug PHP. I tried the latest PHP snapshot-Version as well. Reproduce code: --- exec('notepad.exe'); exec( cmd.exe /c c:/windows/notepad.exe 2nul: nul: ); exec( c:/windows/notepad.exe 2nul: nul: ); exec( c:/windows/notepad.exe 2nul: nul: ); Expected result: PHP Script should NOT wait for end of notepad Actual result: -- PHP Script wait's for end of notepad -- Edit this bug report at http://bugs.php.net/?id=30794edit=1
#27688 [Com]: Session names consisting of only numbers cause session id generation
ID: 27688 Comment by: rodolfo_gonzalez at hotmail dot com Reported By: ryan at daelibs dot com dot au Status: Assigned Bug Type: Session related Operating System: Redhat 9 PHP Version: 5.0.0RC1 Assigned To: amt New Comment: This happens also in PHP 4.3.9, on RedHat 9 and Slackware (from 8.1 to 10.0). Previous Comments: [2004-03-29 09:39:15] [EMAIL PROTECTED] This happens because PHP turns a numeric session name into an array index inside $_COOKIE and we're doing an zend_hash_find() instead of a zend_hash_index_find(). (ext/session/session.c, line 1098). We can probably fix the bug by doing a zend_hash_index_find() instead if the session name successfully converts to a integer. [2004-03-29 04:53:03] unknown at simplemachines dot org Here's a simple workaround: ?php // This name works. //session_name('A9'); // This name doesn't... session_name('99'); // Force the last session id, not the detected one. session_id($_COOKIE[session_name()]); session_start(); echo ' Session Name: ', session_name(), 'br / Session ID: ', session_id(), 'br / Cookie: ', $_COOKIE[session_name()]; ? Removing the session_id() line though, shows that the cookie is still being properly set. -[Unknown] [2004-03-25 10:23:02] [EMAIL PROTECTED] Confirmed. Is this really a doc issue? [2004-03-25 00:00:26] ryan at daelibs dot com dot au Description: When you use a session name that has only numbers, each call to session_start seems to regenerate a new session id, so the session does not persist. The code below can be loaded and refreshed to reproduce the behaviour Reproduce code: --- ?php //This name works //session_name('A9'); //This name doesn't session_name('99'); session_start(); echo 'Session Name: '.session_name().'br /'; echo 'Session Id: '.session_id().'br /'; ? Expected result: Session Name: 99 Session Id: {{a sid that remains the same between each refresh }} Actual result: -- Session Name: 99 Session Id: {{a different sid each refresh}} -- Edit this bug report at http://bugs.php.net/?id=27688edit=1
#30689 [Bgs-Csd]: logical operators not working as expected
ID: 30689 User updated by: ioan dot nicu at ines dot ro Reported By: ioan dot nicu at ines dot ro -Status: Bogus +Status: Closed Bug Type: Zend Engine 2 problem Operating System: Linux PHP Version: 4CVS-2004-11-04 (stable) New Comment: Sorry, you are right. I'm closing this bug report. Previous Comments: [2004-11-04 20:58:47] [EMAIL PROTECTED] No bug here, the = operator has a higher precedence than and, or and xor so you'll have to use parenthesis. See: http://www.php.net/manual/en/language.operators.php#language.operators.precedence [2004-11-04 18:54:14] ioan dot nicu at ines dot ro Description: The logical operators 'and', 'or', 'xor' have unexpected results. The bug doesn't occur when using C-style logical operators ( ||, , ^^). From the php manual (Logical Operators Section): http://www.php.net/manual/en/language.operators.logical.php Example | Name | Result -- $a and $b | And | TRUE if both $a and $b are TRUE. $a or $b | Or | TRUE if either $a or $b is TRUE. $a xor $b | Xor | TRUE if either $a or $b is TRUE, but not both. This bug is reproducible on the latest stable snapshot from cvs. Reproduce code: --- ? $a1 = false or true; $a2 = true or false; $b1 = true or false; $b2 = false and true; $c = true xor true; echo(false or true = );var_dump($a1); echo(true or false = );var_dump($a2); echo(true and false = );var_dump($b1); echo(false and true = );var_dump($b2); echo(true xor true = );var_dump($c); ? Expected result: false or true = bool(true) true or false = bool(true) true and false = bool(false) false and true = bool(false) true xor true = bool(false) Actual result: -- false or true = bool(false) true or false = bool(true) true and false = bool(true) false and true = bool(false) true xor true = bool(true) -- Edit this bug report at http://bugs.php.net/?id=30689edit=1
#30280 [Asn-Csd]: [PATCH] memleaks and other minor issues
ID: 30280 Updated by: [EMAIL PROTECTED] Reported By: freddyz77 at tin dot it -Status: Assigned +Status: Closed Bug Type: MSSQL related Operating System: Any PHP Version: 4.3.9 Assigned To: fmk 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. Most of this patch makes good sence and have been added to CVS. Thanks for the input. Previous Comments: [2004-09-30 12:24:44] andreyra at chtivo dot ru How to get the compiled version of this dll for Windows? [2004-09-29 20:39:37] freddyz77 at tin dot it Description: Well, I wrote this patch just looking at the code, I hope someone find some useful info. Mainly it contains some memory leak fix connecting and some others minor issues and notes. --- php_mssql.c.orig2004-09-29 19:52:42.0 +0200 +++ php_mssql.c 2004-09-29 20:29:10.0 +0200 @@ -197,20 +197,23 @@ result-data = NULL; result-blocks_initialized = 0; } if (free_fields result-fields) { for (i=0; iresult-num_fields; i++) { STR_FREE(result-fields[i].name); STR_FREE(result-fields[i].column_source); } efree(result-fields); + result-fields = NULL; + result-num_fields = 0; + result-cur_field = 0; } } static void _free_mssql_statement(mssql_statement *statement) { if (statement-binds) { zend_hash_destroy(statement-binds); efree(statement-binds); } @@ -263,28 +266,25 @@ mssql_bind *bind= (mssql_bind *) data; zval_ptr_dtor((bind-zval)); } static void php_mssql_init_globals(zend_mssql_globals *mssql_globals) { long compatability_mode; mssql_globals-num_persistent = 0; + mssql_globals-get_column_content = php_mssql_get_column_content_with_type; if (cfg_get_long(mssql.compatability_mode, compatability_mode) == SUCCESS) { if (compatability_mode) { mssql_globals-get_column_content = php_mssql_get_column_content_without_type; - } else { - mssql_globals-get_column_content = php_mssql_get_column_content_with_type; } - } else { - mssql_globals-get_column_content = php_mssql_get_column_content_with_type; } } PHP_MINIT_FUNCTION(mssql) { ZEND_INIT_MODULE_GLOBALS(mssql, php_mssql_init_globals, NULL); REGISTER_INI_ENTRIES(); le_statement = register_list_destructors(_free_mssql_statement, NULL); @@ -508,61 +508,68 @@ if (DBSETOPT(mssql.link, DBBUFFER, 2)==FAIL) { efree(hashed_details); dbfreelogin(mssql.login); dbclose(mssql.link); RETURN_FALSE; } if (MS_SQL_G(textlimit) != -1) { sprintf(buffer, %li, MS_SQL_G(textlimit)); if (DBSETOPT(mssql.link, DBTEXTLIMIT, buffer)==FAIL) { + dbclose(mssql.link); efree(hashed_details); dbfreelogin(mssql.login); RETURN_FALSE; } } if (MS_SQL_G(textsize) != -1) { sprintf(buffer, SET TEXTSIZE %li, MS_SQL_G(textsize)); dbcmd(mssql.link, buffer); dbsqlexec(mssql.link); dbresults(mssql.link); } /* hash it up */ mssql_ptr = (mssql_link *) malloc(sizeof(mssql_link)); memcpy(mssql_ptr, mssql, sizeof(mssql_link)); Z_TYPE(new_le) = le_plink; new_le.ptr = mssql_ptr; if (zend_hash_update(EG(persistent_list), hashed_details, hashed_details_length + 1, new_le, sizeof(list_entry), NULL)==FAILURE) { free(mssql_ptr); + dbclose(mssql.link); efree(hashed_details); dbfreelogin(mssql.login); RETURN_FALSE; }
#28913 [Opn-Csd]: php.ini contains obsolete extensions
ID: 28913 Updated by: [EMAIL PROTECTED] Reported By: tip at tut dot by -Status: Open +Status: Closed Bug Type:*Configuration Issues PHP Version: 5.0.0RC3 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-11-15 17:53:57] petajaros at volny dot cz You must copy the file iconv.dll from PHP\DLLS\ to your_system_directory\system32\ and uncomment the extension in php.ini. It works fine on WXP, ISS, PHP 4.3.9 [2004-06-24 20:18:21] tip at tut dot by Description: Since iconv in compiled in PHP this string in php.ini is invelid and causes loading errors when enabled ;extension=php_iconv.dll php.ini-dist php.ini-recommended -- Edit this bug report at http://bugs.php.net/?id=28913edit=1
#30802 [NEW]: Fatal Error: Function mb_convert_case Undefined
From: downwiththesickness2007 at hotmail dot com Operating system: Windows 2000 PHP version: 5.0.1 PHP Bug Type: Unknown/Other Function Bug description: Fatal Error: Function mb_convert_case Undefined Description: I am trying to use the mb_convert_case() function. When the php page is run, I receive a fatal error which says that I am calling an undefined function. I referred to your page about this function in the PHP manual (http://us2.php.net/manual/en/function.mb-convert-case.php). I even created a separate page called casetest.php in which the only php code is the example about Mary had a little lamb copied and pasted from the function's manual page referred to above. I still receive the same error. In the situation I just described, I am running PHP 5.0.0 installed by WinLAMP on Apache. Next, even after uploading to a webhost (cjb.cc) that uses PHP 4.3.9 on a Linux server, I still receive the error. (If you'd like to see it: http://hellonull.cjb.cc/casetest.php) I've included the phpinfo function on that page to provide information that may be necessary to assess the problem. Reproduce code: --- ?php phpinfo(); echo brbr; $str = mary had a Little lamb and she loved it so; $str = mb_convert_case($str, MB_CASE_UPPER, UTF-8); echo $str; // Prints MARY HAD A LITTLE LAMB AND SHE LOVED IT SO $str = mb_convert_case($str, MB_CASE_TITLE, UTF-8); echo $str; // Prints Mary Had A Little Lamb And She Loved It So ? Expected result: Apart from the result of phpinfo, I expected to see Mary Had A Little Lamb And She Loved It So. Actual result: -- After the phpinfo results: Fatal error: Call to undefined function: mb_convert_case() in /home/vhosts/hellonull.cjb.cc/casetest.php on line 5 -- Edit bug report at http://bugs.php.net/?id=30802edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30802r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30802r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30802r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30802r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30802r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30802r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30802r=needscript Try newer version: http://bugs.php.net/fix.php?id=30802r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30802r=support Expected behavior: http://bugs.php.net/fix.php?id=30802r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30802r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30802r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30802r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30802r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30802r=dst IIS Stability: http://bugs.php.net/fix.php?id=30802r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30802r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30802r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30802r=mysqlcfg
#29801 [Opn-Csd]: Using readfile() to send large files causes PHP to hang
ID: 29801 Updated by: [EMAIL PROTECTED] Reported By: WPinegar at healthtech dot net -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Windows Server 2003 PHP Version: 5.0.1 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-09-13 13:43:19] thomas at mbox371 dot swipnet dot se the problem exists in php 4.3.8 as well. [2004-08-24 20:14:31] thomas at mbox371 dot swipnet dot se latest apache2, Windows 2000 server, php 5.0.0/5.0.1/5.0.2-cvs.. same problem with all these configurations. When streaming files 5mb thru php there is timeouts. Also, it seems not to work to stream these files over a slower connections (0.5mbit) at all (stops after a few seconds) when it works better on a 100mbit lan. [2004-08-23 19:47:40] WPinegar at healthtech dot net Description: Attempting to use readfile() to send large (over 250MB) binary objects causes PHP 5.0.1 to hang or the web server to send a 302 error. Reverting back to PHP 4.3.8 resolves the issue. Using fopen() and fpassthru() only makes the issue worse. We are using IIS 6 and the PHP ISAPI script engine. Reproduce code: --- header(Content-Type: application/force-download); header(Content-Type: application/octet-stream); header(Content-Type: application/download); header(Content-Disposition: attachment; filename=.basename($filename).;); header(Content-Transfer-Encoding: binary); header(Content-Length: .filesize($filename)); readfile($filename); exit(); Expected result: PHP 5 has an issue with sending large binary files. This should be resolved. -- Edit this bug report at http://bugs.php.net/?id=29801edit=1
#30802 [Opn]: Fatal Error: Function mb_convert_case Undefined
ID: 30802 User updated by: downwiththesickness2007 at hotmail dot com Reported By: downwiththesickness2007 at hotmail dot com Status: Open Bug Type: Unknown/Other Function Operating System: Windows 2000 PHP Version: 5.0.1 New Comment: Just to inform you, this MAY sound like a support question. However, I do believe that if I copy and paste an example given in the PHP manual and it returns this error then there is either a bug with this function or an error in the PHP manual, which in either case deserves attention. Previous Comments: [2004-11-16 00:39:59] downwiththesickness2007 at hotmail dot com Description: I am trying to use the mb_convert_case() function. When the php page is run, I receive a fatal error which says that I am calling an undefined function. I referred to your page about this function in the PHP manual (http://us2.php.net/manual/en/function.mb-convert-case.php). I even created a separate page called casetest.php in which the only php code is the example about Mary had a little lamb copied and pasted from the function's manual page referred to above. I still receive the same error. In the situation I just described, I am running PHP 5.0.0 installed by WinLAMP on Apache. Next, even after uploading to a webhost (cjb.cc) that uses PHP 4.3.9 on a Linux server, I still receive the error. (If you'd like to see it: http://hellonull.cjb.cc/casetest.php) I've included the phpinfo function on that page to provide information that may be necessary to assess the problem. Reproduce code: --- ?php phpinfo(); echo brbr; $str = mary had a Little lamb and she loved it so; $str = mb_convert_case($str, MB_CASE_UPPER, UTF-8); echo $str; // Prints MARY HAD A LITTLE LAMB AND SHE LOVED IT SO $str = mb_convert_case($str, MB_CASE_TITLE, UTF-8); echo $str; // Prints Mary Had A Little Lamb And She Loved It So ? Expected result: Apart from the result of phpinfo, I expected to see Mary Had A Little Lamb And She Loved It So. Actual result: -- After the phpinfo results: Fatal error: Call to undefined function: mb_convert_case() in /home/vhosts/hellonull.cjb.cc/casetest.php on line 5 -- Edit this bug report at http://bugs.php.net/?id=30802edit=1
#29143 [Asn-Csd]: php 4.3.8 doesn't compile with new freetds
ID: 29143 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: MSSQL related Operating System: rh 7.2 PHP Version: 4.3.8 Assigned To: fmk 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. Works fine with php 4.3.9 and later versions. Previous Comments: [2004-07-21 16:41:01] jon dot bertsch at ucop dot edu See comments under Bug #29189 Should be fixed in later releases. [2004-07-14 17:53:39] jon dot bertsch at ucop dot edu Saww the same issue on SUSE9.1 and Mac OS10.3 Install with freetds fails. If you take the file php-5.0.0/ext/mssql/php_mssql.h and drop it into php-4.3.8/ext/mssql/ to replace the existing .h file make works. This was also reported in 4.3.7 and fixed in cvs but I guess it got thrown out somehow or altered again. [2004-07-14 13:08:47] [EMAIL PROTECTED] Description: this patch http://cvs.php.net/diff.php/php-src/ext/mssql/php_mssql.h?r1=1.36r2=1.37ty=u have to be adopt for the 4_3 series also. currently the build is broken with fretds 0.62 -- Edit this bug report at http://bugs.php.net/?id=29143edit=1
#30803 [NEW]: Function Repeat Twice
From: icui at email dot it Operating system: Linux 2.6.3 PHP version: 4.3.9 PHP Bug Type: Apache2 related Bug description: Function Repeat Twice Description: The following script generates two files copies. The same script executed without Apache works properly and generates single file copy. With $URL_CSS_ defined works properly. (row 13) Deleting row 15 works properly. Apache seems to execute twice the script, second in background. I don't understand why. Tested with: Php 5.0.1 - 4.3.9 - 4.3.4 On Linux System kernel 2.4, 2.6 NB. In Windows seems to work properly. (not tested personally) Reproduce code: --- ? $id = uniqid('bug'); $wrk_dir = ''; // Working Directory $src_file = 'grab.jpg'; // Source File $dst_file = 'tmpgrab_'.$id.'.jpg'; // New File echo 'Source File ='.$src_file.'br /'; // Print Source File Name echo 'Destination File ='.$dst_file.'br /'; // Print Destination File Name if (!copy($wrk_dir.$src_file, $wrk_dir.$dst_file)) { echo 'Failed to copy.br /'; } //$URL_CSS_='string'; ? link rel=stylesheet href=?=$URL_CSS_? type=text/css / Expected result: I expect that a new file is created in my $wrk_dir Actual result: -- Script generates two copies from original file. -- Edit bug report at http://bugs.php.net/?id=30803edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30803r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30803r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30803r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30803r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30803r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30803r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30803r=needscript Try newer version: http://bugs.php.net/fix.php?id=30803r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30803r=support Expected behavior: http://bugs.php.net/fix.php?id=30803r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30803r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30803r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30803r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30803r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30803r=dst IIS Stability: http://bugs.php.net/fix.php?id=30803r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30803r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30803r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30803r=mysqlcfg
#29297 [Csd-Opn]: PDFLib 6 make error
ID: 29297 User updated by: v_santhanam at ettimadai dot amrita dot edu Reported By: v_santhanam at ettimadai dot amrita dot edu -Status: Closed +Status: Open Bug Type: Compile Failure Operating System: Redhat Enterprise Linux AS 3 PHP Version: 4.3.8 Assigned To: rjs New Comment: Dear Friends, very happy to know that the bug has been fixed. But i have one doubt. rjs has told Configure now only allows to work with PDFlib up to PDFlib 4. But for my little brain tells that PHP can work perfectly upto PDFLib 5. Please kindly clarify. Thanks a lot in advance. With Regards Santhanam Previous Comments: [2004-11-14 00:42:03] [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. Configure now only allows to work with PDFlib up to PDFlib 4, as newer PDFlib versions need the code from the PDFlib PECL module. [2004-10-05 02:01:13] alvaro_php at adplabs dot com dot br I sucessfully compiled version 6 with 4.3.8. here's what I did: 1) compiled pdflib with shared libs and installed. Added /usr/local/lib to /etc/ld.so.conf and ran ldconfig. 2) I discovered that the version of GD from PHP was newer than the one I had on my system, so I added --with-gd=/usr to tell PHP to use my installed GD instead of its bundled version. 3)I copied php_gd.h to /usr/include/php/ext/gd/ and gd.h to /usr/include/php/ext/gd/libgd/. 4) typed pear install pdflib (it downloaded the newest extension, compiled, and installed. 5) added extension=pdf.so to php.ini No need to recompile PHP. [2004-09-17 14:59:35] alvaro_php at adplabs dot com dot br Indeed, version compiles ok, I'll stick with it. [2004-09-17 07:30:00] v_santhanam at ettimadai dot amrita dot edu Dear Friends, Thanks for all your invaluable effort to make PHP - THE BEST. Please kindly check the problem further reportted by alvaro_php at adplabs dot com dot br . For my server, i reverted back to the old version of PDFLib ie. 5. If any solution is found for using latest PDFLIb i.e. 6, i will be very much happy. With Regards Santhanam [2004-09-16 20:37:09] alvaro_php at adplabs dot com dot br This is still happening as of php4-STABLE-200409161630. I too get ext/pdf/pdf.lo(.text+0x5fa): In function `zif_pdf_open': /usr/src/php4-STABLE-200409161630/ext/pdf/pdf.c:472: undefined reference to `PDF_open_fp while trying to compile on Fedora Core 2 x86. No luck with PECL version either: SRM -DHAVE_CONFIG_H -g -O2 -c /tmp/tmprYIopN/pdflib-2.0.2/pdf.c -fPIC -DPIC -o .libs/pdf.o /tmp/tmprYIopN/pdflib-2.0.2/pdf.c:87:28: ext/gd/php_gd.h: No such file or directory /tmp/tmprYIopN/pdflib-2.0.2/pdf.c:89:31: ext/gd/libgd/gd.h: No such file or directory /tmp/tmprYIopN/pdflib-2.0.2/pdf.c: In function `zif_pdf_open_memory_image': /tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7081: error: `gdImagePtr' undeclared (first use in this function) /tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7081: error: (Each undeclared identifier is reported only once /tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7081: error: for each function it appears in.) /tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7081: error: syntax error before im /tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7099: error: `im' undeclared (first use in this function) /tmp/tmprYIopN/pdflib-2.0.2/pdf.c:7099: error: syntax error before zend_fetch_resource make: *** [pdf.lo] Error 1 Thanks in advance, Álvaro 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/29297 -- Edit this bug report at http://bugs.php.net/?id=29297edit=1