#26986 [NEW]: make error message for exceding post_max_size friendlier
From: felix at students dot poly dot edu Operating system: Linux 2.6.1 PHP version: 4.3.4 PHP Bug Type: Feature/Change Request Bug description: make error message for exceding post_max_size friendlier Description: I recently made a mistake in php.ini file I have typed post_max_size=24MB Php took this as 24 bytes. Maybe the checking should be stricter there too. The warning was not very clear it was like Warning Unknown() Actual POST size did not match Contnet-Lenigh and exceding 24 bytes. Warning should be error and it should be clear like "Size of Post message exceded maximum allowed size of 24bytes" -- Edit bug report at http://bugs.php.net/?id=26986&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26986&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26986&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26986&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26986&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26986&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26986&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26986&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26986&r=support Expected behavior: http://bugs.php.net/fix.php?id=26986&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26986&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26986&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26986&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26986&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26986&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26986&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26986&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26986&r=float
#19292 [Com]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Comment by: a dot vandesand at envodia dot de Reported By: tnowak at triger dot com dot pl Status: Bogus Bug Type: Apache related Operating System: linux PHP Version: 4.3.3RC4 New Comment: I get the error on every virtual server but I do have an open_basedir set for every one! I have php 4.3.5RC2-dev... there was no newer version! How can that be? Previous Comments: [2004-01-15 21:41:40] mikeathome at xamo dot com sorry to make it clearer, the solution is simply to make sure you have open_basedir restrictions on every virtualhost entry on your server. It's a big pain for most of us, but it has to be done until it's addressed. [2004-01-15 21:40:01] mikeathome at xamo dot com I've tried 4.3.4 and 4.3.2 and they both do this. It happens (as mentioned here) when you have many virtual host entries with open_basedir restrictions, and you hit a website without the open_basedir restriction setting in the Apache conf. It seems to try to restrict the virtual host and picks a random open_basedir path. It is most definately a bug with PHP, I don't know why they haven't fixed this yet. I can easily repeat the problem. [2003-10-04 00:53:10] [EMAIL PROTECTED] See bug #25753 (placeholder for all these reports about leaking php ini settings) [2003-05-23 10:14:23] [EMAIL PROTECTED] In the other vhost, set open_basedir to none [2003-05-23 10:03:57] zen at heavengames dot com Tried it with PHP4.3.2RC4. Problem still persists: [23-May-2003 11:00:05] PHP Warning: Unknown(): open_basedir restriction in effect. File(/usr/www/heavend1/httpd/htdocs/zen/gallery/view_album.php) is not within the allowed path(s): (/usr/www/heavend1/httpd/htdocs/wildfire/:/usr/www/heavend1/httpd/.php/) in Unknown on line 0 [23-May-2003 11:00:05] PHP Warning: Unknown(/usr/www/heavend1/httpd/htdocs/zen/gallery/view_album.php): failed to open stream: Operation not permitted in Unknown on line 0 [23-May-2003 11:00:05] PHP Warning: (null)(): Failed opening '/usr/www/heavend1/httpd/htdocs/zen/gallery/view_album.php' for inclusion (include_path='.:/usr/www/heavend1/php') in Unknown on line 0 --- httpd.conf configuration: php_admin_flag safe_mode On php_admin_value doc_root /usr/www/heavend1/httpd/htdocs/wildfire/ php_admin_value open_basedir /usr/www/heavend1/httpd/htdocs/wildfire/:/usr/www/heavend1/httpd/.php/ php_admin_value error_log /usr/www/heavend1/httpd/logs/wildfire/php_error php_flag display_errors On php_admin_flag register_globals Off php_admin_flag safe_mode Off php_admin_value doc_root /usr/www/heavend1/httpd/htdocs/zen php_admin_value error_log /usr/www/heavend1/httpd/logs/zen/php_error_log php_flag display_errors Off php_admin_flag register_globals Off 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/19292 -- Edit this bug report at http://bugs.php.net/?id=19292&edit=1
#26973 [Ver->Csd]: printf format
ID: 26973 Updated by: [EMAIL PROTECTED] Reported By: alex at cartel dot md -Status: Verified +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4CVS, 5CVS 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-01-20 19:16:12] [EMAIL PROTECTED] With C, it works as expected -> gotta be bug? :) [2004-01-20 06:08:54] alex at cartel dot md Description: printf function pads incorrectly with zeros and sign. Reproduce code: --- Expected result: +0200 Actual result: -- 0+200 -- Edit this bug report at http://bugs.php.net/?id=26973&edit=1
#26981 [Opn->Fbk]: xml_parse looses object reference
ID: 26981 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: XML related Operating System: Windows PHP Version: 5.0.0b3 (beta3) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Also provide a SHORT example script. (No, PEAR scripts are NOT good test scripts!!) Previous Comments: [2004-01-20 14:33:52] [EMAIL PROTECTED] Description: If using xml_set_object() to register handlers in an object, xml_parse sometimes looses the reference to the object and displays a warning: Warning: xml_parse() [function.xml-parse]: Unable to call handler startHandler() in C:\php4\PEAR\XML\Parser.php on line 264 Try PEAR::XML_RDDL to see the bug in action. If registering xml_set_element_handler( $p, array( $obj, 'method' ), array( $obj, 'method' ) ) it seems to work fine. -- Edit this bug report at http://bugs.php.net/?id=26981&edit=1
#26982 [Opn->Bgs]: Possible memory leak in variable interpolation
ID: 26982 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian sid (linux kernel 2.6.0) PHP Version: 5.0.0b3 (beta3) New Comment: It's expected behaviour. Previous Comments: [2004-01-20 15:20:14] [EMAIL PROTECTED] Description: I'm using a php script for a large (batch) process (about 4 hours procesing DB data) and I found the script grows and grows in memory usage. I've searched and simplify the script to see where was the problem and I found that a simple php script is loosing memory when interpolating variables in a string. I don't know if this is exactly a bug or an expected behavior, but I found it weird and very problematic on large scripts. I'm using Debian GNU/Linux sid with kernel 2.6.0. I've tested the reproduce code in PHP 5.0.0beta3 compiled by myself[1] and with Debian's PHP 4.3.3 package in the cli and apache module interfaces. [1] PHP 5.0.0beta3 was compiled with this flags: './configure' '--prefix=/usr/local/stow/php5' '--enable-memory-limit' '--with-openssl' '--with-zlib' '--enable-bcmath--with-bz2' '--enable-calendar' '--with-curl' '--enable-dba' '--with-db4' '--with-flatfile' '--with-inifile' '--enable-dbase' '--enable-dbx' '--enable-dio' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gd' '--with-gettext' '--with-iconv' '--with-mime-magic' '--with-mysql' '--with-ncurses' '--enable-pcntl' '--with-readline' '--enable-sockets' '--with-sqlite' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-wddx' '--enable-yp' '--with-apxs2=/usr/bin/apxs2' using gcc 3.3.3 (debian package) Reproduce code: --- Expected result: Memory usage (): where is the iteration step and is a constant ammount of memory used by the script. For example: Memory usage (0): 32224 Memory usage (1): 32224 [snip] Memory usage (258): 32224 Memory usage (259): 32224 Actual result: -- Memory usage (0): 32224 Memory usage (1): 32272 Memory usage (2): 32296 Memory usage (3): 32320 [snip] Memory usage (251): 38272 Memory usage (252): 38296 Memory usage (253): 38320 Memory usage (254): 38344 Memory usage (255): 38344 Memory usage (256): 38344 Memory usage (257): 38344 Memory usage (258): 38344 Memory usage (259): 38344 >From 254 and up, the ammount of memory used stays constant (excepting when the loop is about 100 long, in that case the memory consumption raises a little but then stays constant again). If I don't use variable interpolation and use the concatenation operator (.), like this: echo("Memory usage (".$i."): ".memory_get_usage()."\n"); more memory is used in the second iteration but then stays constant: Memory usage (0): 31880 Memory usage (1): 31928 Memory usage (2): 31928 Memory usage (3): 31928 Memory usage (4): 31928 [snip] -- Edit this bug report at http://bugs.php.net/?id=26982&edit=1
#26974 [Asn->Csd]: rename() doesn't check newname permissions in safe_mode
ID: 26974 Updated by: [EMAIL PROTECTED] Reported By: daveb at esat dot net -Status: Assigned +Status: Closed Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.3.4 Assigned To: iliaa 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-01-20 06:37:26] daveb at esat dot net Description: When running under apache2 with a perchild MPM & safe_mode turned on, it is possible to rename a file owned by a user into a directory that the user does not own but has write permissions too. This works, even when safe_mode is turned on. A simple example is ... [EMAIL PROTECTED]:$ touch moo [EMAIL PROTECTED]:$ ls -la moo -rw-r--r--1 davebnoc 0 Jan 20 11:31 moo The php script is simply... rename ("./moo", "/tmp/crap"); Once called, the file moves to /tmp, even though the directory is owned by root. [EMAIL PROTECTED]:$ ls -la /tmp/crap -rw-r--r--1 davebnoc 0 Jan 20 11:31 crap It would appear that in ext/standard/file., in the rename() function, no checking is done on new_name to see if the user has the correct UID to write into that destination directory. Changing line 1890 to the following ... if (PG(safe_mode) && (!php_checkuid(old_name, NULL, CHECKUID_CHECK_FILE_AND_DIR) || !php_checkuid(new_name, NULL, CHECKUID_CHECK_FILE_AND_DIR))) { adds checking for the destination as well and prevents users writing into directories, where although they have permission to write into, they do not own that directory and should not be writing too. When running with that extra check, php now logs... [client ::1] PHP Warning: rename(): SAFE MODE Restriction in effect. The script whose uid is 677 is not allowed to access /tmp owned by uid 0 in /usr/local/apache/iweb/rename.php on line 3 According to http://ie2.php.net/manual/en/features.safe-mode.functions.php, rename() should "...Checks whether the directory in which you are about to operate has the same UID (owner) as the script that is being executed."... Is the documentation out of sync with the code ? Or the other way around ? -- Edit this bug report at http://bugs.php.net/?id=26974&edit=1
#26976 [Asn]: I can't read pass level one of an array
ID: 26976 User updated by: dylan dot egan at optusnet dot com dot au Reported By: dylan dot egan at optusnet dot com dot au Status: Assigned Bug Type: XML related Operating System: * PHP Version: 5CVS-2004-01-20 (dev) Assigned To: sterling New Comment: Well I tried with PHP 5Beta3 and it worked. Something changed in CVS I guess. Will wait for patches on CVS. Don't know what it could be. Previous Comments: [2004-01-20 20:10:40] [EMAIL PROTECTED] Here's simple test: --- --TEST-- Bug #26976 (Can not access array elements using index) --SKIPIF-- --FILE-- a b c d '); echo $root->child[0], "\n"; echo $root->child[1], "\n"; echo $root->child[2], "\n"; echo $root->child[3], "\n"; ?> --EXPECT-- a b c d --- I get this output: a b b b (foreach works fine though :) [2004-01-20 07:13:11] dylan dot egan at optusnet dot com dot au Description: Trying to read through a parsed XML file with simpleXML, but I can't go past the 2nd level of the array. Reproduce code: --- www.ircphp.com/157 Expected result: Read --OUTPUT-- -- Edit this bug report at http://bugs.php.net/?id=26976&edit=1
#26976 [Opn->Asn]: I can't read pass level one of an array
ID: 26976 Updated by: [EMAIL PROTECTED] Reported By: dylan dot egan at optusnet dot com dot au -Status: Open +Status: Assigned Bug Type: XML related Operating System: Linux PHP Version: 5CVS-2004-01-20 (dev) -Assigned To: +Assigned To: sterling New Comment: Here's simple test: --- --TEST-- Bug #26976 (Can not access array elements using index) --SKIPIF-- --FILE-- a b c d '); echo $root->child[0], "\n"; echo $root->child[1], "\n"; echo $root->child[2], "\n"; echo $root->child[3], "\n"; ?> --EXPECT-- a b c d --- I get this output: a b b b (foreach works fine though :) Previous Comments: [2004-01-20 07:13:11] dylan dot egan at optusnet dot com dot au Description: Trying to read through a parsed XML file with simpleXML, but I can't go past the 2nd level of the array. Reproduce code: --- www.ircphp.com/157 Expected result: Read --OUTPUT-- -- Edit this bug report at http://bugs.php.net/?id=26976&edit=1
#26965 [Opn->Fbk]: Apache 2 Seg Faults on All PHP Pages
ID: 26965 Updated by: [EMAIL PROTECTED] Reported By: louis at 6internet dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Red Hat Enterprise Linux ES v3 PHP Version: 5CVS-2004-01-20 New Comment: What MPM is used with Apache? What was the configure line used to configure PHP? How was PHP configured in Apache httpd.conf? Previous Comments: [2004-01-20 11:25:47] louis at 6internet dot com Have tried with current snapshot as requested, but getting basically the same. Just for verification, here is the gdb output this time: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223485504 (LWP 31531)] 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 348 p = ht->arBuckets[nIndex]; (gdb) bt #0 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 #1 0xb6fe9eb3 in zend_list_insert (ptr=0x0, type=0) at /root/php5/php5-200401201430/Zend/zend_list.c:47 #2 0xb6fe9fe6 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0xb687913c, rsrc_type=2) at /root/php5/php5-200401201430/Zend/zend_list.c:99 #3 0xb6fc1ba4 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0xb70089f1 "rb") at /root/php5/php5-200401201430/main/streams/streams.c:248 #4 0xb6fc5733 in _php_stream_fopen_from_fd (fd=16, mode=0xb70089f1 "rb", persistent_id=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:262 #5 0xb6fc54f9 in _php_stream_fopen (filename=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:139 #6 0xb6fc6768 in _php_stream_fopen_with_path (filename=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", path=0xb7024ab2 ".:/usr/local/lib/php", opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:1199 #7 0xb6fc61ef in php_plain_files_stream_opener (wrapper=0xb7053968, path=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", options=133, opened_path=0xbfffe558, context=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:886 #8 0xb6fc3a0e in _php_stream_open_wrapper_ex (path=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", options=141, opened_path=0x85, context=0x0) at /root/php5/php5-200401201430/main/streams/streams.c:1613 #9 0xb6fb3ed7 in php_stream_open_for_zend (filename=0x81d5580 "/var/www/html/index.php", handle=0xbfffe550) at /root/php5/php5-200401201430/main/main.c:876 #10 0xb6fef40a in zend_stream_open (filename=0x81d5580 "/var/www/html/index.php", handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:41 ---Type to continue, or q to quit--- #11 0xb6fef4e4 in zend_stream_fixup (file_handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:56 #12 0xb6fccc4e in open_file_for_scanning (file_handle=0xbfffe550) at Zend/zend_language_scanner.c:3040 #13 0xb6fccd66 in compile_file (file_handle=0xbfffe550, type=2) at Zend/zend_language_scanner.c:3126 #14 0xb6fe3be9 in zend_execute_scripts (type=2, retval=0x0, file_count=1) at /root/php5/php5-200401201430/Zend/zend.c:1047 #15 0xb7006966 in php_handler (r=0x81d3e00) at /root/php5/php5-200401201430/sapi/apache2handler/sapi_apache2.c:533 #16 0x08068685 in ap_run_handler () #17 0x08068c9f in ap_invoke_handler () #18 0x08065326 in ap_process_request () #19 0x0806095c in _start () #20 0x081d3e00 in ?? () #21 0x0004 in ?? () #22 0x081d3e00 in ?? () #23 0x0807228c in ap_run_pre_connection () #24 0x08072145 in ap_run_process_connection () #25 0x08066ba1 in ap_graceful_stop_signalled () #26 0x08066dba in ap_graceful_stop_signalled () #27 0x08066e16 in ap_graceful_stop_signalled () #28 0x0806763d in ap_mpm_run () #29 0x0806dacf in main () Hope this helps. Thanks. [2004-01-19 14:15:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-01-19 10:33:25] louis at 6internet dot com Description: Compiled PHP against Apache 2 in Red Hat Enterprise Linux ES v3 and even loading a .php file which contains ONLY HTML causes Apache to segmentation fault and write to the error_log. Similar to bug #26893, but different backtrace. Reproduce code: --- Any plain HTM
#26974 [Opn->Asn]: rename() doesn't check newname permissions in safe_mode
ID: 26974 Updated by: [EMAIL PROTECTED] Reported By: daveb at esat dot net -Status: Open +Status: Assigned Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.3.4 -Assigned To: +Assigned To: iliaa Previous Comments: [2004-01-20 06:37:26] daveb at esat dot net Description: When running under apache2 with a perchild MPM & safe_mode turned on, it is possible to rename a file owned by a user into a directory that the user does not own but has write permissions too. This works, even when safe_mode is turned on. A simple example is ... [EMAIL PROTECTED]:$ touch moo [EMAIL PROTECTED]:$ ls -la moo -rw-r--r--1 davebnoc 0 Jan 20 11:31 moo The php script is simply... rename ("./moo", "/tmp/crap"); Once called, the file moves to /tmp, even though the directory is owned by root. [EMAIL PROTECTED]:$ ls -la /tmp/crap -rw-r--r--1 davebnoc 0 Jan 20 11:31 crap It would appear that in ext/standard/file., in the rename() function, no checking is done on new_name to see if the user has the correct UID to write into that destination directory. Changing line 1890 to the following ... if (PG(safe_mode) && (!php_checkuid(old_name, NULL, CHECKUID_CHECK_FILE_AND_DIR) || !php_checkuid(new_name, NULL, CHECKUID_CHECK_FILE_AND_DIR))) { adds checking for the destination as well and prevents users writing into directories, where although they have permission to write into, they do not own that directory and should not be writing too. When running with that extra check, php now logs... [client ::1] PHP Warning: rename(): SAFE MODE Restriction in effect. The script whose uid is 677 is not allowed to access /tmp owned by uid 0 in /usr/local/apache/iweb/rename.php on line 3 According to http://ie2.php.net/manual/en/features.safe-mode.functions.php, rename() should "...Checks whether the directory in which you are about to operate has the same UID (owner) as the script that is being executed."... Is the documentation out of sync with the code ? Or the other way around ? -- Edit this bug report at http://bugs.php.net/?id=26974&edit=1
#26984 [Opn->Bgs]: No exec(), system() or shell_exec()
ID: 26984 Updated by: [EMAIL PROTECTED] Reported By: sjender at nitroserve dot com -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: windows 2003 server PHP Version: 4.3.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This is not support forum, and this is not PHP bug. Previous Comments: [2004-01-20 16:05:46] sjender at nitroserve dot com It gives no error or something, it just don't load the file [2004-01-20 16:04:32] sjender at nitroserve dot com Description: I run my php on a windows 2003 server machine. But I'm not able to run exec() system() or shell_exec() When I try to call a batch file with exec("batch.bat") it just won't load it. I gave enough permissions to cmd.exe and the batch file itself. Is there anyone with the sampe problem? -- Edit this bug report at http://bugs.php.net/?id=26984&edit=1
#26941 [Opn->Fbk]: Unreadable characters displayed in browser when running php page
ID: 26941 Updated by: [EMAIL PROTECTED] Reported By: sandeep_warade at hotmail dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Windows XP PHP Version: 4CVS-2004-01-18 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Nobody else has reported anything like this, this sounds more like something is really wrong with your system.. Previous Comments: [2004-01-20 08:27:12] sandeep_warade at hotmail dot com Dear sir, Now on server the frequency is very less. Server configuration is PIV 1.8GHz 512 MB RAM. Where as on client the frequency is very high. When i installed Apache 2.0.47, php 4.3.4, mysql 4.1.1 and configured. Large amount of bugs appeared on phpmyadmin page and does not disappears on refreshing [2004-01-20 07:59:26] sandeep_warade at hotmail dot com Dear Sir, The frequency of this bug for simple php page is very rare. While trying it appered only once. But if you use it with mysql the frequency gets increased. One more thing i would like to tell you that if i check one option in advanced properties of internet explore- "Use HTTP1.1 through proxy connections", then the bugs does not produced for the same page after refreshing. But after some time it again appeares. Is there any connection with that option. In telnet window if i type "get / http/1.0" (without quote) It gives message HTTP/1.1 501 Method Not Implemented server:Apache/1.3.23 Allow:GET, HEAD, OPTIONS, TRACE Is there any connection with this. [2004-01-18 10:07:39] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-01-18 09:04:13] sandeep_warade at hotmail dot com Thanx for your guidence. I have downloaded it and implemented but still the problem remains. After running php page the following characters appered on the screen. t À50øÕ> >ÜÔÖ>Ö>Ö>À5úÔÖ>¬ãç|÷ÀÕ>, > >À5êëìítom:none"> No. 22/12/03 1.00 1376 31/12/03 533 Plate Inking Roller No. 451 MNTGNRL/2648/0 20/12/03 4.00 Nos. 22/12/03 4.00 1294 26/12/03 KG 16/01/04 10.00 1624 16/01/04 228 CON. NAVRATNA GREEN (353982 B) (S-7013) OTHR/2945/0 10/01/04 20.00 KG 12/01/04 20.00 1534 13/01/04 229 Contact Bromide of Job: Pears 225gm Rs. 8.50 OTHRGNRL/2709/0 24/12/03 2.00 Nos 24/12/03 2.00 1295 26/12/03 2 234 Cottan Wool (1x200gm) OTHRNQ/2792/1 03/01/04 10.00 Rolls 01/01/04 10.00 1399 02/01/04 235 Coupler for trays MNTGNRL/2997/0 13/01/04 70.00 nos. 14/01/04 - - - 236 Cover Lay Part No.: 011C315030 IMP/3065/0 16/01/04 2.00 Nos. DOC - - - 237 CSK BOLTS MNTGNRL/2898/0 06/01/04 100.00 Nos. 08/01/04 100.00 1501 10/01/04 238 CTD BD GB - 300 GSM Size: 64.0 X 98.5 Cm BD/2953/0 10/01/04 11000.00 Kg DOC - - - °²valign="top" align="center" style="border-left:none;border-bottom:none">- - - 603 Repairing Of Security Cabin Table MNTGNRL/2931/0 09/01/04 1.00 No. 09/01/04 ä À50ø>`>ÜÔ>>>À5UÔ>¬ãç|÷À>,`>`>À5æçèét:none;border-bottom:none"> 7 Ply CLD Size: 890 mm x 575 mm x 200 mm OTHR/3071/0 17/01/04 330.00 sets 18/01/04 - - - 109 8 Color Single up Possitive output on MAC of Job: Close UP 80gm (NEW) DEV/2675/0DOC àA> 1.00 1364 30/12/03 82 5.00 No. 16/01/04 - - - 433 Multi-up Possitve Output on MAC of Job: Ajanta 100gm OTHRGNRL/2752/0 26/12/03 6.00 Nos 29/12/03 6.00 1394 31/12/03 434 Multi-up Possitve Output on MAC of Job: Ajanta 50 gm OTHRGNRL/2751/0 \`?ÐMH|`?b0 [EMAIL PROTECTED]|`?°_?°_?bà«+øõàAøXT"rig°²style="border-left:none;border-bottom:none"> 12/01/04 462 NEW PEPSODENT RED BLUE (YG 11813) (C-12051) OTHR/2942/0 10/01/04 - - - 245 CTD CT BD- 300 GSM Size: 66.0 X 86.0 Cm BD/2978/0 13/01/04 2000.00 Kg 10/02/04 - - - 2GSM Size: 91.0 X 68.0 Cm BD/2980/0 °²øXT)left°²e;border-bottom:none;border-:none">653 Siemens MCB (16 amps 3 poles MCB) (with Sheet Steel Enclosure) MNTGNRL/2995/0 13/01/04 1.00 Nos 14/01/04 1.00 1594 15/01/04 654 Siemens MCB (20 amps 3 poles MCB) (with Sheet Steel Enclosure) MNTGNRL/2995/0 13/01/04 1.00 nos. 14/01/04 1.00 1594 15/01/04 655 Singapore (
#26973 [Opn->Ver]: printf format
ID: 26973 Updated by: [EMAIL PROTECTED] Reported By: alex at cartel dot md -Status: Open +Status: Verified -Bug Type: Output Control +Bug Type: Scripting Engine problem Operating System: Linux -PHP Version: 4.3.4 +PHP Version: 4CVS, 5CVS New Comment: With C, it works as expected -> gotta be bug? :) Previous Comments: [2004-01-20 06:08:54] alex at cartel dot md Description: printf function pads incorrectly with zeros and sign. Reproduce code: --- Expected result: +0200 Actual result: -- 0+200 -- Edit this bug report at http://bugs.php.net/?id=26973&edit=1
#26972 [Opn->Bgs]: Please add option to use umap-uw linkage.c
ID: 26972 Updated by: [EMAIL PROTECTED] Reported By: jdolecek at NetBSD dot org -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: NetBSD 1.6ZH PHP Version: 4.3.4 New Comment: And you already sent one report about this, bug #26936 ONE is enough.. Previous Comments: [2004-01-20 19:09:06] [EMAIL PROTECTED] Reclassified. This is NOT a bug but feature/change request.. [2004-01-20 04:43:06] jdolecek at NetBSD dot org Description: In NetBSD pkgsrc, we patch the imap module to use directly umap-iw linkage.c, so that all available authenticators and methods would be compiled in for PHP. Since some other people might find this useful, it would be nice to have a configure option to enable this. This is the patch we currently use. It adds option --with-imap-linkage, which changes the code to use the linkage.c supplied by imap-uw package, instead of hardcoded list. It also disables the Kerberos check, since it's not necessary to explicitly link against Kerberos libs if the imap libraries contain Kerberos support. Note this adresses same problem as to Bug #4136. I don't know why the change to use linkage.c unconditionally was removed. Patch #1 --- config.m4.orig 2003-10-03 07:25:35.0 +0200 +++ config.m4 @@ -54,6 +54,14 @@ AC_DEFUN(PHP_IMAP_TEST_BUILD, [ ]) ]) +dsl Must be before --with-kerberos, affects the check +PHP_ARG_WITH(imap-linkage,use IMAP c-client linkage, +[ --with-imap-linkage Use IMAP c-client linkage to determine supported ite ms.]) + +if test "$PHP_IMAP_LINKAGE" != "no"; then + AC_DEFINE(HAVE_IMAP_LINKAGE, 1, [ ]) +fi + AC_DEFUN(PHP_IMAP_KRB_CHK, [ AC_ARG_WITH(kerberos, [ --with-kerberos[=DIR] IMAP: Include Kerberos support. DIR is the Kerbe ros install dir.],[ @@ -90,7 +98,7 @@ AC_DEFUN(PHP_IMAP_KRB_CHK, [ PHP_ADD_LIBRARY(k5crypto, 1, IMAP_SHARED_LIBADD) PHP_ADD_LIBRARY(com_err, 1, IMAP_SHARED_LIBADD) PHP_ADD_INCLUDE($PHP_KERBEROS_DIR/include) - else + elif test "$PHP_IMAP_LINKAGE" != "yes"; then AC_EGREP_HEADER(auth_gss, $IMAP_INC_DIR/linkage.h, [ AC_MSG_ERROR([This c-client library is built with Kerberos support. --- cut here -- Patch #2 --- php_imap.c.orig 2003-09-04 09:48:30.0 +0200 +++ php_imap.c @@ -408,6 +408,11 @@ PHP_MINIT_FUNCTION(imap) ZEND_INIT_MODULE_GLOBALS(imap, php_imap_init_globals, NULL) +/* + * Optionally use the installed c-client linkage.c to determine which drivers + * are authenticators are linked in. Otherwise use this fixed list. + */ +#ifndef HAVE_IMAP_LINKAGE #ifndef PHP_WIN32 mail_link(&unixdriver); /* link in the unix driver */ mail_link(&mhdriver); /* link in the mh driver */ @@ -423,6 +428,10 @@ PHP_MINIT_FUNCTION(imap) mail_link(&tenexdriver);/* link in the tenex driver */ mail_link(&mtxdriver); /* link in the mtx driver */ mail_link(&dummydriver);/* link in the dummy driver */ +#else /* HAVE_IMAP_LINKAGE */ +/* link in the c-client mail and auth drivers */ +#include "linkage.c" +#endif /* HAVE_IMAP_LINKAGE */ #ifndef PHP_WIN32 auth_link(&auth_log); /* link in the log authenticator */ Reproduce code: --- Code inspection. -- Edit this bug report at http://bugs.php.net/?id=26972&edit=1
#26972 [Opn]: Please add option to use umap-uw linkage.c
ID: 26972 Updated by: [EMAIL PROTECTED] Reported By: jdolecek at NetBSD dot org Status: Open -Bug Type: IMAP related +Bug Type: Feature/Change Request Operating System: NetBSD 1.6ZH PHP Version: 4.3.4 New Comment: Reclassified. This is NOT a bug but feature/change request.. Previous Comments: [2004-01-20 04:43:06] jdolecek at NetBSD dot org Description: In NetBSD pkgsrc, we patch the imap module to use directly umap-iw linkage.c, so that all available authenticators and methods would be compiled in for PHP. Since some other people might find this useful, it would be nice to have a configure option to enable this. This is the patch we currently use. It adds option --with-imap-linkage, which changes the code to use the linkage.c supplied by imap-uw package, instead of hardcoded list. It also disables the Kerberos check, since it's not necessary to explicitly link against Kerberos libs if the imap libraries contain Kerberos support. Note this adresses same problem as to Bug #4136. I don't know why the change to use linkage.c unconditionally was removed. Patch #1 --- config.m4.orig 2003-10-03 07:25:35.0 +0200 +++ config.m4 @@ -54,6 +54,14 @@ AC_DEFUN(PHP_IMAP_TEST_BUILD, [ ]) ]) +dsl Must be before --with-kerberos, affects the check +PHP_ARG_WITH(imap-linkage,use IMAP c-client linkage, +[ --with-imap-linkage Use IMAP c-client linkage to determine supported ite ms.]) + +if test "$PHP_IMAP_LINKAGE" != "no"; then + AC_DEFINE(HAVE_IMAP_LINKAGE, 1, [ ]) +fi + AC_DEFUN(PHP_IMAP_KRB_CHK, [ AC_ARG_WITH(kerberos, [ --with-kerberos[=DIR] IMAP: Include Kerberos support. DIR is the Kerbe ros install dir.],[ @@ -90,7 +98,7 @@ AC_DEFUN(PHP_IMAP_KRB_CHK, [ PHP_ADD_LIBRARY(k5crypto, 1, IMAP_SHARED_LIBADD) PHP_ADD_LIBRARY(com_err, 1, IMAP_SHARED_LIBADD) PHP_ADD_INCLUDE($PHP_KERBEROS_DIR/include) - else + elif test "$PHP_IMAP_LINKAGE" != "yes"; then AC_EGREP_HEADER(auth_gss, $IMAP_INC_DIR/linkage.h, [ AC_MSG_ERROR([This c-client library is built with Kerberos support. --- cut here -- Patch #2 --- php_imap.c.orig 2003-09-04 09:48:30.0 +0200 +++ php_imap.c @@ -408,6 +408,11 @@ PHP_MINIT_FUNCTION(imap) ZEND_INIT_MODULE_GLOBALS(imap, php_imap_init_globals, NULL) +/* + * Optionally use the installed c-client linkage.c to determine which drivers + * are authenticators are linked in. Otherwise use this fixed list. + */ +#ifndef HAVE_IMAP_LINKAGE #ifndef PHP_WIN32 mail_link(&unixdriver); /* link in the unix driver */ mail_link(&mhdriver); /* link in the mh driver */ @@ -423,6 +428,10 @@ PHP_MINIT_FUNCTION(imap) mail_link(&tenexdriver);/* link in the tenex driver */ mail_link(&mtxdriver); /* link in the mtx driver */ mail_link(&dummydriver);/* link in the dummy driver */ +#else /* HAVE_IMAP_LINKAGE */ +/* link in the c-client mail and auth drivers */ +#include "linkage.c" +#endif /* HAVE_IMAP_LINKAGE */ #ifndef PHP_WIN32 auth_link(&auth_log); /* link in the log authenticator */ Reproduce code: --- Code inspection. -- Edit this bug report at http://bugs.php.net/?id=26972&edit=1
#26977 [Opn->Bgs]: PCRE related segmentation fault
ID: 26977 Updated by: [EMAIL PROTECTED] Reported By: martijn at grendelman dot net -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: Debian Linux (testing) PHP Version: 4.3.4 New Comment: Not PHP bug, PCRE bug. (ALWAYS use the bundled pcre lib if you don't know what you're doing) Previous Comments: [2004-01-20 07:44:03] martijn at grendelman dot net This problem looks fixable by omitting '--with-pcre-regex=/usr', thus linking against the bundled library. I'd like to point out that I've seen this problem on two quite different environments: 1. Debian Stable, Linux kernel 2.4.23, Apache 1.3.26 + PHP 4.1.2 (Debian packages), PCRE library (as reported by phpinfo()) 3.4 22-Aug-2000. 2. Debian Testing, Linux kerel 2.6.1, Apache 2.0.47 + PHP 4.3.4 (compiled from source), PCRE library (as reported by phpinfo()) 3.9 02-Jan-2002 [2004-01-20 07:20:57] martijn at grendelman dot net Description: PHP crashes when using PEAR-DB. Looks like a problem with PCRE. './configure' '--prefix=/usr/local' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-regex=php' '--with-config-file-path=/usr/local/apache2/conf' '--disable-rpath' '--disable-debug' '--enable-memory-limit' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-iconv' '--enable-exif' '--enable-ftp' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--disable-static' '--with-layout=GNU' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr' '--enable-xslt' '--with-xslt-sablot=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' '--with-kerberos' '--enable-debug' So, the PCRE library in /usr (from Debian) is used. php.ini: ;extension=gd.so extension=imap.so ;extension=curl.so extension=ldap.so extension=mysql.so ;extension=domxml.so ;extension=mcal.so ;extension=mhash.so ;extension=odbc.so so not all shared modules are loaded. pcre PCRE (Perl Compatible Regular Expressions) Support enabled PCRE Library Version3.9 02-Jan-2002 (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 1077983808 (LWP 24414)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1077983808 (LWP 24414)] 0x404c29d6 in php_pcre_match (ht=3, return_value=0x81df3f4, this_ptr=0x0, return_value_used=1, global=0) at /extra0/home/martijn/src/php-4.3.4/ext/pcre/php_pcre.c:442 442 name_idx = 0xff * name_table[0] + name_table[1]; Reproduce code: --- setFetchMode(DB_FETCHMODE_ASSOC); } echo "test"; ?> Expected result: The word "test" should have been displayed. Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1077983808 (LWP 24414)] 0x404c29d6 in php_pcre_match (ht=3, return_value=0x81df3f4, this_ptr=0x0, return_value_used=1, global=0) at /extra0/home/martijn/src/php-4.3.4/ext/pcre/php_pcre.c:442 442 name_idx = 0xff * name_table[0] + name_table[1]; -- Edit this bug report at http://bugs.php.net/?id=26977&edit=1
#26983 [Opn->Bgs]: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed
ID: 26983 Updated by: [EMAIL PROTECTED] Reported By: Nina dot Rubina at mail dot ru -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: WinNT 4.0 PHP Version: 4.3.4 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-01-20 15:53:52] Nina dot Rubina at mail dot ru Description: Microsoft Windows NT Workstation SP6a Apache 1.3.24 (official version downloaded from apache.net) PHP 4.3.4 (official version downloaded from php.net) Regular bug: After every ~800 .php script calls server shows message: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed. Process is terminating abnormally. PHP does not work after this error. Apache still works (html files are accessible). Server must be reloaded. Constant bug. I found an article at www.microsoft.com concerning this (user32.dll failure) bug: Microsoft Knowledge Base Article - 142676 . All instructions were implemented but it did not help. Situation is very similar to the Bug #8303 but I downloaded the latest version of PHP (I had same bug with version 3) that was named as stable version. Could you please, help me with this problem. Reproduce code: --- Any arbitrary .php script after ~800 calls Expected result: Just normal work of PHP Actual result: -- Bug report: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed. Process is terminating abnormally. -- Edit this bug report at http://bugs.php.net/?id=26983&edit=1
#26227 [Com]: "configure --with-libjpeg=/sw --with-libpng=/sw --with-gd" does not work
ID: 26227 Comment by: marhi at si-cert dot net Reported By: janusng at mac dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Mac OS X 10.3 PHP Version: 4.3.4 New Comment: Actually... after messing with PHP-4.3.4 and libgd... I went off to see the configure script. Shame on you! Hardcoding the directory names. Naughty. Me, as a NetBSD user I renamed dirs in configure /usr to /usr/pkg/lib for lubpng and libjpeg. And before that I did (tcsh): setenv CFLAGS -I/usr/pkg/include setenv LDFLAGS -L/usr/pkg/lib setenv LIBS = -lpthread I did not bother to check if setting those envs helped. But the configure script finished with success. I think that ln -s /usr/pkg/lib /usr/lib or some other hardcoded dir will work also. Hope it helps. Marhi [www.si-cert.net] Previous Comments: [2003-11-17 21:51:28] [EMAIL PROTECTED] Using the correct configure options usually helps.. [2003-11-14 07:35:28] janusng at mac dot com Thanks, it solved my problem. [2003-11-12 16:22:16] adam at trachtenberg dot com Try: --with-gd --with-png-dir=/sw --with-tiff-dir=/sw That works for me. [2003-11-12 16:10:31] janusng at mac dot com Description: running "./configure --with-libjpeg=/sw --with-libpng=/sw --with-gd" will always result in the errors I am sure that both libjpeg.dylib and libpng.dylib are in /sw/bin directory. So does jpeglib.h, png.h and pngconf.h directory. Expected result: configure runs successfully Actual result: -- The last few lines of configure output are: ... checking for GD support... yes checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... noIf configure fails try --with-jpeg-dir= configure: error: libpng.(a|so) not found. and I found nothing special in the config.log. The last few lines are: ... configure:29479: checking for GD support configure:29526: checking for the location of libjpeg configure:29553: checking for the location of libpng configure:29606: checking for the location of libXpm configure:29631: checking for FreeType 1.x support configure:29656: checking for FreeType 2 configure:29681: checking for T1lib support configure:29706: checking whether to enable truetype string function in GD configure:29731: checking whether to enable JIS-mapped Japanese font support in GD configure:29785: checking for fabsf configure:29813: gcc -o conftest -g -O2 -no-cpp-precomp -L/usr/local//lib -L/usr/local//lib -L/sw/lib -L/sw/lib conftest.c -lz -lcurl -lz -lm -lcurl -lz -lssl -lcrypto -lz -lxml2 -lz -liconv -lm 1>&5 configure:29797: warning: conflicting types for built-in function `fabsf' ld: warning prebinding disabled because dependent library: /sw/lib/libxml2.2.dylib is not prebound configure:29785: checking for floorf configure:29813: gcc -o conftest -g -O2 -no-cpp-precomp -L/usr/local//lib -L/usr/local//lib -L/sw/lib -L/sw/lib conftest.c -lz -lcurl -lz -lm -lcurl -lz -lssl -lcrypto -lz -lxml2 -lz -liconv -lm 1>&5 ld: warning prebinding disabled because dependent library: /sw/lib/libxml2.2.dylib is not prebound -- Edit this bug report at http://bugs.php.net/?id=26227&edit=1
#24042 [Bgs]: pfpro support compile fails, reports incorrect pfpro version
ID: 24042 Updated by: [EMAIL PROTECTED] Reported By: age at salsashark dot net Status: Bogus Bug Type: Verisign Payflow Pro related Operating System: RedHat Linux 9 PHP Version: 4.3.2 New Comment: For those who are receiving this error on Red Hat 9, you should contact Verisign for an SDK specifically for Red Hat 9. At the time of this post, this is only possible if you call or email them: 888-883-9770 or [EMAIL PROTECTED] Previous Comments: [2004-01-10 16:18:08] toddclark at trainorders dot com I have Redhat 9 and I received the same error while installing php 4.3.4 with the pfpro flag. So I went into the php museum and downloaded and installed 4.2.3 and all works great now. As for [EMAIL PROTECTED] I don't know what you define as a bug, but I call anything that works in older versions, but broken in a more up to date version a bug. [2003-06-06 02:15:18] [EMAIL PROTECTED] The pfpro libs are not compatible with RH9. (different glibc) (and you should use --with-pfpro=shared,/usr/local too) Not PHP bug. [2003-06-05 10:56:10] age at salsashark dot net PFpro libs are current, version 3.06. PHP compiled fine in RedHat 7.3. Same errors on another clean install of RH 9 with PHP 4.3.2 and 4.3.1. > ./configure --with-pfpro=shared,/usr/local/lib Fails, returns: configure: error: The pfpro extension requires version 2 or 3 of the SDK config.log: configure:61887: checking for pfproInit in -lpfpro configure:61906: gcc -o conftest -g -O2 -L/usr/local/lib conftest.c -lpfpro -lresolv -lm -ldl -lnsl 1>&5 /usr/local/lib/libpfpro.so: undefined reference to `__ctype_b' /usr/local/lib/libpfpro.so: undefined reference to `__ctype_tolower' collect2: ld returned 1 exit status configure: failed program was: #line 61895 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char pfproInit(); int main() { pfproInit() ; return 0; } configure:61939: checking for PNInit in -lpfpro configure:61958: gcc -o conftest -g -O2 -L/usr/local/lib conftest.c -lpfpro -lresolv -lm -ldl -lnsl 1>&5 /usr/local/lib/libpfpro.so: undefined reference to `__ctype_b' /usr/local/lib/libpfpro.so: undefined reference to `__ctype_tolower' collect2: ld returned 1 exit status configure: failed program was: #line 61947 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char PNInit(); int main() { PNInit() ; return 0; } -- Edit this bug report at http://bugs.php.net/?id=24042&edit=1
#26964 [Ver->Asn]: htmlentities and html_entity_decode, left&right single quotation mark issues
ID: 26964 Updated by: [EMAIL PROTECTED] Reported By: paj at pearfr dot org -Status: Verified +Status: Assigned Bug Type: Strings related Operating System: * PHP Version: 5CVS, 4CVS -Assigned To: +Assigned To: moriyoshi New Comment: This's most likely due to my error. Assigning it to me. Previous Comments: [2004-01-19 07:21:23] paj at pearfr dot org Description: Left and right single quotation (’ and ‘) are not converted correctly (or not recognized). Encode and decode fails. Reproduce code: --- $str = "Guide de l´utilisateur"; echo htmlentities($str); Expected result: Guide de l’utilisateur Actual result: -- Guide de l´utilisateur -- Edit this bug report at http://bugs.php.net/?id=26964&edit=1
#26984 [Opn]: No exec(), system() or shell_exec()
ID: 26984 User updated by: sjender at nitroserve dot com Reported By: sjender at nitroserve dot com Status: Open Bug Type: PHP options/info functions Operating System: windows 2003 server PHP Version: 4.3.4 New Comment: It gives no error or something, it just don't load the file Previous Comments: [2004-01-20 16:04:32] sjender at nitroserve dot com Description: I run my php on a windows 2003 server machine. But I'm not able to run exec() system() or shell_exec() When I try to call a batch file with exec("batch.bat") it just won't load it. I gave enough permissions to cmd.exe and the batch file itself. Is there anyone with the sampe problem? -- Edit this bug report at http://bugs.php.net/?id=26984&edit=1
#26984 [NEW]: No exec(), system() or shell_exec()
From: sjender at nitroserve dot com Operating system: windows 2003 server PHP version: 4.3.4 PHP Bug Type: PHP options/info functions Bug description: No exec(), system() or shell_exec() Description: I run my php on a windows 2003 server machine. But I'm not able to run exec() system() or shell_exec() When I try to call a batch file with exec("batch.bat") it just won't load it. I gave enough permissions to cmd.exe and the batch file itself. Is there anyone with the sampe problem? -- Edit bug report at http://bugs.php.net/?id=26984&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26984&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26984&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26984&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26984&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26984&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26984&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26984&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26984&r=support Expected behavior: http://bugs.php.net/fix.php?id=26984&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26984&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26984&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26984&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26984&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26984&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26984&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26984&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26984&r=float
#26983 [NEW]: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed
From: Nina dot Rubina at mail dot ru Operating system: WinNT 4.0 PHP version: 4.3.4 PHP Bug Type: Dynamic loading Bug description: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed Description: Microsoft Windows NT Workstation SP6a Apache 1.3.24 (official version downloaded from apache.net) PHP 4.3.4 (official version downloaded from php.net) Regular bug: After every ~800 .php script calls server shows message: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed. Process is terminating abnormally. PHP does not work after this error. Apache still works (html files are accessible). Server must be reloaded. Constant bug. I found an article at www.microsoft.com concerning this (user32.dll failure) bug: Microsoft Knowledge Base Article - 142676 . All instructions were implemented but it did not help. Situation is very similar to the Bug #8303 but I downloaded the latest version of PHP (I had same bug with version 3) that was named as stable version. Could you please, help me with this problem. Reproduce code: --- Any arbitrary .php script after ~800 calls Expected result: Just normal work of PHP Actual result: -- Bug report: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed. Process is terminating abnormally. -- Edit bug report at http://bugs.php.net/?id=26983&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26983&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26983&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26983&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26983&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26983&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26983&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26983&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26983&r=support Expected behavior: http://bugs.php.net/fix.php?id=26983&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26983&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26983&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26983&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26983&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26983&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26983&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26983&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26983&r=float
#26982 [NEW]: Possible memory leak in variable interpolation
From: [EMAIL PROTECTED] Operating system: Debian sid (linux kernel 2.6.0) PHP version: 5.0.0b3 (beta3) PHP Bug Type: Scripting Engine problem Bug description: Possible memory leak in variable interpolation Description: I'm using a php script for a large (batch) process (about 4 hours procesing DB data) and I found the script grows and grows in memory usage. I've searched and simplify the script to see where was the problem and I found that a simple php script is loosing memory when interpolating variables in a string. I don't know if this is exactly a bug or an expected behavior, but I found it weird and very problematic on large scripts. I'm using Debian GNU/Linux sid with kernel 2.6.0. I've tested the reproduce code in PHP 5.0.0beta3 compiled by myself[1] and with Debian's PHP 4.3.3 package in the cli and apache module interfaces. [1] PHP 5.0.0beta3 was compiled with this flags: './configure' '--prefix=/usr/local/stow/php5' '--enable-memory-limit' '--with-openssl' '--with-zlib' '--enable-bcmath--with-bz2' '--enable-calendar' '--with-curl' '--enable-dba' '--with-db4' '--with-flatfile' '--with-inifile' '--enable-dbase' '--enable-dbx' '--enable-dio' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gd' '--with-gettext' '--with-iconv' '--with-mime-magic' '--with-mysql' '--with-ncurses' '--enable-pcntl' '--with-readline' '--enable-sockets' '--with-sqlite' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-wddx' '--enable-yp' '--with-apxs2=/usr/bin/apxs2' using gcc 3.3.3 (debian package) Reproduce code: --- Expected result: Memory usage (): where is the iteration step and is a constant ammount of memory used by the script. For example: Memory usage (0): 32224 Memory usage (1): 32224 [snip] Memory usage (258): 32224 Memory usage (259): 32224 Actual result: -- Memory usage (0): 32224 Memory usage (1): 32272 Memory usage (2): 32296 Memory usage (3): 32320 [snip] Memory usage (251): 38272 Memory usage (252): 38296 Memory usage (253): 38320 Memory usage (254): 38344 Memory usage (255): 38344 Memory usage (256): 38344 Memory usage (257): 38344 Memory usage (258): 38344 Memory usage (259): 38344 >From 254 and up, the ammount of memory used stays constant (excepting when the loop is about 100 long, in that case the memory consumption raises a little but then stays constant again). If I don't use variable interpolation and use the concatenation operator (.), like this: echo("Memory usage (".$i."): ".memory_get_usage()."\n"); more memory is used in the second iteration but then stays constant: Memory usage (0): 31880 Memory usage (1): 31928 Memory usage (2): 31928 Memory usage (3): 31928 Memory usage (4): 31928 [snip] -- Edit bug report at http://bugs.php.net/?id=26982&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26982&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26982&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26982&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26982&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26982&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26982&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26982&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26982&r=support Expected behavior: http://bugs.php.net/fix.php?id=26982&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26982&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26982&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26982&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26982&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26982&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26982&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26982&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26982&r=float
#15092 [Com]: xml_parse() fails if XML-data contains entity like or © ...
ID: 15092 Comment by: somebody at wolfmarkt dot de Reported By: bs_php at infeer dot com Status: Closed Bug Type: XML related Operating System: Win 2k (all I gues) PHP Version: 4.1.0 New Comment: It is not ultimately necessary to add a reference to an external entity and to have add an external entity handler, separate parser etc. as described in other messages below Just include the entity definitions you need at the top of your xml and thus make the xml parser aware of them: < more entities here, see list e.g. at http://www.w3.org/MarkUp/html-spec/html-spec_14.html > ]> < your XML doc here > Previous Comments: [2002-01-22 19:02:23] [EMAIL PROTECTED] No worries, i'm not taking anything personal in here, but nevertheless i have to disagree with you. XML is all about specs... Interoperability is one of the main advantages of XML and if PHP would parse XML-Documents with latin1-entities but without a corresponding external entity, it breaks the specs and this XML-Doc would no other XML-Processor understand. And i think it'd be the wrong way, if PHP would parse non-valid XML-Documents, even with an optional parameter.. but anyway, i'm not the maintainer of this extension, therefore i don't have the last word in that :) [2002-01-22 18:46:42] bs_php at infeer dot com Don't take following personal: I think it's terrible habit to miss out practical functionality and point to a spec and say "It must be this way, the spec says so". I mean is there a *real* reason not to support the ISO latin-1 entities?? PHP slogan is to keep simple stuff simple, isn't it? So is there a chance that the ISO latin-1 entities can be turned on in future (by parameter or so)? [2002-01-22 18:08:59] [EMAIL PROTECTED] It does not work, because the XML-standard (see http://www.w3.org/TR/1998/REC-xml-19980210#sec-predefined-ent) does not say, that an XML Parser should understand latin1-entities. The expat Parsers behaves like it is expected (sablotron and domxml for example do the same, they don't understand latin1-entities without external entities..). Understanding the iso8859-1 charset is something completely different and has not much to do with entities (in the context of the xml-standard..). I agree with you, that it should be easier to include external entities, but the way ext/xml does is also just like a SAX-parser should do it -> do everything by yourself with callback functions... (i assume, that was the idea :) ) [2002-01-22 16:49:08] bs_php at infeer dot com Yes, that's also a possibility. Not practical, not easy, not fancy, not efficient... but a possibility. --- Still, I think it's a bug: According to the manual, PHP's XML parser *handles* ISO 8859-1 (Latin-1) as default. That means XML source may contain ü,ö,ä,è, a.s.o. So way should it fail when I intend to use the latin1-entities!? I see no reason way latin1-entities shouldn't work per default too!! [2002-01-22 11:34:20] [EMAIL PROTECTED] This doesn't work, because the default entities are only: For the latin1-entities to work, you have to set an external entity to http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent (or some local file with that content) and then set up a xml_set_external_entity_ref_handler(). See the details about that in the manual. (set to feedback, 'cause I didn't really test it, if someone can verify that, we can close it.) 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/15092 -- Edit this bug report at http://bugs.php.net/?id=15092&edit=1
#26981 [NEW]: xml_parse looses object reference
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 5.0.0b3 (beta3) PHP Bug Type: XML related Bug description: xml_parse looses object reference Description: If using xml_set_object() to register handlers in an object, xml_parse sometimes looses the reference to the object and displays a warning: Warning: xml_parse() [function.xml-parse]: Unable to call handler startHandler() in C:\php4\PEAR\XML\Parser.php on line 264 Try PEAR::XML_RDDL to see the bug in action. If registering xml_set_element_handler( $p, array( $obj, 'method' ), array( $obj, 'method' ) ) it seems to work fine. -- Edit bug report at http://bugs.php.net/?id=26981&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26981&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26981&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26981&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26981&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26981&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26981&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26981&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26981&r=support Expected behavior: http://bugs.php.net/fix.php?id=26981&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26981&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26981&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26981&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26981&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26981&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26981&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26981&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26981&r=float
#26980 [Opn->Bgs]: Array creation with '{}' instead of '[]'
ID: 26980 Updated by: [EMAIL PROTECTED] Reported By: reklov at unitedklasens dot de -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Win98SE PHP Version: 4.3.4 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php {} can be used to denoted array or string indices. You would need this: ${var${i}} Nothe that the second '{' here is after the second '$' not before as in your code. The notation should force the compiler to generate code that concatenates the string var with the result of variable $i and use that as a variable name. This is neither possible nor planned. You need to evaluate the value of the mentioned concatentaion yourself. Previous Comments: [2004-01-20 12:43:42] reklov at unitedklasens dot de Description: With $var{$i} = 'Test' I wanted to create a variable with the name 'var1', using the '{}' and $i == 1, like ${$a} (http://www.php.net/manual/en/language.variables.variable.php) Insted of this, it will create an array, as if I had used '[]' instead of '{}'. Reproduce code: --- '; echo $var{1}; echo ''; echo $var1; ?> Expected result: Test Test //not sure, what would happen... Test Actual result: -- Test Test -- Edit this bug report at http://bugs.php.net/?id=26980&edit=1
#26161 [Com]: apache2 "can not" load libphp4.so
ID: 26161 Comment by: mandl dot t at ikarus dot at Reported By: artistoex at yahoo dot com Status: Bogus Bug Type: Apache2 related Operating System: Debian/unstable PHP Version: 4.3.3 New Comment: I ran into the same problem when compiling php-4.3.4 on a RedHat 8.0 system with apache 2.0.48, mod_perl-1.99_12 Here's my apache2 configure commandline ./configure --prefix=/usr/local/apache2 --enable-layout=Apache --enable-so --enable-module=access --enable-module=log_config --enable-module=mime --enable-module=auth --disable-auth-anon --enable-auth_dbm --enable-auth-digest --disable-example --enable-deflate --enable-log-config --enable-logio --enable-expires --enable-headers --enable-usertrack --enable-ssl --enable-cgi --enable-cgid --enable-http --enable-rewrite --enable-http --enable-static-support --enable-static-htpasswd --enable-static-htdigest --enable-static-rotatelogs --enable-static-logresolve --enable-static-htdbm --enable-static-ab --enable-static-checkgid --with-mpm=prefork Note: mod_perl says one should compile apache with mpm=prefork Detailed error message from php-4.3.4 make test: Syntax error on line 231 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/lib/qt3-gcc3.2/lib/libqt-mt.so.3: undefined symbol: _Unwind_GetIP Any help is appreciated. Thanks Previous Comments: [2003-11-17 18:10:07] [EMAIL PROTECTED] Then install PHP also from such a package. [2003-11-11 19:09:00] artistoex at yahoo dot com As I haven't compiled apache on my own I don't know that. Is there any way to determine that? I installed the apache package which is brought with Debian/unstable. [2003-11-10 20:09:58] [EMAIL PROTECTED] Did you compile Apache 2 for thread or fork based model? [2003-11-07 03:58:43] artistoex at yahoo dot com Description: - i compiled php: ./configure --with-apxs2=/usr/bin/apxs2 --with-mysql - apache2 says he could not load libphp4.so into server: Syntax error on line 390 of /etc/apache2/apache2.conf: Cannot load /usr/lib/apache2/modules/libphp4.so into server: /usr/lib/apache2/modules/libphp4.so: undefined symbol: core_globals_id - i am using latest versions of both apache2 and php and the bug still exists (so is it a php or actually an apache2 bug???) -- Edit this bug report at http://bugs.php.net/?id=26161&edit=1
#26980 [NEW]: Array creation with '{}' instead of '[]'
From: reklov at unitedklasens dot de Operating system: Win98SE PHP version: 4.3.4 PHP Bug Type: Arrays related Bug description: Array creation with '{}' instead of '[]' Description: With $var{$i} = 'Test' I wanted to create a variable with the name 'var1', using the '{}' and $i == 1, like ${$a} (http://www.php.net/manual/en/language.variables.variable.php) Insted of this, it will create an array, as if I had used '[]' instead of '{}'. Reproduce code: --- '; echo $var{1}; echo ''; echo $var1; ?> Expected result: Test Test //not sure, what would happen... Test Actual result: -- Test Test -- Edit bug report at http://bugs.php.net/?id=26980&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26980&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26980&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26980&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26980&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26980&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26980&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26980&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26980&r=support Expected behavior: http://bugs.php.net/fix.php?id=26980&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26980&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26980&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26980&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26980&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26980&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26980&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26980&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26980&r=float
#24301 [Com]: readfile() and fpassthru() die with SEGV on a 64k file
ID: 24301 Comment by: matthieu dot paineau at wanadoo dot fr Reported By: hessu at hes dot iki dot fi Status: No Feedback Bug Type: Apache2 related Operating System: linux 2.4.20 PHP Version: 4CVS-2003-06-23 (stable) New Comment: As described... there is bugs with filesize equal to 16k and 32k... maybe (16 * n) k sizes ??? So, i have circumvented the problem with this : replaced : readfile($filename); by: $fp=fopen($filename,"r"); $contents = fread ($fp, filesize($filename)); fclose($fp); echo $contents; Previous Comments: [2003-12-24 14:12:32] scotje at wwc dot edu I can now confirm that this bug does not exist with Apache 1.3.x and all other circumstances and packages unchanged (apart from a mod_php recompile of course). [2003-12-24 02:13:51] scotje at wwc dot edu This also seems to occur with PHP 4.3.3 / Apache 2.0.48 on Gentoo with a 16k (16384 bytes) file. When I padded the file out to a larger amount (21k) the problem disappeared. I think I'm going to move my apache back down to 1.3.27, but this is definately an annoying and rather difficult to track down bug. [2003-07-07 02:41:39] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-06-30 05:51:54] [EMAIL PROTECTED] Please give the requested feedback or let this report rot.. [2003-06-30 03:32:26] [EMAIL PROTECTED] Use apache1; apache2 + php is not a production combination as you have discovered. 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/24301 -- Edit this bug report at http://bugs.php.net/?id=24301&edit=1
#26979 [Opn->Bgs]: rename php4ts.dll on php5ts.dll
ID: 26979 Updated by: [EMAIL PROTECTED] Reported By: cgrim at coolnet dot cz -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: WinXP/2000 PHP Version: 5.0.0b3 (beta3) New Comment: Already done: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2004-01-20 11:35:32] cgrim at coolnet dot cz Description: Hi, can you rename php4ts.dll on php5ts.dll? Id'like to run both PHP5 and PHP4 on one machine (PHP4 for develop and PHP5 for testing new features and migrating old scripts into new version) and php4ts.dll must be in system32, but only one. cGRIM -- Edit this bug report at http://bugs.php.net/?id=26979&edit=1
#26979 [NEW]: rename php4ts.dll on php5ts.dll
From: cgrim at coolnet dot cz Operating system: WinXP/2000 PHP version: 5.0.0b3 (beta3) PHP Bug Type: Feature/Change Request Bug description: rename php4ts.dll on php5ts.dll Description: Hi, can you rename php4ts.dll on php5ts.dll? Id'like to run both PHP5 and PHP4 on one machine (PHP4 for develop and PHP5 for testing new features and migrating old scripts into new version) and php4ts.dll must be in system32, but only one. cGRIM -- Edit bug report at http://bugs.php.net/?id=26979&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26979&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26979&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26979&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26979&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26979&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26979&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26979&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26979&r=support Expected behavior: http://bugs.php.net/fix.php?id=26979&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26979&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26979&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26979&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26979&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26979&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26979&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26979&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26979&r=float
#26965 [Fbk->Opn]: Apache 2 Seg Faults on All PHP Pages
ID: 26965 User updated by: louis at 6internet dot com Reported By: louis at 6internet dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Red Hat Enterprise Linux ES v3 PHP Version: 5.0.0b3 (beta3) New Comment: Have tried with current snapshot as requested, but getting basically the same. Just for verification, here is the gdb output this time: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223485504 (LWP 31531)] 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 348 p = ht->arBuckets[nIndex]; (gdb) bt #0 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 #1 0xb6fe9eb3 in zend_list_insert (ptr=0x0, type=0) at /root/php5/php5-200401201430/Zend/zend_list.c:47 #2 0xb6fe9fe6 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0xb687913c, rsrc_type=2) at /root/php5/php5-200401201430/Zend/zend_list.c:99 #3 0xb6fc1ba4 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0xb70089f1 "rb") at /root/php5/php5-200401201430/main/streams/streams.c:248 #4 0xb6fc5733 in _php_stream_fopen_from_fd (fd=16, mode=0xb70089f1 "rb", persistent_id=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:262 #5 0xb6fc54f9 in _php_stream_fopen (filename=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:139 #6 0xb6fc6768 in _php_stream_fopen_with_path (filename=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", path=0xb7024ab2 ".:/usr/local/lib/php", opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:1199 #7 0xb6fc61ef in php_plain_files_stream_opener (wrapper=0xb7053968, path=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", options=133, opened_path=0xbfffe558, context=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:886 #8 0xb6fc3a0e in _php_stream_open_wrapper_ex (path=0x81d5580 "/var/www/html/index.php", mode=0xb70089f1 "rb", options=141, opened_path=0x85, context=0x0) at /root/php5/php5-200401201430/main/streams/streams.c:1613 #9 0xb6fb3ed7 in php_stream_open_for_zend (filename=0x81d5580 "/var/www/html/index.php", handle=0xbfffe550) at /root/php5/php5-200401201430/main/main.c:876 #10 0xb6fef40a in zend_stream_open (filename=0x81d5580 "/var/www/html/index.php", handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:41 ---Type to continue, or q to quit--- #11 0xb6fef4e4 in zend_stream_fixup (file_handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:56 #12 0xb6fccc4e in open_file_for_scanning (file_handle=0xbfffe550) at Zend/zend_language_scanner.c:3040 #13 0xb6fccd66 in compile_file (file_handle=0xbfffe550, type=2) at Zend/zend_language_scanner.c:3126 #14 0xb6fe3be9 in zend_execute_scripts (type=2, retval=0x0, file_count=1) at /root/php5/php5-200401201430/Zend/zend.c:1047 #15 0xb7006966 in php_handler (r=0x81d3e00) at /root/php5/php5-200401201430/sapi/apache2handler/sapi_apache2.c:533 #16 0x08068685 in ap_run_handler () #17 0x08068c9f in ap_invoke_handler () #18 0x08065326 in ap_process_request () #19 0x0806095c in _start () #20 0x081d3e00 in ?? () #21 0x0004 in ?? () #22 0x081d3e00 in ?? () #23 0x0807228c in ap_run_pre_connection () #24 0x08072145 in ap_run_process_connection () #25 0x08066ba1 in ap_graceful_stop_signalled () #26 0x08066dba in ap_graceful_stop_signalled () #27 0x08066e16 in ap_graceful_stop_signalled () #28 0x0806763d in ap_mpm_run () #29 0x0806dacf in main () Hope this helps. Thanks. Previous Comments: [2004-01-19 14:15:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-01-19 10:33:25] louis at 6internet dot com Description: Compiled PHP against Apache 2 in Red Hat Enterprise Linux ES v3 and even loading a .php file which contains ONLY HTML causes Apache to segmentation fault and write to the error_log. Similar to bug #26893, but different backtrace. Reproduce code: --- Any plain HTML file or PHP file saved with .php extension Expected result: HTML code passed to browser Actual result: -- Browser loses connection and Apache seg faults. Output when run through gdb, once apache process seg
#15267 [Csd]: "declare" makes apacke crashes under Windows.
ID: 15267 User updated by: ferguson at becon dot org Reported By: ferguson at becon dot org Status: Closed Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: Should the documentation not mention that for months (if not years) this problem has existed and if you are trying to use declare on windows95/98/me/xp you WILL fail? At the very least the documentation should say that the declare on windows is flaky. This however, would be an outright lie because it is not flaky, it does not work period! Not only does it not work, it causes apache to crash a lot of the time. It also causes fatal errors. Why has is been closed when the problem is still existent and plaguing PHP? Please re-open. As another note, it may not be declare. register_tick_function also causes it to crash in the same manor. Brendan Previous Comments: [2004-01-20 02:47:34] neophitostheodorou at hotmail dot com The same problem occures when using php 5.0.0b3 with apache server 2.0.48 under Windows XP. It seems that the problem is caused by the declare statement. Propably it's not a problem of the documentation example because I used a similar example found in a book and the same error occured. [2002-11-18 13:47:40] junkie at overdoos dot org having the same problem.. tried it on combinations of win2k with apache 1.3.22 and php as sapi with versions 4.2.2 , 4.2.3 and 4.4.0-dev and tried it with apache 2.0.43 with 4.4.0-dev too crashes an apache thread (probably) with a memory fault .. couldnt read from address 0x0etc . server does keep running though. when commenting //register_tick_function() it works fine. even leaving declare(ticks=1) {..} in tact. Vincent. [2002-11-13 01:04:04] fredchou at free dot fr I installed PHP Version 4.2.4-dev. This bug has not been fixed yet ! I should perhaps update my Apache version ? (1.3.24) [2002-10-25 04:29:16] fd at sds dot com ghhgjghjgh [2002-09-26 19:31:55] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. oops, forgot to close. 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/15267 -- Edit this bug report at http://bugs.php.net/?id=15267&edit=1
#26941 [Opn]: Unreadable characters displayed in browser when running php page
ID: 26941 User updated by: sandeep_warade at hotmail dot com Reported By: sandeep_warade at hotmail dot com Status: Open Bug Type: *General Issues Operating System: Windows XP PHP Version: 4CVS-2004-01-18 New Comment: Dear sir, Now on server the frequency is very less. Server configuration is PIV 1.8GHz 512 MB RAM. Where as on client the frequency is very high. When i installed Apache 2.0.47, php 4.3.4, mysql 4.1.1 and configured. Large amount of bugs appeared on phpmyadmin page and does not disappears on refreshing Previous Comments: [2004-01-20 07:59:26] sandeep_warade at hotmail dot com Dear Sir, The frequency of this bug for simple php page is very rare. While trying it appered only once. But if you use it with mysql the frequency gets increased. One more thing i would like to tell you that if i check one option in advanced properties of internet explore- "Use HTTP1.1 through proxy connections", then the bugs does not produced for the same page after refreshing. But after some time it again appeares. Is there any connection with that option. In telnet window if i type "get / http/1.0" (without quote) It gives message HTTP/1.1 501 Method Not Implemented server:Apache/1.3.23 Allow:GET, HEAD, OPTIONS, TRACE Is there any connection with this. [2004-01-18 10:07:39] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-01-18 09:04:13] sandeep_warade at hotmail dot com Thanx for your guidence. I have downloaded it and implemented but still the problem remains. After running php page the following characters appered on the screen. t À50øÕ> >ÜÔÖ>Ö>Ö>À5úÔÖ>¬ãç|÷ÀÕ>, > >À5êëìítom:none"> No. 22/12/03 1.00 1376 31/12/03 533 Plate Inking Roller No. 451 MNTGNRL/2648/0 20/12/03 4.00 Nos. 22/12/03 4.00 1294 26/12/03 KG 16/01/04 10.00 1624 16/01/04 228 CON. NAVRATNA GREEN (353982 B) (S-7013) OTHR/2945/0 10/01/04 20.00 KG 12/01/04 20.00 1534 13/01/04 229 Contact Bromide of Job: Pears 225gm Rs. 8.50 OTHRGNRL/2709/0 24/12/03 2.00 Nos 24/12/03 2.00 1295 26/12/03 2 234 Cottan Wool (1x200gm) OTHRNQ/2792/1 03/01/04 10.00 Rolls 01/01/04 10.00 1399 02/01/04 235 Coupler for trays MNTGNRL/2997/0 13/01/04 70.00 nos. 14/01/04 - - - 236 Cover Lay Part No.: 011C315030 IMP/3065/0 16/01/04 2.00 Nos. DOC - - - 237 CSK BOLTS MNTGNRL/2898/0 06/01/04 100.00 Nos. 08/01/04 100.00 1501 10/01/04 238 CTD BD GB - 300 GSM Size: 64.0 X 98.5 Cm BD/2953/0 10/01/04 11000.00 Kg DOC - - - °²valign="top" align="center" style="border-left:none;border-bottom:none">- - - 603 Repairing Of Security Cabin Table MNTGNRL/2931/0 09/01/04 1.00 No. 09/01/04 ä À50ø>`>ÜÔ>>>À5UÔ>¬ãç|÷À>,`>`>À5æçèét:none;border-bottom:none"> 7 Ply CLD Size: 890 mm x 575 mm x 200 mm OTHR/3071/0 17/01/04 330.00 sets 18/01/04 - - - 109 8 Color Single up Possitive output on MAC of Job: Close UP 80gm (NEW) DEV/2675/0DOC àA> 1.00 1364 30/12/03 82 5.00 No. 16/01/04 - - - 433 Multi-up Possitve Output on MAC of Job: Ajanta 100gm OTHRGNRL/2752/0 26/12/03 6.00 Nos 29/12/03 6.00 1394 31/12/03 434 Multi-up Possitve Output on MAC of Job: Ajanta 50 gm OTHRGNRL/2751/0 \`?ÐMH|`?b0 [EMAIL PROTECTED]|`?°_?°_?bà«+øõàAøXT"rig°²style="border-left:none;border-bottom:none"> 12/01/04 462 NEW PEPSODENT RED BLUE (YG 11813) (C-12051) OTHR/2942/0 10/01/04 - - - 245 CTD CT BD- 300 GSM Size: 66.0 X 86.0 Cm BD/2978/0 13/01/04 2000.00 Kg 10/02/04 - - - 2GSM Size: 91.0 X 68.0 Cm BD/2980/0 °²øXT)left°²e;border-bottom:none;border-:none">653 Siemens MCB (16 amps 3 poles MCB) (with Sheet Steel Enclosure) MNTGNRL/2995/0 13/01/04 1.00 Nos 14/01/04 1.00 1594 15/01/04 654 Siemens MCB (20 amps 3 poles MCB) (with Sheet Steel Enclosure) MNTGNRL/2995/0 13/01/04 1.00 nos. 14/01/04 1.00 1594 15/01/04 655 Singapore (1Kg) OTHRGNRL/2957/0 10/01/04 1.00 Kg DOC - - - 656 Single AC room for MNTGNRL/2791/0 29/12/03 1.00 DAY DOC - - - face="Verdana">P? Is there any configuration problem. Please help me out. [2004-01-17 07:57:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For
#26941 [Fbk->Opn]: Unreadable characters displayed in browser when running php page
ID: 26941 User updated by: sandeep_warade at hotmail dot com Reported By: sandeep_warade at hotmail dot com -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Windows XP PHP Version: 4CVS-2004-01-18 New Comment: Dear Sir, The frequency of this bug for simple php page is very rare. While trying it appered only once. But if you use it with mysql the frequency gets increased. One more thing i would like to tell you that if i check one option in advanced properties of internet explore- "Use HTTP1.1 through proxy connections", then the bugs does not produced for the same page after refreshing. But after some time it again appeares. Is there any connection with that option. In telnet window if i type "get / http/1.0" (without quote) It gives message HTTP/1.1 501 Method Not Implemented server:Apache/1.3.23 Allow:GET, HEAD, OPTIONS, TRACE Is there any connection with this. Previous Comments: [2004-01-18 10:07:39] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-01-18 09:04:13] sandeep_warade at hotmail dot com Thanx for your guidence. I have downloaded it and implemented but still the problem remains. After running php page the following characters appered on the screen. t À50øÕ> >ÜÔÖ>Ö>Ö>À5úÔÖ>¬ãç|÷ÀÕ>, > >À5êëìítom:none"> No. 22/12/03 1.00 1376 31/12/03 533 Plate Inking Roller No. 451 MNTGNRL/2648/0 20/12/03 4.00 Nos. 22/12/03 4.00 1294 26/12/03 KG 16/01/04 10.00 1624 16/01/04 228 CON. NAVRATNA GREEN (353982 B) (S-7013) OTHR/2945/0 10/01/04 20.00 KG 12/01/04 20.00 1534 13/01/04 229 Contact Bromide of Job: Pears 225gm Rs. 8.50 OTHRGNRL/2709/0 24/12/03 2.00 Nos 24/12/03 2.00 1295 26/12/03 2 234 Cottan Wool (1x200gm) OTHRNQ/2792/1 03/01/04 10.00 Rolls 01/01/04 10.00 1399 02/01/04 235 Coupler for trays MNTGNRL/2997/0 13/01/04 70.00 nos. 14/01/04 - - - 236 Cover Lay Part No.: 011C315030 IMP/3065/0 16/01/04 2.00 Nos. DOC - - - 237 CSK BOLTS MNTGNRL/2898/0 06/01/04 100.00 Nos. 08/01/04 100.00 1501 10/01/04 238 CTD BD GB - 300 GSM Size: 64.0 X 98.5 Cm BD/2953/0 10/01/04 11000.00 Kg DOC - - - °²valign="top" align="center" style="border-left:none;border-bottom:none">- - - 603 Repairing Of Security Cabin Table MNTGNRL/2931/0 09/01/04 1.00 No. 09/01/04 ä À50ø>`>ÜÔ>>>À5UÔ>¬ãç|÷À>,`>`>À5æçèét:none;border-bottom:none"> 7 Ply CLD Size: 890 mm x 575 mm x 200 mm OTHR/3071/0 17/01/04 330.00 sets 18/01/04 - - - 109 8 Color Single up Possitive output on MAC of Job: Close UP 80gm (NEW) DEV/2675/0DOC àA> 1.00 1364 30/12/03 82 5.00 No. 16/01/04 - - - 433 Multi-up Possitve Output on MAC of Job: Ajanta 100gm OTHRGNRL/2752/0 26/12/03 6.00 Nos 29/12/03 6.00 1394 31/12/03 434 Multi-up Possitve Output on MAC of Job: Ajanta 50 gm OTHRGNRL/2751/0 \`?ÐMH|`?b0 [EMAIL PROTECTED]|`?°_?°_?bà«+øõàAøXT"rig°²style="border-left:none;border-bottom:none"> 12/01/04 462 NEW PEPSODENT RED BLUE (YG 11813) (C-12051) OTHR/2942/0 10/01/04 - - - 245 CTD CT BD- 300 GSM Size: 66.0 X 86.0 Cm BD/2978/0 13/01/04 2000.00 Kg 10/02/04 - - - 2GSM Size: 91.0 X 68.0 Cm BD/2980/0 °²øXT)left°²e;border-bottom:none;border-:none">653 Siemens MCB (16 amps 3 poles MCB) (with Sheet Steel Enclosure) MNTGNRL/2995/0 13/01/04 1.00 Nos 14/01/04 1.00 1594 15/01/04 654 Siemens MCB (20 amps 3 poles MCB) (with Sheet Steel Enclosure) MNTGNRL/2995/0 13/01/04 1.00 nos. 14/01/04 1.00 1594 15/01/04 655 Singapore (1Kg) OTHRGNRL/2957/0 10/01/04 1.00 Kg DOC - - - 656 Single AC room for MNTGNRL/2791/0 29/12/03 1.00 DAY DOC - - - face="Verdana">P? Is there any configuration problem. Please help me out. [2004-01-17 07:57:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-01-17 00:44:31] sandeep_warade at hotmail dot com Description: I am using apache 1.3.23, php 4.3.4 and mysql 4.1.1 When i trying to load a page in browser some part of page gets loaded properly but in some part unreadable characters or same t
#26977 [Opn]: PCRE related segmentation fault
ID: 26977 User updated by: martijn at grendelman dot net Reported By: martijn at grendelman dot net Status: Open Bug Type: PCRE related Operating System: Debian Linux (testing) PHP Version: 4.3.4 New Comment: This problem looks fixable by omitting '--with-pcre-regex=/usr', thus linking against the bundled library. I'd like to point out that I've seen this problem on two quite different environments: 1. Debian Stable, Linux kernel 2.4.23, Apache 1.3.26 + PHP 4.1.2 (Debian packages), PCRE library (as reported by phpinfo()) 3.4 22-Aug-2000. 2. Debian Testing, Linux kerel 2.6.1, Apache 2.0.47 + PHP 4.3.4 (compiled from source), PCRE library (as reported by phpinfo()) 3.9 02-Jan-2002 Previous Comments: [2004-01-20 07:20:57] martijn at grendelman dot net Description: PHP crashes when using PEAR-DB. Looks like a problem with PCRE. './configure' '--prefix=/usr/local' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-regex=php' '--with-config-file-path=/usr/local/apache2/conf' '--disable-rpath' '--disable-debug' '--enable-memory-limit' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-iconv' '--enable-exif' '--enable-ftp' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--disable-static' '--with-layout=GNU' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr' '--enable-xslt' '--with-xslt-sablot=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' '--with-kerberos' '--enable-debug' So, the PCRE library in /usr (from Debian) is used. php.ini: ;extension=gd.so extension=imap.so ;extension=curl.so extension=ldap.so extension=mysql.so ;extension=domxml.so ;extension=mcal.so ;extension=mhash.so ;extension=odbc.so so not all shared modules are loaded. pcre PCRE (Perl Compatible Regular Expressions) Support enabled PCRE Library Version3.9 02-Jan-2002 (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 1077983808 (LWP 24414)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1077983808 (LWP 24414)] 0x404c29d6 in php_pcre_match (ht=3, return_value=0x81df3f4, this_ptr=0x0, return_value_used=1, global=0) at /extra0/home/martijn/src/php-4.3.4/ext/pcre/php_pcre.c:442 442 name_idx = 0xff * name_table[0] + name_table[1]; Reproduce code: --- setFetchMode(DB_FETCHMODE_ASSOC); } echo "test"; ?> Expected result: The word "test" should have been displayed. Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1077983808 (LWP 24414)] 0x404c29d6 in php_pcre_match (ht=3, return_value=0x81df3f4, this_ptr=0x0, return_value_used=1, global=0) at /extra0/home/martijn/src/php-4.3.4/ext/pcre/php_pcre.c:442 442 name_idx = 0xff * name_table[0] + name_table[1]; -- Edit this bug report at http://bugs.php.net/?id=26977&edit=1
#26977 [NEW]: PCRE related segmentation fault
From: martijn at grendelman dot net Operating system: Debian Linux (testing) PHP version: 4.3.4 PHP Bug Type: PCRE related Bug description: PCRE related segmentation fault Description: PHP crashes when using PEAR-DB. Looks like a problem with PCRE. './configure' '--prefix=/usr/local' '--with-apxs2=/usr/local/apache2/bin/apxs' '--with-regex=php' '--with-config-file-path=/usr/local/apache2/conf' '--disable-rpath' '--disable-debug' '--enable-memory-limit' '--enable-calendar' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype' '--with-iconv' '--enable-exif' '--enable-ftp' '--enable-mbstring' '--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets' '--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr' '--enable-yp' '--with-zlib' '--without-pgsql' '--disable-static' '--with-layout=GNU' '--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-zlib-dir=/usr' '--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr' '--with-ldap=shared,/usr' '--with-mcal=shared,/usr' '--with-mhash=shared,/usr' '--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr' '--enable-xslt' '--with-xslt-sablot=shared,/usr' '--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' '--with-kerberos' '--enable-debug' So, the PCRE library in /usr (from Debian) is used. php.ini: ;extension=gd.so extension=imap.so ;extension=curl.so extension=ldap.so extension=mysql.so ;extension=domxml.so ;extension=mcal.so ;extension=mhash.so ;extension=odbc.so so not all shared modules are loaded. pcre PCRE (Perl Compatible Regular Expressions) Support enabled PCRE Library Version3.9 02-Jan-2002 (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 1077983808 (LWP 24414)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1077983808 (LWP 24414)] 0x404c29d6 in php_pcre_match (ht=3, return_value=0x81df3f4, this_ptr=0x0, return_value_used=1, global=0) at /extra0/home/martijn/src/php-4.3.4/ext/pcre/php_pcre.c:442 442 name_idx = 0xff * name_table[0] + name_table[1]; Reproduce code: --- setFetchMode(DB_FETCHMODE_ASSOC); } echo "test"; ?> Expected result: The word "test" should have been displayed. Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1077983808 (LWP 24414)] 0x404c29d6 in php_pcre_match (ht=3, return_value=0x81df3f4, this_ptr=0x0, return_value_used=1, global=0) at /extra0/home/martijn/src/php-4.3.4/ext/pcre/php_pcre.c:442 442 name_idx = 0xff * name_table[0] + name_table[1]; -- Edit bug report at http://bugs.php.net/?id=26977&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26977&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26977&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26977&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26977&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26977&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26977&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26977&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26977&r=support Expected behavior: http://bugs.php.net/fix.php?id=26977&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26977&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26977&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26977&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26977&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26977&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26977&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26977&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26977&r=float
#26976 [NEW]: I can't read pass level one of an array
From: dylan dot egan at optusnet dot com dot au Operating system: Linux PHP version: 5CVS-2004-01-20 (dev) PHP Bug Type: XML related Bug description: I can't read pass level one of an array Description: Trying to read through a parsed XML file with simpleXML, but I can't go past the 2nd level of the array. Reproduce code: --- www.ircphp.com/157 Expected result: Read --OUTPUT-- -- Edit bug report at http://bugs.php.net/?id=26976&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26976&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26976&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26976&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26976&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26976&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26976&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26976&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26976&r=support Expected behavior: http://bugs.php.net/fix.php?id=26976&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26976&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26976&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26976&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26976&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26976&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26976&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26976&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26976&r=float
#26975 [NEW]: locking support in file_get_contents / file_put_contents
From: magg at mail dot com Operating system: Linux PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: locking support in file_get_contents / file_put_contents Description: It would be very nice to have a add a flag like USE_FLOCK or something on these functions. Default shared on get and exclusive on put. -- Edit bug report at http://bugs.php.net/?id=26975&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26975&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26975&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26975&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26975&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26975&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26975&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26975&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26975&r=support Expected behavior: http://bugs.php.net/fix.php?id=26975&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26975&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26975&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26975&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26975&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26975&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26975&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26975&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26975&r=float
#26968 [Fbk->Asn]: Segmentation fault
ID: 26968 Updated by: [EMAIL PROTECTED] Reported By: voev at hotmail dot com -Status: Feedback +Status: Assigned Bug Type: InterBase related Operating System: RedHat 7.2 PHP Version: 4CVS-2004-01-20 -Assigned To: +Assigned To: abies New Comment: It appears that libgds.so uses atexit() to register a call to gds__cleanup() at process shutdown. As the library is unloaded before the process shuts down, the pointer to gds__cleanup() has become invalid at that time and causes a segfault. I'm currently looking for a way to fix this. Any suggestions are highly appreciated. Previous Comments: [2004-01-19 18:52:46] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2004-01-19 14:32:41] voev at hotmail dot com Description: My Firebird (SS) or Interbase server chrash very often when I test it with php. If work with Kylix cgi page I haven't sql server problems. When start php from console and run any php that connect to InterBase/Firebird the last row is "Segmentation fault" always. I've tested it with php 4.3.4, php 4.3.5 RC2, Firebird SS 1.03 and Interbase 7.1 as well. Php is ./configure --with-interbase=shared,/opt/interbase --with-apxs --enable-track-vars --enable-debug Reproduce code: --- COUNTRY;?> -- Edit this bug report at http://bugs.php.net/?id=26968&edit=1
#26974 [NEW]: rename() doesn't check newname permissions in safe_mode
From: daveb at esat dot net Operating system: Linux PHP version: 4.3.4 PHP Bug Type: Filesystem function related Bug description: rename() doesn't check newname permissions in safe_mode Description: When running under apache2 with a perchild MPM & safe_mode turned on, it is possible to rename a file owned by a user into a directory that the user does not own but has write permissions too. This works, even when safe_mode is turned on. A simple example is ... [EMAIL PROTECTED]:$ touch moo [EMAIL PROTECTED]:$ ls -la moo -rw-r--r--1 davebnoc 0 Jan 20 11:31 moo The php script is simply... rename ("./moo", "/tmp/crap"); Once called, the file moves to /tmp, even though the directory is owned by root. [EMAIL PROTECTED]:$ ls -la /tmp/crap -rw-r--r--1 davebnoc 0 Jan 20 11:31 crap It would appear that in ext/standard/file., in the rename() function, no checking is done on new_name to see if the user has the correct UID to write into that destination directory. Changing line 1890 to the following ... if (PG(safe_mode) && (!php_checkuid(old_name, NULL, CHECKUID_CHECK_FILE_AND_DIR) || !php_checkuid(new_name, NULL, CHECKUID_CHECK_FILE_AND_DIR))) { adds checking for the destination as well and prevents users writing into directories, where although they have permission to write into, they do not own that directory and should not be writing too. When running with that extra check, php now logs... [client ::1] PHP Warning: rename(): SAFE MODE Restriction in effect. The script whose uid is 677 is not allowed to access /tmp owned by uid 0 in /usr/local/apache/iweb/rename.php on line 3 According to http://ie2.php.net/manual/en/features.safe-mode.functions.php, rename() should "...Checks whether the directory in which you are about to operate has the same UID (owner) as the script that is being executed."... Is the documentation out of sync with the code ? Or the other way around ? -- Edit bug report at http://bugs.php.net/?id=26974&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26974&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26974&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26974&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26974&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26974&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26974&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26974&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26974&r=support Expected behavior: http://bugs.php.net/fix.php?id=26974&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26974&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26974&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26974&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26974&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26974&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26974&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26974&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26974&r=float
#25798 [Com]: forever-running or no-error-abort in preg_match
ID: 25798 Comment by: indy at indeyets dot pp dot ru Reported By: musha dot yoshinori at nifty dot ne dot jp Status: Bogus Bug Type: PCRE related Operating System: Windows XP PHP Version: 4.3.5RC2-dev New Comment: however, it works just fine on Apache-1 systems Previous Comments: [2004-01-20 03:50:57] [EMAIL PROTECTED] It's a PCRE limitation, NOT any bug in PHP.. [2004-01-19 23:51:12] musha dot yoshinori at nifty dot ne dot jp I have tried to check the latest version, 4.3.5RC2-dev, http://snaps.php.net/win32/php4-win32-STABLE-latest.zip. I'm sorry that it doesn't work well. The result doesn't change from previous versions. [2004-01-18 23:01:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-10-15 01:59:32] [EMAIL PROTECTED] Reproduced with latest CVS (under Windows XP), PHP as Apache2 module. Works fine with CLI. [2003-10-08 14:04:09] musha dot yoshinori at nifty dot ne dot jp Description: PHP aborts without any message or runs forever in below case. Platform: Windows XP Pro, Apache2.0.46, PHP4.3.3 For example, in preg_match('/a(?:.)+z/',$str,$match), the length of string matched between 'a' and 'z' is more than approximately 1KB. It always appears. According to the length, PHP aborts without any message or runs forever. It also appears in preg_match('/a(?>.)+z/',$str,$match), but does not appear in preg_match('/a(.)+z/',$str,$match) and preg_match('/a.+z/',$str,$match). Actually, I want to use preg_match_all('/]*>((?>.(?!<\/tr>))+.)<\/tr>/is',$str,$matches) and so on. Reproduce code: --- $str =<
#26973 [NEW]: printf format
From: alex at cartel dot md Operating system: Linux PHP version: 4.3.4 PHP Bug Type: Output Control Bug description: printf format Description: printf function pads incorrectly with zeros and sign. Reproduce code: --- Expected result: +0200 Actual result: -- 0+200 -- Edit bug report at http://bugs.php.net/?id=26973&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26973&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26973&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26973&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26973&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26973&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26973&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26973&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26973&r=support Expected behavior: http://bugs.php.net/fix.php?id=26973&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26973&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26973&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26973&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26973&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26973&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26973&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26973&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26973&r=float
#26885 [Csd->Bgs]: When using CLI interface fsockopen fails after several sucessfull attempts
ID: 26885 Updated by: [EMAIL PROTECTED] Reported By: gholyoak at courtdean dot com -Status: Closed +Status: Bogus Bug Type: Sockets related Operating System: w2k PHP Version: 4CVS-2004-01-12 New Comment: Not a PHP Bug. Previous Comments: [2004-01-20 04:42:12] gholyoak at courtdean dot com Thanks for that. I've already tried http/1.1 but as Im trying to emulate a browser, 1.1 has too many extra's that I dont want to code for. I have been investigating this further and it seems to be an issue with the firewall. It would appear that the interactive web version, i.e from IIS is identified to the firewall as originating from a local IP address (e.g. localhost or 127.0.0.1) but the CLI version via a batch job is identified to the firewall as the physical external IP address. Im still puzzled as to why it started to work after a reboot and then fail but Im guessing this is a firewall issue. I will close this report now but thank you for all your assistance to this point. [2004-01-19 12:21:50] [EMAIL PROTECTED] Try to use HTTP/1.1, because I think there is no 'Host' in HTTP 1.0. Maybe the proxy corrects the headers... [2004-01-14 05:12:36] gholyoak at courtdean dot com I cannot understand why it works several times then fails. It works fine on our DEV server which is behind a proxy server, but fails on the LIV server that has no proxy but has a firewall (Ive turned the firewall off, but still no joy). There are no entries in the Event viewer to indicate any problem. Im at a loss but will keep trying and let you know if I come up with something. [2004-01-13 05:09:13] [EMAIL PROTECTED] I couldn't reproduce the bug with your code. Hint: This one-liner works fine too: $xml=file_get_contents("http://www.ecb.int/stats/eurofxref/eurofxref-daily.xml";); (no need for any fsockopen() stuff at all :) [2004-01-12 12:13:29] gholyoak at courtdean dot com I've created a vastly cut-down version of the script :- http://www.ecb.int/'); $fp = @fsockopen($URI_PARTS['host'],80,$errno,$errstr,10); if (!$fp){echo 'Cannot open socket';return;} fwrite($fp,$headers,strlen($headers)); $results = ''; do { $_data = fread($fp, 50); if (strlen($_data) == 0) { break; } $results .= $_data; } while(true); fclose($fp); Mail('[EMAIL PROTECTED]','Data Retrieval results',$results); echo strlen($results); return; ?> Dont forget to change the email address !! To replicate the problem: 1. create a w2k .cmd file to call this script 2. Run the .cmd file as many time as you wish and you should get back an XML doc. 3. create a scheduled task using the .cmd file and run it several times. You should notice that it works to start with and then fails but you can still run the .cmd file interactively ? Curious ?? 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/26885 -- Edit this bug report at http://bugs.php.net/?id=26885&edit=1
#26972 [NEW]: Please add option to use umap-uw linkage.c
From: jdolecek at NetBSD dot org Operating system: NetBSD 1.6ZH PHP version: 4.3.4 PHP Bug Type: IMAP related Bug description: Please add option to use umap-uw linkage.c Description: In NetBSD pkgsrc, we patch the imap module to use directly umap-iw linkage.c, so that all available authenticators and methods would be compiled in for PHP. Since some other people might find this useful, it would be nice to have a configure option to enable this. This is the patch we currently use. It adds option --with-imap-linkage, which changes the code to use the linkage.c supplied by imap-uw package, instead of hardcoded list. It also disables the Kerberos check, since it's not necessary to explicitly link against Kerberos libs if the imap libraries contain Kerberos support. Note this adresses same problem as to Bug #4136. I don't know why the change to use linkage.c unconditionally was removed. Patch #1 --- config.m4.orig 2003-10-03 07:25:35.0 +0200 +++ config.m4 @@ -54,6 +54,14 @@ AC_DEFUN(PHP_IMAP_TEST_BUILD, [ ]) ]) +dsl Must be before --with-kerberos, affects the check +PHP_ARG_WITH(imap-linkage,use IMAP c-client linkage, +[ --with-imap-linkage Use IMAP c-client linkage to determine supported ite ms.]) + +if test "$PHP_IMAP_LINKAGE" != "no"; then + AC_DEFINE(HAVE_IMAP_LINKAGE, 1, [ ]) +fi + AC_DEFUN(PHP_IMAP_KRB_CHK, [ AC_ARG_WITH(kerberos, [ --with-kerberos[=DIR] IMAP: Include Kerberos support. DIR is the Kerbe ros install dir.],[ @@ -90,7 +98,7 @@ AC_DEFUN(PHP_IMAP_KRB_CHK, [ PHP_ADD_LIBRARY(k5crypto, 1, IMAP_SHARED_LIBADD) PHP_ADD_LIBRARY(com_err, 1, IMAP_SHARED_LIBADD) PHP_ADD_INCLUDE($PHP_KERBEROS_DIR/include) - else + elif test "$PHP_IMAP_LINKAGE" != "yes"; then AC_EGREP_HEADER(auth_gss, $IMAP_INC_DIR/linkage.h, [ AC_MSG_ERROR([This c-client library is built with Kerberos support. --- cut here -- Patch #2 --- php_imap.c.orig 2003-09-04 09:48:30.0 +0200 +++ php_imap.c @@ -408,6 +408,11 @@ PHP_MINIT_FUNCTION(imap) ZEND_INIT_MODULE_GLOBALS(imap, php_imap_init_globals, NULL) +/* + * Optionally use the installed c-client linkage.c to determine which drivers + * are authenticators are linked in. Otherwise use this fixed list. + */ +#ifndef HAVE_IMAP_LINKAGE #ifndef PHP_WIN32 mail_link(&unixdriver); /* link in the unix driver */ mail_link(&mhdriver); /* link in the mh driver */ @@ -423,6 +428,10 @@ PHP_MINIT_FUNCTION(imap) mail_link(&tenexdriver);/* link in the tenex driver */ mail_link(&mtxdriver); /* link in the mtx driver */ mail_link(&dummydriver);/* link in the dummy driver */ +#else /* HAVE_IMAP_LINKAGE */ +/* link in the c-client mail and auth drivers */ +#include "linkage.c" +#endif /* HAVE_IMAP_LINKAGE */ #ifndef PHP_WIN32 auth_link(&auth_log); /* link in the log authenticator */ Reproduce code: --- Code inspection. -- Edit bug report at http://bugs.php.net/?id=26972&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26972&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26972&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26972&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26972&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26972&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26972&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26972&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26972&r=support Expected behavior: http://bugs.php.net/fix.php?id=26972&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26972&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26972&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26972&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26972&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26972&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26972&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26972&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26972&r=float
#26885 [Opn->Csd]: When using CLI interface fsockopen fails after several sucessfull attempts
ID: 26885 User updated by: gholyoak at courtdean dot com Reported By: gholyoak at courtdean dot com -Status: Open +Status: Closed Bug Type: Sockets related Operating System: w2k PHP Version: 4CVS-2004-01-12 New Comment: Thanks for that. I've already tried http/1.1 but as Im trying to emulate a browser, 1.1 has too many extra's that I dont want to code for. I have been investigating this further and it seems to be an issue with the firewall. It would appear that the interactive web version, i.e from IIS is identified to the firewall as originating from a local IP address (e.g. localhost or 127.0.0.1) but the CLI version via a batch job is identified to the firewall as the physical external IP address. Im still puzzled as to why it started to work after a reboot and then fail but Im guessing this is a firewall issue. I will close this report now but thank you for all your assistance to this point. Previous Comments: [2004-01-19 12:21:50] [EMAIL PROTECTED] Try to use HTTP/1.1, because I think there is no 'Host' in HTTP 1.0. Maybe the proxy corrects the headers... [2004-01-14 05:12:36] gholyoak at courtdean dot com I cannot understand why it works several times then fails. It works fine on our DEV server which is behind a proxy server, but fails on the LIV server that has no proxy but has a firewall (Ive turned the firewall off, but still no joy). There are no entries in the Event viewer to indicate any problem. Im at a loss but will keep trying and let you know if I come up with something. [2004-01-13 05:09:13] [EMAIL PROTECTED] I couldn't reproduce the bug with your code. Hint: This one-liner works fine too: $xml=file_get_contents("http://www.ecb.int/stats/eurofxref/eurofxref-daily.xml";); (no need for any fsockopen() stuff at all :) [2004-01-12 12:13:29] gholyoak at courtdean dot com I've created a vastly cut-down version of the script :- http://www.ecb.int/'); $fp = @fsockopen($URI_PARTS['host'],80,$errno,$errstr,10); if (!$fp){echo 'Cannot open socket';return;} fwrite($fp,$headers,strlen($headers)); $results = ''; do { $_data = fread($fp, 50); if (strlen($_data) == 0) { break; } $results .= $_data; } while(true); fclose($fp); Mail('[EMAIL PROTECTED]','Data Retrieval results',$results); echo strlen($results); return; ?> Dont forget to change the email address !! To replicate the problem: 1. create a w2k .cmd file to call this script 2. Run the .cmd file as many time as you wish and you should get back an XML doc. 3. create a scheduled task using the .cmd file and run it several times. You should notice that it works to start with and then fails but you can still run the .cmd file interactively ? Curious ?? [2004-01-12 10:02:03] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/26885 -- Edit this bug report at http://bugs.php.net/?id=26885&edit=1
#26704 [Fbk->NoF]: xml_parse problems
ID: 26704 Updated by: [EMAIL PROTECTED] Reported By: matjaz dot ostroversnik at ztm dot si -Status: Feedback +Status: No Feedback Bug Type: XML related Operating System: linux 2.4 PHP Version: 5CVS New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-01-14 10:47:37] [EMAIL PROTECTED] Please read the feedback request one more time. Then come up with a _self-contained_ script. (One that does NOT require any PEAR crap) [2004-01-14 03:24:45] matjaz dot ostroversnik at ztm dot si parseConfig('h.xml', 'xml'); ?> but you need xml file h.xml [2004-01-13 14:50:53] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-01-05 02:28:43] matjaz dot ostroversnik at ztm dot si ./configure \ --with-apxs2=/usr/sbin/apxs \ --with-pear \ --enable-dbase \ --with-openssl=/usr/local/ssl \ --enable-track-vars \ --enable-inline-optimization \ --with-layout=RedHat \ --with-gd \ --with-png \ --with-ttf \ --enable-gd-native-ttf \ --with-mm \ --enable-sockets \ --with-zlib \ --with-iconv \ --with-pgsql \ --without-mysql \ --enable-bcmath \ --enable-ftp \ --enable-mailparse \ --with-imap \ --with-kerberos \ --with-imap-ssl=/usr/local/ssl \ --with-xmlrpc \ --with-readline \ --enable-overload \ --enable-calendar \ --with-curl \ --enable-socket \ --with-dom [2004-01-01 21:06:42] [EMAIL PROTECTED] What was the configure line used to configure php? 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/26704 -- Edit this bug report at http://bugs.php.net/?id=26704&edit=1
#25959 [Fbk->NoF]: dbase_get_record() crashes php on some files
ID: 25959 Updated by: [EMAIL PROTECTED] Reported By: webmaster at pulsarbremen dot de -Status: Feedback +Status: No Feedback Bug Type: dBase related Operating System: * PHP Version: 4CVS-2003-10-18 New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. Previous Comments: [2004-01-15 01:31:57] [EMAIL PROTECTED] Please give feedback requested by [EMAIL PROTECTED] [2003-11-27 02:38:27] [EMAIL PROTECTED] It looks like your database is in dbase IV format. The first 32 bytes are idenitical to dbase III but the fields specification seems to be different. Actually it doesn't look right for a dbase IV file but I haven't seen to many and could wrong. Do you have more information about the expected table structure? [2003-10-22 18:35:20] webmaster at pulsarbremen dot de Description: Experiencing the following problem: Using dbase_get_record() or dbase_get_record_with_names() on some files makes php.exe crash. Running php-4.3.3-Win32. You can find the DBF-file at http://www.pulsarbremen.de/DRSMain.DBF These files are generated by a radio automation software (tried to generate a new one: same result), I have no influence on the structure of the files but need to read them. Thanks for any help! Reproduce code: --- $db_path = "DRSMain.DBF"; $dbh = dbase_open($db_path,0); $rowcount = dbase_numrecords ($dbh); for ($i=1; $i <= $rowcount; $i++) { $row = dbase_get_record_with_names($dbh,$i); echo $row[ARTIST]; } Expected result: Script should write contents of the ARTIST-field in every database row. Actual result: -- php.exe crashes (no output), apache shows error 500 (internal server error) -- Edit this bug report at http://bugs.php.net/?id=25959&edit=1
#26938 [Opn->Ver]: exec does not read consecutive long lines correctly
ID: 26938 Updated by: [EMAIL PROTECTED] Reported By: runekl at opoint dot com -Status: Open +Status: Verified Bug Type: Program Execution Operating System: * PHP Version: 5CVS, 4CVS Previous Comments: [2004-01-20 01:05:50] runekl at opoint dot com Here it is: Index: exec.c === RCS file: /repository/php-src/ext/standard/exec.c,v retrieving revision 1.108 diff -u -r1.108 exec.c --- exec.c 8 Jan 2004 08:17:31 - 1.108 +++ exec.c 20 Jan 2004 06:07:37 - @@ -112,12 +112,12 @@ if (type != 3) { b = buf; - while (php_stream_get_line(stream, b, EXEC_INPUT_BUF, &bufl)) { + while (php_stream_get_line(stream, b, buflen - (b - buf), &bufl)) { /* no new line found, let's read some more */ if (b[bufl - 1] != '\n' && !php_stream_eof(stream)) { if (buflen < (bufl + (b - buf) + EXEC_INPUT_BUF)) { bufl += b - buf; - buflen = bufl + EXEC_INPUT_BUF; + buflen = bufl + 1 + EXEC_INPUT_BUF; buf = erealloc(buf, buflen); b = buf + bufl; } else { @@ -125,7 +125,7 @@ } continue; } else if (b != buf) { - bufl += buflen - EXEC_INPUT_BUF; + bufl += (b - buf); } if (type == 1) { [2004-01-19 19:44:29] [EMAIL PROTECTED] I can reproduce this now, got the same result. Can you provide that patch in unified diff format? (diff -u) [2004-01-18 16:11:38] runekl at opoint dot com I get the this when running the test I have suggested. md5(line 0)= e86410fa2d6e2634fd8ac5f4b3afe7f3 (length 10) md5(line 1)= e84debf3a1d132871d7fe45c1c04c566 (length 2) md5(line 2)= 2713d01e967adfd64c49857370ab420b (length 18191) md5(line 3)= 2ecdde3959051d913f61b14579ea136d (length 5) md5(line 4)= 2713d01e967adfd64c49857370ab420b (length 18191) md5(line 5)= 902fbdd2b1df0c4f70b4a5d23525e932 (length 3) Look at the lines 2 and 4. The lines to read are 1 characters long, but PHP 'reads' 18191 bytes, e.g. 2*EXEC_INPUT_BUF-1 to much. The extra characters come from line 1. With the patch in my first post I get correct output. Since test 26615 does not test reading long lines good enough and is about a bug in the same loop, I suggest replacing it. [2004-01-17 10:20:51] runekl at opoint dot com I suggest you replace the test for bug 26615 with the one below. That should cover both cases. It will also make your distribution smaller -) --TEST-- Bug #26615 (exec crash on long input lines) --FILE-- --EXPECT-- md5(line 0)= e86410fa2d6e2634fd8ac5f4b3afe7f3 (length 10) md5(line 1)= e84debf3a1d132871d7fe45c1c04c566 (length 2) md5(line 2)= c33b4d2f86908eea5d75ee5a61fd81f4 (length 1) md5(line 3)= 2ecdde3959051d913f61b14579ea136d (length 5) md5(line 4)= c33b4d2f86908eea5d75ee5a61fd81f4 (length 1) md5(line 5)= 902fbdd2b1df0c4f70b4a5d23525e932 (length 3) [2004-01-16 16:38:38] runekl at opoint dot com Description: Exec fails to read two consecutive lines longer than 2*EXEC_INPUT_BUF correctly. While reading the first line, buflen is set to 3*EXEC_INPUT_BUF. When reading part two of the second line, bufl will be EXEC_INPUT_BUF to large since b!=buf. Here is a patch: Index: exec.c === RCS file: /repository/php-src/ext/standard/exec.c,v retrieving revision 1.108 diff -C4 -r1.108 exec.c *** exec.c 8 Jan 2004 08:17:31 - 1.108 --- exec.c 16 Jan 2004 21:35:35 - *** *** 111,132 if (type != 3) { b = buf; ! while (php_stream_get_line(stream, b, EXEC_INPUT_BUF, &bufl)) { /* no new line found, let's read some more */ if (b[bufl - 1] != '\n' && !php_stream_eof(stream)) { if (buflen < (bufl + (b - buf) + EXEC_INPUT_BUF)) { bufl += b - buf; ! buflen = bufl + EXEC_INPUT_BUF; buf = erealloc(buf, buflen); b = buf + bufl
#25798 [Opn->Bgs]: forever-running or no-error-abort in preg_match
ID: 25798 Updated by: [EMAIL PROTECTED] Reported By: musha dot yoshinori at nifty dot ne dot jp -Status: Open +Status: Bogus Bug Type: PCRE related Operating System: Windows XP PHP Version: 4.3.5RC2-dev New Comment: It's a PCRE limitation, NOT any bug in PHP.. Previous Comments: [2004-01-19 23:51:12] musha dot yoshinori at nifty dot ne dot jp I have tried to check the latest version, 4.3.5RC2-dev, http://snaps.php.net/win32/php4-win32-STABLE-latest.zip. I'm sorry that it doesn't work well. The result doesn't change from previous versions. [2004-01-18 23:01:08] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-10-15 01:59:32] [EMAIL PROTECTED] Reproduced with latest CVS (under Windows XP), PHP as Apache2 module. Works fine with CLI. [2003-10-08 14:04:09] musha dot yoshinori at nifty dot ne dot jp Description: PHP aborts without any message or runs forever in below case. Platform: Windows XP Pro, Apache2.0.46, PHP4.3.3 For example, in preg_match('/a(?:.)+z/',$str,$match), the length of string matched between 'a' and 'z' is more than approximately 1KB. It always appears. According to the length, PHP aborts without any message or runs forever. It also appears in preg_match('/a(?>.)+z/',$str,$match), but does not appear in preg_match('/a(.)+z/',$str,$match) and preg_match('/a.+z/',$str,$match). Actually, I want to use preg_match_all('/]*>((?>.(?!<\/tr>))+.)<\/tr>/is',$str,$matches) and so on. Reproduce code: --- $str =<
#26381 [Csd]: rand() without srand() doesn't work with certain php.ini
ID: 26381 User updated by: spam at vrana dot cz Reported By: spam at vrana dot cz Status: Closed Bug Type: Scripting Engine problem Operating System: win32 only PHP Version: 4CVS-2003-12-7 New Comment: I'm curious where the problem was. Can you please tell me? Previous Comments: [2004-01-19 14:04:45] [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. [2003-12-07 13:54:15] [EMAIL PROTECTED] Indeed, this does happen with the php.ini-dist.. but doesn't if you do 'php -n' (no ini file) [2003-12-03 03:31:52] spam at vrana dot cz It behaves like that with php.ini-dist. It doesn't with php.ini-recommended. If I remove part Dynamic Extensions in php.ini-dist, it disappears. I mean part from ;; ; Dynamic Extensions ; ;; to ;;; ; Module Settings ; ;;; You know that everything is commented in this part in php.ini-dist. [2003-12-02 17:11:37] [EMAIL PROTECTED] We need the php.ini file causing the problems. [2003-12-02 10:57:15] spam at vrana dot cz I can't believe myself, the problem is caused by something completely different. I discovered that the problem occurs only under this circumstances: 1. Lines in php.ini file ends by CRLF. 2. Windows Extensions part in php.ini is longer than 503 characters (including new-lines). I don't know what is it but it looks like buffer overflow or something like that. So the problem is probably in php-src/main/php_ini.c or somewhere near. 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/26381 -- Edit this bug report at http://bugs.php.net/?id=26381&edit=1
#15267 [Com]: "declare" makes apacke crashes under Windows.
ID: 15267 Comment by: neophitostheodorou at hotmail dot com Reported By: ferguson at becon dot org Status: Closed Bug Type: Scripting Engine problem Operating System: Windows 2000 PHP Version: 4.2.3 New Comment: The same problem occures when using php 5.0.0b3 with apache server 2.0.48 under Windows XP. It seems that the problem is caused by the declare statement. Propably it's not a problem of the documentation example because I used a similar example found in a book and the same error occured. Previous Comments: [2002-11-18 13:47:40] junkie at overdoos dot org having the same problem.. tried it on combinations of win2k with apache 1.3.22 and php as sapi with versions 4.2.2 , 4.2.3 and 4.4.0-dev and tried it with apache 2.0.43 with 4.4.0-dev too crashes an apache thread (probably) with a memory fault .. couldnt read from address 0x0etc . server does keep running though. when commenting //register_tick_function() it works fine. even leaving declare(ticks=1) {..} in tact. Vincent. [2002-11-13 01:04:04] fredchou at free dot fr I installed PHP Version 4.2.4-dev. This bug has not been fixed yet ! I should perhaps update my Apache version ? (1.3.24) [2002-10-25 04:29:16] fd at sds dot com ghhgjghjgh [2002-09-26 19:31:55] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. oops, forgot to close. [2002-09-26 19:21:56] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. 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/15267 -- Edit this bug report at http://bugs.php.net/?id=15267&edit=1