#21873 [NEW]: cURL not work with tmpfile
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.7 PHP version: 4.3.0 PHP Bug Type: cURL related Bug description: cURL not work with tmpfile This function return empty result. In PHP 4.2.1 all work correctly. function _HttpsReq($addr) { $ch = curl_init(https://192.0.0.1.$addr); curl_setopt($ch, CURLOPT_HEADER, 0); $fp = tmpfile(); // fwrite($fp, ); curl_setopt ($ch, CURLOPT_FILE, $fp); curl_exec($ch); curl_close($ch); fseek($fp,0,SEEK_SET); $result = fgets($fp,1024); fclose($fp); return $result; } //return empty result When i uncomment string fwrite($fp, ); All work correctly. -- Edit bug report at http://bugs.php.net/?id=21873edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21873r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21873r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21873r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21873r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21873r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21873r=support Expected behavior: http://bugs.php.net/fix.php?id=21873r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21873r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21873r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21873r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21873r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21873r=dst IIS Stability: http://bugs.php.net/fix.php?id=21873r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21873r=gnused
#21319 [Com]: the PHP Script Interpreter crashes.
ID: 21319 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Scripting Engine problem Operating System: windows xp PHP Version: 4.3.0 New Comment: Hello, I've run into what seems to be the same problem. I also have a way to reproduce it: WinXP HE (NT 5.1), Apache 1.3.27, PHP 4.3.0 on CGI-FCGI ?php error_reporting(E_ALL ^ E_WARNING); set_time_limit(10); for($x=1;$x1;$x++){ $f = fsockopen('127.0.0.1',$x,$errno,$errstr,1); print Port $x: ; print($f)?'Success!':'Failed!'; print br /; } ? Almost every single time it causes an HTTP 500 Error This from the server's log: [Sat Jan 25 01:00:23 2003] [error] [client 127.0.0.1] Premature end of script headers: {PATH TO PHP}/php.exe [Sat Jan 25 01:00:23 2003] [error] [client 127.0.0.1] FATAL: erealloc(): Unable to allocate 10 bytes You may need to refresh that page a few times to get the Program has crashed and needs to close/Report to MS window. When this happens, the browser hangs until you click something on that dialog box. btw, I've also increased the timeout to fsockopen(), while the error still occures, it seems easier to reproduce with lower timeouts. I have the files appcompat.txt, manifest.txt and php.exe.mdmp generated by the error reporting app available upon request. Could this also be related to http://bugs.php.net/bug.php?id=21262 ? Thank you for your time. - Alex, http://alexnow.com Previous Comments: [2003-01-24 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2003-01-08 13:34:41] [EMAIL PROTECTED] Hi, sorry I haven't been able to isolate in sort, but I found out this much : Installing 4.3.0 by default enables the php_iisfunc.dll extension in the php.ini file. (Using Windows XP and IIS). I'm not aware of using this functionality and when I remove the use of the php_iisfunc.dll (comment the line) the error doen't occur. Hopefully this can be of some use. /Rene' [2003-01-08 13:27:31] [EMAIL PROTECTED] Don't quote me on this, but I believe this bug is related to several other bugs which have been reported since 4.3.0. There *appears* to be an issue with garbage collection when the interpreter is in the final stages of shutdown (script exit). I can't be more specific because it's related to a portion of the PHP Core which I'm not qualified to debug and is a heisenbug in the most classical sense. Rest assured though that there ARE developers working on this issue. Any additional information you can provide such as backtraces and short, simple pieces of code which reproduce the error will aid in the isolation and irradication of this bug. [2003-01-07 17:46:07] [EMAIL PROTECTED] In order to look into the problem we would need a short and complete script that reproduces the problem. Without that there is very little information to go on. [2003-01-07 14:05:53] [EMAIL PROTECTED] i withdraw my speculation about the die construct beeing the problem; i have a script that does.. something (checks urls downloads them via fsockopen) 20 times in a for loop from 1 to 20.. sometimes there is an error when downloading, and naturally, to move on to the next url, i use the continue construct (or whatever it's called). I run my scripts from the command prompt with a batch script that runs PHP SCRIPTNAME.PHP over and over in an infinite loop.. since the php script is executed in a loop, it wouldn't really matter if you call continue or die since the next url in the database would be processed either way.. Now this should be interesting; NOT A SINGLE CRASH, has ever occurred ever since i've started using die instead of continue on download errors.. and you're still not responding.. osman darcan 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/21319 -- Edit this bug report at http://bugs.php.net/?id=21319edit=1
#21873 [Opn]: cURL not work with tmpfile
ID: 21873 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: cURL related Operating System: FreeBSD 4.7 PHP Version: 4.3.0 New Comment: It's fseek BUG Whe i modify code to fseek($fp,1,SEEK_SET); fseek($fp,0,SEEK_SET); All work correctly Previous Comments: [2003-01-25 02:23:21] [EMAIL PROTECTED] This function return empty result. In PHP 4.2.1 all work correctly. function _HttpsReq($addr) { $ch = curl_init(https://192.0.0.1.$addr); curl_setopt($ch, CURLOPT_HEADER, 0); $fp = tmpfile(); // fwrite($fp, ); curl_setopt ($ch, CURLOPT_FILE, $fp); curl_exec($ch); curl_close($ch); fseek($fp,0,SEEK_SET); $result = fgets($fp,1024); fclose($fp); return $result; } //return empty result When i uncomment string fwrite($fp, ); All work correctly. -- Edit this bug report at http://bugs.php.net/?id=21873edit=1
#21874 [NEW]: ini_get returns values from other vservers
From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.2.2 PHP Bug Type: PHP options/info functions Bug description: ini_get returns values from other vservers I have a file: ?php print ini_get('upload_tmp_dir') . 'br'; ? And I have multiple virtual host specifications like: {Domain names and file paths have been changed to protech the innocent...} VirtualHost site1.com ServerName myapp.site1.com ServerAdmin [EMAIL PROTECTED] DocumentRoot /home/mainapplication php_admin_value upload_tmp_dir /home/client1/tmp php_admin_value error_log /home/client1/log php_value error_reporting 7 php_flag display_errors On php_flag log_errors On php_flag register_globals on php_flag display_errors off /VirtualHost VirtualHost site2.com ServerName myapp.site2.com ServerAdmin [EMAIL PROTECTED] DocumentRoot /home/mainapplication php_admin_value upload_tmp_dir /home/client2/tmp php_admin_value error_log /home/client2/log php_value error_reporting 7 php_flag display_errors On php_flag log_errors On php_flag register_globals on php_flag display_errors off /VirtualHost N.B. When using PHPA, the problem is incredibly obvious (changes continuously), however with it removed, and reloading the page HUNDREDS of times, I saw this happen twice. The only values displayed are those of ACTIVE virtual servers... at least that is what seems to be happening. -- Edit bug report at http://bugs.php.net/?id=21874edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21874r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21874r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21874r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21874r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21874r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21874r=support Expected behavior: http://bugs.php.net/fix.php?id=21874r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21874r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21874r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21874r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21874r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21874r=dst IIS Stability: http://bugs.php.net/fix.php?id=21874r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21874r=gnused
#21875 [NEW]: mysql_fetch_array delivers wrong result
From: [EMAIL PROTECTED] Operating system: Windows 2k / SuSE Linux 7.3 PHP version: 4.3.0 PHP Bug Type: MySQL related Bug description: mysql_fetch_array delivers wrong result I have a small table, having only two columns (id + name). For keeping my PHP code general, i executed the following SQL Statement: select name, id, 1 from tablename The Result was: ++--+---+ | id | name | 1 | ++--+---+ | 1 | 1| 1 | | 2 | 1| 1 | | 3 | 1| 1 | | 4 | 1| 1 | ++--+---+ Later on, i tried the same statement with 0 instead of 1, and the id was all set to 0. The workaraound, i found was writing select name, id, 1 as type from tablename, which worked fine for me. I've checked, if mySQL delivers a correct result and it does. I have not checked, if this is a general database problem. Thanks in advance and keep up the great work! -- Edit bug report at http://bugs.php.net/?id=21875edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21875r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21875r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21875r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21875r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21875r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21875r=support Expected behavior: http://bugs.php.net/fix.php?id=21875r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21875r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21875r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21875r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21875r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21875r=dst IIS Stability: http://bugs.php.net/fix.php?id=21875r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21875r=gnused
#21875 [Opn-Fbk]: mysql_fetch_array delivers wrong result
ID: 21875 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Windows 2k / SuSE Linux 7.3 PHP Version: 4.3.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2003-01-25 06:05:16] [EMAIL PROTECTED] I have a small table, having only two columns (id + name). For keeping my PHP code general, i executed the following SQL Statement: select name, id, 1 from tablename The Result was: ++--+---+ | id | name | 1 | ++--+---+ | 1 | 1| 1 | | 2 | 1| 1 | | 3 | 1| 1 | | 4 | 1| 1 | ++--+---+ Later on, i tried the same statement with 0 instead of 1, and the id was all set to 0. The workaraound, i found was writing select name, id, 1 as type from tablename, which worked fine for me. I've checked, if mySQL delivers a correct result and it does. I have not checked, if this is a general database problem. Thanks in advance and keep up the great work! -- Edit this bug report at http://bugs.php.net/?id=21875edit=1
#18191 [Com]: compiling my_tempnam.c failure
ID: 18191 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Compile Failure Operating System: suse linux 7.3 PHP Version: 4CVS-2002-07-05 New Comment: gcc 3 is dangerous, better use 2.95.2 no, i use 2.95.2 and. :-( ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /root/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: another gaga ! php-4.2.3 or php-4.3.0 ? Do not work ! . Previous Comments: [2002-07-06 02:17:58] [EMAIL PROTECTED] gcc 3 is dangerous, better use 2.95.2 [2002-07-05 17:45:57] [EMAIL PROTECTED] /usr/bin/ld: Dwarf Error: Invalid or unhandled FORM value: 14. ext/mysql/libmysql/my_tempnam.lo: In function `my_tempnam': /root/php-4.3.0-dev-zend2-alpha2/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' -- Edit this bug report at http://bugs.php.net/?id=18191edit=1
#21876 [NEW]: Dynamic libraries
From: [EMAIL PROTECTED] Operating system: Solaris 5.8 PHP version: 4.2.3 PHP Bug Type: *General Issues Bug description: Dynamic libraries Excuse me, I couldn't find where I can ask my question (FAQ) I want to load the dynamic library supporting oracle database access (I'm using Command Line Interface). Where I can find the library, and implement to the installed PHP. I expect to have in php.ini somethnig like this: extension=oracle.so Thank you in advance -- Edit bug report at http://bugs.php.net/?id=21876edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21876r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21876r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21876r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21876r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21876r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21876r=support Expected behavior: http://bugs.php.net/fix.php?id=21876r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21876r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21876r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21876r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21876r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21876r=dst IIS Stability: http://bugs.php.net/fix.php?id=21876r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21876r=gnused
#21864 [Fbk]: Apache 1.3.27 core dumps when PHP 4.3.0 is activated via LoadModule
ID: 21864 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: AIX 5.1 PHP Version: 4.3.0 New Comment: And remove these options from your configure line: --enable-track-vars --enable-versioning --enable-force-cgi-redirect --enable-c9x-inline The last one does not exist even..and the others are useless. And --enable-versioning does not work... :I Previous Comments: [2003-01-24 13:20:11] [EMAIL PROTECTED] Please compile PHP with --enable-debug so that the backtrace contains more information. [2003-01-24 12:09:09] [EMAIL PROTECTED] PHP configured with IBM DB2, operating fine as a CLI Compiled with VAC, no gcc or gdb on this system (Bug #20677 - compile probs, shows build history) --- ./configure --with-apxs=/opt/freeware/apache/bin/apxs \ --enable-track-vars --enable-versioning \ --with-ibm-db2=/home/db2inst1/sqllib --sysconfdir=/etc \ --enable-force-cgi-redirect --enable-c9x-inline \ --with-openssl --with-mysql=/opt/freeware/ --- /usr/sbin/apachectl[163]: 29560 Segmentation fault(coredump) # dbx /opt/freeware/apache/bin/httpd core Type 'help' for help. reading symbolic information ... [using memory image in core] Segmentation fault in php_xbithack_handler_52_28 at 0xd4d68cd4 ($t1) 0xd4d68cd4 (php_xbithack_handler_52_28+0xdc) 800clwz r0,0x0(r12) (dbx) where php_xbithack_handler_52_28() at 0xd4d68cd4 php_create_dir() at 0xd4d675b8 ap_single_module_configure() at 0x1000eae0 load_module() at 0x10043a8c invoke_cmd() at 0x1000b414 ap_handle_command() at 0x1000cdfc ap_srm_command_loop() at 0x1000eb5c ap_process_resource_config() at 0x1000d7e0 ap_read_config() at 0x1000e9c4 http_main.main() at 0x1740 (dbx) -- Output of phpinfo (commandline) PHP Version = 4.3.0-dev System = AIX camoabdc01 1 5 000762384C00 Build Date = Dec 12 2002 10:39:08 Configure Command = './configure' '--with-apxs=/opt/freeware/apache/bin/apxs' '--enable-track-vars' '--enable-versioning' '--with-ibm-db2= /home/db2inst1/sqllib' '--sysconfdir=/etc' '--enable-force-cgi-redirect' '--enable-c9x-inline' '--with-openssl' '--with-mysql=/opt/freeware/ ' Server API = Command Line Interface Virtual Directory Support = disabled Configuration File (php.ini) Path = /etc/php.ini PHP API = 20020918 PHP Extension = 20020429 Zend Extension = 20021010 Debug Build = no Thread Safety = disabled Registered PHP Streams = php, http, ftp, https, ftps -- Edit this bug report at http://bugs.php.net/?id=21864edit=1
#21876 [Opn-Bgs]: Dynamic libraries
ID: 21876 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Solaris 5.8 PHP Version: 4.2.3 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. php-general! Previous Comments: [2003-01-25 07:08:02] [EMAIL PROTECTED] Excuse me, I couldn't find where I can ask my question (FAQ) I want to load the dynamic library supporting oracle database access (I'm using Command Line Interface). Where I can find the library, and implement to the installed PHP. I expect to have in php.ini somethnig like this: extension=oracle.so Thank you in advance -- Edit this bug report at http://bugs.php.net/?id=21876edit=1
#21875 [Fbk-Bgs]: mysql_fetch_array delivers wrong result
ID: 21875 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: MySQL related Operating System: Windows 2k / SuSE Linux 7.3 PHP Version: 4.3.0 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 When using mysql_fetch_array you have to specify an alias for numbers or you have to specify optional parameter MYSQL_ASSOC/MYSQL_NUM (and not MYSQL_BOTH). Previous Comments: [2003-01-25 06:11:39] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2003-01-25 06:05:16] [EMAIL PROTECTED] I have a small table, having only two columns (id + name). For keeping my PHP code general, i executed the following SQL Statement: select name, id, 1 from tablename The Result was: ++--+---+ | id | name | 1 | ++--+---+ | 1 | 1| 1 | | 2 | 1| 1 | | 3 | 1| 1 | | 4 | 1| 1 | ++--+---+ Later on, i tried the same statement with 0 instead of 1, and the id was all set to 0. The workaraound, i found was writing select name, id, 1 as type from tablename, which worked fine for me. I've checked, if mySQL delivers a correct result and it does. I have not checked, if this is a general database problem. Thanks in advance and keep up the great work! -- Edit this bug report at http://bugs.php.net/?id=21875edit=1
#21597 [Opn-Fbk]: Glob doesn't seem to work as expected
ID: 21597 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Windows ME PHP Version: 4.3.0 New Comment: can you please verify that you are really in the directory you think you are using getcwd()? (I wrote glob() in the first place but have no Win system to play with) Previous Comments: [2003-01-12 08:18:02] [EMAIL PROTECTED] The script example provided in the glob() function page does not work for me, running Windows ME. I tried this simpler test: $a = glob (*.txt); print_r ($a); ... and I get an empty array. Note that the script is in my c:/windows/desktop folder, and I have quite a few text files there. And if I run: $a = glob (../*.txt); print_r ($a); ... I get the correct listing. But since the script is run from c:/windows/desktop, glob (../*.txt) should produce the listing of my desktop's parent directory, i.e. c:/windows, shouldn't it? If I state the full path to my desktop, i.e. glob (c:/windows/desktop/*.txt), then it works. But that is annoying because whenever I move the script to another directory, I have to change the path manually. I am using PHP as a scripting language, of course. Thanks, Luciano ES Santos, SP - Brasil -- Edit this bug report at http://bugs.php.net/?id=21597edit=1
#21637 [Opn]: Header('Location: ... ') problem
ID: 21637 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: you have *output* on a redirect page? this once again doesn't make sense at all to me ... (but still it should not hang, esp. if it worked in 4.2.x) how does IIS handle redirects? does it just pass them to the client or does it handle some of them itself? Previous Comments: [2003-01-17 10:50:58] [EMAIL PROTECTED] We did try to remove the header('Content-type: text/html') portion of the code. We then have problems with the print_r or the echo functions that will not work correctly. We receive only part of the page, PHP seems to forget to process some lines of code. If we put back the header line, then the code works perfectly. [2003-01-16 09:50:52] [EMAIL PROTECTED] It was working fine with PHP up to version 4.2.2 (dont know about 4.2.3 because of our ohter problem with headers cf bug #19351) [2003-01-16 09:30:46] [EMAIL PROTECTED] sure, it should not crash or hang, but... this combination of header fields just makes no sense, as the actual content-type is determined by the result of the request to the 'Location:' URL (right now i can't think of *any* header that would make sense in combination with 'Location:') maybe it is even the webserver itself and not php that gets confused by this header combination? did it work with previous PHP versions? [2003-01-15 12:49:48] [EMAIL PROTECTED] php4isapi.dll created friday the 27th of december 2002 at 05:43:24. We even created a filter at the master properties level of IIS using php4isapi.dll. It used to fix a lot of memory problems... [2003-01-15 12:37:17] [EMAIL PROTECTED] Which SAPI are you using? 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/21637 -- Edit this bug report at http://bugs.php.net/?id=21637edit=1
#21862 [Com]: CGI SAPI header(HTTP/1.1 CODE Response) not passed
ID: 21862 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: HTTP related Operating System: Debian/libc-2.3.1,-2.2.5 PHP Version: 4.3.0 New Comment: I think I found the problem, but I haven't yet tried to rebuild a patched binary (and stupidly I don't have the 4.2.3 sources anymore to grep if this was it), it origins in the sapi/cgi/cgi_main.c: //... if (SG(sapi_headers).http_response_code != 200) { int len; if (rfc2616_headers) { len = snprintf(buf, SAPI_CGI_MAX_HEADER_LENGTH, %s\r\n, SG(sapi_headers).http_status_line); } else { len = sprintf(buf, Status: %d\r\n, SG(sapi_headers).http_response_code); } PHPWRITE_H(buf, len); } //... (assuming this strange SG(whatever).whatever holds the correct values). The very first if in here says, the cgi headers headline is only returned if the status code wasn't 200. And the problem is that this is the most usual value. Looks to me like another optimization of the CGI SAPI for usage with only the Apache webserver. It is NOT necessary to tune the CGI version for Apache, as almost all Apache users compiler PHP using --with-apxs to get a mod_libphp version!!! Ok, Apache usually assumes - nice like it always is - that the Status Code is 200. But this wasn't always the case with Apache, and this does not hold true if one uses the CGI binary as he does with all the other common CGI interpreters (like perl, bash, awk) - so this is the bug, which breaks nph-scripts.cgi for Apache and all other webservers. So I would like to see a cgi.apache_only configure option rather than all those stupid and heavily undocumented cgi.fix_pathinfo, cgi.rfc2616_headers and cgi.force_redirect options to make it incompliant per default. *cry* Previous Comments: [2003-01-24 12:30:40] [EMAIL PROTECTED] I've (now) tried the cgi.rfc2616_headers=1 (also using on and On) but it didn't work anyway, and PHP really did read the php.ini containing this setting. I've tried the switch also with the 5.0.0-dev-lastweek but this didn't show any changes too. So these are the headers, if I use the nph-script to run Nanoweb below Apache with all scripts running inside CGI-4.3.0: (This is the page info from the w3m browser, as wget refused to work due to the missing HTTP/1.x) Date: Fri, 24 Jan 2003 17:49:27 GMT Server: aEGiS_nanoweb/2.0.1.dev.20030113 (Linux; PHP/4.3.0) X-Subserver-Wrapper: cgi-nanoweb/2.0.1-dev Content-type: text/html; charset=iso-8859-1 X-Powered-By: PHP/4.3.0 Last-Modified: Fri, 24 Jan 2003 17:49:26 GMT Expires: Sat, 25 Jan 2003 01:49:26 GMT Connection: close This is the same wrapper script running inside the CGI-4.2.3: - the Powered-By is from another subsubscript (this really does not matter for the problem) - I've changed the OK to OK-FROM-NANOWEB to show that this really comes from Nanoweb, as I feared Apache overwriting this field HTTP/1.1 200 OK-FROM-NANOWEB Date: Fri, 24 Jan 2003 18:05:43 GMT Server: aEGiS_nanoweb/2.0.1.dev.20030113 (Linux; PHP/4.2.3) X-Subserver-Wrapper: cgi-nanoweb/2.0.1-dev Content-type: text/html; charset=iso-8859-1 X-Powered-By: PHP/4.3.0 Last-Modified: Fri, 24 Jan 2003 18:05:42 GMT So if I don't use the nph- feature of apache, and run the script as ordinary cgi (with 4.3.0) apache then will reparse the headers and will gracefuly fix it by prepending a HTTP/1.1 200 OK on top of it. Because from inside the script (4.3.0) never such a CGI headline reaches Apache the response will always contain 200 OK regardless of what the script says. - Here is the (shortened) output of phpinfo() inside the nph-script, yes it is really the CGI version: System = Linux yoco.erphesfurt.de 2.4.18 #17 Mit Dez 25 19:01:37 CET 2002 i586 Build Date = Jan 10 2003 00:34:31 Configure Command = './configure' '--prefix=/usr/local/' '--sysconfdir=/etc/php4' '--with-config-file-path=/etc/php4' '--disable-cli' '--with-cgi' '--without-pear' '--disable-magic-quotes' '--with-zlib' '--with-dba' '--with-dio' '--with-dom' '--enable-ftp' '--with-gd' '--with-ming' '--with-mysql' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--with-ncurses' '--with-pcre-regex' '--enable-pcntl' '--enable-posix' '--enable-sockets' '--enable-yp' '--with-gnu-ld' '--with-tsrm-pthreads' Server API = CGI Virtual Directory Support = disabled Configuration File (php.ini) Path = /etc/php4/php.ini PHP API = 20020918 PHP Extension = 20020429 Zend Extension = 20021010 Debug Build = no Thread Safety = disabled Registered PHP Streams = php, http, ftp, compress.zlib This program makes use of the Zend Scripting Language Engine: Zend Engine v1.3.0,
#21076 [Bgs-Opn]: ODBC_TABLES and ODBC_COLUMNS cannot be called together
ID: 21076 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: ODBC related Operating System: Win2000, IIS-CGI -PHP Version: 4.3.0RC3 +PHP Version: 4.3.0 New Comment: Hi Thanks for testing. I just retested. When i test with MS Access driver the problem does not occur. In the original report, I tested on microsoft sql server 2000, with SQL Server ODBC Driver version 2000.81.9001.00 (MDAC 2.6 installed). I just retested and still get the problem. I set the Use ANSI quoted identifiers and Use ANSI nulls in the odbc driver. - John Previous Comments: [2003-01-24 16:18:40] [EMAIL PROTECTED] Marking as bogus. Using Win2k, and the CGI build I cannot reproduce this at all. My attempts to showed nothing wrong with the code base that I could find. [2002-12-22 00:56:28] [EMAIL PROTECTED] Updating version. [2002-12-19 05:57:03] [EMAIL PROTECTED] yes it still happens with 4.3.0 rc3. Regards, John [2002-12-18 14:00:48] [EMAIL PROTECTED] Can you please try one of the RCs? [2002-12-18 07:54:50] [EMAIL PROTECTED] The following code: ?php error_reporting(E_ALL); $conn = odbc_connect(netsdk, , ) or die(FAIL CONNECTION); print Connected br; print ODBC_Tablesbr; $trs = odbc_tables($conn); odbc_free_result($trs); print ODBC_Columnsbr; $colrs = odbc_columns($conn); odbc_free_result($colrs); print Donebr; ? Will generate the output: Connected ODBC_Tables ODBC_Columns Warning: SQL error: , SQL state 0 in SQLColumns in d:\inetpub\wwwroot\php\hs~a.php on line 10 Warning: odbc_free_result(): supplied argument is not a valid ODBC result resource in d:\inetpub\wwwroot\php\hs~a.php on line 11 Done However, the following code with odbc_tables commented out: ?php error_reporting(E_ALL); $conn = odbc_connect(netsdk, adodb, natsoft) or die(FAIL CONNECTION); print Connected br; /*print ODBC_Tablesbr; $trs = odbc_tables($conn); odbc_free_result($trs);*/ print ODBC_Columnsbr; $colrs = odbc_columns($conn); odbc_free_result($colrs); print Donebr; ? Works fine with the output: Connected ODBC_Columns Done Hope this was clear. Regards, John Lim -- Edit this bug report at http://bugs.php.net/?id=21076edit=1
#21604 [Opn-WFx]: variables can be dynamically added to a class, without it being defined.
ID: 21604 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Wont fix Bug Type: Zend Engine 2 problem Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: Yup, this is a feature indeed and wont be fixed because of BC reasons. Previous Comments: [2003-01-25 08:51:57] [EMAIL PROTECTED] for ZE1 this is definetly a (documented?) feature ... i don't know about ZE2, but for backwards compatibility reasons i think this 'feature' will stay ... any authoritative comments on this? [2003-01-15 20:11:14] [EMAIL PROTECTED] Can someone from an authority standpoint look into this? If it is a feature, then it is potentially quite dangerous, both from a security standpoint as well as from on operational standpoint. Why bother having class variables at all if that is the case? [2003-01-15 11:50:06] [EMAIL PROTECTED] This is a feature, not a bug. I can see good uses for this, my DataObject class uses this feature for dynamically adding instance variables from database records. [2003-01-12 22:46:08] [EMAIL PROTECTED] If you run the following script and check the output, you will see the that variable JUNK has been dynamically defined in the class X_Row() by using the statement: $user-query_row-JUNK = stuff; This behaviour certainly wasn't what I would expect. --- ?php class X { var $query_row; function X() { $this-query_row = new X_Row(); return; } } class X_Row { var $USERNAME; var $PASSWORD; var $CHECKING; function X_Row() { $this-USERNAME = NULL; $this-PASSWORD = NULL; $this-CHECKING = NULL; return; } //end function X_Row } //X_Row $user = new X(); //$user-query_row is of class X_Row //Therefore, the next statement should be valid, //USERNAME has been declared in X_Row $user-query_row-USERNAME = 'mtl'; //But the next statement shouldn't be //because the variable JUNK has not //been declared in the class $user-query_row-JUNK = 'stuff'; $classname = get_class($user-query_row); $classvars = get_class_vars($classname); $query_row_class_vars = array_keys($classvars); echo classname:{$classname}br; echo classvars:br; var_dump($classvars); echo brquery_row_class_varsbr; var_dump($query_row_class_vars); echo brbrHOW IS THIS POSSIBLE? SEE BELOW!; echo bruser-query_row:br; var_dump($user-query_row); ? -- Edit this bug report at http://bugs.php.net/?id=21604edit=1
#15663 [Asn-Opn]: add foreach reference values
ID: 15663 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Open Bug Type:Feature/Change Request PHP Version: 4.1.1 Assigned To: derick New Comment: Not likely that this will be addressed at all, atleast I won't do it. Derick Previous Comments: [2002-04-07 16:59:29] [EMAIL PROTECTED] Can I expect this anytime soon, please? And what is ZendEngine2 - is it what will be in 4.2.0? I haven't found any information on what will be in 4.2.0. Is it anywhere on the website? Thanks. [2002-02-21 20:37:34] [EMAIL PROTECTED] Don't close, it does apply to arrays. [2002-02-21 20:21:11] [EMAIL PROTECTED] This bug has been fixed in CVS. ZendEngine2 uses handle for object. [2002-02-21 17:20:05] [EMAIL PROTECTED] Objects are bad examples as they will completely change how they behave in ZE2. However, it is true for normal arrays and it's in the TODO list of PHP: Zend * allow foreach ($array as $k = $val) syntax. right now we cannot traverse an array without copying each element. [2002-02-21 12:34:00] [EMAIL PROTECTED] Just a small request that could be fairly useful. Say you have an array of objects, $objects. Right now, doing: foreach ($objects as $obj) { $obj-something(); } will create a copy of each object (using unnecessary memory) and call something() on the copy, not the actual object (which is bad if it's a mutator function of that class). The best way to do it now is to do: foreach (array_keys($objects) as $key) { $objects[$key]-something(); } but it would be very cool if php had the syntax: foreach ($objects as $obj) where it would create $obj as a reference to each object. thanks -- Edit this bug report at http://bugs.php.net/?id=15663edit=1
#21597 [Fbk-Opn]: Glob doesn't seem to work as expected
ID: 21597 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Directory/Filesystem functions Operating System: Windows ME PHP Version: 4.3.0 New Comment: Hi. getcwd() returns C:\WINDOWS\Desktop Confirmed. Luciano ES Santos, SP - Brasil Previous Comments: [2003-01-25 08:40:42] [EMAIL PROTECTED] can you please verify that you are really in the directory you think you are using getcwd()? (I wrote glob() in the first place but have no Win system to play with) [2003-01-12 08:18:02] [EMAIL PROTECTED] The script example provided in the glob() function page does not work for me, running Windows ME. I tried this simpler test: $a = glob (*.txt); print_r ($a); ... and I get an empty array. Note that the script is in my c:/windows/desktop folder, and I have quite a few text files there. And if I run: $a = glob (../*.txt); print_r ($a); ... I get the correct listing. But since the script is run from c:/windows/desktop, glob (../*.txt) should produce the listing of my desktop's parent directory, i.e. c:/windows, shouldn't it? If I state the full path to my desktop, i.e. glob (c:/windows/desktop/*.txt), then it works. But that is annoying because whenever I move the script to another directory, I have to change the path manually. I am using PHP as a scripting language, of course. Thanks, Luciano ES Santos, SP - Brasil -- Edit this bug report at http://bugs.php.net/?id=21597edit=1
#21852 [Opn-Bgs]: Propput() fail on COM object (MS SAPI 5.1 TTS Voice Property)
ID: 21852 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: COM related Operating System: W2K PHP Version: 4.3.0 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. this is not a php issue. Previous Comments: [2003-01-23 19:40:39] [EMAIL PROTECTED] I am not sure if this is a PHP bug or my inexperience with MS SAPI 5.1, but I saw a similiar problem (ID 15205) that was not resolved. I am using PHP 4.3/Apache 2.0.43/W2K and I can not set the Voice property with an object variable. THE CODE: // This instantiates the object $VoiceObj = new COM(SAPI.SpVoice) or die(Unable to instantiate SAPI); // Gets the available voices and prints them $VoicesToken=$VoiceObj-GetVoices(); $NumberofVoices=$VoicesToken-Count; For ($i=0;$i$NumberofVoices;$i++) { $VoiceToken=$VoicesToken-Item($i); $VoiceName[$i]=$VoiceToken-GetDescription(); print $VoiceName[$i]Item Number: $i /br; } // Gets and prints the id of the specified voice $SelectedVoiceToken=$VoicesToken-Item(1); $SelectedVoiceTokenid=$SelectedVoiceToken-id; print $SelectedVoiceTokenid/br; // Tries to SET the voice (but fails) $VoiceObj-Voice=$SelectedVoiceToken; $VoiceName=$VoiceObj-Voice-GetDescription(); print $VoiceName/br; // This changes the rate of the selected voice $VoiceObj-Rate = 0; $VoiceObj-Speak(Hello, welcome to my website); unset($VoiceObj); THE RESULTS: Microsoft MaryItem Number: 0 ATT DTNV 1.3 Crystal16Item Number: 1 ATT DTNV 1.3 MikeItem Number: 2 LH MichaelItem Number: 3 LH MichelleItem Number: 4 ATT DTNV 1.3 CrystalItem Number: 5 Microsoft MikeItem Number: 6 Microsoft SamItem Number: 7 Sample TTS VoiceItem Number: 8 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Speech\Voices\Tokens\ATT-DT-13-Crystal16 Warning: main(): PropPut() failed: Member not found. in C:\talk.php on line59 Microsoft Mary Joe Londa -- Edit this bug report at http://bugs.php.net/?id=21852edit=1
#21803 [Opn-Bgs]: php4ts.dll crash with COM
ID: 21803 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: COM related Operating System: Win Me PHP Version: 4.3.0 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. #21378 Previous Comments: [2003-01-24 06:23:20] [EMAIL PROTECTED] hey! today (24/1/03) i tried the latest stable version, which is 4.3.2dev... and i still got the same problem. i then installed php4.2.3 and everything worked fine! maybe this is a bug that needs to be fixed... anyway thanx 4 the help c u [2003-01-22 21:56:56] [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-01-21 13:13:30] [EMAIL PROTECTED] hello, while trying to run a script that opens a msaccess database, i get an access violation error for php4ts.dll and php crashes. this is the point where the error occurs: $conn = new COM(ADODB.Connection); I am using Windows Me, PHP 4.3.0 on an Apache 2.0 can someone please help? thank u -- Edit this bug report at http://bugs.php.net/?id=21803edit=1
#21517 [Opn-Bgs]: when open COM ADODB connection php crash
ID: 21517 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: COM related Operating System: Windows 98 PHP Version: 4.3.0 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. #21378 Previous Comments: [2003-01-08 23:38:17] [EMAIL PROTECTED] Of course c:\\temp\test.mdb will be an valid access database. [2003-01-08 07:44:59] [EMAIL PROTECTED] With this new version 4.3.0 if I open an ADODB connection with an Access database php crash. Windows '98, Xitami Web Server. $dbc = new COM(ADODB.Connection) or die(Cannot start ADO); $connstr = DRIVER={Microsoft Access Driver (*.mdb)};; $connstr .= DBQ='c:\test.mdb';uid=;pwd=;; $dbc-open($connstr); With php 4.2.3 the script run well. -- Edit this bug report at http://bugs.php.net/?id=21517edit=1
#21489 [Opn-Csd]: Excel hangs after creation via COM
ID: 21489 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: COM related Operating System: Win 2K Server PHP Version: 4.3.0 Previous Comments: [2003-01-10 04:46:32] [EMAIL PROTECTED] I solved the problem changing the default printer on the server! It seems strange (and it is not) but if I change the printer and put a simple (native and not plugged to the server...) printer as the default printer, rather than a hand-installed one, EXCEL seems to act in the right way. (the printer in question is a Canon Laser SHOT LBP-1210) EXCEL does not show any strange behavior if it run normally by opening it via the menu. But if it is run via PHP and COM the thing happens [2003-01-08 21:17:35] [EMAIL PROTECTED] I see this behaviour on 4.2.3 but not with 4.3.0 on Win2Kpro SP3 Apache 1.3.27 (PHP running as module). On 4.2.3 the same Excel.exe is reused each time I run a script very similar to this one. I end up with one Excel.exe left in taskmanager after running this script 1 to n times. In 4.3.0 Excel.exe appears for a moment while the script runs then disappears. I get exactly the same behaviour on Win2k server SP2. [2003-01-07 07:52:30] [EMAIL PROTECTED] This is the code I always used with PHP prior to 4.2.X and 4.3.0: function ExcelSheet($filein,$tmpdir) { $fileout = substr(tempnam($tmpdir, tmp), 0, -4); $ex = new COM(Excel.sheet) or Die (Cannot find excel!); $ex-Application-Visible = 0; $wkb = $ex-Application-Workbooks-Open($filein) or Die (Cannot open excel!); $ex-Application-ActiveWorkbook-SaveAs($fileout, -4143); $ex-application-ActiveWorkbook-Close(False); unset($ex); return($fileout . .xls); } The excel function works, but afterwards the excel process remains in memory, as other people have already argued. -- Edit this bug report at http://bugs.php.net/?id=21489edit=1
#21400 [Opn-Bgs]: Problem writing to Excel spreadsheet via COM
ID: 21400 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: COM related Operating System: Win 2000 PHP Version: 4.3.0 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. #21378 Previous Comments: [2003-01-19 07:33:05] [EMAIL PROTECTED] dhunter, I have the EXACT same problem with you. I didn't mind that zombie excel.exe, but now this just wont work at all on 4.3.0. I'm almost considering to switch back to 4.2.x [2003-01-09 06:50:26] [EMAIL PROTECTED] Tried to open test.xls, added some content and saved it to a new name. The Script runs through and does everything I intended. But: php.exe stays in Memory and consumes 99% CPU Time and a Windowsmessage pops up with an Error. Roughly translated to English, it says: The Command in 0x30033d8a is pointing in Memory 0x650eeed8. The Command read could not be executed on the memory. Click OK. I thought that the Unset Command did it, and removed it. But: Didn't solve the Problem. Max [2003-01-03 17:45:14] [EMAIL PROTECTED] Here's some more info: It should be noted that the Excel spreadsheet and its macros *actually do work*, even though PHP or Apache or whoever it is is sending a 404. I know this, because after I'm done with Excel, I stream its HTML output file using readfile() and flush(). If I put a sleep() right after the readfile() and flush(), I can see the spreadsheet and chart in the browser. As soon as the sleep() expires and the script terminates, I get the 404. The HTML file that Excel created still exists, I can enter its URL in my browser and view it OK. Working back and commenting out stuff, I found that selecting or writing to cells in any column other than A causes the 404 to happen. Unfortunately, my Excel macros don't work too well when I do that. ;-) [2003-01-03 17:01:58] [EMAIL PROTECTED] When using COM to write to an Excel spreadsheet, my PHP script can write to cells in column A, but when I try to write to cells in any other column, the script appears to terminate without sending anything to the browser (a 404 response). The script works OK with 4.2.3, except an Excel zombie process remains after the script is finished (this zombie bug appears to be fixed with 4.3.0, only to introduce this new problem). -- Edit this bug report at http://bugs.php.net/?id=21400edit=1
#21479 [Opn]: function crashes when used with a URL
ID: 21479 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: GetImageSize related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: I cannot reproduce this with 4.4: [c:\dokumente und einstellungen\marcus]c:\Programme\PHP4\php.exe ?php print_r(getimagesize('http://economads.com/libaware/_font/title/image.gif')); ? ^Z Content-type: text/html X-Powered-By: PHP/4.4.0-dev br / bWarning/b: getimagesize(http://economads.com/libaware/_font/title/image.gif) [a href='http://www.php.net/function.getimagesize'function.getimagesize/a]: failed to create stream: HTTP request failed! HTTP/1.1 404 Object Not Found in bC:\Dokumente und Einstellungen\marcus\-/b on line b2/bbr / [c:\dokumente und einstellungen\marcus]php -v PHP 4.4.0-dev (cgi-fcgi), Copyright (c) 1997-2003 The PHP Group Zend Engine v1.4.0, Copyright (c) 1998-2003 Zend Technologies Previous Comments: [2003-01-22 23:30:23] [EMAIL PROTECTED] I can not reproduce this within Linux, I guess this is yet another windows only bug.. [2003-01-22 22:58:12] [EMAIL PROTECTED] HOLD IT - I just found out exactly how to reproduce it. please read carefully. the code is: ?php function ImageExists($url) { $r=@getimagesize($url); return $r[2]!=0; } echo ImageExists('http://domain/dir1/dir2/dir3/image.gif'); ? make sure the path: http://domain/dir1/dir2/dir3/ containts THREE directories after the domain (i.e. 6 forward-slashes total), and that the PATH physically EXISTS. AND make sure that the file (in code 'image.gif') DOES NOT exist. You can test against: http://economads.com/libaware/_font/title/image.gif This crashes on my server - running PHP 4.3.0 as CGI with IIS Win2000. Hope this helps. [2003-01-20 17:13:18] [EMAIL PROTECTED] Ahha..so you had propably the old php4ts.dll there, from previous version... [2003-01-20 17:08:48] [EMAIL PROTECTED] crashes means gpf .. a windows application error, and then error cgi returned wrong headers, etc. anyway, i have installed 4.3.0 once again (removed it after discovering crash), and not like last time - rebooted the machine - and it seems to fix the problem. [2003-01-20 14:41:41] [EMAIL PROTECTED] What do you mean with 'crashes' ? And does getimagesize() work for local files? ?php getimagesize('image.jpg'); ? or something like that..? 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/21479 -- Edit this bug report at http://bugs.php.net/?id=21479edit=1
#21878 [NEW]: MySQL-pconnect Link to server lost.
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: MySQL related Bug description: MySQL-pconnect Link to server lost. Dear sir, We get the next warning on our site. Warning: mysql_pconnect() [function.mysql-pconnect]: Link to server lost, unable to reconnect in php file on line 93 Database error: pconnect(host, database, $Password) failed. MySQL Error: () Session halted This problem is also reported in the php documentation. http://bugs.php.net/search.php?cmd=displaysearch_for=mysql_pconnect+ Is there a fix or workarround for this problem? We are using apache and MySQL. With kind regards, Paul van Gils -- Edit bug report at http://bugs.php.net/?id=21878edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21878r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21878r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21878r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21878r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21878r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21878r=support Expected behavior: http://bugs.php.net/fix.php?id=21878r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21878r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21878r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21878r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21878r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21878r=dst IIS Stability: http://bugs.php.net/fix.php?id=21878r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21878r=gnused
#21751 [Opn]: make test miserably fails
ID: 21751 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: SunOS PHP Version: 4.3.0 -Assigned To: +Assigned To: helly New Comment: Symptoms are defeated the real problem remains: failed to delete buffer default output handler In other words with cvs versions you can do now: php -d output_buffering=4096 run-tests.php Interesting thing is that it worked in 4.2 Previous Comments: [2003-01-19 10:45:00] [EMAIL PROTECTED] I didn't have . in my include_path and I had output_buffering = 4096. Reasonable? So the while(ob_get_level()) ob_end_clean(); algorithm in run-tsts.php runs forever: level won't go below 1. An implicit ob_start implied by buffering? then the feature is fine and the test script broken. I commented that out but forgot to fix the .ini. Result: many test failures and the result posted to your site w/o letting me say a word. (Quite nasty, isn't it?) In facts: 1) -n or -c . options to command line don't do it, 2) flush() doesn't work as expected when bufferning, 3) reading stdin doesn't work at all! You need to fix (1) and ship the product with a working php.ini for the tests. Please fix the tests by setting something like do you want to run the tests interactively? and if you get no answer assume NO_INTERACTION=1! TIA Ale -- Edit this bug report at http://bugs.php.net/?id=21751edit=1
#21138 [Opn]: AUTH_TYPE exists, PHP_AUTH_TYPE does not
ID: 21138 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: linux PHP Version: 4.3.0RC4 New Comment: it is true, PHP_AUTH_TYPE is only set by the IIS server api while others use AUTH_TYPE only ... Previous Comments: [2002-12-21 15:27:09] [EMAIL PROTECTED] PHP_AUTH_TYPE has been documented forever yet it doesn't exist. It's also mentioned in various places in the php4 source code but to no avail. However, the variable AUTH_TYPE does exist. -- Edit this bug report at http://bugs.php.net/?id=21138edit=1
#21138 [Opn-Ver]: AUTH_TYPE exists, PHP_AUTH_TYPE does not
ID: 21138 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: HTTP related Operating System: linux PHP Version: 4.3.0RC4 Previous Comments: [2003-01-25 14:05:38] [EMAIL PROTECTED] it is true, PHP_AUTH_TYPE is only set by the IIS server api while others use AUTH_TYPE only ... [2002-12-21 15:27:09] [EMAIL PROTECTED] PHP_AUTH_TYPE has been documented forever yet it doesn't exist. It's also mentioned in various places in the php4 source code but to no avail. However, the variable AUTH_TYPE does exist. -- Edit this bug report at http://bugs.php.net/?id=21138edit=1
#21743 [Opn]: Driver initialization failed for handler: db3 (and db2)
ID: 21743 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DBM/DBA related Operating System: RedHat Linux 7.2 PHP Version: 4.3.0 -Assigned To: +Assigned To: helly New Comment: First please try this (note the - after c: ? dl(dba.so); $a = dba_open(test, c-, db3); ? Then please try if you can create and open an new file: ? dl(dba.so); $a = dba_open(test2, n-, db3); var_dump($a); dba_close($a); $b = dba_open(test2, r-, db3); var_dump($b); dba_close($b); ? after that: From your configure script: --enable-dba=shared \ --with-gdbm \ --with-db3 \ --with-cdb=/usr \ --with-flatfile \ This means you cannot have db2. However you found a problem here: --with-cdb always loads the internal cdb support (so thanks here i've fixed this part already in cvs). Could you try (with only db3, cdb and flatfile) --enable-dba=shared \ --with-db3 \ --with-cdb \ --with-flatfile \ Maybe you could also try db4 or db4.1 versions buy --with-db3=/path/to/db4 for PHP 4.3 or --with-db4 for cvs versions. If this solves the problem then it is gdbm The zero length test file is created by the locking mechanism and after that calls to library should do the rest but that failed... Previous Comments: [2003-01-19 02:32:50] [EMAIL PROTECTED] dba_open with dba handler db2 or db3 always failed, however it worked with flatfile, gdbm or cdb_make. I'm using dba not statically linked but loaded using dl(). I'm sure it worked before with php 4.2.1 and db2. phpinfo for dba: DBA support enabled Supported handlers gdbm cdb cdb_make db3 flatfile Code example: ? dl(dba.so); $a = dba_open(test, c, db3); ? The output is: $ php db.php Content-type: text/html X-Powered-By: PHP/4.3.0 br / bWarning/b: dba_open(test,c) [a href='http://www.php.net/function.dba-open'function.dba-open/a]: Driver initialization failed for handler: db3 in b/home/u1094/db.php/b on line b3/bbr / After it is executed, a zero sized file 'test' appears. ldd information: $ ldd /usr/local/lib/php/modules/dba.so libz.so.1 = /usr/lib/libz.so.1 (0x4001a000) libdb-3.2.so = /lib/libdb-3.2.so (0x40028000) libgdbm.so.2 = /usr/lib/libgdbm.so.2 (0x400cf000) libc.so.6 = /lib/libc.so.6 (0x400d6000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) $ ldd /usr/local/bin/php libz.so.1 = /usr/lib/libz.so.1 (0x40027000) libgdbm.so.2 = /usr/lib/libgdbm.so.2 (0x40035000) libm.so.6 = /lib/libm.so.6 (0x4003c000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x4005e000) libpam.so.0 = /lib/libpam.so.0 (0x4008b000) libssl.so.2 = /lib/libssl.so.2 (0x40094000) libcrypto.so.2 = /lib/libcrypto.so.2 (0x400c1000) libresolv.so.2 = /lib/libresolv.so.2 (0x40184000) libdl.so.2 = /lib/libdl.so.2 (0x40196000) libnsl.so.1 = /lib/libnsl.so.1 (0x4019a000) libc.so.6 = /lib/libc.so.6 (0x401b1000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) Strace output: (this is for db3, I can give you the output for db2 if needed after I finished recompiling. you can't have both db2 and db3 compiled in right?) 9504 execve(/usr/bin/php, [php, db.php], [/* 31 vars */]) = 0 9504 uname({sys=Linux, node=geodude.labs.indoglobal.com, ...}) = 0 9504 brk(0)= 0x819d96c 9504 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40016000 9504 open(/etc/ld.so.preload, O_RDONLY) = -1 ENOENT (No such file or directory) 9504 open(/etc/ld.so.cache, O_RDONLY) = 3 9504 fstat64(3, {st_mode=S_IFREG|0644, st_size=64982, ...}) = 0 9504 old_mmap(NULL, 64982, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000 9504 close(3) = 0 9504 open(/usr/lib/libz.so.1, O_RDONLY) = 3 9504 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\31\0..., 1024) = 1024 9504 fstat64(3, {st_mode=S_IFREG|0755, st_size=59618, ...}) = 0 9504 old_mmap(NULL, 54824, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40027000 9504 mprotect(0x40033000, 5672, PROT_NONE) = 0 9504 old_mmap(0x40033000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xb000) = 0x40033000 9504 close(3) = 0 9504 open(/usr/lib/libgdbm.so.2, O_RDONLY) = 3 9504 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\24\0\000..., 1024) = 1024 9504 fstat64(3, {st_mode=S_IFREG|0755, st_size=30114, ...}) = 0 9504 old_mmap(NULL, 24908, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0)
#21625 [Asn-Csd]: --with-config-file-scan-dir
ID: 21625 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: PHP options/info functions Operating System: Mandrake Linux 9.0/Cooker PHP Version: 4.3.0 Assigned To: iliaa New Comment: 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. Previous Comments: [2003-01-14 00:44:11] [EMAIL PROTECTED] oops, sorry [2003-01-14 00:43:27] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php [2003-01-13 19:46:35] [EMAIL PROTECTED] Is there a way to cleanly add a patch to bugs.php.net? I e-mailed it to sniper and oden, but anyways, here it is. Hope it's readable... --- php-4.3.0/main/php_ini.c.orig 2003-01-13 18:17:18.0 -0400 +++ php-4.3.0/main/php_ini.c2003-01-13 19:03:23.0 -0400 @@ -30,6 +30,9 @@ #include zend_highlight.h #include SAPI.h #include php_main.h +#include sys/types.h +#include sys/dir.h +extern int alphasort(); =20 #ifndef S_ISREG #define S_ISREG(mode) (((mode) S_IFMT) =3D=3D S_IFREG) @@ -232,6 +235,8 @@ zend_file_handle fh; DIR *dirp =3D NULL; struct dirent *dir_entry; + struct dirent **inifiles; + int inicount,i; struct stat sb; char ini_file[MAXPATHLEN]; char *p; @@ -400,10 +405,11 @@ dirp =3D VCWD_OPENDIR(PHP_CONFIG_FILE_SCAN_DIR); if (dirp) { fh.type =3D ZEND_HANDLE_FP; - while ((dir_entry =3D readdir(dirp)) !=3D NULL) { + inicount =3D scandir(PHP_CONFIG_FILE_SCAN_DIR, inifiles, NULL, alphaso= rt); + for(i=3D1;iinicount+1;++i) { /* check for a .ini extension */ - if ((p =3D strrchr(dir_entry-d_name,'.')) strcmp(p,.ini)) contin= ue; - snprintf(ini_file, MAXPATHLEN, %s%c%s, PHP_CONFIG_FILE_SCAN_DIR, DEF= AULT_SLASH, dir_entry-d_name); + if ((p =3D strrchr(inifiles[i-1]-d_name,'.')) strcmp(p,.ini)) co= ntinue; + snprintf(ini_file, MAXPATHLEN, %s%c%s, PHP_CONFIG_FILE_SCAN_DIR, DEF= AULT_SLASH, inifiles[i-1]-d_name); if (VCWD_STAT(ini_file, sb) =3D=3D 0) { if (S_ISREG(sb.st_mode)) { if ((fh.handle.fp =3D VCWD_FOPEN(ini_file, r))) { [2003-01-13 19:42:35] [EMAIL PROTECTED] php_ini.c uses readdir, which gives all the files on the directory, *but in the order of the filesystem*. ie, it's acting like ls -U, instead of just ls. The problem is that there is no way of knowing which file will be loaded first and which one will be loaded last, with causes problems with the way Mandrake loads extensions, as we create ini files in the format 16_dba.ini ... 52_xslt.ini. Those files contain the extention =3D directive, so that modules can be loaded in the right order. For tricky extensions, like recode (who has to be loaded first), apc and pspell (who have to be loaded last), we need to be able to control the load order of the ini files. I enclose a small hack I made using scandir and alphasort. It should work on BSD and Linux systems, maybe on other platforms, so we should use ifdefines on platforms that do not support it. Regards, Jean-Michel Dault MandrakeSoft Apache/PHP packager [2003-01-13 19:03:07] [EMAIL PROTECTED] What do you mean with 'randomly listed' ? Listed in random order or only some files are listed..? 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/21625 -- Edit this bug report at http://bugs.php.net/?id=21625edit=1
#19597 [Com]: apachectl graceful kills apache with segfault
ID: 19597 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: linux-2.4.19 PHP Version: 4.2.3 New Comment: Well, I have this problem with php 4.3.0 and Apache 2.44, I get that error everytime I do a restart. The latest snapshot (4.3.1-dev) seems to work... Previous Comments: [2002-09-25 14:25:40] [EMAIL PROTECTED] The next release will probably take some months... [2002-09-25 14:23:07] [EMAIL PROTECTED] Works with php from that URL (php4-latest.tar.gz): [Wed Sep 25 16:16:27 2002] [notice] Apache/2.0.42 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1 PHP/4.3.0-dev DAV/2 configured -- resuming normal operations [Wed Sep 25 16:16:36 2002] [notice] Graceful restart requested, doing restart [Wed Sep 25 16:16:46 2002] [notice] Digest: generating secret for digest authentication ... [Wed Sep 25 16:16:46 2002] [notice] Digest: done [Wed Sep 25 16:16:47 2002] [notice] Apache/2.0.42 (Unix) mod_perl/1.99_05-dev Perl/v5.6.1 PHP/4.3.0-dev DAV/2 configured -- resuming normal operations Is there a new php release in sight by any chance? [2002-09-25 12:59:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-25 12:54:03] [EMAIL PROTECTED] If I load the php module into apache2, an apachectl graceful kills the server: [Wed Sep 25 13:56:22 2002] [notice] Apache/2.0.42 (Unix) PHP/4.2.3 DAV/2 configured -- resuming normal operati ons [Wed Sep 25 13:56:23 2002] [notice] Graceful restart requested, doing restart [Wed Sep 25 13:56:26 2002] [notice] seg fault or similar nasty error detected in the parent process -- Edit this bug report at http://bugs.php.net/?id=19597edit=1
#21878 [Opn-Fbk]: MySQL-pconnect Link to server lost.
ID: 21878 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: Linux PHP Version: 4.3.0 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 This problem should be fixed (see also bug #21498). Previous Comments: [2003-01-25 13:13:55] [EMAIL PROTECTED] Dear sir, We get the next warning on our site. Warning: mysql_pconnect() [function.mysql-pconnect]: Link to server lost, unable to reconnect in php file on line 93 Database error: pconnect(host, database, $Password) failed. MySQL Error: () Session halted This problem is also reported in the php documentation. http://bugs.php.net/search.php?cmd=displaysearch_for=mysql_pconnect+ Is there a fix or workarround for this problem? We are using apache and MySQL. With kind regards, Paul van Gils -- Edit this bug report at http://bugs.php.net/?id=21878edit=1
#21261 [Opn-Csd]: $_SERVER['PHP_SELF'] gives wrong info
ID: 21261 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Scripting Engine problem Operating System: linux 2.4.18 - slack 8.1 PHP Version: 4.3.0 Assigned To: shane New Comment: 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. This is now fixed in cvs: 4.3: http://cvs.php.net/co.php/php4/sapi/cgi/cgi_main.c?r=1.190.2.12 5.0: http://cvs.php.net/co.php/php4/sapi/cgi/cgi_main.c?r=1.208 Previous Comments: [2003-01-17 06:36:29] [EMAIL PROTECTED] Sorry, my PHP-Based Workaround seems to be buggy in some cases, too... Here is a quick dirty bugfix for the quick dirty workaround :-) Btw, it would be nice if the bug is fixed in PHP 4.3.1... -snip // Small Workaround for a bug in PHP 4.3.0/cgi // See http://bugs.php.net/bug.php?id=21261 for details $_SERVER['SCRIPT_NAME'] = substr($_SERVER['PATH_TRANSLATED'], strlen($_SERVER['DOCUMENT_ROOT'])); if (substr($_SERVER['SCRIPT_NAME'], 0, 2) == '//') { $_SERVER['SCRIPT_NAME'] = substr($_SERVER['SCRIPT_NAME'], 1); } $PHP_SELF = $SCRIPT_NAME = $_SERVER['PHP_SELF'] = $_SERVER['SCRIPT_NAME']; -snip [2003-01-13 11:41:12] [EMAIL PROTECTED] That (or similar) urgent problem occurs here too. PHP versions before mid december were not affected IMO. At first today I've checked out the php4 and php5 modules from CVS, configured, and build them. After installation of the CGI binaries I detected a problem with $_SERVER['PHP_SELF']: a) the PHP4 version shows no value b) the PHP5 version shows illegal characters, cut off strings with low ASCII values etc. Depending on the namebased vhost name the value of PHP_SELF looks like ind## instead of index.php (# should represent low ASCII chars, which are shown as boxes here) of just 5 which is definitely the last char of index.php5. Short: looks like a pointer on a string array is bent somewhere. The problem insist with and without '--enable-force-cgi-redirect' in both versions. As an example you may want to take a look at http://daniel-gorski.de/index.php4 (PHP4 CGI) http://daniel-gorski.de/index.php5 (PHP5 CGI) and compare the values of $_SERVER['PHP_SELF']. Additionally the PHP5 version has a strange Zend Extension date: 90021012. OTOH this value seems to be correct in the PHP4 version. The operating system is Linux (RedHat 6.2). I would appreciate to see this bug solved as soon as possible, because this is a dramatic show stopper for a few ZE2 applications I am developing running. What required information can I provide to help to solve this problem? regards dtg [2003-01-09 14:57:05] [EMAIL PROTECTED] Quick Dirty PHP-Based workaround: Put this code in a file and add it to auto_prepend_file-directive in php.ini: -snip // Small Workaround for a bug in PHP 4.3.0/cgi // See http://bugs.php.net/bug.php?id=21261 for details $_SERVER['SCRIPT_NAME'] = substr($_SERVER['PATH_TRANSLATED'], strlen($_SERVER['DOCUMENT_ROOT'])); $PHP_SELF = $SCRIPT_NAME = $_SERVER['PHP_SELF'] = $_SERVER['SCRIPT_NAME']; -snip Works fine for me... If PHP is used as CLI it may be neccessary to check current mode before running this code. [2003-01-07 13:30:23] [EMAIL PROTECTED] There is no space in SCRIPT_NAME on my localhost, this was an copypaste-error. But the I at the end exists. [2003-01-07 13:27:55] [EMAIL PROTECTED] Same for me, your patch seems to have no affect. I checked the debugging output from cgiwrap which says: [...] Fixing Environment Variables. Environment Variables: QUERY_STRING: '' SCRIPT_NAME: '/phpinfo.php' SCRIPT_FILENAME: 'DOCUMENT_ROOT/phpinfo.php' REDIRECT_URL: 'NULL' PATH_INFO: '/phpinfo.php' PATH_TRANSLATED: 'DOCUMENT_ROOT/phpinfo.php' REMOTE_USER: 'NULL' REMOTE_HOST: 'NULL' REMOTE_ADDR: '217.4.137.70' [...] Seems to be ok?! But PHP_SELF
#21367 [Asn-Csd]: FastCGI -b option error
ID: 21367 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Other web server Operating System: WinXP PHP Version: 4.3.0 Assigned To: shane New Comment: 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. This is now fixed in cvs: 4.3: http://cvs.php.net/co.php/php4/sapi/cgi/cgi_main.c?r=1.190.2.12 5.0: http://cvs.php.net/co.php/php4/s Previous Comments: [2003-01-13 20:44:17] [EMAIL PROTECTED] My php -v and php -h are exactly equal as the above one. I don't have any of those envvars set and it still doesn't work. [2003-01-13 17:51:18] [EMAIL PROTECTED] -b is ONLY available was what I wanted to say. :) Anyway, if you have any of these set in your environment: SERVER_SOFTWARE SERVER_NAME GATEWAY_INTERFACE REQUEST_METHOD then it won't be available. [2003-01-13 17:47:08] [EMAIL PROTECTED] Verified: C:\php4php -v PHP 4.3.0 (cgi-fcgi), Copyright (c) 1997-2002 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies C:\php4php -h [snip] -b address:port|port Bind Path for external FASTCGI Server mode [snip] C:\php4php -b 127.0.0.1:12345 Error in argument 1, char 2: option not found b Error in argument 1, char 2: option not found b Error in argument 1, char 2: option not found b [2003-01-13 17:41:33] [EMAIL PROTECTED] -b is not available for fastcgi binary..iirc, the binary provided in the release package is compiled with the fastcgi support turned on. You can check that with 'php -v' [2003-01-02 19:54:26] [EMAIL PROTECTED] I've downloaded the full Win32 PHP binary and the -b argument that should Bind Path for external FASTCGI server mode doesn't work. What happens is: c:\phpphp -b 5000 Error in argument 1, char 2: option not found b Error in argument 1, char 2: option not found b Error in argument 1, char 2: option not found b I read on php.dev newsgroup that this is the right way to start FastCGI support since SAPI/FastCGI was discontinued. But it doesn't work. -- Edit this bug report at http://bugs.php.net/?id=21367edit=1
#21675 [Opn-Fbk]: Relative includes and Apache Alias problem
ID: 21675 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: BSDI 4.1 PHP Version: 4.3.0 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 Try the following patched file and see if your problem is fixed http://cvs.php.net/co.php/php4/sapi/cgi/cgi_main.c?r=1.190.2.12 Previous Comments: [2003-01-15 22:37:23] [EMAIL PROTECTED] Here's a post that pretty much sums-up the problem. http://groups.google.com.au/groups?q=php+4.3.0+%22failed+to+create+stream%22hl=enlr=ie=UTF-8oe=UTF-8selm=501021782.1042219035023.JavaMail.luser%40dubb11h05-0.dplanet.chrnum=10 This is not my post, but it is exactly the same issue we are having. Here's my PHP entries in httpd.conf: AddType application/x-httpd-php4 .php .php4 AddType application/x-httpd-php4-source .phps .php4s AddHandler php4-script .phtml .p4html Action application/x-httpd-php4 /cgi-bin/php4 Action application/x-httpd-php4-source /cgi-bin/php4 Action php4-script /cgi-bin/php4 Please note we were previously using 4.1.2 and did not have this problem. I appologize if my report is not extremly detailed. if you need more info, please let me know. Thank you, Chris -- Edit this bug report at http://bugs.php.net/?id=21675edit=1
#14409 [Opn-Csd]: request for nonexistent file does not return 404 error
ID: 14409 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Apache related Operating System: IRIX64 vega 6.5 04191225 IP27 PHP Version: 4.2.2 New Comment: 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. This is fixed for CGI in both the 4.3 tree and HEAD. 4.3: http://cvs.php.net/co.php/php4/sapi/cgi/cgi_main.c?r=1.190.2.12 5.0: http://cvs.php.net/co.php/php4/sapi/cgi/cgi_main.c?r=1.208 Previous Comments: [2003-01-21 15:31:33] [EMAIL PROTECTED] I've duplicated this on Linux/Apache w/ PHP 4.3.0 running PHP via CGI. Documents that don't return No input file specified. and the apache logs show a 200 (succesful page retrieval). Nothing is sent to the error log. The problem is that there's no way to track or log bad page requests. This is very very bad. [2002-10-22 02:05:57] [EMAIL PROTECTED] Small addendum. PHP does exit 255 if its target does not exist, but since it has already sent a complete CGI/1.1 HTTP header back to Apache (Content-type: text/html\n\n), including the blank line that indicates end of headers, Apache has already parsed and sent a complete 200 OK set of HTTP headers back to the client. No, this is not an Apache bug. Running PHP 4.2.2 as a CGI via an Action directive under Apache 1.3.23 (RedHat patched). From httpd.conf: ## PHP run as a CGI without everyone needing ExecCGI privs AddType application/x-httpd-php .php .php4 .php3 .phtml AddHandler php-script .php .php4 .php3 .phtml Action php-script /lcgi/php [2002-10-21 20:40:02] [EMAIL PROTECTED] By default, the PHP executable runs in CGI mode and produces an HTTP header Content-type: text/html Since PHP runs in CGI mode, it should follow the CGI/1.1 specification, which has not changed in so long that it might even pre-date PHP! I refer you to: http://hoohoo.ncsa.uiuc.edu/cgi/out.html If PHP is going to leave something like the following in my Apache error log: PHP Fatal error: Unable to open /pub/a/b/acb.com/index3.html in Unknown on line 0 when it is unable to find a target file, then I would expect it to either return an error page 404 Not Found, or exit non-zero, at which point Apache will return 500 Server Error. Under NO circumstance should a PHP Fatal error return a 200 OK to the client, which is implicitly done by Apache as per the CGI/1.1 spec when Apache receives pieces of a valid HTTP header without Status: xxx specified. Incorrect PHP behavior confirmed on PHP 4.2.2 on Linux 2.4.18, RedHat 7.2. PHP custom compiled with: './configure' '--prefix=/usr/local/php' '--enable-memory-limit' '--enable-force-cgi-redirect' '--enable-safe-mode' '--disable-rpath' '--with-mysql' '--with-db3' -Glenn [2002-09-23 14:59:17] [EMAIL PROTECTED] Re-opening bug report. [2002-09-23 13:46:12] [EMAIL PROTECTED] Dear Kalowsky, I've just reproduced it on php4-20020920 on Apache. It said php-4.3.0 in phpinfo(), and it is more recent than your post. You should understand that it is Apache-related bug, so IIS testing does not apply here, and it is stated in original bug report. Probably you also used php module in your testing on FreeBSD, while original bug report says that PHP was installed as CGI. The trouble looks to me as follows: if php CGI meets nonexistent php file, it does not output anything, while it should output error page, and I would really appreciate if I'd be able to tune that page via php.ini or whatever. Unfortunately, I can't reopen this bug, so someone please reopen it. Thank you. 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/14409 -- Edit this bug report at http://bugs.php.net/?id=14409edit=1
#17414 [Com]: Segfaults on restart
ID: 17414 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 4.3.0 Assigned To: aaron New Comment: Reproducible also under Apache 2.0.44 with mpm-prefork; same conditions, same trace. Previous Comments: [2003-01-20 04:39:55] [EMAIL PROTECTED] FWIW, I can reproduce this every time on MPM-prefork Apache 2.0.43 and PHP 4.3.0. No threads involved. This occurs after an 'apache2ctl graceful' with gdb attached to the parent process (gdb stops on the SIGUSR1, is continued, segv ensues). The server was started with StartServers=1 and MinSpareServers=1, then the restart immediately attempted, though it happens regardless of these. This is linux 2.4.19 (Debian Woody/Sid hybrid), glibc 2.3. Program received signal SIGSEGV, Segmentation fault. 0x40585181 in sapi_initialize_empty_request (tsrm_ls=0x8108740) at /usr/src/apache/php/php-4.3.0/main/SAPI.c:399 399 SG(server_context) = NULL; (gdb) bt #0 0x40585181 in sapi_initialize_empty_request (tsrm_ls=0x8108740) at /usr/src/apache/php/php-4.3.0/main/SAPI.c:399 #1 0x4057f8ec in php_module_startup (sf=0x40605360, additional_modules=0x40605540, num_additional_modules=1) at /usr/src/apache/php/php-4.3.0/main/main.c:1035 #2 0x405c820e in php_apache2_startup (sapi_module=0x40605360) at /usr/src/apache/php/php-4.3.0/sapi/apache2filter/sapi_apache2.c:269 #3 0x405c89cd in php_apache_server_startup (pconf=0x80c3c30, plog=0x80fbd10, ptemp=0x8101d28, s=0x80c6298) at /usr/src/apache/php/php-4.3.0/sapi/apache2filter/sapi_apache2.c:556 #4 0x0807fe59 in ap_run_post_config () #5 0x08085e11 in main () #6 0x402409f1 in __libc_start_main () from /lib/libc.so.6 [2003-01-10 15:21:12] [EMAIL PROTECTED] I am also experiencing this bug. It is annoying because it causes apache to silently die every night when the logrotate script runs (installed from the apache2-common 2.0.43-1 debian package) install details: Apache/2.0.43 (Debian GNU/Linux) PHP/4.3.0RC4 php configure: ./configure --with-mysql=/usr --with-imap --with-imap-ssl --with-apxs2=/usr/bin/apxs2 --with-gettext --with-xml running mpm-prefork error log: [Fri Jan 10 11:59:41 2003] [notice] seg fault or similar nasty error detected in the parent proces apache2ctl restart doesn't crash when php module isn't loaded If I can help, let me know! [2003-01-03 14:35:35] [EMAIL PROTECTED] Still occurs in 4.3.0 [2002-12-10 16:00:46] [EMAIL PROTECTED] 4.3.0 RC2 configured with: './configure' '--enable-experimental-zts' '--with-apxs2=/usr/local/apache2-php/bin/apxs' '--enable-debug' the phpinfo() function generates the page that is dumped to: http://samizdat.positive-internet.com/~thom/phpinfo.html the sequence is: in ServerRoot: bin/apachectl start make connection to verify the server is running, resulting in the above page. bin/apachectl restart apache dies at this point. this is the error log: [Tue Dec 10 21:40:23 2002] [notice] Apache/2.0.44-dev (Unix) PHP/4.3.0RC2 configured -- resuming normal operations [Tue Dec 10 21:41:51 2002] [notice] SIGHUP received. Attempting to restart [Tue Dec 10 21:41:54 2002] [notice] seg fault or similar nasty error detected in the parent process (gdb) where #0 0x4031e2d9 in php_output_activate (tsrm_ls=0x813c0c0) at /home/thom/php-4.3.0RC2/main/output.c:85 #1 0x4030e86a in php_module_startup (sf=0x4039c460, additional_modules=0x4039c640, num_additional_modules=1) at /home/thom/php-4.3.0RC2/main/main.c:1021 #2 0x4035d65e in php_apache2_startup (sapi_module=0x4039c460) at /home/thom/php-4.3.0RC2/sapi/apache2filter/sapi_apache2.c:269 #3 0x4035dded in php_apache_server_startup (pconf=0x80b60c8, plog=0x80ee1a8, ptemp=0x80b80d0, s=0x80f4a60) at /home/thom/php-4.3.0RC2/sapi/apache2filter/sapi_apache2.c:551 #4 0x0807c381 in ap_run_post_config (pconf=0x80b60c8, plog=0x80ee1a8, ptemp=0x80b80d0, s=0x80f4a60) at config.c:130 #5 0x08080bbc in main (argc=3, argv=0xbd54) at main.c:640 (gdb) frame 0 #0 0x4031e2d9 in php_output_activate (tsrm_ls=0x813c0c0) at /home/thom/php-4.3.0RC2/main/output.c:85 85 OG(php_body_write) = php_ub_body_write; (gdb) frame 1 #1 0x4030e86a in php_module_startup (sf=0x4039c460, additional_modules=0x4039c640, num_additional_modules=1) at /home/thom/php-4.3.0RC2/main/main.c:1021 1021php_output_activate(TSRMLS_C); (gdb) frame 2 #2 0x4035d65e in php_apache2_startup (sapi_module=0x4039c460) at
#21575 [Opn-Csd]: 4.2x to 4.3 Compatibility issue
ID: 21575 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: 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. PATH_INFO and PATH_TRANSLATED conform to the CGI spec in PHP 4.3. For linux (and possibly other platforms) a fix was requried which is now in CVS (fixes PHP_SELF also). The fix in CVS also creates ORIG_PATH_INFO and ORIG_PATH_TRANSLATED so you can easily fix scripts dependent on the previous incorrect variables. ISAPI has always had broken PATH_INFO/PATH_TRANSLATED, and this was not changed in 4.3, but will be fixed for 5.0. Previous Comments: [2003-01-20 21:32:31] [EMAIL PROTECTED] Well, cgi.fix_pathinfo does not completely solve this problem. By adding this line to php.ini, $PATH_INFO is presented only in CGI mode. However, it is still missing in ISAPI mode. It is indeed a bug, or else they should put a warning message in 4.30 press release or installation document. [2003-01-20 18:55:05] [EMAIL PROTECTED] See bug http://bugs.php.net/bug.php?id=21716 Thanks to Milky! Use cgi.fix_pathinfo=0 in 4.3.0 php.ini to solve this problem. [2003-01-18 07:02:44] [EMAIL PROTECTED] Compare these PhpInfo() outputs: http://php430.eserv.ru/php_info.php/path/info?query http://php423.eserv.ru/php_info.php/path/info?query Same web-server, same php.ini, very different environment variables! (of course, web-server pass the same variables, but 4.3.0 damages them! ;) PATH_INFO disappears in 4.3.0 :( [2003-01-18 06:35:03] [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: For 4.3, cgi variables were changed to correctly conform to cgi specs. This means that PATH_INFO is now in fact PATH_INFO as per: http://hostname/script_name.php/path/info?query_string You may try this URL url on Win32 web-server with PHP 4.3.0 as CGI and YOU WILL SEE - for this URL PHP will not show PATH_INFO variable, passed to it by web-server! Web-server pass PATH_INFO=/path/info (for this URL), but PhpInfo() in PHP 4.3.0 will NOT show PATH_INFO in the list! All old 4.2.x versions works OK with this case, and previous 4.3.0-dev too, but in 4.3.0 just drop PATH_INFO in any case. This is definitely 4.3.0 BUG. [2003-01-13 11:26:28] [EMAIL PROTECTED] register globals has nothing to do with this. For 4.3, cgi variables were changed to correctly conform to cgi specs. This means that PATH_INFO is now in fact PATH_INFO as per: http://hostname/script_name.php/path/info?query_string Use SCRIPT_NAME or PHP_SELF if you need to refer to /script_name.php, and use SCRIPT_FILENAME if you need to get the full path to script_name.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/21575 -- Edit this bug report at http://bugs.php.net/?id=21575edit=1
#21789 [Opn]: GCC 3.2.1 needs stdc++ linked
ID: 21789 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: Thanks for the notes. The fix you described was similar to what I actually did to solve the problem, but since it was happening under Solaris 8, the solution wasn't exactly as described. I would like to suggest the addition of a flag (--enable-stdc++) to the configure script so that the same operation could be achieved more easily by any user having similar problems, regarless of platform, OS or shell. Ron. Previous Comments: [2003-01-24 15:56:48] [EMAIL PROTECTED] Duplicate: bug 19983 Notes: fix for the libsablot.so compile errors during php-4.3.0 make: [sablotron-0.97 with php-4.3.0 on redhat linux 8.0] 1. rpm -U expat-1.95.5-1.i386.rpm 2. rpm -i sablotron-0.97-1.i386.rpm 3. rpm -i sablotron-devel-0.97-1.i386.rpm 4. rpm -e php //current version 4.2.2 5. remove the packages dependent on php-4.2.2 if preceding command fails because of dependencies 6. install httpd-2.0.44 // this fixes the error related to missing file 'instdso'. note that apache2 7. add following line to /root/.bashrc export LDFLAGS='-lstdc++' // as explained earlier in this bug report, the undefined references are in the stdc++ libraries. Pavel Hlavnicka from Ginger Alliance suggested exporting the c++ compiler flag. 7. cd /usr/local/php/php-4.3.0 8. .configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql --with-zlib --with-dom --with-gd --enable-xslt --with-xslt-sablot --with-sablot-js 9. make 10. make install [2003-01-21 07:30:51] [EMAIL PROTECTED] Yes, Sablotron was compiled with the same version of GCC. [2003-01-21 01:15:41] [EMAIL PROTECTED] Was the sablot compiled also with that same GCC version? [2003-01-20 23:43:57] [EMAIL PROTECTED] With GCC 3.2.1 these symbols can be found in libstdc++. When php 4.3.0 is linked with -lsablot, there is no easy way to link it to stdc++, to account for the changes of the locations of these functions in the new GCC API. I would recommend a configure option like --enable-stdc++ to allow the user to link this manually like --enable-libgcc. excerpt from compile : .lo main/internal_functions_cli.lo -lsablot -liconv -lexpat -liconv -lcurl -lcrypt -lresolv -lm -ldl -lnsl -lsocket -lgcc -lcrypt -lcurl -lz -lssl -lcrypto -ldl -lsocket -lnsl -lz -o sapi/cli/php Undefined first referenced symbol in file __cxa_pure_virtual /usr/local/lib/libsablot.so vtable for __cxxabiv1::__si_class_type_info/usr/local/lib/libsablot.so vtable for __cxxabiv1::__vmi_class_type_info/usr/local/lib/libsablot.so operator new[](unsigned)/usr/local/lib/libsablot.so vtable for __cxxabiv1::__class_type_info/usr/local/lib/libsablot.so operator delete(void*) /usr/local/lib/libsablot.so operator new(unsigned) /usr/local/lib/libsablot.so __gxx_personality_v0/usr/local/lib/libsablot.so operator delete[](void*)/usr/local/lib/libsablot.so ld: fatal: Symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 bash-2.03# gcc --version gcc (GCC) 3.2.1 Copyright (C) 2002 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. bash-2.03# -- Edit this bug report at http://bugs.php.net/?id=21789edit=1
#21878 [Fbk-Csd]: MySQL-pconnect Link to server lost.
ID: 21878 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: MySQL related Operating System: Linux PHP Version: 4.3.0 New Comment: Thank's Georg. I will also send this to out Internet Service Providers. Previous Comments: [2003-01-25 15:35:45] [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 This problem should be fixed (see also bug #21498). [2003-01-25 13:13:55] [EMAIL PROTECTED] Dear sir, We get the next warning on our site. Warning: mysql_pconnect() [function.mysql-pconnect]: Link to server lost, unable to reconnect in php file on line 93 Database error: pconnect(host, database, $Password) failed. MySQL Error: () Session halted This problem is also reported in the php documentation. http://bugs.php.net/search.php?cmd=displaysearch_for=mysql_pconnect+ Is there a fix or workarround for this problem? We are using apache and MySQL. With kind regards, Paul van Gils -- Edit this bug report at http://bugs.php.net/?id=21878edit=1
#13954 [Com]: newline is stripped after the closing ?
ID: 13954 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: linux 2.2.19 PHP Version: 4.0.6 New Comment: I'd like another look at this issue, since the documentation seems to clash with actual behavior. Using a CLI compiled 4.3.0 binary, this script: #!/bin/psh ?php $foo = 'Hello'; $bar = 'World'; ? ?=$foo? ?=$bar? ?php echo 'DONE!'; ? This script will produce: empty line HelloWorld DONE![unix prompt]$ Note that there is no trailing space (x20) after ?=$foo? and ?=$bar? - only a newline (x0A) According to http://www.php.net/manual/en/language.basic-syntax.php#language.basic-syntax.phpmode The closing tag for the block will include the immediately trailing newline if one is present. Now if I add a x20 after the closing tag, then the newlines is honored. Why does this behavior make any sense? Especially since the aforementioned URL has statements like ...because when PHP hits the ? closing tags, it simply starts outputting whatever it finds until it hits another opening tag throughout. Obviously, however, this isn't true, since PHP decides to ignore the newline immediately after the closing tag. I don't understand why this behavior would be desired anyway; what is outside the PHP tags should simply be passed through. And especially since the docs are misleading about this. Thank you, Hans Previous Comments: [2001-11-06 15:10:13] [EMAIL PROTECTED] This is documented behaviour, and with a reason (to allow better formatting of php code without ruining the layout of the output) RTFM: http://uk.php.net/manual/en/language.basic-syntax.php#language.basic-syntax.phpmode (admittingly, it's just a very small sentence...) [2001-11-06 10:37:46] [EMAIL PROTECTED] Hello, I'm using php as a powerful generic macro processor for ascii files, which contains some php code. Everything is OK, except a very annoying problem when the php code generates nothing. For example: - FILE 1 - var0 = a constant string var1 = ?= $hh1 ? var2 = ?= $hh2 ? var3 = another constant string --- with $hh1 and $hh2 empty will generate: --- var0 = a constant string var1 = var2 = var3 = another constant string --- instead of : --- var0 = a constant string var1 = var2 = var3 = another constant string --- NB: If I put a space after the ?, the newline is not stripped. -- Edit this bug report at http://bugs.php.net/?id=13954edit=1
#16402 [Com]: UnsatisfiedLinkError: send when loading any php file
ID: 16402 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Servlet related Operating System: RedHat Linux PHP Version: 4.1.2 New Comment: Yup. Same problem here. Works for about 3 page loads (hitting reload on test.php) and then Tomcat goes down hard. This is tomcat version 4.1.18 and php-4.2.3. Error is: An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x4D9DC71E Function=zend_hash_index_update_or_next_insert+0x3A Library=/opt/jakarta-tomcat-4.1.18/common/lib/libphp4.so Current Java thread: at net.php.reflect.setResultFromObject(Native Method) at net.php.reflect.setResult(reflect.java:105) at net.php.servlet.readCookies(servlet.java:92) at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:188) at net.php.servlet.service(servlet.java:212) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:432) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:386) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:534) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530) at java.lang.Thread.run(Thread.java:536) Dynamic libraries: 08048000-0804e000 r-xp 03:05 1508031 /usr/java/j2sdk1.4.1_01/bin/java 0804e000-0804f000 rw-p 5000 03:05 1508031 /usr/java/j2sdk1.4.1_01/bin/java 4000-40012000 r-xp 03:05 1916932/lib/ld-2.2.93.so 40012000-40013000 rw-p 00012000 03:05 1916932/lib/ld-2.2.93.so 40013000-4001c000 r-xp 03:05 1606190 /usr/java/j2sdk1.4.1_01/jre/lib/i386/native_threads/libhpi.so 4001c000-4001d000 rw-p 8000 03:05 1606190 /usr/java/j2sdk1.4.1_01/jre/lib/i386/native_threads/libhpi.so 4001e000-40021000 r--s 03:05 524740 /opt/jakarta-tomcat-4.1.18/bin/tomcat-jni.jar 40021000-40024000 r--s 03:05 524741 /opt/jakarta-tomcat-4.1.18/bin/commons-daemon.jar 40024000-40027000 r--s 03:05 2163297 /usr/java/j2sdk1.4.1_01/jre/lib/ext/dnsns.jar 40027000-40034000 r-xp 03:05 458761 /lib/i686/libpthread-0.10.so 40034000-40037000 rw-p d000 03:05 458761 /lib/i686/libpthread-0.10.so 40058000-4005a000 r-xp 03:05 1916945/lib/libdl-2.2.93.so 4005a000-4005b000 rw-p 1000 03:05 1916945
#21879 [NEW]: How do I get crisper text in ImageTTFText
From: [EMAIL PROTECTED] Operating system: RH7.2 PHP version: 4.2.3 PHP Bug Type: *Graphics related Bug description: How do I get crisper text in ImageTTFText I'm trying to create a nice crisp image for printing - when I create text into an image, it tries to anti-alias the characters and that's causing a lot of fuzziness. How can I turn that off so I just get raw characters? Thanks, Dick [EMAIL PROTECTED] -- Edit bug report at http://bugs.php.net/?id=21879edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21879r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21879r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21879r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21879r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21879r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21879r=support Expected behavior: http://bugs.php.net/fix.php?id=21879r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21879r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21879r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21879r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21879r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21879r=dst IIS Stability: http://bugs.php.net/fix.php?id=21879r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21879r=gnused
#21880 [NEW]: socket_read does not stop at line breaks
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: Sockets related Bug description: socket_read does not stop at line breaks I followed the instructions on all the manuals and tried searching the inet, but couldent find anything that solved this. I have a socket that is supposed to read from a client (this is a smtpd server-type script).. When I use while ($line = socket_read($my_socket,2048,PHP_NORMAL_READ)) { stuff } I can connect to this server via win32 putty, and it will break on line breaks. But when using Linux telnet and trying to get other smtpd's to send to it, they would have to send 2048 bytes to get stuff to execute once. To make sure they were sending \r or \n I made the socket read go byte by byte and assemble a string, checking for \n or \r while($tstr = socket_read($connection,1)) { if (($tstr != chr(13)) ($tstr != chr(10))) { $buf .= $tstr; continue; } ^^Example of my byte-by-byte checker It does find \r and \n in the strings and I am able to gte my server to work... Would be nice if the built in function socket_read would really break on \n or \r. If more information is needed, please ask -- Edit bug report at http://bugs.php.net/?id=21880edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21880r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21880r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21880r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21880r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21880r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21880r=support Expected behavior: http://bugs.php.net/fix.php?id=21880r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21880r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21880r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21880r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21880r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21880r=dst IIS Stability: http://bugs.php.net/fix.php?id=21880r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21880r=gnused
#21784 [Opn-Asn]: patch to add imagecolorallocatealpha support to gd
ID: 21784 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Feature/Change Request Operating System: NetBSD PHP Version: 4.3.0 -Assigned To: +Assigned To: pollita New Comment: New functions should use the zend_parse_parameters call, but otherwise it looks good. I'll modify it a bit and commit it into HEAD. Look for it in PHP5 Previous Comments: [2003-01-20 17:30:25] [EMAIL PROTECTED] php's gd support dosn't include imagecolorallocatealpha, there is a patch here: http://pointless.net/~jasper/php-4.3.0-imagecolorallocatealpha.patch that adds it. -- Edit this bug report at http://bugs.php.net/?id=21784edit=1
#21784 [Asn-Csd]: patch to add imagecolorallocatealpha support to gd
ID: 21784 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: NetBSD PHP Version: 4.3.0 Assigned To: pollita New Comment: 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. Previous Comments: [2003-01-25 18:35:19] [EMAIL PROTECTED] New functions should use the zend_parse_parameters call, but otherwise it looks good. I'll modify it a bit and commit it into HEAD. Look for it in PHP5 [2003-01-20 17:30:25] [EMAIL PROTECTED] php's gd support dosn't include imagecolorallocatealpha, there is a patch here: http://pointless.net/~jasper/php-4.3.0-imagecolorallocatealpha.patch that adds it. -- Edit this bug report at http://bugs.php.net/?id=21784edit=1
#21872 [Com]: MSSQL/ODBC produce CGI Error:
ID: 21872 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Unfortunately, applying the aforementioned patches to my production server does not eliminate the problem. That box is a Dual Xeon of some speed, as opposed to my single P4 testing box. In order to exhibit the error there, I re-create the test script above to hold 50 iframes. I see the error approximately one out of 400 requests in conjunction with a MSSQL/ODBC call. I appologize for making you read all this. Previous Comments: [2003-01-25 18:21:01] [EMAIL PROTECTED] As of this morning, I cannot duplicate the error on my test box (Win2000 professional). While I await the return of the CGI error, and if anyone is curious, they could ponder the following changes I made to my system. I am not asking for this bug's state to be changed to BOGUS or CLOSED, I just want to continue providing as much information as I can. I know there are a lot of people experiencing similar problems. 1) I restarted my system, which I do every few weeks. However, this hasn't solved anything in the past, but I wanted to include it just because it could offer a clue if the problem doesn't present itself until X hours after a reboot. (Probably not a good clue, but a clue none-the-less). 2) In restarting my system, I also applied the latest patches recommended by Microsoft's Windows Update. These patches were from the last two weeks, and did not look to imply a fix for this issue. Again, these were the DEFAULT patches recommended. 3) I picked two additional patches from Windows Update that were not defaults. If anyone savvy with the Win32 programming of PHP is reading, I'd be curious if you could check out these two KB articles and see if they could possibly relate. The second one seems particularly interesting, as it relates specifically to timing. http://support.microsoft.com/default.aspx?scid=KB;en-us;Q322842 http://support.microsoft.com/default.aspx?scid=KB;en-us;Q322913 I think that is it. I understand it is extremely poor troubleshooting practice to attempt multiple 'fixes' at once, but when you've been struggling with something for months you tend to get to the point where you don't think any more changes will actually help anything. At least I can pinpoint the two added patches which might shed light on something. Again, I'll keep you posted and continue to test this issue, and would be happy to respond with any information requested. [2003-01-24 22:02:29] [EMAIL PROTECTED] Additionally, I can offer the test script. Here is a bare-bones example. Testing this just now, it will error on at least one of the 6 iframes EVERY refresh. 1/6 requests is an error. Sorry the actual DSN and SQL query does no good, but if you really wanted to try this it will save a little hassle. ? if ($_GET['dummy']) { print htmlbodyx/body/html; exit(); } $sql_params = array( 'DSN' = 'myDSN', 'user' = 'user', 'pass' = 'pass', 'query' = 'SELECT DISTINCT field1 FROM table1', ); $conn = odbc_connect($sql_params['DSN'], $sql_params['user'], $sql_params['pass']) or die(Couldn't connect to SQL Server on {$sql_params['DSN']}); $conn_id = odbc_exec($conn, $sql_params['query']); print odbc_num_fields($conn_id); odbc_free_result($conn_id); ? IFRAME width='300px' height='300px' scrolling='no' src=test_bug.php?dummy=true/IFRAME IFRAME width='300px' height='300px' scrolling='no' src=test_bug.php?dummy=true/IFRAME IFRAME width='300px' height='300px' scrolling='no' src=test_bug.php?dummy=true/IFRAME IFRAME width='300px' height='300px' scrolling='no' src=test_bug.php?dummy=true/IFRAME IFRAME width='300px' height='300px' scrolling='no' src=test_bug.php?dummy=true/IFRAME IFRAME width='300px' height='300px' scrolling='no' src=test_bug.php?dummy=true/IFRAME [2003-01-24 21:36:18] [EMAIL PROTECTED] When calling a PHP script that is using MSSQL or ODBC calls, I can reporduce this error at least one out of every ten tries, on multiple machines. I'm at the end of my rope trying to figure it out myself. If I can reproduce the error, I figure I am a prime candidate to help solve it. The error states: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: And that's it. There is nothing after are: This is how I reproduce (test for) the error: I have a PHP script that generates a webpage. That webpage contains 4 iframes. (The iframes are nothing more than a php page that echoes htmlbodyx/body/html. The main page prints the code to invoke the
#21872 [Com]: MSSQL/ODBC produce CGI Error:
ID: 21872 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: I have also made a test script on a dev box available to the outside world. If a PHP developer was interested in seeing the error I will provide the link through e-mail. Thanks. Previous Comments: [2003-01-25 20:19:32] [EMAIL PROTECTED] Unfortunately, applying the aforementioned patches to my production server does not eliminate the problem. That box is a Dual Xeon of some speed, as opposed to my single P4 testing box. In order to exhibit the error there, I re-create the test script above to hold 50 iframes. I see the error approximately one out of 400 requests in conjunction with a MSSQL/ODBC call. I appologize for making you read all this. [2003-01-25 18:21:01] [EMAIL PROTECTED] As of this morning, I cannot duplicate the error on my test box (Win2000 professional). While I await the return of the CGI error, and if anyone is curious, they could ponder the following changes I made to my system. I am not asking for this bug's state to be changed to BOGUS or CLOSED, I just want to continue providing as much information as I can. I know there are a lot of people experiencing similar problems. 1) I restarted my system, which I do every few weeks. However, this hasn't solved anything in the past, but I wanted to include it just because it could offer a clue if the problem doesn't present itself until X hours after a reboot. (Probably not a good clue, but a clue none-the-less). 2) In restarting my system, I also applied the latest patches recommended by Microsoft's Windows Update. These patches were from the last two weeks, and did not look to imply a fix for this issue. Again, these were the DEFAULT patches recommended. 3) I picked two additional patches from Windows Update that were not defaults. If anyone savvy with the Win32 programming of PHP is reading, I'd be curious if you could check out these two KB articles and see if they could possibly relate. The second one seems particularly interesting, as it relates specifically to timing. http://support.microsoft.com/default.aspx?scid=KB;en-us;Q322842 http://support.microsoft.com/default.aspx?scid=KB;en-us;Q322913 I think that is it. I understand it is extremely poor troubleshooting practice to attempt multiple 'fixes' at once, but when you've been struggling with something for months you tend to get to the point where you don't think any more changes will actually help anything. At least I can pinpoint the two added patches which might shed light on something. Again, I'll keep you posted and continue to test this issue, and would be happy to respond with any information requested. [2003-01-24 22:02:29] [EMAIL PROTECTED] Additionally, I can offer the test script. Here is a bare-bones example. Testing this just now, it will error on at least one of the 6 iframes EVERY refresh. 1/6 requests is an error. Sorry the actual DSN and SQL query does no good, but if you really wanted to try this it will save a little hassle. ? if ($_GET['dummy']) { print htmlbodyx/body/html; exit(); } $sql_params = array( 'DSN' = 'myDSN', 'user' = 'user', 'pass' = 'pass', 'query' = 'SELECT DISTINCT field1 FROM table1', ); $conn = odbc_connect($sql_params['DSN'], $sql_params['user'], $sql_params['pass']) or die(Couldn't connect to SQL Server on {$sql_params['DSN']}); $conn_id = odbc_exec($conn, $sql_params['query']); print odbc_num_fields($conn_id); odbc_free_result($conn_id); ? IFRAME width='300px' height='300px' scrolling='no' src=test_bug.php?dummy=true/IFRAME IFRAME width='300px' height='300px' scrolling='no' src=test_bug.php?dummy=true/IFRAME IFRAME width='300px' height='300px' scrolling='no' src=test_bug.php?dummy=true/IFRAME IFRAME width='300px' height='300px' scrolling='no' src=test_bug.php?dummy=true/IFRAME IFRAME width='300px' height='300px' scrolling='no' src=test_bug.php?dummy=true/IFRAME IFRAME width='300px' height='300px' scrolling='no' src=test_bug.php?dummy=true/IFRAME [2003-01-24 21:36:18] [EMAIL PROTECTED] When calling a PHP script that is using MSSQL or ODBC calls, I can reporduce this error at least one out of every ten tries, on multiple machines. I'm at the end of my rope trying to figure it out myself. If I can reproduce the error, I figure I am a prime candidate to help solve it. The error states: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: And
#21881 [NEW]: Java call on custom class causes SIGSEV
From: [EMAIL PROTECTED] Operating system: Red Hat 8.0 PHP version: 4.2.3 PHP Bug Type: Reproducible crash Bug description: Java call on custom class causes SIGSEV I've gotten java integration working and can run the example in the php.net manual that uses java.lang.System. It works fine when I run that example. However, created my own class in a directory I specified in my java.class.path directive and it causes a seg fault if I call a method on the object. Actually, I got a message saying Document contains no data, but running a backtrace shows the SIGSEV. This is with Sun jdk 1.4.1_1 See below for code and backtrace: ? $obj = new Java('com.x.reports.Serv'); print $obj-getMsg(); ? --- java code stored off of class path in com/x/reports --- package com.x.reports; class Serv { public String msg = THIS IS A TEST MESSAGE; Serv() { } public String getMsg() { return this.msg; } } -- BACKTRACE --- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 8192 (LWP 9303)] 0x402da2cb in java_call_function_handler (ht=0, return_value=0x8114d14, this_ptr=0x810d604, return_value_used=1, property_reference=0xbfffdf54) at java.c:464 464 obj = zend_list_find(Z_LVAL_PP(handle), type); (gdb) bt #0 0x402da2cb in java_call_function_handler (ht=0, return_value=0x8114d14, this_ptr=0x810d604, return_value_used=1, property_reference=0xbfffdf54) at java.c:464 #1 0x40191553 in call_overloaded_function (T=0xbfffdf48, arg_count=0, return_value=0x8114d14) at zend_execute.c:953 #2 0x40194636 in execute (op_array=0x8114b6c) at zend_execute.c:1660 #3 0x401a40a3 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:812 #4 0x401b5aaf in php_execute_script (primary_file=0xb450) at main.c:1383 #5 0x401b0aba in apache_php_module_main (r=0x8107004, display_source_mode=0) at sapi_apache.c:90 #6 0x401b18ea in send_php (r=0x8107004, display_source_mode=0, filename=0x8107b34 /opt/apache_1.3.27/htdocs/t.php) at mod_php4.c:575 #7 0x401b1963 in send_parsed_php (r=0x8107004) at mod_php4.c:590 #8 0x08074880 in ap_invoke_handler () #9 0x08088c76 in process_request_internal () #10 0x08088cd6 in ap_process_request () #11 0x0807ff9a in child_main () #12 0x0808013a in make_child () #13 0x080802a1 in startup_children () #14 0x080808ce in standalone_main () #15 0x080810ec in main () #16 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 Thanks for the help! -- Edit bug report at http://bugs.php.net/?id=21881edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21881r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21881r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21881r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21881r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21881r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21881r=support Expected behavior: http://bugs.php.net/fix.php?id=21881r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21881r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21881r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21881r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21881r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21881r=dst IIS Stability: http://bugs.php.net/fix.php?id=21881r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21881r=gnused
#21743 [Opn]: Driver initialization failed for handler: db3 (and db2)
ID: 21743 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DBM/DBA related Operating System: RedHat Linux 7.2 PHP Version: 4.3.0 Assigned To: helly New Comment: First please try this (note the - after c: ? dl(dba.so); $a = dba_open(test, c-, db3); ? It is working! # php 2.php Content-type: text/html X-Powered-By: PHP/4.3.0 # ls -al test -rw-r--r--1 root root 8192 Jan 26 12:34 test # file test test: Berkeley DB (Btree, version 8, native byte-order) Then please try if you can create and open an new file: ? dl(dba.so); $a = dba_open(test2, n-, db3); var_dump($a); dba_close($a); $b = dba_open(test2, r-, db3); var_dump($b); dba_close($b); ? It is working... # php 3.php Content-type: text/html X-Powered-By: PHP/4.3.0 resource(1) of type (dba) resource(2) of type (dba) after that: From your configure script: --enable-dba=shared \ --with-gdbm \ --with-db3 \ --with-cdb=/usr \ --with-flatfile \ This means you cannot have db2. However you found a problem here: --with-cdb always loads the internal cdb support (so thanks here i've fixed this part already in cvs). OK, while we are at this, it seems there is another related problem. --without-db3 (or db2, flatfile, and others too) doesn't seem to be working. configure will show that db3 will not be included (checking for Berkeley DB3 support... no), but it will still be included if it finds one on my system, and the resulting binary will not be linked to DB3 library as shown by ldd. And --without-flatfile (and maybe --without-cdb too) will cause undefined symbol error but I think you already know that :) Could you try (with only db3, cdb and flatfile) --enable-dba=shared \ --with-db3 \ --with-cdb \ --with-flatfile \ Doesn't work. :( Maybe you could also try db4 or db4.1 versions buy --with-db3=/path/to/db4 for PHP 4.3 or --with-db4 for cvs versions. I'll get back to you later on this after I finally finished downloading and compiling (the sql worm thing is still wreaking havoc here) On a side note, ext/dba from PHP 4.2.1 works (phpize'ed), maybe because it doesn't have locking? Oh, is it possible that BerkeleyDB has its own locking mechanism that is conflicting with PHP's? Consider this scenario: - on dba_open, php locks the berkeley db file - php then handles opening the db file to berkeley db library - berkeley db tries to lock the file, but since it is already locked by php it will eventually time out From berkeley db documentation, it seems that it does its own locking. http://www.sleepycat.com/docs/ref/lock/intro.html Previous Comments: [2003-01-25 14:18:06] [EMAIL PROTECTED] First please try this (note the - after c: ? dl(dba.so); $a = dba_open(test, c-, db3); ? Then please try if you can create and open an new file: ? dl(dba.so); $a = dba_open(test2, n-, db3); var_dump($a); dba_close($a); $b = dba_open(test2, r-, db3); var_dump($b); dba_close($b); ? after that: From your configure script: --enable-dba=shared \ --with-gdbm \ --with-db3 \ --with-cdb=/usr \ --with-flatfile \ This means you cannot have db2. However you found a problem here: --with-cdb always loads the internal cdb support (so thanks here i've fixed this part already in cvs). Could you try (with only db3, cdb and flatfile) --enable-dba=shared \ --with-db3 \ --with-cdb \ --with-flatfile \ Maybe you could also try db4 or db4.1 versions buy --with-db3=/path/to/db4 for PHP 4.3 or --with-db4 for cvs versions. If this solves the problem then it is gdbm The zero length test file is created by the locking mechanism and after that calls to library should do the rest but that failed... [2003-01-19 02:32:50] [EMAIL PROTECTED] dba_open with dba handler db2 or db3 always failed, however it worked with flatfile, gdbm or cdb_make. I'm
#19201 [Fbk-NoF]: htmlspecialchars, et al crashes when called with quote_style
ID: 19201 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Reproducible crash Operating System: Digital Unix 4.0G PHP Version: 4.2.2 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2003-01-10 12:35:12] [EMAIL PROTECTED] % gcc -v Reading specs from /usr/local/lib/gcc-lib/alphaev56-dec-osf4.0g/3.2/specs Configured with: ../gcc-3.2/configure Thread model: single gcc version 3.2 [2003-01-10 12:23:44] [EMAIL PROTECTED] Which compiler (and version) did you use to build the PHP binary? Some old compilers may produce bogus codes that cause unaligned access. [2003-01-10 10:48:48] [EMAIL PROTECTED] Still crashes with PHP 4.3.0. I do not have a license for dbx so I can't provide a backtrace, but running the example above from the command line against the cgi binary produces the following: Unaligned access pid=25896 php va=0x1400c4cec pc=0x120244758 ra=0x1200bda78 inst=0xb429 Unaligned access pid=25896 php va=0x11fffdb7c pc=0x120236d64 ra=0x120237408 inst=0xb42c Segmentation fault [2002-09-23 08:09:20] [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. [2002-08-30 13:18:04] [EMAIL PROTECTED] Forgot to say that I can not reproduce this with php 4.2.0-dev (march 7) or php 4.3.0-dev (august 25). They both show this result: amp;quot;#039;lt;gt; 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/19201 -- Edit this bug report at http://bugs.php.net/?id=19201edit=1
#20782 [Fbk-NoF]: Segmentation fault using oracle 8.1.7
ID: 20782 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: OCI8 related Operating System: Linux RH7.3 (ker:2.4.18-3smp) PHP Version: 4.3.0RC2 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2003-01-15 13:31:13] [EMAIL PROTECTED] I am told by my server guru that we did link it through libpthread. Any other ideas? [2003-01-10 13:28:27] [EMAIL PROTECTED] And if you're using Apache, is it linked with libpthread? Instructions here: http://www.php.net/manual/en/ref.oci8.php [2003-01-10 13:06:09] [EMAIL PROTECTED] I have the same problem. I am using PHP v4.1.2 with Oracle 8.1.7. Even doing a simple insert or select causes this problem. [2002-12-03 06:18:35] [EMAIL PROTECTED] The only one that is not set is LD_PRELOAD. All the other are ok. I'm sending u a backtrace. [2002-12-03 03:48:31] [EMAIL PROTECTED] Just to make sure..did you have all the environment vars set? Check this: http://www.php.net/manual/en/ref.oci8.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/20782 -- Edit this bug report at http://bugs.php.net/?id=20782edit=1
#21568 [Fbk-NoF]: The memory could not be read.
ID: 21568 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Apache related Operating System: Windows 2000 SP3 PHP Version: 4.3.0 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2003-01-10 12:38:55] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2003-01-10 09:53:34] [EMAIL PROTECTED] I have Windows 2000 SP3 Apache 1.3.27. When I starting php.exe without starting Apache or Apache without PHP (as additional module) they both working properly. BUT when I starting Apache with PHP (as additional module) : Apache.exe - application error The instruction at 0x012110c3 referenced memory at 0x. The memory could not be read. Click on OK to terminate the program. HELP ME PLEASE! My life without PHP - isn't normally life. Devils_advocatE, mailto: [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=21568edit=1
#21559 [Fbk-NoF]: Fatal error: Nesting level too deep - recursive dependency? in Unknown on line
ID: 21559 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: *General Issues Operating System: redhat 8 PHP Version: 4.3.0 New Comment: No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. Previous Comments: [2003-01-10 14:12:42] [EMAIL PROTECTED] so it's not PDF related at all..? Can you try and reduce those configure options to minimum to see what actually is causing this. [2003-01-10 13:50:00] [EMAIL PROTECTED] ./configure' '--with-pdflib=/usr/local' '--with-snmp=shared,/usr' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-tiff-dir=/usr/local/' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu' '--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db3' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-pgsql=shared' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2=/usr/sbin/apxs' I get Nesting Level Too Deep on everything, I tried downloading the snap shot you mentioned, but it gave errors on the configure -- everything works, just a nasty error. [2003-01-09 19:33:30] [EMAIL PROTECTED] I can not reproduce this with latest stable snapshot (from http://snaps.php.net) and using PDFlib 4.0.3. How did you configure both PHP and pdflib? [2003-01-09 18:38:38] [EMAIL PROTECTED] Fatal error: Nesting level too deep - recursive dependency? in Unknown on line 0 Perhaps it does not deal with php? but i do get this error creating any pdf document Running the example from the documentation web site will produce the error in 4.3 php pdflib-4.0.3 is what i have installed -- it will still create the document, and that is fine, but it gives this nasty error... no matter what i have tried .. it spits it out when creating a pdf... ?php $pdf = pdf_new(); pdf_open_file($pdf, test.pdf); pdf_set_info($pdf, Author, Uwe Steinmann); pdf_set_info($pdf, Title, Test for PHP wrapper of PDFlib 2.0); pdf_set_info($pdf, Creator, See Author); pdf_set_info($pdf, Subject, Testing); pdf_begin_page($pdf, 595, 842); pdf_add_outline($pdf, Page 1); pdf_set_font($pdf, Times-Roman, 30, host); pdf_set_value($pdf, textrendering, 1); pdf_show_xy($pdf, Times Roman outlined, 50, 750); pdf_moveto($pdf, 50, 740); pdf_lineto($pdf, 330, 740); pdf_stroke($pdf); pdf_end_page($pdf); pdf_close($pdf); pdf_delete($pdf); echo A HREF=getpdf.phpfinished/A; ? -- Edit this bug report at http://bugs.php.net/?id=21559edit=1
#21882 [NEW]: SID empty
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4.3.0 PHP Bug Type: Session related Bug description: SID empty Hi PHP-Team, first of all, thanks for your hard work in developing and enhancing PHP. I've got an installation of PHP 4.2.1 and 4.2.2, when I found out that the constant SID, which I wanted to append to JS-Popups, is of type String = . So I recently updated to 4.3.0, same behavior as before. Additionally, no warning will be given, that SID is empty for any reason, if there is any? Sample script is this one: ?php session_start(); error_reporting(E_ALL); var_dump(SID); ? Output is: string(0) Same is, when you call get_defined_constants. SID is listed there, but an empty String also. Thanks for any hint! P.S: It is not easy for me to test with the latest CVS release because this server is a live one. -- Edit bug report at http://bugs.php.net/?id=21882edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21882r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21882r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21882r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21882r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21882r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21882r=support Expected behavior: http://bugs.php.net/fix.php?id=21882r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21882r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21882r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21882r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21882r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21882r=dst IIS Stability: http://bugs.php.net/fix.php?id=21882r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21882r=gnused
#21883 [NEW]: getimagesize(JPEG2000.jp2) return FALSE
From: [EMAIL PROTECTED] Operating system: Windows XP pro SP1 PHP version: 4.3.0 PHP Bug Type: GetImageSize related Bug description: getimagesize(JPEG2000.jp2) return FALSE -Short script : ?php $taille = getimagesize(JPEG2000.jp2); dump $taille; ? -List of modules : I dowloaded PHP4.3 binary for Windows (ZIP file), from your site. -Any other information : I tried the same script with a JPG image, it works. I saw every where that JPEG2000 is managed in PHP 4.3. : http://www.zend.com/manual/function.getimagesize.php for exemple. Is there a Zend PHP or is it for the future ? -- Edit bug report at http://bugs.php.net/?id=21883edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21883r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21883r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21883r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21883r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21883r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21883r=support Expected behavior: http://bugs.php.net/fix.php?id=21883r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21883r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21883r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21883r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21883r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21883r=dst IIS Stability: http://bugs.php.net/fix.php?id=21883r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21883r=gnused