#21649 [NEW]: This this problem with fopen() function for windows
From: [EMAIL PROTECTED] Operating system: win2000 server PHP version: 4.3.0 PHP Bug Type: Filesystem function related Bug description: This this problem with fopen() function for windows $fp = fopen(C:\authenticate.txt,r,1); $auth_file = fread ($fp, filesize($fp)); fclose($fp); in include_path I have include_path c:\php4\pear;c:\ c:\php4\pear;c:\ That what I got Warning: fopen(C:\authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 3 Warning: fread(): supplied argument is not a valid stream resource in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 4 As You can see I have Apache2. Since I'm more oracle guru than PHP I'd like to see more consistent way You do bug reporting I will benefit everbody. Best Regards W.J.Lipinski -- Edit bug report at http://bugs.php.net/?id=21649edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21649r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21649r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21649r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21649r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21649r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21649r=support Expected behavior: http://bugs.php.net/fix.php?id=21649r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21649r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21649r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21649r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21649r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21649r=dst IIS Stability: http://bugs.php.net/fix.php?id=21649r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21649r=gnused
#21649 [Opn]: This this problem with fopen() function for windows
ID: 21649 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: win2000 server PHP Version: 4.3.0 New Comment: I just want to say that I included double \\ in path as well no luck $fp = fopen(C:\\authenticate.txt,r,1); Previous Comments: [2003-01-15 02:03:56] [EMAIL PROTECTED] $fp = fopen(C:\authenticate.txt,r,1); $auth_file = fread ($fp, filesize($fp)); fclose($fp); in include_path I have include_path c:\php4\pear;c:\ c:\php4\pear;c:\ That what I got Warning: fopen(C:\authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 3 Warning: fread(): supplied argument is not a valid stream resource in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 4 As You can see I have Apache2. Since I'm more oracle guru than PHP I'd like to see more consistent way You do bug reporting I will benefit everbody. Best Regards W.J.Lipinski -- Edit this bug report at http://bugs.php.net/?id=21649edit=1
#21616 [Opn-Fbk]: encoding error in attributes with result_dump_*
ID: 21616 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: DOM XML related Operating System: linux PHP Version: 4.3.0 New Comment: Please provide the shortest possible example for reproducing your error. thanks chregu Previous Comments: [2003-01-13 07:59:20] [EMAIL PROTECTED] encoding error in attributes with result_dump_* when xsl:output method=html encoding=windows-1251/ characters in win-1251 encoding presented in href, src, .. html attributes encode into %HEX sequence incorrectly -- Edit this bug report at http://bugs.php.net/?id=21616edit=1
#21650 [NEW]: libphp4.so not found after a successful compile
From: [EMAIL PROTECTED] Operating system: AIX 4.3.3 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: libphp4.so not found after a successful compile config : ./configure --with-apxs=/system/www/bin/apxs gcc version : 2.9-aix43-010414 (yep,this is compiled by IBM for rs/6000 platform) after a successful compiling phase following error message displayed... cut here Installing PHP SAPI module [activating module `php4' in /system/www/conf/httpd.conf] cp libs/libphp4.so /system/www/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=1 make: 1254-004 The error code from the last command is 1. Stop. - cut here there are libphp4.la and libphp4.a files in libs directory. -- Edit bug report at http://bugs.php.net/?id=21650edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21650r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21650r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21650r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21650r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21650r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21650r=support Expected behavior: http://bugs.php.net/fix.php?id=21650r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21650r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21650r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21650r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21650r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21650r=dst IIS Stability: http://bugs.php.net/fix.php?id=21650r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21650r=gnused
#21651 [NEW]: pdf_open_memory_image Segmentation Fault (11)
From: [EMAIL PROTECTED] Operating system: Linux RedHat PHP version: 4.3.0 PHP Bug Type: PDF related Bug description: pdf_open_memory_image Segmentation Fault (11) Well... as i work with PDF the following code causes a segmentation fault: $tmp_image = ImageCreate($size[0]*$this-actual_img_dpi/$this-default_img_dpi, $size[1]*$this-actual_img_dpi/$this-default_img_dpi); imagecopyresampled ($tmp_image, $im, 0, 0, 0, 0,$size[0]*$this-actual_img_dpi/$this-default_img_dpi, $size[1]*$this-actual_img_dpi/$this-default_img_dpi, $size[0], $size[1]); $img = pdf_open_memory_image($pdf_doc, $tmp_image); -- Edit bug report at http://bugs.php.net/?id=21651edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21651r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21651r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21651r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21651r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21651r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21651r=support Expected behavior: http://bugs.php.net/fix.php?id=21651r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21651r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21651r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21651r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21651r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21651r=dst IIS Stability: http://bugs.php.net/fix.php?id=21651r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21651r=gnused
#21652 [NEW]: ibase connect and trans error
From: [EMAIL PROTECTED] Operating system: winxp PHP version: 4.3.0 PHP Bug Type: InterBase related Bug description: ibase connect and trans error When I use pconnect, and I open an db, and second I try to open an db with invalid path, the php is make general prot. fault, an it is exit without an error. When I make transaction, and I commit it, and I try to rollback the committed tr, the php is make GPF, and it is exit without an error. $tr=ibase_trans($db,...); ibase_commit($tr); ... ibase_rollback($tr); ! -- Edit bug report at http://bugs.php.net/?id=21652edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21652r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21652r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21652r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21652r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21652r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21652r=support Expected behavior: http://bugs.php.net/fix.php?id=21652r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21652r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21652r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21652r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21652r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21652r=dst IIS Stability: http://bugs.php.net/fix.php?id=21652r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21652r=gnused
#21649 [Opn-Fbk]: This this problem with fopen() function for windows
ID: 21649 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: win2000 server PHP Version: 4.3.0 New Comment: What is the exact include_path line in your php.ini? Previous Comments: [2003-01-15 02:12:22] [EMAIL PROTECTED] I just want to say that I included double \\ in path as well no luck $fp = fopen(C:\\authenticate.txt,r,1); [2003-01-15 02:03:56] [EMAIL PROTECTED] $fp = fopen(C:\authenticate.txt,r,1); $auth_file = fread ($fp, filesize($fp)); fclose($fp); in include_path I have include_path c:\php4\pear;c:\ c:\php4\pear;c:\ That what I got Warning: fopen(C:\authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 3 Warning: fread(): supplied argument is not a valid stream resource in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 4 As You can see I have Apache2. Since I'm more oracle guru than PHP I'd like to see more consistent way You do bug reporting I will benefit everbody. Best Regards W.J.Lipinski -- Edit this bug report at http://bugs.php.net/?id=21649edit=1
#21629 [Bgs-Fbk]: very strange bug happens only once in a while
ID: 21629 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Red Hat Linux 7.2 (Enigma) PHP Version: 4.3.0 New Comment: The include_path in your phpinfo.php output is a bit strange: include_path 0 .:./ What do you have it set as in your php.ini? (in /usr/local/lib/php.ini) Previous Comments: [2003-01-15 01:49:22] [EMAIL PROTECTED] That's not very helpful is it? Where is that bug? What was the resolution? I found 5 or 6 resembling bugs, but they were either closed without a resolution, or were not exactly the same (they had to do with misconfiguration). Also, this is NOT a Bogus bug! At most, it is a duplicate. Aric [2003-01-14 19:14:11] [EMAIL PROTECTED] 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. You didn't search that well, there is already a report about this. And even if it doesn't seem to be same, it really is. [2003-01-14 02:54:55] [EMAIL PROTECTED] I have scanned the bug reports here for 30 minutes and found some reports that had some resemblence but none were the same at all. I am running Apache 1.3.27 with PHP 4.3.0, but the problem existed in 4.2.3 (I upgraded to 4.3.0 trying to fix the issue). Every once in a while, and unrelated to the server load, various code reports inclusion problems. For example: Warning: main(includes/classes/language.php) [function.main]: failed to create stream: No such file or directory in /sites/shop.harim.co.il/htdocs/includes/boxes/languages.php on line 24 . . - (Additional errors as a result of the failed inclusion) . The file exists, 100%. The script works 99% of the times. If I change all includes to be absolute, it works fine all the time, but with relative file paths, once in a while, and sometimes, does not happen for hours, it will give this error. What is making this bug so difficult for me to track, is indeed that it only happens once every few hours. Sometimes, it would have a 'bad attack' where it would happen consecutively (several page refreshes with the same problem), but 5 to 10 seconds later, it will not happen for yet another few hours. This is killing me. Anyone else here has this problem? My phpinfo() output can be found here: http://www.nsa.co.il/phpinfo.php Thanks for any help, Aric -- Edit this bug report at http://bugs.php.net/?id=21629edit=1
#21310 [Opn-Fbk]: no such file (paths)
ID: 21310 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: What does phpinfo() output for include_path? What is include_path set to in your php.ini file? Previous Comments: [2003-01-10 08:18:46] [EMAIL PROTECTED] I also think it is a bugg. On ours servers all directories have only eXecute access to other. Give read access to other on all level is realy a problem. Cordialy. [2003-01-06 12:02:18] [EMAIL PROTECTED] yes, same thing for me. if HTTP server has permission to read all directories in path to the file, all users can read directories of other user and it's really not secure ... [2003-01-05 16:59:45] [EMAIL PROTECTED] In my humble opinion it is a bug, because: 1. Previous version of PHP (4.0) could read file without full path, even if PHP couldnt read . or higher directory. 2. PHP reads several directories (why?) when includes each file without full path. 2. There is no technical reason to give PHP access to read all directories from / to directories with PHP scripts. [2003-01-05 16:41:43] [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-05 16:37:36] [EMAIL PROTECTED] Module PHP can't find files (eg. includes them) if HTTP server hasn't permission to read all directories in path to the file. 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/21310 -- Edit this bug report at http://bugs.php.net/?id=21310edit=1
#21644 [Opn-Fbk]: PHP compile fails with PDFLIB
ID: 21644 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: PDF related Operating System: Slackware Linux 2.8 PHP Version: 4.3.0 New Comment: Did you try with clean, unmodified PHP 4.3.0 sources? And try adding the path, use --with-pdflib=/usr/local Previous Comments: [2003-01-14 20:00:30] [EMAIL PROTECTED] Same error messages. [2003-01-14 19:28:17] [EMAIL PROTECTED] Try WITHOUT the patch. [2003-01-14 18:48:50] [EMAIL PROTECTED] Using PHP 4.3.0 and PDFLIB 4.0.3 with the PHP 4.3.0 patch (pdf.c) I can't compile PHP. I build PDFLIB from source, copied the pdf.c and config.php-406+.m4 to the php-4.3.0/ext/pdf directory (the config to config.m4). Configured PHP with: ./configure --prefix=/opt/php --exec-prefix=/opt/php --with-mysql --with-apache=../apache_1.3.27 --with-pdflib Since PDFLIB base directory is /usr/local I didn't specify a PDFLIB path. It configures fine, but during the make I get (last few lines of output): ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /root/source/php-4.3.0/ext/mysql/libmysql/my_tempnam.c:103: the use of `tempnam' is dangerous, better use `mkstemp' main/internal_functions_cli.o: In function `php_startup_internal_extensions': /root/source/php-4.3.0/main/internal_functions_cli.c:69: undefined reference to `pdf_module_entry' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 If you need more output, let me know. I have never successfully built PHP with PDFLIB on all sorts of different platforms. I'm surprised other people have been able to. -- Edit this bug report at http://bugs.php.net/?id=21644edit=1
#21647 [Opn-Fbk]: make test gives loop error
ID: 21647 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: solaris 8 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 Previous Comments: [2003-01-14 23:50:11] [EMAIL PROTECTED] SED is gnu also [2003-01-14 23:49:10] [EMAIL PROTECTED] gcc 3.2.1 with gnu ld and solaris 8 with latest patches apache 2.0.43 and php 4.3.0 compile with --with-apxs2=/PATH_TO_APXS or anything and I get this loop are after make make test and this is what I get ( I am not running php in safe mode) PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php on line 48 PHP Notice: ob_end_clean() [http://www.php.net/ref.outcontrol]: failed to delete buffer default output handler. in /export/home/imiller/php-4.3.0/run-tests.php ?? added question marks -- Edit this bug report at http://bugs.php.net/?id=21647edit=1
#21645 [Opn-Bgs]: eregi_replace seems not to work correctly
ID: 21645 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Regular Expressions Operating System: 2.4.17-rc2aa2-2g PHP Version: 4.2.0 New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Previous Comments: [2003-01-14 21:34:41] [EMAIL PROTECTED] Hello, eregi_replace does not seem to work correctly for me (php/4.2.0) template.inc: ... ... var $_tpl_vars= array(); var $tpl; ... ... function render() { foreach ($this-_tpl_vars as $key = $val) { echo $key - $t\n; $rend_tpl = eregi_replace(.$key.,$this-_tpl_vars[$key],$this-tpl); $a=$this-_tpl_vars[$key]; } return $rend_tpl; } test.php: ? require (templates.inc); $test = new template; $test-init(entry.tpl); $test-set(size,300); $test-set(title,280); $test-set(url,sdfdf2); $test-set(match,sdfs2d); echo $test-render(); ? this produces the following output: size - 300 title - 280 url - sdfdf2 match - sdfs2d sdfs2d size url sdfs2d title bash-2.05$ Obviously the parameter passing works, because the function returns the $key and the value too. As you see only the URL IS SUBSITUTED. I think this could be a bug. entry.tpl looks like this: bash-2.05$ cat entry.tpl match size url match title bash-2.05$ Thank you for your response, Lucas -- Edit this bug report at http://bugs.php.net/?id=21645edit=1
#17263 [Com]: imagecopyresampled - imagecopyresized
ID: 17263 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: GD related Operating System: Windows XP Pro or Linux PHP Version: 4.2.3 New Comment: I was hit by this bug also. GD 2.0 bundled with PHP 4.3.0 has this bug also. This was tested with Linux. No output is coming when I'm trying to use imagecreatefrompng() from an indexed color image to a imagecreate()-image using imagecopyresized(). When using imagecreatetruecolor()-image as a target, copying works ok. Previous Comments: [2002-11-22 13:22:43] [EMAIL PROTECTED] PHP Version 4.2.3 with GD Library 1.8.4(!!) = imagecopyresized works 'without' Color Problems. PHP Version 4.2.3 with GD Library above 2.0 = imagecopyresized change the Colors dramatical [2002-10-14 19:26:50] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, 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. [2002-09-27 06:31:40] [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-27 04:51:29] [EMAIL PROTECTED] Hi, the problem persist using the latest 4.2.3. The problem is on the destination image format. If you use a true color image there's no problem but if you use a paletted image the problem persist. The only way to avoid this problem is to have a destination image in true color but unfortunately there are some cases where I need to resize a paletted image. I've also try to use a truecolor image and convert it to paletted after conversion but the result is very poor (and slow). [2002-09-26 20:07:33] [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. 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/17263 -- Edit this bug report at http://bugs.php.net/?id=17263edit=1
#21640 [Bgs]: phpinfo() should contain character encoding to be valid html
ID: 21640 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PHP options/info functions Operating System: Linux PHP Version: 4.3.0 New Comment: Well, it seems that this is already implenented, only commented out. After looking at /php-4.3.0/ext/standard/info.c I found these lines: /* php_printf(meta http-equiv=\Content-Type\ content=\text/html; charset=%s\ /\n, charset); */ So you just have to uncomment it and it'll work. Previous Comments: [2003-01-14 19:21:59] [EMAIL PROTECTED] It's a debug tool. There's absolutely NO reason for it being 100% valid as long as it can be READ. [2003-01-14 16:56:41] [EMAIL PROTECTED] Well, iso-8859-1 was only an example-tag. It is really simple to implement, so why not making it valid. [2003-01-14 12:15:53] [EMAIL PROTECTED] Why care for a debug tool? It's not that phpinfo() is supposed to be used everywhere. Also iso-8859-1 might not be always correct. [2003-01-14 12:14:14] [EMAIL PROTECTED] The phpinfo()-function should contain a character encoding meta-tag. This would make it valid html with the w3c-validator at http://validator.w3.org. The meta-tag would be like: meta http-equiv=content-type content=text/html; charset=ISO-8859-1 -- Edit this bug report at http://bugs.php.net/?id=21640edit=1
#21640 [Bgs]: phpinfo() should contain character encoding to be valid html
ID: 21640 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: PHP options/info functions Operating System: Linux PHP Version: 4.3.0 New Comment: Here you can find the reason: http://marc.theaimsgroup.com/?l=php-devm=103486469714881w=2 Previous Comments: [2003-01-15 03:43:00] [EMAIL PROTECTED] Well, it seems that this is already implenented, only commented out. After looking at /php-4.3.0/ext/standard/info.c I found these lines: /* php_printf(meta http-equiv=\Content-Type\ content=\text/html; charset=%s\ /\n, charset); */ So you just have to uncomment it and it'll work. [2003-01-14 19:21:59] [EMAIL PROTECTED] It's a debug tool. There's absolutely NO reason for it being 100% valid as long as it can be READ. [2003-01-14 16:56:41] [EMAIL PROTECTED] Well, iso-8859-1 was only an example-tag. It is really simple to implement, so why not making it valid. [2003-01-14 12:15:53] [EMAIL PROTECTED] Why care for a debug tool? It's not that phpinfo() is supposed to be used everywhere. Also iso-8859-1 might not be always correct. [2003-01-14 12:14:14] [EMAIL PROTECTED] The phpinfo()-function should contain a character encoding meta-tag. This would make it valid html with the w3c-validator at http://validator.w3.org. The meta-tag would be like: meta http-equiv=content-type content=text/html; charset=ISO-8859-1 -- Edit this bug report at http://bugs.php.net/?id=21640edit=1
#21651 [Opn-Fbk]: pdf_open_memory_image Segmentation Fault (11)
ID: 21651 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: PDF related Operating System: Linux RedHat PHP Version: 4.3.0 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. Previous Comments: [2003-01-15 02:51:17] [EMAIL PROTECTED] Well... as i work with PDF the following code causes a segmentation fault: $tmp_image = ImageCreate($size[0]*$this-actual_img_dpi/$this-default_img_dpi, $size[1]*$this-actual_img_dpi/$this-default_img_dpi); imagecopyresampled ($tmp_image, $im, 0, 0, 0, 0,$size[0]*$this-actual_img_dpi/$this-default_img_dpi, $size[1]*$this-actual_img_dpi/$this-default_img_dpi, $size[0], $size[1]); $img = pdf_open_memory_image($pdf_doc, $tmp_image); -- Edit this bug report at http://bugs.php.net/?id=21651edit=1
#21651 [Fbk]: pdf_open_memory_image Segmentation Fault (11)
ID: 21651 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PDF related Operating System: Linux RedHat PHP Version: 4.3.0 New Comment: And provide a FULL and SHORT example script which can be used to reproduce this too. And your configure line for PHP would be nice to know also. Previous Comments: [2003-01-15 03:49:11] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2003-01-15 02:51:17] [EMAIL PROTECTED] Well... as i work with PDF the following code causes a segmentation fault: $tmp_image = ImageCreate($size[0]*$this-actual_img_dpi/$this-default_img_dpi, $size[1]*$this-actual_img_dpi/$this-default_img_dpi); imagecopyresampled ($tmp_image, $im, 0, 0, 0, 0,$size[0]*$this-actual_img_dpi/$this-default_img_dpi, $size[1]*$this-actual_img_dpi/$this-default_img_dpi, $size[0], $size[1]); $img = pdf_open_memory_image($pdf_doc, $tmp_image); -- Edit this bug report at http://bugs.php.net/?id=21651edit=1
#18271 [Opn-Fbk]: Problems reading MSSQL data of type real
ID: 18271 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Win2000 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 There were some mssql fixes committed recently. Previous Comments: [2003-01-15 00:19:05] [EMAIL PROTECTED] I've been on holidays for a while, so missed out on the request to use the CVS snapshot. However, yesterday I upgraded to 4.3.0, and the real data type problem became a whole lot worse. All my real data is currently being retreived by PHP as approximately 4.330e-304. For example, a particular cell that holds the value 0.09 is being retreived by PHP as 4.33060646217E-304. And it's not even consistent. Another cell in the same column which also contains 0.09 is coming back as 4.33041176821E-304. Nor is it proportionate. A cell containing 0.5 is reported as 4.33055085271E-304, which is actually *less* than the first 0.09 example! Just to test the other end of the range, I put the value 500 into a real cell, and this is what came back: 4.33041185318E-302. If there is a pattern to these infinitestmal numbers, I can't detect it. Apart from the 4.330 part, the rest appears essentially random, and doesn't appear to have any relationship to the actual data. I can still acquire the correct data using non-PHP technologies, such as looking at the data directly in SQL Server Query Tool, running linked tables from MS Access, using ODBC from Excel, etc etc. PHP appears to be working correctly with all other data types at this stage. Please let me know if a fix is likely in the near future. If it's not, I'll need to implement a workaround, or regress to an earlier PHP version. I tried the link you provided to the Win32 CVS snapshot, but I got a 403 Forbidden response. [2002-12-28 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. [2002-12-07 01:42:06] [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-07-12 23:55:04] [EMAIL PROTECTED] I eventually figured out that the problem was related directly to the kilometres column of the table, which was of type real. I changed the data type of the column to decimal - this was more appropriate for the data anyway. The column contains odometer readings, numbers in the range 0 - 40 which either had one decimal place or no fractional part at all. The problems instantly disappeared. It seems that something in the php_mssql extension has trouble with the real data type, in certain circumstances. Because I'm happy to use the decimal data type on this ocassion, my problem is solved, but I would still regard this as an open bug report. I'm happy to do more testing on demand, if it would help the cause. [2002-07-12 04:20:59] [EMAIL PROTECTED] Using a process of elimination (commenting out blocks of code), I tracked down what was causing the hang. As it happens, it is all because of a certain query on the page. If PHP tries to run this query, it hangs, and the page doesn't return anything at all. A bit of experimentation with the query revealed that the issue is directly related to one particular table in my database, odometer_log. Some attempts to query this table cause the hang, do not pass GO do not collect 200 dollars. No error is reported or logged by either PHP or SQL Server. There's nothing very interesting about the table that should cause PHP to drop the bundle. Here's the table definition: CREATE TABLE odometer_log ( id int not null identity(1,1) primary key, car int not null references motor_vehicle(id), kilometres real not null, date datetime not null, type int not null references odometer_log_type(id) ) As you can see, it's all pretty standard. No exotic binary data types or the like. I am able to open (and query) the table in SQL Server Enterprise Manager without any hassles, and likewise using Linked Tables in MS Access. So the problem seems not to be within the data table itself, or ODBC, and rather something to do with how the php_mssql extension accesses it. Results of various
#21648 [Opn-Fbk]: number_format() output error
ID: 21648 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Math Functions Operating System: RedHat 7.3 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 Previous Comments: [2003-01-15 01:58:50] [EMAIL PROTECTED] There is problem with output from function number_format() I have compiled PHP 4.3.0 as Apache module. print number_format($number,2,., ); if $number is in range 10 - 99 or 1 - 9, output has random character at the begining. example: ? $number=85000.90; $number_f=number_format($number,2,., ); for ($i=0;$istrlen($number_f);$i++) { print ord($number_f[$i]). -- .$number_f[$i].br /; } print $number_f; ? produced: 114 -- r 56 -- 8 53 -- 5 48 -- 0 32 -- 48 -- 0 48 -- 0 48 -- 0 32 -- 48 -- 0 48 -- 0 48 -- 0 46 -- . 57 -- 9 48 -- 0 r850 000 000.90 next run of script add this at the beginning: 72 -- H Thank you for your help. Regards Milan -- Edit this bug report at http://bugs.php.net/?id=21648edit=1
#21654 [NEW]: BINARIES DOWNLOADED CORRUPTION
From: [EMAIL PROTECTED] Operating system: WINDOWS 2000 SP3 PHP version: 4CVS-2003-01-15 (stable) PHP Bug Type: cURL related Bug description: BINARIES DOWNLOADED CORRUPTION WEB Server : Apache 2.0.42 with SSL enabled PHP 4.3.1 CVS 2003-01-15-01-30 WINDOWS 2000 SP3 Browser IE6SP1 Script : $ch = curl_init(); curl_setopt ($ch,CURLOPT_URL,$sitedownload.$_POST'fichier']); curl_setopt ($ch, CURLOPT_HEADER,0); curl_setopt ($ch,CURLOPT_PROXY,$proxy); $fichiersigs = fopen ($_POST['fichier'], w); curl_setopt ($ch,CURLOPT_FILE,$fichiersigs); $test = curl_exec ($ch); curl_close ($ch); If you configured PHP with Apache Module (php4apache2.dll) a binary downloaded file (tested ZIP File) is corrupted. It seemed to convert LF to CRLF but I'm not sure. I tried without success : curl_setopt ($ch,CURLOPT_CRLF,0); If you configured PHP CGI, it works fine (I tested MD5). I tested version 4.3.1 CVS 2003-01-14-01-30 and CVS 2003-01-15-01-30. I think it's easy to reproduce. Yours sincerely, Patrick AUDEMARD -- Edit bug report at http://bugs.php.net/?id=21654edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21654r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21654r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21654r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21654r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21654r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21654r=support Expected behavior: http://bugs.php.net/fix.php?id=21654r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21654r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21654r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21654r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21654r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21654r=dst IIS Stability: http://bugs.php.net/fix.php?id=21654r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21654r=gnused
#21310 [Fbk-Opn]: no such file (paths)
ID: 21310 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Directory/Filesystem functions Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: phpinfo(): .:/usr/local/lib/php php.ini: include_path = .:/usr/local/lib/php Previous Comments: [2003-01-15 03:18:37] [EMAIL PROTECTED] What does phpinfo() output for include_path? What is include_path set to in your php.ini file? [2003-01-10 08:18:46] [EMAIL PROTECTED] I also think it is a bugg. On ours servers all directories have only eXecute access to other. Give read access to other on all level is realy a problem. Cordialy. [2003-01-06 12:02:18] [EMAIL PROTECTED] yes, same thing for me. if HTTP server has permission to read all directories in path to the file, all users can read directories of other user and it's really not secure ... [2003-01-05 16:59:45] [EMAIL PROTECTED] In my humble opinion it is a bug, because: 1. Previous version of PHP (4.0) could read file without full path, even if PHP couldnt read . or higher directory. 2. PHP reads several directories (why?) when includes each file without full path. 2. There is no technical reason to give PHP access to read all directories from / to directories with PHP scripts. [2003-01-05 16:41:43] [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 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/21310 -- Edit this bug report at http://bugs.php.net/?id=21310edit=1
#21614 [Bgs-Opn]: Non-ASCII characters get entity escaped on input from MSIE only
ID: 21614 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: Unknown/Other Function Operating System: Various -PHP Version: 4.2.3 +PHP Version: 4.3.0 New Comment: Verified as still present in 4.3.0 without mbstring enabled running on Solaris. Previous Comments: [2003-01-13 19:01:20] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. [2003-01-13 07:29:01] [EMAIL PROTECTED] Entering non-ASCII data (eg in ISO-8859-1) using MSIE 6 and 5.5 (possibly others) via an HTTP POST (multipart/form-data, perhaps others) request to PHP 4.2.3 as a dynamically-loaded Apache (1.3 series) module causes the non-ASCII characters to be HTML entity escaped. eg: étan - eacute;tan This does not happen with Mozilla 1.2b (20021016), and did not happen with PHP 4.1.2 (with mbstring enabled). It happens with both mbstring enabled and disabled on PHP 4.2.3. It has been observed on Debian GNU/Linux, FreeBSD and WinXP. -- Edit this bug report at http://bugs.php.net/?id=21614edit=1
#21616 [Fbk-Opn]: encoding error in attributes with result_dump_*
ID: 21616 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: linux PHP Version: 4.3.0 New Comment: xslt: xsl:output method=html encoding=windows-1251 omit-xml-declaration=yes/ .. a href=ïðèâåòïðèâåò/a .. //contents inside a tag and href attribute in win-1251 encoding output with result_dump_mem(): a href=%D0%BF%D1%80%D0%B8%D0%B2%D0%B5%D1%82ïðèâåò/a mustbe: a href=%EF%F0%E8%E2%E5%F2ïðèâåò/a it seems that contents inside href encodes as unicode, not as win-1251 or something like that. Previous Comments: [2003-01-15 02:17:31] [EMAIL PROTECTED] Please provide the shortest possible example for reproducing your error. thanks chregu [2003-01-13 07:59:20] [EMAIL PROTECTED] encoding error in attributes with result_dump_* when xsl:output method=html encoding=windows-1251/ characters in win-1251 encoding presented in href, src, .. html attributes encode into %HEX sequence incorrectly -- Edit this bug report at http://bugs.php.net/?id=21616edit=1
#21655 [NEW]: MSSQL: unable to initialize module
From: [EMAIL PROTECTED] Operating system: win xp pro PHP version: 4.3.0 PHP Bug Type: MSSQL related Bug description: MSSQL: unable to initialize module having mssql2k dev edition installed enabling extension=php_mssql.dll receiving following WARNING popup: Unknown(): mssql: Unable to initialize module Module compiled with module API=20001222, debug=0, thread-safety=1 PHP compiled with module API=20020429, debug=0, thread-safety=1 these options need to match what should i do ? -- Edit bug report at http://bugs.php.net/?id=21655edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21655r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21655r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21655r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21655r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21655r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21655r=support Expected behavior: http://bugs.php.net/fix.php?id=21655r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21655r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21655r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21655r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21655r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21655r=dst IIS Stability: http://bugs.php.net/fix.php?id=21655r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21655r=gnused
#21642 [Bgs-Opn]: fsockopen() tls doenst work with tlsftp's
ID: 21642 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type:Sockets related PHP Version: 4.3.0 New Comment: TLS becomes more a standard instead of FTP. I cant recognize the reason why fsockopen() doesnt handle tls/ssl similare to fopen(). Why not starting (like fopen() it does) in clear mode, then switch to tls/ssl if this all is FLASE return fail ? Atm i have to run a TLSwrapper in background to connect FTP+TLS cause fsock yes but ssl... The use of Curl or fopen instead ? Sounds a bit crazy for me tho :) A Create a socket function should handle all streams. Im looking forward to fsockopen supports ftp+tls :) Greetings Toppi Previous Comments: [2003-01-14 16:41:05] [EMAIL PROTECTED] this is expected behaviour; fsockopen(tls://) opens the socket with TLS turned on. By default, TLS-enabled ftp servers start in the clear - with crypto turned off. If you want to use TLS over ftp, consider using fopen(ftps://) instead (which will attempt TLS negotiation according to the relevant rfcs), or if that is not sufficient, try using the curl functions. [2003-01-14 16:28:29] [EMAIL PROTECTED] Trying to tls://ftp_ip:port ... Warning: fsockopen() [function.fsockopen]: php_stream_sock_ssl_activate_with_method: SSL handshake/connection failed in ftpclass.php on line 204 Warning: fsockopen() [function.fsockopen]: failed to activate SSL mode 2 in ftpclass.php on line 204 The TLS SERVER replies tru fread() at least : UK (glftpd 1.28_Linux+TLS) ready. 500 '': Command not understood. I would expect when using a tls-prefix its working similare to ftp_ssl_connect (what is working fine but not needed cause no filepointer back). No chance in php to connect ftp+tls tru fsock which is needed if you need a filepointer back to use fread/write etc. Greetings Toppi -- Edit this bug report at http://bugs.php.net/?id=21642edit=1
#21645 [Bgs-Csd]: eregi_replace seems not to work correctly
ID: 21645 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Closed Bug Type: *Regular Expressions Operating System: 2.4.17-rc2aa2-2g PHP Version: 4.2.0 New Comment: Thank you, the update to the latest version seem to fix this issue. Best Regards, Lucas Previous Comments: [2003-01-15 03:32:52] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. [2003-01-14 21:34:41] [EMAIL PROTECTED] Hello, eregi_replace does not seem to work correctly for me (php/4.2.0) template.inc: ... ... var $_tpl_vars= array(); var $tpl; ... ... function render() { foreach ($this-_tpl_vars as $key = $val) { echo $key - $t\n; $rend_tpl = eregi_replace(.$key.,$this-_tpl_vars[$key],$this-tpl); $a=$this-_tpl_vars[$key]; } return $rend_tpl; } test.php: ? require (templates.inc); $test = new template; $test-init(entry.tpl); $test-set(size,300); $test-set(title,280); $test-set(url,sdfdf2); $test-set(match,sdfs2d); echo $test-render(); ? this produces the following output: size - 300 title - 280 url - sdfdf2 match - sdfs2d sdfs2d size url sdfs2d title bash-2.05$ Obviously the parameter passing works, because the function returns the $key and the value too. As you see only the URL IS SUBSITUTED. I think this could be a bug. entry.tpl looks like this: bash-2.05$ cat entry.tpl match size url match title bash-2.05$ Thank you for your response, Lucas -- Edit this bug report at http://bugs.php.net/?id=21645edit=1
#21651 [Fbk-Opn]: pdf_open_memory_image Segmentation Fault (11)
ID: 21651 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: PDF related Operating System: Linux RedHat PHP Version: 4.3.0 New Comment: Here it is: './configure' '--with-apxs' '--with-gd' '--with-freetype-dir=/usr/local/lib/' '--with-pgsql' '--enable-gd-native-ttf' '--with-jpeg-dir=/usr/lib/' '--with-png-dir=/usr/lib/' '--with-zlib-dir=/usr/lib/' '--with-mysql' '--with-config-file-path=/etc/' '--with-pdflib=/usr/local/' '--enable-ftp' Then: as i have done a few debug (homemade debug) sessions i noticed that the line where output stopped was $img = pdf_open_memory_image($pdf_doc, $tmp_image); This is why i stopped the code there... For the code snippet: i can't really provide it... this is part of a real big class! TKS Simone Previous Comments: [2003-01-15 03:52:51] [EMAIL PROTECTED] And provide a FULL and SHORT example script which can be used to reproduce this too. And your configure line for PHP would be nice to know also. [2003-01-15 03:49:11] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2003-01-15 02:51:17] [EMAIL PROTECTED] Well... as i work with PDF the following code causes a segmentation fault: $tmp_image = ImageCreate($size[0]*$this-actual_img_dpi/$this-default_img_dpi, $size[1]*$this-actual_img_dpi/$this-default_img_dpi); imagecopyresampled ($tmp_image, $im, 0, 0, 0, 0,$size[0]*$this-actual_img_dpi/$this-default_img_dpi, $size[1]*$this-actual_img_dpi/$this-default_img_dpi, $size[0], $size[1]); $img = pdf_open_memory_image($pdf_doc, $tmp_image); -- Edit this bug report at http://bugs.php.net/?id=21651edit=1
#21655 [Opn-Bgs]: MSSQL: unable to initialize module
ID: 21655 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: win xp pro 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. Previous Comments: [2003-01-15 05:10:19] [EMAIL PROTECTED] having mssql2k dev edition installed enabling extension=php_mssql.dll receiving following WARNING popup: Unknown(): mssql: Unable to initialize module Module compiled with module API=20001222, debug=0, thread-safety=1 PHP compiled with module API=20020429, debug=0, thread-safety=1 these options need to match what should i do ? -- Edit this bug report at http://bugs.php.net/?id=21655edit=1
#21642 [Opn]: fsockopen() tls doenst work with tlsftp's
ID: 21642 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type:Sockets related PHP Version: 4.3.0 New Comment: Just info when using fopen(); it retruns Warning: fopen(ftps://...@ip:port) [function.fopen]: failed to create stream: Operation not permitted in . Previous Comments: [2003-01-15 05:12:21] [EMAIL PROTECTED] TLS becomes more a standard instead of FTP. I cant recognize the reason why fsockopen() doesnt handle tls/ssl similare to fopen(). Why not starting (like fopen() it does) in clear mode, then switch to tls/ssl if this all is FLASE return fail ? Atm i have to run a TLSwrapper in background to connect FTP+TLS cause fsock yes but ssl... The use of Curl or fopen instead ? Sounds a bit crazy for me tho :) A Create a socket function should handle all streams. Im looking forward to fsockopen supports ftp+tls :) Greetings Toppi [2003-01-14 16:41:05] [EMAIL PROTECTED] this is expected behaviour; fsockopen(tls://) opens the socket with TLS turned on. By default, TLS-enabled ftp servers start in the clear - with crypto turned off. If you want to use TLS over ftp, consider using fopen(ftps://) instead (which will attempt TLS negotiation according to the relevant rfcs), or if that is not sufficient, try using the curl functions. [2003-01-14 16:28:29] [EMAIL PROTECTED] Trying to tls://ftp_ip:port ... Warning: fsockopen() [function.fsockopen]: php_stream_sock_ssl_activate_with_method: SSL handshake/connection failed in ftpclass.php on line 204 Warning: fsockopen() [function.fsockopen]: failed to activate SSL mode 2 in ftpclass.php on line 204 The TLS SERVER replies tru fread() at least : UK (glftpd 1.28_Linux+TLS) ready. 500 '': Command not understood. I would expect when using a tls-prefix its working similare to ftp_ssl_connect (what is working fine but not needed cause no filepointer back). No chance in php to connect ftp+tls tru fsock which is needed if you need a filepointer back to use fread/write etc. Greetings Toppi -- Edit this bug report at http://bugs.php.net/?id=21642edit=1
#20263 [Com]: feof doesn't work with --with-curlwrappers
ID: 20263 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Suspended Bug Type: cURL related Operating System: Linux RH 7 PHP Version: 4CVS-2002-11-05 Assigned To: wez New Comment: Don't wait. Act! Since I am the single person who develop libcurl on a regular basis, I can assure you that I don't know what features you're missing and that I am not likely to add them without being pushed in the right direction, most preferably with some hands-on help. Previous Comments: [2002-11-06 03:56:57] [EMAIL PROTECTED] That was the plan. Suspending this for now. Thanks for being eager to try this out; we're really waiting for features in the curl library (otherwise it would be in PHP 4.3). [2002-11-05 10:51:34] [EMAIL PROTECTED] The option is present in 4.3.0pre2 with no mention of the curlwrappers being experimental. If it is known this will not work for 4.3 wouldn't it make sense to remove the configure option from ./configure --help until it works? [2002-11-05 10:29:33] [EMAIL PROTECTED] Wez told me it will be fixed for PHP4.4 and PHP5. They're already working on it so what? Lets keep it open anyway. [2002-11-05 10:25:26] [EMAIL PROTECTED] Nicos is right that it isn't officially supported, but that really doesn't mean you should report bugs about it, on the contrary! [2002-11-05 10:20:53] [EMAIL PROTECTED] Yes, I tested it with and without, once it was disable the script works fine. 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/20263 -- Edit this bug report at http://bugs.php.net/?id=20263edit=1
#21648 [Com]: number_format() output error
ID: 21648 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Math Functions Operating System: RedHat 7.3 PHP Version: 4.3.0 New Comment: I used file math.c from version of PHP 4.3.1-dev before change on 9.1.2003. It seems to work well Previous Comments: [2003-01-15 03:57:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-15 01:58:50] [EMAIL PROTECTED] There is problem with output from function number_format() I have compiled PHP 4.3.0 as Apache module. print number_format($number,2,., ); if $number is in range 10 - 99 or 1 - 9, output has random character at the begining. example: ? $number=85000.90; $number_f=number_format($number,2,., ); for ($i=0;$istrlen($number_f);$i++) { print ord($number_f[$i]). -- .$number_f[$i].br /; } print $number_f; ? produced: 114 -- r 56 -- 8 53 -- 5 48 -- 0 32 -- 48 -- 0 48 -- 0 48 -- 0 32 -- 48 -- 0 48 -- 0 48 -- 0 46 -- . 57 -- 9 48 -- 0 r850 000 000.90 next run of script add this at the beginning: 72 -- H Thank you for your help. Regards Milan -- Edit this bug report at http://bugs.php.net/?id=21648edit=1
#21293 [NoF-Opn]: imap_fetchstructure incomplet return
ID: 21293 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: Feature/Change Request Operating System: Debian GNU/Linux Sid PHP Version: 4.2.3 New Comment: This no return de content of parts with yhe MIME-Version is not specificated. Previous Comments: [2003-01-15 01:00:04] [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. [2002-12-30 11:50:38] [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-12-30 11:09:40] [EMAIL PROTECTED] I using a Debian packages. I update php4 and php4-imap an 'imap_fetchstructure' no return all part in messaje. libc6 2.3.1-8 php4 4.2.3-8 php4-dbase 4.2.1-1 php4-dev 4.2.3-8 php4-domxml4.2.1-3 php4-gd2 4.2.1-2 php4-imap 4.2.3-8 php4-mysql 4.2.1-3 php4-pear 4.1.2-4 php4-pgsql 4.2.1-2 -- Edit this bug report at http://bugs.php.net/?id=21293edit=1
#21293 [Opn-Fbk]: imap_fetchstructure incomplet return
ID: 21293 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: Debian GNU/Linux Sid PHP Version: 4.2.3 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-15 06:40:51] [EMAIL PROTECTED] This no return de content of parts with yhe MIME-Version is not specificated. [2003-01-15 01:00:04] [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. [2002-12-30 11:50:38] [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-12-30 11:09:40] [EMAIL PROTECTED] I using a Debian packages. I update php4 and php4-imap an 'imap_fetchstructure' no return all part in messaje. libc6 2.3.1-8 php4 4.2.3-8 php4-dbase 4.2.1-1 php4-dev 4.2.3-8 php4-domxml4.2.1-3 php4-gd2 4.2.1-2 php4-imap 4.2.3-8 php4-mysql 4.2.1-3 php4-pear 4.1.2-4 php4-pgsql 4.2.1-2 -- Edit this bug report at http://bugs.php.net/?id=21293edit=1
#21654 [Com]: BINARIES DOWNLOADED CORRUPTION
ID: 21654 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: cURL related Operating System: WINDOWS 2000 SP3 PHP Version: 4CVS-2003-01-15 (stable) New Comment: I tested and it worked. Sorry, I checked but I forgot the wb in the fopen()... Yours sincerely, Patrick AUDEMARD Previous Comments: [2003-01-15 05:13:57] [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 When using PHP on Windows platform it\'s generally necessary to specify binary mode at fopen() parameter in order to write out non-text data. But actually the data are always written as binary on CGI or CLI version of PHP binary unless you specify text mode that is represented as \t\. This is a known exception. [2003-01-15 04:33:35] [EMAIL PROTECTED] WEB Server : Apache 2.0.42 with SSL enabled PHP 4.3.1 CVS 2003-01-15-01-30 WINDOWS 2000 SP3 Browser IE6SP1 Script : $ch = curl_init(); curl_setopt ($ch,CURLOPT_URL,$sitedownload.$_POST'fichier']); curl_setopt ($ch, CURLOPT_HEADER,0); curl_setopt ($ch,CURLOPT_PROXY,$proxy); $fichiersigs = fopen ($_POST['fichier'], w); curl_setopt ($ch,CURLOPT_FILE,$fichiersigs); $test = curl_exec ($ch); curl_close ($ch); If you configured PHP with Apache Module (php4apache2.dll) a binary downloaded file (tested ZIP File) is corrupted. It seemed to convert LF to CRLF but I'm not sure. I tried without success : curl_setopt ($ch,CURLOPT_CRLF,0); If you configured PHP CGI, it works fine (I tested MD5). I tested version 4.3.1 CVS 2003-01-14-01-30 and CVS 2003-01-15-01-30. I think it's easy to reproduce. Yours sincerely, Patrick AUDEMARD -- Edit this bug report at http://bugs.php.net/?id=21654edit=1
#21642 [Opn-Bgs]: fsockopen() tls doenst work with tlsftp's
ID: 21642 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type:Sockets related PHP Version: 4.3.0 New Comment: fsockopen is intended to open *only* a raw socket and not implement some protocol level stuff - that is what the URL wrappers are for in fopen(). Please try one of the alternative methods for working with secure ftp. If you find a problem with those, then open a new bug report. Previous Comments: [2003-01-15 05:51:31] [EMAIL PROTECTED] Please add rfc2228 handle to fsockopen(); :-) [2003-01-15 05:41:13] [EMAIL PROTECTED] Just info when using fopen(); it retruns Warning: fopen(ftps://...@ip:port) [function.fopen]: failed to create stream: Operation not permitted in . [2003-01-15 05:12:21] [EMAIL PROTECTED] TLS becomes more a standard instead of FTP. I cant recognize the reason why fsockopen() doesnt handle tls/ssl similare to fopen(). Why not starting (like fopen() it does) in clear mode, then switch to tls/ssl if this all is FLASE return fail ? Atm i have to run a TLSwrapper in background to connect FTP+TLS cause fsock yes but ssl... The use of Curl or fopen instead ? Sounds a bit crazy for me tho :) A Create a socket function should handle all streams. Im looking forward to fsockopen supports ftp+tls :) Greetings Toppi [2003-01-14 16:41:05] [EMAIL PROTECTED] this is expected behaviour; fsockopen(tls://) opens the socket with TLS turned on. By default, TLS-enabled ftp servers start in the clear - with crypto turned off. If you want to use TLS over ftp, consider using fopen(ftps://) instead (which will attempt TLS negotiation according to the relevant rfcs), or if that is not sufficient, try using the curl functions. [2003-01-14 16:28:29] [EMAIL PROTECTED] Trying to tls://ftp_ip:port ... Warning: fsockopen() [function.fsockopen]: php_stream_sock_ssl_activate_with_method: SSL handshake/connection failed in ftpclass.php on line 204 Warning: fsockopen() [function.fsockopen]: failed to activate SSL mode 2 in ftpclass.php on line 204 The TLS SERVER replies tru fread() at least : UK (glftpd 1.28_Linux+TLS) ready. 500 '': Command not understood. I would expect when using a tls-prefix its working similare to ftp_ssl_connect (what is working fine but not needed cause no filepointer back). No chance in php to connect ftp+tls tru fsock which is needed if you need a filepointer back to use fread/write etc. Greetings Toppi -- Edit this bug report at http://bugs.php.net/?id=21642edit=1
#20263 [Sus-Opn]: feof doesn't work with --with-curlwrappers
ID: 20263 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Open Bug Type: cURL related Operating System: Linux RH 7 PHP Version: 4CVS-2002-11-05 Assigned To: wez New Comment: Re-opening, but I can't promise to act on it immediately. Previous Comments: [2003-01-15 05:56:12] [EMAIL PROTECTED] Don't wait. Act! Since I am the single person who develop libcurl on a regular basis, I can assure you that I don't know what features you're missing and that I am not likely to add them without being pushed in the right direction, most preferably with some hands-on help. [2002-11-06 03:56:57] [EMAIL PROTECTED] That was the plan. Suspending this for now. Thanks for being eager to try this out; we're really waiting for features in the curl library (otherwise it would be in PHP 4.3). [2002-11-05 10:51:34] [EMAIL PROTECTED] The option is present in 4.3.0pre2 with no mention of the curlwrappers being experimental. If it is known this will not work for 4.3 wouldn't it make sense to remove the configure option from ./configure --help until it works? [2002-11-05 10:29:33] [EMAIL PROTECTED] Wez told me it will be fixed for PHP4.4 and PHP5. They're already working on it so what? Lets keep it open anyway. [2002-11-05 10:25:26] [EMAIL PROTECTED] Nicos is right that it isn't officially supported, but that really doesn't mean you should report bugs about it, on the contrary! 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/20263 -- Edit this bug report at http://bugs.php.net/?id=20263edit=1
#21656 [NEW]: fclose() don't close the socket
From: [EMAIL PROTECTED] Operating system: Linux (Slackware) PHP version: 4.3.0 PHP Bug Type: Sockets related Bug description: fclose() don't close the socket Hi, I've made a script to connect using fsockopen() (not pfsockopen()), and check the timeout into while. If the connection got a time out, I close the socket and restart the request again. The problem is that when I got some network problem that made the connection to be lost, the PHP script simple doesn't close this socket with fclose() and when I open the socket again, I can't send or receive any data. The script is running at shell, and is fetching many web pages to insert into a mysql database. All works fine, till I got any network problem. I've searched all the documentation and bug reports and there's nothing talking about the fclose() to not real close the socket. There's any other way to really force the socket to be closed and oppened again in the same script? Thanks in advice. -- Edit bug report at http://bugs.php.net/?id=21656edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21656r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21656r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21656r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21656r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21656r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21656r=support Expected behavior: http://bugs.php.net/fix.php?id=21656r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21656r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21656r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21656r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21656r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21656r=dst IIS Stability: http://bugs.php.net/fix.php?id=21656r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21656r=gnused
#21649 [Com]: This this problem with fopen() function for windows
ID: 21649 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Filesystem function related Operating System: win2000 server PHP Version: 4.3.0 New Comment: Hi Sniper ; Windows: \path1;\path2 ; include_path = .;c:\php4\includes ; include_path=.;c:\php4\pear include_path=c:\php4\pear;c:\ Please notice when I change path to .;c:\php4\pear;c:\ Pear DB is complaining that cannot find what needed. Onother story is that when You comment these line So You shoudn't see any lines.Isn't that strange .;c:\php4\pear this is being shown from ?php phpinfo();? How include_path could be hardcoded Best Regards W.J.Lipinski Previous Comments: [2003-01-15 03:10:40] [EMAIL PROTECTED] What is the exact include_path line in your php.ini? [2003-01-15 02:12:22] [EMAIL PROTECTED] I just want to say that I included double \\ in path as well no luck $fp = fopen(C:\\authenticate.txt,r,1); [2003-01-15 02:03:56] [EMAIL PROTECTED] $fp = fopen(C:\authenticate.txt,r,1); $auth_file = fread ($fp, filesize($fp)); fclose($fp); in include_path I have include_path c:\php4\pear;c:\ c:\php4\pear;c:\ That what I got Warning: fopen(C:\authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 3 Warning: fread(): supplied argument is not a valid stream resource in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 4 As You can see I have Apache2. Since I'm more oracle guru than PHP I'd like to see more consistent way You do bug reporting I will benefit everbody. Best Regards W.J.Lipinski -- Edit this bug report at http://bugs.php.net/?id=21649edit=1
#21657 [NEW]: Stack seems compromised when using Sessions
From: [EMAIL PROTECTED] Operating system: W2K server SP2 or NT4 SP6 work. PHP version: 4.3.0 PHP Bug Type: Scripting Engine problem Bug description: Stack seems compromised when using Sessions Take the code that follows and save it in a file called test.php. If you now call the file via a web browser PHP will write a strange string. This is due to the session registering done in the case 0 of the switch. It should print test_variable=. The strange this happens when you register a variable which has been assigned with an unset other one. And the thing happens only the first time the browser hits the page. At a refresh everything works. ?php function MakeHref($hr) { return($hr); } function NormalFunction($parms, $size, $status) { echo HTML\n; echo BODY\n; echo parms='.$parms.'\n; echo /BODY\n; echo /HTML\n; } session_start(); switch ($status) { case 0: $f_caller = isset($funcname) ? $funcname:; //$f_test_variable = isset($test_variable) ? $test_variable:; $f_test_variable = $test_variable; // comment this and uncomment the line above to make it work // since $test_variable is not set, it seems that memory gets upset session_register(f_test_variable); session_register(f_caller); NormalFunction(test_variable=$test_variable, 120, 10); break; } ? This is my php.ini: [PHP] ; Enable the PHP scripting language engine under Apache. engine = On ; Allow the ? tag. Otherwise, only ?php and script tags are recognized. short_open_tag = On ; Allow ASP-style % % tags. asp_tags = Off ; The number of significant digits displayed in floating point numbers. precision= 14 ; Enforce year 2000 compliance (will cause problems with non-compliant browsers) y2k_compliance = Off output_buffering = 4096 output_handler = zlib.output_compression = Off implicit_flush = Off allow_call_time_pass_reference = Off safe_mode = Off safe_mode_gid = Off safe_mode_include_dir = safe_mode_exec_dir = safe_mode_allowed_env_vars = PHP_ safe_mode_protected_env_vars = LD_LIBRARY_PATH disable_functions = highlight.string = #CC highlight.comment = #FF9900 highlight.keyword = #006600 highlight.bg = #FF highlight.default = #CC highlight.html= #00 expose_php = On max_execution_time = 30 ; Maximum execution time of each script, in seconds memory_limit = 8M ; Maximum amount of memory a script may consume (8MB) error_reporting = E_ALL ~E_NOTICE display_errors = On display_startup_errors = On log_errors = On track_errors = Off variables_order = GPCS register_globals = On register_argc_argv = Off post_max_size = 8M gpc_order = GPC magic_quotes_gpc = On magic_quotes_runtime = Off magic_quotes_sybase = Off auto_prepend_file = auto_append_file = default_mimetype = text/html user_dir = extension_dir = ./extensions enable_dl = On file_uploads = On upload_max_filesize = 2M allow_url_fopen = On extension=php_gd2.dll extension=php_oracle.dll [Syslog] define_syslog_variables = Off [mail function] SMTP = localhost sendmail_from = [EMAIL PROTECTED] [Java] [SQL] sql.safe_mode = Off [ODBC] odbc.allow_persistent = On odbc.check_persistent = On odbc.max_persistent = -1 odbc.max_links = -1 odbc.defaultlrl = 4096 odbc.defaultbinmode = 1 [MySQL] mysql.allow_persistent = On mysql.max_persistent = -1 mysql.max_links = -1 mysql.default_port = mysql.default_socket = mysql.default_host = mysql.default_user = mysql.default_password = [mSQL] msql.allow_persistent = On msql.max_persistent = -1 msql.max_links = -1 [PostgresSQL] pgsql.allow_persistent = On pgsql.auto_reset_persistent = Off pgsql.max_persistent = -1 pgsql.max_links = -1 [Sybase] sybase.allow_persistent = On sybase.max_persistent = -1 sybase.max_links = -1 sybase.min_error_severity = 10 sybase.min_message_severity = 10 sybase.compatability_mode = Off [Sybase-CT] sybct.allow_persistent = On ; Maximum number of persistent links. -1 means no limit. sybct.max_persistent = -1 ; Maximum number of links (persistent + non-persistent). -1 means no limit. sybct.max_links = -1 ; Minimum server message severity to display. sybct.min_server_severity = 10 ; Minimum client message severity to display. sybct.min_client_severity = 10 [bcmath] ; Number of decimal digits for all bcmath functions. bcmath.scale = 0 [browscap] ;browscap = extra/browscap.ini [Informix] ; Default host for ifx_connect() (doesn't apply in safe mode). ifx.default_host = ; Default user for ifx_connect() (doesn't apply in safe mode). ifx.default_user = ; Default password for ifx_connect() (doesn't apply in safe mode).
#21637 [Fbk-Opn]: Header('Location: ... ') problem
ID: 21637 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Actually, there is no error, the system just stalls, we got nothing out as a result and we are forced to kill the inetinfo process to restart PHP (just stopping the service W3SVC wont work, the service wont stopped and will stay in a stopping mode). It seems to be a problem between IIS and PHP, but we didn't have this problem up to version 4.2.2. We had another problem with the headers in version 4.2.3 that was reported in bug #19351, maybe it is related? Previous Comments: [2003-01-14 19:20:36] [EMAIL PROTECTED] What do you mean with 'crash' ? Do you get any errors? [2003-01-14 11:20:30] [EMAIL PROTECTED] We have a PHP 4.3 installation on Windows 2000 Server Workstation. On both systems, the following code produce a PHP crash. ?PHP header('Content-type: text/html'); header('Location: '.$url); ? If we remove the header('Content-type: text/html'); line, the code work fine, but we need to be able to force the Content type header for our application to work. -- Edit this bug report at http://bugs.php.net/?id=21637edit=1
#21656 [Opn-Fbk]: fclose() don't close the socket
ID: 21656 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Linux (Slackware) 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-15 07:31:58] [EMAIL PROTECTED] Hi, I've made a script to connect using fsockopen() (not pfsockopen()), and check the timeout into while. If the connection got a time out, I close the socket and restart the request again. The problem is that when I got some network problem that made the connection to be lost, the PHP script simple doesn't close this socket with fclose() and when I open the socket again, I can't send or receive any data. The script is running at shell, and is fetching many web pages to insert into a mysql database. All works fine, till I got any network problem. I've searched all the documentation and bug reports and there's nothing talking about the fclose() to not real close the socket. There's any other way to really force the socket to be closed and oppened again in the same script? Thanks in advice. -- Edit this bug report at http://bugs.php.net/?id=21656edit=1
#21658 [NEW]: Strange sprintf behaviour
From: [EMAIL PROTECTED] Operating system: Gentoo Linux PHP version: 4.3.0 PHP Bug Type: *General Issues Bug description: Strange sprintf behaviour mod_php 4.3.0 produce a strange sprintf behaviour for($t=0;$t10;$t++) { $r=(float) rand(0,1)/3; echo $r. - .sprintf('%.3f',$r).\n; } will produce ... 1975. - ç.000 508.3 - ,.000 2483.6667 - ã.000 61.67 - m.000 2514.6667 - I00.000 2499.6667 - *0.000 1957. - ü.000 3167. - 0.é00 655.7 - 600.000 3321.6667 - ).000 2256. - 0.S00 383.7 - 0.,00 1565. - M.000 I suppose there's something wrong with glibc 2.3.1 Any ideas? -- Edit bug report at http://bugs.php.net/?id=21658edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21658r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21658r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21658r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21658r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21658r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21658r=support Expected behavior: http://bugs.php.net/fix.php?id=21658r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21658r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21658r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21658r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21658r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21658r=dst IIS Stability: http://bugs.php.net/fix.php?id=21658r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21658r=gnused
#21659 [NEW]: sprintf
From: [EMAIL PROTECTED] Operating system: PHP version: 4.3.0 PHP Bug Type: *General Issues Bug description: sprintf I obtain from php 4.30 and error using sprintf My php code generate a result file in which is it possible to see the bug: example: sprintf(%.3f,2.04204204204) = 0.0#65533;0 sprintf(%.3f,2.1981981982) = 000.000 sprintf(%.3f,1.07507507508) = 1.000 sprintf(%.3f,1.98498498498) = 0.000 sprintf(%.3f,0.318318318318) = 0.000 sprintf(%.3f,0.90990990991) = 1.000 sprintf(%.3f,0.660660660661) = 0.000 sprintf(%.3f,2.27327327327) = 00.000 sprintf generate strange non visible alfanumeric caracter -- Edit bug report at http://bugs.php.net/?id=21659edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21659r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21659r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21659r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21659r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21659r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21659r=support Expected behavior: http://bugs.php.net/fix.php?id=21659r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21659r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21659r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21659r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21659r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21659r=dst IIS Stability: http://bugs.php.net/fix.php?id=21659r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21659r=gnused
#21659 [Opn-Bgs]: sprintf
ID: 21659 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type:*General Issues 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. Previous Comments: [2003-01-15 08:08:41] [EMAIL PROTECTED] I obtain from php 4.30 and error using sprintf My php code generate a result file in which is it possible to see the bug: example: sprintf(%.3f,2.04204204204) = 0.0#65533;0 sprintf(%.3f,2.1981981982) = 000.000 sprintf(%.3f,1.07507507508) = 1.000 sprintf(%.3f,1.98498498498) = 0.000 sprintf(%.3f,0.318318318318) = 0.000 sprintf(%.3f,0.90990990991) = 1.000 sprintf(%.3f,0.660660660661) = 0.000 sprintf(%.3f,2.27327327327) = 00.000 sprintf generate strange non visible alfanumeric caracter -- Edit this bug report at http://bugs.php.net/?id=21659edit=1
#21659 [Bgs-Opn]: sprintf
ID: 21659 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: *General Issues -Operating System: +Operating System: linux PHP Version: 4.3.0 New Comment: Error with sprintf i obtain conversion from numbner in not printable caracter. various numebr of my application don't work now see above Previous Comments: [2003-01-15 08:09:57] [EMAIL PROTECTED] 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. [2003-01-15 08:08:41] [EMAIL PROTECTED] I obtain from php 4.30 and error using sprintf My php code generate a result file in which is it possible to see the bug: example: sprintf(%.3f,2.04204204204) = 0.0#65533;0 sprintf(%.3f,2.1981981982) = 000.000 sprintf(%.3f,1.07507507508) = 1.000 sprintf(%.3f,1.98498498498) = 0.000 sprintf(%.3f,0.318318318318) = 0.000 sprintf(%.3f,0.90990990991) = 1.000 sprintf(%.3f,0.660660660661) = 0.000 sprintf(%.3f,2.27327327327) = 00.000 sprintf generate strange non visible alfanumeric caracter -- Edit this bug report at http://bugs.php.net/?id=21659edit=1
#21659 [Opn-Bgs]: sprintf
ID: 21659 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: linux PHP Version: 4.3.0 New Comment: See bug #21658, it's the same so this one is not needed - bogus. Previous Comments: [2003-01-15 08:10:55] [EMAIL PROTECTED] Error with sprintf i obtain conversion from numbner in not printable caracter. various numebr of my application don't work now see above [2003-01-15 08:09:57] [EMAIL PROTECTED] 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. [2003-01-15 08:08:41] [EMAIL PROTECTED] I obtain from php 4.30 and error using sprintf My php code generate a result file in which is it possible to see the bug: example: sprintf(%.3f,2.04204204204) = 0.0#65533;0 sprintf(%.3f,2.1981981982) = 000.000 sprintf(%.3f,1.07507507508) = 1.000 sprintf(%.3f,1.98498498498) = 0.000 sprintf(%.3f,0.318318318318) = 0.000 sprintf(%.3f,0.90990990991) = 1.000 sprintf(%.3f,0.660660660661) = 0.000 sprintf(%.3f,2.27327327327) = 00.000 sprintf generate strange non visible alfanumeric caracter -- Edit this bug report at http://bugs.php.net/?id=21659edit=1
#21649 [Com]: This this problem with fopen() function for windows
ID: 21649 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Filesystem function related Operating System: win2000 server PHP Version: 4.3.0 New Comment: Hi I just change a line in php.ini include_path=c:\php4\pear;c: when I run after I restarted Apache 2 ?php phpinfo();? it shows include_path c:\php4\pear;c: c:\php4\pear;c: Warning: fopen(C:\authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 3 Warning: fread(): supplied argument is not a valid stream resource in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 4 Same error ??? Best Regards W.J.Lipinski Previous Comments: [2003-01-15 07:33:58] [EMAIL PROTECTED] Hi Sniper ; Windows: \path1;\path2 ; include_path = .;c:\php4\includes ; include_path=.;c:\php4\pear include_path=c:\php4\pear;c:\ Please notice when I change path to .;c:\php4\pear;c:\ Pear DB is complaining that cannot find what needed. Onother story is that when You comment these line So You shoudn't see any lines.Isn't that strange .;c:\php4\pear this is being shown from ?php phpinfo();? How include_path could be hardcoded Best Regards W.J.Lipinski [2003-01-15 03:10:40] [EMAIL PROTECTED] What is the exact include_path line in your php.ini? [2003-01-15 02:12:22] [EMAIL PROTECTED] I just want to say that I included double \\ in path as well no luck $fp = fopen(C:\\authenticate.txt,r,1); [2003-01-15 02:03:56] [EMAIL PROTECTED] $fp = fopen(C:\authenticate.txt,r,1); $auth_file = fread ($fp, filesize($fp)); fclose($fp); in include_path I have include_path c:\php4\pear;c:\ c:\php4\pear;c:\ That what I got Warning: fopen(C:\authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 3 Warning: fread(): supplied argument is not a valid stream resource in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 4 As You can see I have Apache2. Since I'm more oracle guru than PHP I'd like to see more consistent way You do bug reporting I will benefit everbody. Best Regards W.J.Lipinski -- Edit this bug report at http://bugs.php.net/?id=21649edit=1
#21660 [NEW]: Form posts hang
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server SP3 PHP version: 4.3.0 PHP Bug Type: Reproducible crash Bug description: Form posts hang Freshly installed 4.3.0 installed as CGI on IIS5. Minimal changes to default php.ini I use the following page to demonstrate/test the problem: ? if ( isset( $_REQUEST['test']) ) { $ttt = $_REQUEST['test']; } else { ? form action=test.php method=post textarea name=test/textarea input type=submit /form ? } ? Very simple post test form which assigns post data to a variable. This particular script functions correctly with small amounts of data but above around 500 characters (seems to change depending on number of fields in form) the page will sit there for about 5 minutes until i get a CGI Timeout error from IIS (also logged to event viewer). Items from phpinfo() relating to post are set to defaults: always_populate_raw_post_data Off post_max_size 8M A similar ASP page on the same web server functions perfectly up to thousands of characters. As far as I am aware all other PHP functions are working correctly. -- Edit bug report at http://bugs.php.net/?id=21660edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21660r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21660r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21660r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21660r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21660r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21660r=support Expected behavior: http://bugs.php.net/fix.php?id=21660r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21660r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21660r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21660r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21660r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21660r=dst IIS Stability: http://bugs.php.net/fix.php?id=21660r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21660r=gnused
#21659 [Com]: sprintf
ID: 21659 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: linux PHP Version: 4.3.0 New Comment: Why has this bug been marked as Bogus when it's a Duplicate? It seems to be increasingly common for this to happen -- when did it become standard policy to set duplicate report to Bogus? This is very confusing, when there is still a Duplicate status in the system. Surely, if a bug is a duplicate of another, it's far better to set its status to Duplicate, so that it's obvious from a brief look that it *is* a duplicate (and it shows up in search results as such). Setting it to Bogus is bogus, because it's patently not Bogus if it's the same issue as an Open bug. And even if it is policy to set duplicate report to Bogus, that policy should be prominently documented, so that people don't get in a huff about bugs being dismissed as not a bug when their duplicate report is set to Bogus (which has happened more than once already!). Cheers! Mike Previous Comments: [2003-01-15 08:13:43] [EMAIL PROTECTED] See bug #21658, it's the same so this one is not needed - bogus. [2003-01-15 08:10:55] [EMAIL PROTECTED] Error with sprintf i obtain conversion from numbner in not printable caracter. various numebr of my application don't work now see above [2003-01-15 08:09:57] [EMAIL PROTECTED] 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. [2003-01-15 08:08:41] [EMAIL PROTECTED] I obtain from php 4.30 and error using sprintf My php code generate a result file in which is it possible to see the bug: example: sprintf(%.3f,2.04204204204) = 0.0#65533;0 sprintf(%.3f,2.1981981982) = 000.000 sprintf(%.3f,1.07507507508) = 1.000 sprintf(%.3f,1.98498498498) = 0.000 sprintf(%.3f,0.318318318318) = 0.000 sprintf(%.3f,0.90990990991) = 1.000 sprintf(%.3f,0.660660660661) = 0.000 sprintf(%.3f,2.27327327327) = 00.000 sprintf generate strange non visible alfanumeric caracter -- Edit this bug report at http://bugs.php.net/?id=21659edit=1
#21662 [NEW]: single data type not well returned
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.3.0 PHP Bug Type: MSSQL related Bug description: single data type not well returned In the PHP 4.3.0 exists a bug with the MSSQL single datatype, in the follow var_dump, you can see the PUNTAJE field. array(6) { [0]= string(7) 3422864 [ID]= string(7) 3422864 [1]= string(20) 3.2051283432282E-306 [PUNTAJE]= string(20) 3.2051283432282E-306 [2]= string(10) 7725000.00 [ADJUDICADO]= string(10) 7725000.00 } But in PHP 4.2.3 the bug doesn't exists, like you can see: array(6) { [0]= string(7) 3422864 [ID]= string(7) 3422864 [1]= string(7) 175.652 [PUNTAJE]= string(7) 175.652 [2]= string(10) 7725000.00 [ADJUDICADO]= string(10) 7725000.00 } The MSSQL fields data type are: ID = int PUNTAJE = single ADJUDICADO = money The PHP.ini is the same for both versions, the only change is the PHP version with its extensions. -- Edit bug report at http://bugs.php.net/?id=21662edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21662r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21662r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21662r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21662r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21662r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21662r=support Expected behavior: http://bugs.php.net/fix.php?id=21662r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21662r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21662r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21662r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21662r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21662r=dst IIS Stability: http://bugs.php.net/fix.php?id=21662r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21662r=gnused
#21298 [Opn-Csd]: jpeg dups
ID: 21298 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: FreeBSD 4.7 PHP Version: 4.3.0 New Comment: Fixed when first installing jpeg package, and using built in GD support. Previous Comments: [2003-01-11 11:28:06] [EMAIL PROTECTED] Please try to reinstall your jpeg library and test again. From the output you presented it seems you have a bad libjpeg. And please use a packege. However: If you configure without --with-jpeg-dir you should not be able to work with jpeg files. Could you please verify this? Because if you remove the mentioned configure line and still have the jpeg functions in your php build then the jpeg functionality comes from another library and that is the error then. [2002-12-30 16:43:28] [EMAIL PROTECTED] Configure: ./configure --enable-mbstring --with-mysql=/usr/local --with-xml --with-gd --with-apxs2=/usr/local/apache2/bin/apxs --enable-track-vars --enable-bcmath --with-imap --enable-ftp --with-jpeg-dir --with-png-dir --with-ttf --enable-sockets --with-zlib --with-openssl --with-pdflib --with-curl --with-mcrypt --with-freetype --with-freetype-dir=/usr/local/include/freetype2 --with-tsrm-pth Make works fine until it hits this: /bin/sh libtool --silent --mode=link gcc -g -O2 -prefer-pic -rpath /usr/home/install/packages/php-4.3.0/libs -avoid-version -module -L/usr/local/lib -L/usr/local/lib/mysql -L/lib -R /usr/local/lib -R /usr/local/lib/mysql -R /lib ext/zlib/zlib.lo ext/zlib/zlib_fopen_wrapper.lo ext/bcmath/bcmath.lo ext/bcmath/number.lo ext/bcmath/libbcmath/src/add.lo ext/bcmath/libbcmath/src/div.lo ext/bcmath/libbcmath/src/init.lo ext/bcmath/libbcmath/src/neg.lo ext/bcmath/libbcmath/src/outofmem.lo ext/bcmath/libbcmath/src/raisemod.lo ext/bcmath/libbcmath/src/rt.lo ext/bcmath/libbcmath/src/sub.lo ext/bcmath/libbcmath/src/compare.lo ext/bcmath/libbcmath/src/divmod.lo ext/bcmath/libbcmath/src/int2num.lo ext/bcmath/libbcmath/src/num2long.lo ext/bcmath/libbcmath/src/output.lo ext/bcmath/libbcmath/src/recmul.lo ext/bcmath/libbcmath/src/sqrt.lo ext/bcmath/libbcmath/src/zero.lo ext/bcmath/libbcmath/src/debug.lo ext/bcmath/libbcmath/src/doaddsub.lo ext/bcmath/libbcmath/src/nearzero.lo ext/bcmath/libbcmath/src/num2str.lo ext/bcmath/libbcmath/src/raise.lo ext/bcmath/libbcmath/src/rmzero.lo ext/bcmath/libbcmath/src/str2num.lo ext/ctype/ctype.lo ext/curl/curl.lo ext/curl/curlstreams.lo ext/ftp/php_ftp.lo ext/ftp/ftp.lo ext/gd/gd.lo ext/gd/gdttf.lo ext/gd/libgd/gd.lo ext/gd/libgd/gd_gd.lo ext/gd/libgd/gd_gd2.lo ext/gd/libgd/gd_io.lo ext/gd/libgd/gd_io_dp.lo ext/gd/libgd/gd_io_file.lo ext/gd/libgd/gd_ss.lo ext/gd/libgd/gd_io_ss.lo ext/gd/libgd/gd_png.lo ext/gd/libgd/gd_jpeg.lo ext/gd/libgd/gdxpm.lo ext/gd/libgd/gdfontt.lo ext/gd/libgd/gdfonts.lo ext/gd/libgd/gdfontmb.lo ext/gd/libgd/gdfontl.lo ext/gd/libgd/gdfontg.lo ext/gd/libgd/gdtables.lo ext/gd/libgd/gdft.lo ext/gd/libgd/gdcache.lo ext/gd/libgd/gdkanji.lo ext/gd/libgd/wbmp.lo ext/gd/libgd/gd_wbmp.lo ext/gd/libgd/gdhelpers.lo ext/gd/libgd/gd_topal.lo ext/gd/libgd/gd_gif_in.lo ext/imap/php_imap.lo ext/mbstring/mbfilter_ja.lo ext/mbstring/mbfilter_cn.lo ext/mbstring/mbfilter_tw.lo ext/mbstring/mbfilter_kr.lo ext/mbstring/mbfilter_ru.lo ext/mbstring/mbfilter.lo ext/mbstring/mbstring.lo ext/mbstring/mbregex.lo ext/mbstring/php_mbregex.lo ext/mbstring/html_entities.lo ext/mbstring/php_unicode.lo ext/mcrypt/mcrypt.lo ext/mysql/php_mysql.lo ext/openssl/openssl.lo ext/overload/overload.lo ext/pcre/pcrelib/maketables.lo ext/pcre/pcrelib/get.lo ext/pcre/pcrelib/study.lo ext/pcre/pcrelib/pcre.lo ext/pcre/php_pcre.lo ext/pdf/pdf.lo ext/posix/posix.lo ext/session/session.lo ext/session/mod_files.lo ext/session/mod_mm.lo ext/session/mod_user.lo ext/sockets/sockets.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/parsedate.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo
#21662 [Opn]: single data type not well returned
ID: 21662 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: The function used to get the data is: $row = mssql_fetch_array($query_id); var_dump($row); Thanks in advance Previous Comments: [2003-01-15 09:06:17] [EMAIL PROTECTED] In the PHP 4.3.0 exists a bug with the MSSQL single datatype, in the follow var_dump, you can see the PUNTAJE field. array(6) { [0]= string(7) 3422864 [ID]= string(7) 3422864 [1]= string(20) 3.2051283432282E-306 [PUNTAJE]= string(20) 3.2051283432282E-306 [2]= string(10) 7725000.00 [ADJUDICADO]= string(10) 7725000.00 } But in PHP 4.2.3 the bug doesn't exists, like you can see: array(6) { [0]= string(7) 3422864 [ID]= string(7) 3422864 [1]= string(7) 175.652 [PUNTAJE]= string(7) 175.652 [2]= string(10) 7725000.00 [ADJUDICADO]= string(10) 7725000.00 } The MSSQL fields data type are: ID = int PUNTAJE = single ADJUDICADO = money The PHP.ini is the same for both versions, the only change is the PHP version with its extensions. -- Edit this bug report at http://bugs.php.net/?id=21662edit=1
#21648 [Fbk-Csd]: number_format() output error
ID: 21648 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: *Math Functions Operating System: RedHat 7.3 PHP Version: 4.3.0 New Comment: Closing then. Previous Comments: [2003-01-15 06:04:13] [EMAIL PROTECTED] I used file math.c from version of PHP 4.3.1-dev before change on 9.1.2003. It seems to work well [2003-01-15 03:57:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-01-15 01:58:50] [EMAIL PROTECTED] There is problem with output from function number_format() I have compiled PHP 4.3.0 as Apache module. print number_format($number,2,., ); if $number is in range 10 - 99 or 1 - 9, output has random character at the begining. example: ? $number=85000.90; $number_f=number_format($number,2,., ); for ($i=0;$istrlen($number_f);$i++) { print ord($number_f[$i]). -- .$number_f[$i].br /; } print $number_f; ? produced: 114 -- r 56 -- 8 53 -- 5 48 -- 0 32 -- 48 -- 0 48 -- 0 48 -- 0 32 -- 48 -- 0 48 -- 0 48 -- 0 46 -- . 57 -- 9 48 -- 0 r850 000 000.90 next run of script add this at the beginning: 72 -- H Thank you for your help. Regards Milan -- Edit this bug report at http://bugs.php.net/?id=21648edit=1
#21649 [Fbk]: This this problem with fopen() function for windows
ID: 21649 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Filesystem function related Operating System: win2000 server PHP Version: 4.3.0 New Comment: Please use the 'Edit Submission' page when you edit your own bug reports. And does your example work with the .;c:\php4\pear;c:\ as include_path ? And what error does the PEAR Db give then? Previous Comments: [2003-01-15 08:36:00] [EMAIL PROTECTED] Hi I just change a line in php.ini include_path=c:\php4\pear;c: when I run after I restarted Apache 2 ?php phpinfo();? it shows include_path c:\php4\pear;c: c:\php4\pear;c: Warning: fopen(C:\authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 3 Warning: fread(): supplied argument is not a valid stream resource in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 4 Same error ??? Best Regards W.J.Lipinski [2003-01-15 07:33:58] [EMAIL PROTECTED] Hi Sniper ; Windows: \path1;\path2 ; include_path = .;c:\php4\includes ; include_path=.;c:\php4\pear include_path=c:\php4\pear;c:\ Please notice when I change path to .;c:\php4\pear;c:\ Pear DB is complaining that cannot find what needed. Onother story is that when You comment these line So You shoudn't see any lines.Isn't that strange .;c:\php4\pear this is being shown from ?php phpinfo();? How include_path could be hardcoded Best Regards W.J.Lipinski [2003-01-15 03:10:40] [EMAIL PROTECTED] What is the exact include_path line in your php.ini? [2003-01-15 02:12:22] [EMAIL PROTECTED] I just want to say that I included double \\ in path as well no luck $fp = fopen(C:\\authenticate.txt,r,1); [2003-01-15 02:03:56] [EMAIL PROTECTED] $fp = fopen(C:\authenticate.txt,r,1); $auth_file = fread ($fp, filesize($fp)); fclose($fp); in include_path I have include_path c:\php4\pear;c:\ c:\php4\pear;c:\ That what I got Warning: fopen(C:\authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 3 Warning: fread(): supplied argument is not a valid stream resource in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 4 As You can see I have Apache2. Since I'm more oracle guru than PHP I'd like to see more consistent way You do bug reporting I will benefit everbody. Best Regards W.J.Lipinski -- Edit this bug report at http://bugs.php.net/?id=21649edit=1
#21660 [Opn-Fbk]: Form posts hang
ID: 21660 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 Server SP3 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 Previous Comments: [2003-01-15 08:38:41] [EMAIL PROTECTED] Freshly installed 4.3.0 installed as CGI on IIS5. Minimal changes to default php.ini I use the following page to demonstrate/test the problem: ? if ( isset( $_REQUEST['test']) ) { $ttt = $_REQUEST['test']; } else { ? form action=test.php method=post textarea name=test/textarea input type=submit /form ? } ? Very simple post test form which assigns post data to a variable. This particular script functions correctly with small amounts of data but above around 500 characters (seems to change depending on number of fields in form) the page will sit there for about 5 minutes until i get a CGI Timeout error from IIS (also logged to event viewer). Items from phpinfo() relating to post are set to defaults: always_populate_raw_post_data Off post_max_size 8M A similar ASP page on the same web server functions perfectly up to thousands of characters. As far as I am aware all other PHP functions are working correctly. -- Edit this bug report at http://bugs.php.net/?id=21660edit=1
#21662 [Opn-Fbk]: single data type not well returned
ID: 21662 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: Windows 2000 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 Previous Comments: [2003-01-15 09:21:48] [EMAIL PROTECTED] The function used to get the data is: $row = mssql_fetch_array($query_id); var_dump($row); Thanks in advance [2003-01-15 09:06:17] [EMAIL PROTECTED] In the PHP 4.3.0 exists a bug with the MSSQL single datatype, in the follow var_dump, you can see the PUNTAJE field. array(6) { [0]= string(7) 3422864 [ID]= string(7) 3422864 [1]= string(20) 3.2051283432282E-306 [PUNTAJE]= string(20) 3.2051283432282E-306 [2]= string(10) 7725000.00 [ADJUDICADO]= string(10) 7725000.00 } But in PHP 4.2.3 the bug doesn't exists, like you can see: array(6) { [0]= string(7) 3422864 [ID]= string(7) 3422864 [1]= string(7) 175.652 [PUNTAJE]= string(7) 175.652 [2]= string(10) 7725000.00 [ADJUDICADO]= string(10) 7725000.00 } The MSSQL fields data type are: ID = int PUNTAJE = single ADJUDICADO = money The PHP.ini is the same for both versions, the only change is the PHP version with its extensions. -- Edit this bug report at http://bugs.php.net/?id=21662edit=1
#21658 [Opn]: Strange sprintf behaviour
ID: 21658 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *General Issues Operating System: Gentoo Linux PHP Version: 4.3.0 New Comment: It works fine here (glibc 2.1.3) Previous Comments: [2003-01-15 08:06:22] [EMAIL PROTECTED] mod_php 4.3.0 produce a strange sprintf behaviour for($t=0;$t10;$t++) { $r=(float) rand(0,1)/3; echo $r. - .sprintf('%.3f',$r).\n; } will produce ... 1975. - ç.000 508.3 - ,.000 2483.6667 - ã.000 61.67 - m.000 2514.6667 - I00.000 2499.6667 - *0.000 1957. - ü.000 3167. - 0.é00 655.7 - 600.000 3321.6667 - ).000 2256. - 0.S00 383.7 - 0.,00 1565. - M.000 I suppose there's something wrong with glibc 2.3.1 Any ideas? -- Edit this bug report at http://bugs.php.net/?id=21658edit=1
#21663 [NEW]: Functions closing mysql resources
From: [EMAIL PROTECTED] Operating system: Unix (FreeBSD) PHP version: 4.2.3 PHP Bug Type: MySQL related Bug description: Functions closing mysql resources There are two databases involved: database1 is connected to in the main body of the page database2 is connected to in a function function foo() { mysql_connect(Same Arguements) db1_connection = select_db (db1) do something close db1_connection } mysql_connect(Same Arguements) db2_connection = select_db(db2) do something with db1 foo() do something with db1 // This will fail == The second do something with db1 will fail with a not a valid result resource error. I percieve of two possible reasons for this: 1. mysql_close(db1_connection) is closing all the links or, most likely 2. Since mysql_connect is called with the same arguements it returns the same resource id (I know this) then, when I close db1_connection it closes that resource. So, either way we have a variable scope issue. According to what I understand about the scope rules of php the functions should have no knowledge of my connection to db2 unless I declare it as global in the function foo. But, it does anyway. As an aside, I used to be able to globally include a resource id into a function, leave it open and return from the function. Now, it appears that when the function exits it disposes of the global resource in its clean up proceedures. -- Edit bug report at http://bugs.php.net/?id=21663edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21663r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21663r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21663r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21663r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21663r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21663r=support Expected behavior: http://bugs.php.net/fix.php?id=21663r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21663r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21663r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21663r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21663r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21663r=dst IIS Stability: http://bugs.php.net/fix.php?id=21663r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21663r=gnused
#12636 [Com]: non-linked libpam function?
ID: 12636 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IMAP related Operating System: Linux (SuSE 7.1) PHP Version: 4.0.6 New Comment: I had a similar problem... I did the following. - I did create a simbolic link to libpam.so.0 and libpam_misc.so.0 cd /lib/ ln -s libpam.so.0 libpam.so ln -s libpam_misc.so.0 libpam_misc.so - Then... ran the configure script once more... cd /path/to/php/source/ rm config.cache ./configure (options) - And... make, make install, etc... I hope that fix your problem... P.D. Sorry for my english. Edgar Landivar PaloSanto Solutions - Innovating the Internet www.palosanto.com Previous Comments: [2001-08-09 20:56:44] [EMAIL PROTECTED] that did it. i actually had to do that for half a dozen other packages, but here the error message just seemed to hint nothing in the direction that that would help... I gues i'll just download the latest cvs (the one that came out two days after the one i got) about the Zend thing.. Joy, more to download... [2001-08-09 18:15:53] [EMAIL PROTECTED] I should have guessed this before: You haven't installed the pam-devel.rpm Install it, and you will have no more troubles with it. Same goes for every other package PHP might need. Just install them as you come across same kind of problems. Also, remember to delete config.cache before configure (after installing a devel package) and do 'make clean' after configure. -Jani [2001-08-09 15:07:30] [EMAIL PROTECTED] obviously it should. just a obvious is that it doesn't. those requirements -were- filled, but just to humor you... libpam is in /lib. Somewhat weirdly, that's not in my LD_LIBRARY_PATH automatically, but -types- now it is (i did that before), and also in my ld.so.conf, and ldconfig has been run. ``ldconfig -v | grep pam'' shows: (i guess the `more than once' this is about it being in the config file and the environment setting? whatever.) ldconfig: Path `/lib' given more than once libpamc.so.0 - libpamc.so.0.72 libpam_misc.so.0 - libpam_misc.so.0.72 libpam.so.0 - libpam.so.0.72 libpamc.so.0 - libpamc.so.0.72 libpam_misc.so.0 - libpam_misc.so.0.72 libpam.so.0 - libpam.so.0.72 so it's definately there. Perhaps not exactly in the form php wants to see it, but even the symbol it's looking for , according to the last lines configure gives me: checking for pam_start in -lpam... no checking for crypt in -lcrypt... (cached) yes configure: error: This c-client library is build with SSL support. Add --with-imap-ssl=DIR to your configure line. Check config.log for details. ..are in /lib/libpam.so.0.72, according to objdump: (by the by, that (cached) thing strikes me as weird too as this is the first ./configure command i gave since i removed and untarred the directory) objdump -T /lib/libpam.so.0.72 | grep pam_start 3a70 gDF .text 007a Base _pam_start_handlers 2350 gDF .text 002d Base _pam_start_timer 1da0 gDF .text 030c Basepam_start (sorry for the wrapping, that's this input field) So it's not that libpam is somehow wrong. Forigive me for asking, but isn't that a library that linux doesn't run without in the first place? Anyhow, my config.log from the point where it starts checking stuff for imap (in case anything's changed): configure:24000: checking for IMAP support configure:24287: checking for pam_start in -lpam configure:24306: gcc -o conftest -g -O2 -DEAPI_MM -DSINGLE_LISTEN_UNSERIALIZED_ACCEPT /usr/i486-suse-linux/bin/ld: cannot find -lpam collect2: ld returned 1 exit status configure: failed program was: #line 24295 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char pam_start(); int main() { pam_start() ; return 0; } configure:24334: checking for crypt in -lcrypt configure:24850: gcc -o conftest -g -O2 -DEAPI_MM -DSINGLE_LISTEN_UNSERIALIZED_ACCEPT /usr/lib/libc-client.so: undefined reference to `pam_end' /usr/lib/libc-client.so: undefined reference to `pam_authenticate' /usr/lib/libc-client.so: undefined reference to `pam_setcred' /usr/lib/libc-client.so: undefined reference to `pam_acct_mgmt' /usr/lib/libc-client.so: undefined reference to `pam_start' collect2: ld returned 1 exit status configure: failed program was: #line 24825 configure #include confdefs.h void mm_log(void){}
#21664 [NEW]: Apache 1.3.x on Oracle9iAS
From: [EMAIL PROTECTED] Operating system: Linux Redhat 7.3 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: Apache 1.3.x on Oracle9iAS i try compile PHP and i want generate libphp4.o and always output error My configurate line it's: ./configure CPPFLAGS=-I$/u01/app/oracle/product/ora9ias/Apache/Apache/include --with-apxs=/usr/sbin/apxs -enable-shared -with-oci8=/u02/app/oracle/product/8.1.7 --enable-sigchild --with-mysql=/usr --enable-track-vars -enable-module=so But i have this problem: /bin/sh /usr/local/php-4.2.3/libtool --silent --mode=link gcc -I. -I/usr/local/php-4.2.3/ -I/usr/local/php-4.2.3/main -I/usr/local/php-4.2.3 -I/usr/include/apache -I/usr/local/php-4.2.3/Zend -I/usr/include/mysql -I/u02/app/oracle/product/8.1.7/rdbms/public -I/u02/app/oracle/product/8.1.7/rdbms/demo -I/usr/local/php-4.2.3/ext/xml/expat -DLINUX=22 -DEAPI -DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm -I/usr/local/php-4.2.3/TSRM -g -O2 -prefer-pic -o libphp4.la -rpath /usr/local/php-4.2.3/libs -avoid-version -L/usr/lib/mysql -L/u02/app/oracle/product/8.1.7/lib -R /usr/lib/mysql -R /u02/app/oracle/product/8.1.7/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la /usr/local/php-4.2.3/ext/ctype/libctype.la /usr/local/php-4.2.3/ext/mysql/libmysql.la /usr/local/php-4.2.3/ext/oci8/liboci8.la /usr/local/php-4.2.3/ext/pcre/libpcre.la /usr/local/php-4.2.3/ext/posix/libposix.la /usr/local/php-4.2.3/ext/session/libsession.la /usr/local/php-4.2.3/ext/standard/libstandard.la /usr/local/php-4.2.3/ext/xml/libxml.la TSRM/libtsrm.la -lpam -lmysqlclient -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt -ldl -lm -lclntsh -ldl *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. /usr/bin/ld: cannot open output file .libs/: Is a directory collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/usr/local/php-4.2.3' make: *** [all-recursive] Error 1 Someone can helpme -- Edit bug report at http://bugs.php.net/?id=21664edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21664r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21664r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21664r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21664r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21664r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21664r=support Expected behavior: http://bugs.php.net/fix.php?id=21664r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21664r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21664r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21664r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21664r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21664r=dst IIS Stability: http://bugs.php.net/fix.php?id=21664r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21664r=gnused
#21665 [NEW]: PHP /Apache 1.3.x on Oracle9iAS
From: [EMAIL PROTECTED] Operating system: Linux Redhat 7.3 PHP version: 4.2.3 PHP Bug Type: Compile Failure Bug description: PHP /Apache 1.3.x on Oracle9iAS i try compile PHP and i want generate libphp4.o and always output error My configurate line it's: ./configure CPPFLAGS=-I$/u01/app/oracle/product/ora9ias/Apache/Apache/include --with-apxs=/usr/sbin/apxs -enable-shared -with-oci8=/u02/app/oracle/product/8.1.7 --enable-sigchild --with-mysql=/usr --enable-track-vars -enable-module=so But i have this problem: /bin/sh /usr/local/php-4.2.3/libtool --silent --mode=link gcc -I. -I/usr/local/php-4.2.3/ -I/usr/local/php-4.2.3/main -I/usr/local/php-4.2.3 -I/usr/include/apache -I/usr/local/php-4.2.3/Zend -I/usr/include/mysql -I/u02/app/oracle/product/8.1.7/rdbms/public -I/u02/app/oracle/product/8.1.7/rdbms/demo -I/usr/local/php-4.2.3/ext/xml/expat -DLINUX=22 -DEAPI -DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm -I/usr/local/php-4.2.3/TSRM -g -O2 -prefer-pic -o libphp4.la -rpath /usr/local/php-4.2.3/libs -avoid-version -L/usr/lib/mysql -L/u02/app/oracle/product/8.1.7/lib -R /usr/lib/mysql -R /u02/app/oracle/product/8.1.7/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la /usr/local/php-4.2.3/ext/ctype/libctype.la /usr/local/php-4.2.3/ext/mysql/libmysql.la /usr/local/php-4.2.3/ext/oci8/liboci8.la /usr/local/php-4.2.3/ext/pcre/libpcre.la /usr/local/php-4.2.3/ext/posix/libposix.la /usr/local/php-4.2.3/ext/session/libsession.la /usr/local/php-4.2.3/ext/standard/libstandard.la /usr/local/php-4.2.3/ext/xml/libxml.la TSRM/libtsrm.la -lpam -lmysqlclient -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt -ldl -lm -lclntsh -ldl *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. /usr/bin/ld: cannot open output file .libs/: Is a directory collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/usr/local/php-4.2.3' make: *** [all-recursive] Error 1 Someone can helpme -- Edit bug report at http://bugs.php.net/?id=21665edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21665r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21665r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21665r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21665r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21665r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21665r=support Expected behavior: http://bugs.php.net/fix.php?id=21665r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21665r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21665r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21665r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21665r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21665r=dst IIS Stability: http://bugs.php.net/fix.php?id=21665r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21665r=gnused
#21649 [Fbk-Opn]: This this problem with fopen() function for windows
ID: 21649 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: win2000 server PHP Version: 4.3.0 New Comment: Hi Sniper As You wish :)) This is what I got when I change a include_path as You suggested include_path .c:\php4\pear;c:\ .c:\php4\pear;c:\ look at 1.source ?php $fp = fopen(C:\\authenticate.txt,r,1); $auth_file = fread ($fp, filesize($fp)); fclose($fp); ? 2.errors a) fopen() Warning: fopen(C:\authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 3 Warning: fread(): supplied argument is not a valid stream resource in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 4 Warning: fclose(): supplied argument is not a valid stream resource in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 5 b) Pear db Warning: main(DB.php) [function.main]: failed to create stream: No such file or directory in C:\Program Files\Apache Group\Apache2\htdocs\login_db.php on line 2 Fatal error: main() [function.main]: Failed opening required 'DB.php' (include_path='.c:\php4\pear;c:\') in C:\Program Files\Apache Group\Apache2\htdocs\login_db.php on line 2 be more systematic :)) :)) I say changing the path in php.ini doesn't do the trick I change it back to include_path=c:\php4\pear;c:\php4\php-4.3.0-Win32 and put my authenticate.txt afert kicking Apache I got from phpinfo() include_path c:\php4\pear;c:\php4\php-4.3.0-Win32 c:\php4\pear;c:\php4\php-4.3.0-Win32 read this portion and I need an anser please no more guess $fp = fopen(C:\\php4\\php-4.3.0-Win32\\authenticate.txt,r,1); $auth_file = fread ($fp, filesize($fp)); fclose($fp); Now I got Pear DB working and same error with fopen() this is a print out Warning: fopen(C:\php4\php-4.3.0-Win32\authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 3 Warning: fread(): supplied argument is not a valid stream resource in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 4 Warning: fclose(): supplied argument I hope this will help You Best Regards W.J.Lipinski Previous Comments: [2003-01-15 09:30:54] [EMAIL PROTECTED] Please use the 'Edit Submission' page when you edit your own bug reports. And does your example work with the .;c:\php4\pear;c:\ as include_path ? And what error does the PEAR Db give then? [2003-01-15 08:36:00] [EMAIL PROTECTED] Hi I just change a line in php.ini include_path=c:\php4\pear;c: when I run after I restarted Apache 2 ?php phpinfo();? it shows include_path c:\php4\pear;c: c:\php4\pear;c: Warning: fopen(C:\authenticate.txt) [function.fopen]: failed to create stream: No such file or directory in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 3 Warning: fread(): supplied argument is not a valid stream resource in C:\Program Files\Apache Group\Apache2\htdocs\authfile.php on line 4 Same error ??? Best Regards W.J.Lipinski [2003-01-15 07:33:58] [EMAIL PROTECTED] Hi Sniper ; Windows: \path1;\path2 ; include_path = .;c:\php4\includes ; include_path=.;c:\php4\pear include_path=c:\php4\pear;c:\ Please notice when I change path to .;c:\php4\pear;c:\ Pear DB is complaining that cannot find what needed. Onother story is that when You comment these line So You shoudn't see any lines.Isn't that strange .;c:\php4\pear this is being shown from ?php phpinfo();? How include_path could be hardcoded Best Regards W.J.Lipinski [2003-01-15 03:10:40] [EMAIL PROTECTED] What is the exact include_path line in your php.ini? [2003-01-15 02:12:22] [EMAIL PROTECTED] I just want to say that I included double \\ in path as well no luck $fp = fopen(C:\\authenticate.txt,r,1); 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/21649 -- Edit this bug report at http://bugs.php.net/?id=21649edit=1
#21660 [Com]: Form posts hang
ID: 21660 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 Server SP3 PHP Version: 4.3.0 New Comment: No help. Does exactly the same thing as previously described Previous Comments: [2003-01-15 09:33:26] [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-15 08:38:41] [EMAIL PROTECTED] Freshly installed 4.3.0 installed as CGI on IIS5. Minimal changes to default php.ini I use the following page to demonstrate/test the problem: ? if ( isset( $_REQUEST['test']) ) { $ttt = $_REQUEST['test']; } else { ? form action=test.php method=post textarea name=test/textarea input type=submit /form ? } ? Very simple post test form which assigns post data to a variable. This particular script functions correctly with small amounts of data but above around 500 characters (seems to change depending on number of fields in form) the page will sit there for about 5 minutes until i get a CGI Timeout error from IIS (also logged to event viewer). Items from phpinfo() relating to post are set to defaults: always_populate_raw_post_data Off post_max_size 8M A similar ASP page on the same web server functions perfectly up to thousands of characters. As far as I am aware all other PHP functions are working correctly. -- Edit this bug report at http://bugs.php.net/?id=21660edit=1
#21666 [NEW]: xsl:sort
From: [EMAIL PROTECTED] Operating system: win2K server PHP version: 4.3.0 PHP Bug Type: XSLT related Bug description: xsl:sort Hi, as seen on bug 21539, the sablot.dll extension shipped with 4.3.0 didn't get the xsl:sort at all. I got it to work when I installed Expat-1.95.5, and some I-don't-know-where-it-comes-from sablot.dll that weighs 224ko and is dated 19 nov 2002. All other dlls come from latest distro of full sablot package (sablot-0.97, lib-iconv1.8). The sablot.dll from that distro never worked ... Could anyone tell us more about that strange sablot.dll story , and why features apparently went backward with new version of sablotron ? -- Edit bug report at http://bugs.php.net/?id=21666edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21666r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21666r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21666r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21666r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21666r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21666r=support Expected behavior: http://bugs.php.net/fix.php?id=21666r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21666r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21666r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21666r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21666r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21666r=dst IIS Stability: http://bugs.php.net/fix.php?id=21666r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21666r=gnused
#21663 [Opn-Bgs]: Functions closing mysql resources
ID: 21663 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Unix (FreeBSD) PHP Version: 4.2.3 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 See http://www.php.net/manual/en/function.mysql-connect.php Previous Comments: [2003-01-15 10:15:22] [EMAIL PROTECTED] There are two databases involved: database1 is connected to in the main body of the page database2 is connected to in a function function foo() { mysql_connect(Same Arguements) db1_connection = select_db (db1) do something close db1_connection } mysql_connect(Same Arguements) db2_connection = select_db(db2) do something with db1 foo() do something with db1 // This will fail == The second do something with db1 will fail with a not a valid result resource error. I percieve of two possible reasons for this: 1. mysql_close(db1_connection) is closing all the links or, most likely 2. Since mysql_connect is called with the same arguements it returns the same resource id (I know this) then, when I close db1_connection it closes that resource. So, either way we have a variable scope issue. According to what I understand about the scope rules of php the functions should have no knowledge of my connection to db2 unless I declare it as global in the function foo. But, it does anyway. As an aside, I used to be able to globally include a resource id into a function, leave it open and return from the function. Now, it appears that when the function exits it disposes of the global resource in its clean up proceedures. -- Edit this bug report at http://bugs.php.net/?id=21663edit=1
#21665 [Opn-Bgs]: PHP /Apache 1.3.x on Oracle9iAS
ID: 21665 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux Redhat 7.3 PHP Version: 4.2.3 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. Previous Comments: [2003-01-15 10:54:24] [EMAIL PROTECTED] i try compile PHP and i want generate libphp4.o and always output error My configurate line it's: ./configure CPPFLAGS=-I$/u01/app/oracle/product/ora9ias/Apache/Apache/include --with-apxs=/usr/sbin/apxs -enable-shared -with-oci8=/u02/app/oracle/product/8.1.7 --enable-sigchild --with-mysql=/usr --enable-track-vars -enable-module=so But i have this problem: /bin/sh /usr/local/php-4.2.3/libtool --silent --mode=link gcc -I. -I/usr/local/php-4.2.3/ -I/usr/local/php-4.2.3/main -I/usr/local/php-4.2.3 -I/usr/include/apache -I/usr/local/php-4.2.3/Zend -I/usr/include/mysql -I/u02/app/oracle/product/8.1.7/rdbms/public -I/u02/app/oracle/product/8.1.7/rdbms/demo -I/usr/local/php-4.2.3/ext/xml/expat -DLINUX=22 -DEAPI -DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm -I/usr/local/php-4.2.3/TSRM -g -O2 -prefer-pic -o libphp4.la -rpath /usr/local/php-4.2.3/libs -avoid-version -L/usr/lib/mysql -L/u02/app/oracle/product/8.1.7/lib -R /usr/lib/mysql -R /u02/app/oracle/product/8.1.7/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la /usr/local/php-4.2.3/ext/ctype/libctype.la /usr/local/php-4.2.3/ext/mysql/libmysql.la /usr/local/php-4.2.3/ext/oci8/liboci8.la /usr/local/php-4.2.3/ext/pcre/libpcre.la /usr/local/php-4.2.3/ext/posix/libposix.la /usr/local/php-4.2.3/ext/session/libsession.la /usr/local/php-4.2.3/ext/standard/libstandard.la /usr/local/php-4.2.3/ext/xml/libxml.la TSRM/libtsrm.la -lpam -lmysqlclient -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt -ldl -lm -lclntsh -ldl *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. /usr/bin/ld: cannot open output file .libs/: Is a directory collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/usr/local/php-4.2.3' make: *** [all-recursive] Error 1 Someone can helpme -- Edit this bug report at http://bugs.php.net/?id=21665edit=1
#21667 [NEW]: Compilation error in sapi_module_struct
From: [EMAIL PROTECTED] Operating system: Solaris8 PHP version: 4CVS-2003-01-15 (stable) PHP Bug Type: Compile Failure Bug description: Compilation error in sapi_module_struct I have got error in compilation: Environment is: PHP Version (Updated at 2003/01/15 18:20 GMT+2) cat CVS/Tag TPHP_4_3 Compillator: Sun WorkShop 6 update 2 C 5.3 2001/05/15 Error if independed of configure string. Error in compilation of Apache2Filer is: /bin/bash libtool --silent --mode=compile /opt/SUNWspro/bin/cc -Xa -xF -xCC -Isapi/apache2filter/ -I/usr/local/src/work/php4/sapi/apache2filter/ -DPHP_ATOM_INC -I/usr/local/src/work/php4/include -I/usr/local/src/work/php4/main -I/usr/local/src/work/php4 -I/usr/local/include/apache2 -I/usr/local/src/work/php4/Zend -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/mysql -I/usr/local/src/work/php4/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DAPACHE_XLATE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/work/php4/TSRM -xtarget=ultra -xarch=v8plus -xO5 -xstrconst -xdepend -Xa -xildoff -dalign -D_REENTRANT -xspace -mr -mt -DZTS -prefer-pic -c /usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c -o sapi/apache2filter/sapi_apache2.lo /usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c, line 318: too many struct/union initializers /usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c, line 319: too many struct/union initializers cc: acomp failed for /usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c *** Error code 1 Same error for CLI version: /bin/bash libtool --silent --mode=compile /opt/SUNWspro/bin/cc -Xa -xF -xCC -Isapi/cli/ -I/usr/local/src/work/php4/sapi/cli/ -DPHP_ATOM_INC -I/usr/local/src/work/php4/include -I/usr/local/src/work/php4/main -I/usr/local/src/work/php4 -I/usr/local/include/apache2 -I/usr/local/src/work/php4/Zend -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/mysql -I/usr/local/src/work/php4/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DAPACHE_XLATE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/work/php4/TSRM -xtarget=ultra -xarch=v8plus -xO5 -xstrconst -xdepend -Xa -xildoff -dalign -D_REENTRANT -xspace -mr -mt -DZTS -prefer-pic -c /usr/local/src/work/php4/sapi/cli/php_cli.c -o sapi/cli/php_cli.lo /usr/local/src/work/php4/sapi/cli/php_cli.c, line 284: too many struct/union initializers cc: acomp failed for /usr/local/src/work/php4/sapi/cli/php_cli.c *** Error code 1 make: Fatal error: Command failed for target `sapi/cli/php_cli.lo' Reason: Wrong count of 'NULL' in sapi_module_struct, defined in modules (sapi/apache2filter/sapi_apache2.c and sapi/cli/php_cli.c) and STANDARD_SAPI_MODULE_PROPERTIES definition (defined in main/SAPI.h). Sollution: cvs diff sapi/apache2filter/sapi_apache2.c sapi/cli/php_cli.c Index: sapi/apache2filter/sapi_apache2.c === RCS file: /repository/php4/sapi/apache2filter/sapi_apache2.c,v retrieving revision 1.91.2.4 diff -u -r1.91.2.4 sapi_apache2.c --- sapi/apache2filter/sapi_apache2.c 7 Jan 2003 15:23:45 - 1.91.2.4 +++ sapi/apache2filter/sapi_apache2.c 15 Jan 2003 17:38:10 - @@ -312,8 +312,8 @@ NULL, /* php_ini_path_override */ - NULL, /* Block interruptions */ - NULL, /* Unblock interruptions */ + // NULL, /* Block interruptions */+ // NULL, /* Unblock interruptions */ STANDARD_SAPI_MODULE_PROPERTIES }; Index: sapi/cli/php_cli.c === RCS file: /repository/php4/sapi/cli/php_cli.c,v retrieving revision 1.51.2.6 diff -u -r1.51.2.6 php_cli.c --- sapi/cli/php_cli.c 8 Jan 2003 00:44:58 - 1.51.2.6 +++ sapi/cli/php_cli.c 15 Jan 2003 17:38:10 - @@ -277,8 +277,8 @@ sapi_cli_register_variables,/* register server variables */ sapi_cli_log_message, /* Log message */ - NULL, /* Block interruptions */ - NULL, /* Unblock interruptions */ + // NULL,/* Block interruptions */ + // NULL,/* Unblock interruptions */ STANDARD_SAPI_MODULE_PROPERTIES }; WBR, Alex -- Edit bug report at http://bugs.php.net/?id=21667edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21667r=trysnapshot Fixed in CVS:
#21663 [Bgs-Opn]: Functions closing mysql resources
ID: 21663 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: MySQL related Operating System: Unix (FreeBSD) PHP Version: 4.2.3 New Comment: Please read my message in its entirety. I know mysql-connect returns the same result resource if passed the same parameters. That is not the question. The question is one of variable scope! Should the call to mysql_connect from within the function even be able to see that a resource id exists in another part of the program that is out of scope for the executing function. That is the question! The answer should be no, it is the principle of least priveledge here, the function should not know about the out of scope resource id. I have been writing php code for some time and this used to work correctly. It got broken in one of the more recent releases and either: no one is willing to take the time to understand what I am talking about or, it was designed this way on purpose and no one knows why. If this is truly not a bug than php scope rules appear to be, well, poorly defined and, that is an issue the language will have to deal with at some point in time. Previous Comments: [2003-01-15 11:33:12] [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 See http://www.php.net/manual/en/function.mysql-connect.php [2003-01-15 10:15:22] [EMAIL PROTECTED] There are two databases involved: database1 is connected to in the main body of the page database2 is connected to in a function function foo() { mysql_connect(Same Arguements) db1_connection = select_db (db1) do something close db1_connection } mysql_connect(Same Arguements) db2_connection = select_db(db2) do something with db1 foo() do something with db1 // This will fail == The second do something with db1 will fail with a not a valid result resource error. I percieve of two possible reasons for this: 1. mysql_close(db1_connection) is closing all the links or, most likely 2. Since mysql_connect is called with the same arguements it returns the same resource id (I know this) then, when I close db1_connection it closes that resource. So, either way we have a variable scope issue. According to what I understand about the scope rules of php the functions should have no knowledge of my connection to db2 unless I declare it as global in the function foo. But, it does anyway. As an aside, I used to be able to globally include a resource id into a function, leave it open and return from the function. Now, it appears that when the function exits it disposes of the global resource in its clean up proceedures. -- Edit this bug report at http://bugs.php.net/?id=21663edit=1
#21668 [NEW]: imagecolorexact etc. not working for 8-bit paletted png
From: [EMAIL PROTECTED] Operating system: Win32 / OSF1 PHP version: 4.2.3 PHP Bug Type: *Graphics related Bug description: imagecolorexact etc. not working for 8-bit paletted png I created an 8-bit paletted png image using PHP, allocating the complete webpalet 51*(r,g,b) with r,g,b in [0,5]. See http://www.phys.uu.nl/~varsity/rowperfect/ - env.php only contains phpinfo(). - grid.php creates grid.png in the png subdir. - test.php tries to analyze the colour palette. As you can see the colour (0,0,153) definitely exists in the palette and has index number 212. However, when searching for this colour imagecolorexact() does not return a valid index value (-1) and imagecolorclosest() returns the highest index number (215) which is black (0,0,0). Even worse is imagecolorresolve(): it evidently picks another index (214) and just replaces the existing colour at that position with (0,0,153). The behaviour is exactly the same on this webserver (OSF1, Apache 1.3.27, PHP 4.2.3, GD 1.8.4) as on my home system (Win2k, Apache 2.0.43, PHP 4.3.0-dev, GD 2 built-in). The png image (http://www.phys.uu.nl/~varsity/rowperfect/png/grid.png) renders faultless in IE6, Moz121, Corel Photopaint 9. If you want I can send the grid.php/test.php source. -- Edit bug report at http://bugs.php.net/?id=21668edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21668r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21668r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21668r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21668r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21668r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21668r=support Expected behavior: http://bugs.php.net/fix.php?id=21668r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21668r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21668r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21668r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21668r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21668r=dst IIS Stability: http://bugs.php.net/fix.php?id=21668r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21668r=gnused
#21604 [Com]: variables can be dynamically added to a class, without it being defined.
ID: 21604 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Zend Engine 2 problem Operating System: Windows 2000 Server PHP Version: 4.2.3 New Comment: 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. Previous Comments: [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
#21667 [Opn-Fbk]: Compilation error in sapi_module_struct
ID: 21667 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris8 PHP Version: 4CVS-2003-01-15 (stable) New Comment: Did you use an updated CVS tree or an fresh one? If the first, then please run ./cvsclean ./buildconf or checkout a fresh tree. Derick Previous Comments: [2003-01-15 11:42:32] [EMAIL PROTECTED] I have got error in compilation: Environment is: PHP Version (Updated at 2003/01/15 18:20 GMT+2) cat CVS/Tag TPHP_4_3 Compillator: Sun WorkShop 6 update 2 C 5.3 2001/05/15 Error if independed of configure string. Error in compilation of Apache2Filer is: /bin/bash libtool --silent --mode=compile /opt/SUNWspro/bin/cc -Xa -xF -xCC -Isapi/apache2filter/ -I/usr/local/src/work/php4/sapi/apache2filter/ -DPHP_ATOM_INC -I/usr/local/src/work/php4/include -I/usr/local/src/work/php4/main -I/usr/local/src/work/php4 -I/usr/local/include/apache2 -I/usr/local/src/work/php4/Zend -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/mysql -I/usr/local/src/work/php4/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DAPACHE_XLATE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/work/php4/TSRM -xtarget=ultra -xarch=v8plus -xO5 -xstrconst -xdepend -Xa -xildoff -dalign -D_REENTRANT -xspace -mr -mt -DZTS -prefer-pic -c /usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c -o sapi/apache2filter/sapi_apache2.lo /usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c, line 318: too many struct/union initializers /usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c, line 319: too many struct/union initializers cc: acomp failed for /usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c *** Error code 1 Same error for CLI version: /bin/bash libtool --silent --mode=compile /opt/SUNWspro/bin/cc -Xa -xF -xCC -Isapi/cli/ -I/usr/local/src/work/php4/sapi/cli/ -DPHP_ATOM_INC -I/usr/local/src/work/php4/include -I/usr/local/src/work/php4/main -I/usr/local/src/work/php4 -I/usr/local/include/apache2 -I/usr/local/src/work/php4/Zend -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/mysql -I/usr/local/src/work/php4/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DAPACHE_XLATE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/work/php4/TSRM -xtarget=ultra -xarch=v8plus -xO5 -xstrconst -xdepend -Xa -xildoff -dalign -D_REENTRANT -xspace -mr -mt -DZTS -prefer-pic -c /usr/local/src/work/php4/sapi/cli/php_cli.c -o sapi/cli/php_cli.lo /usr/local/src/work/php4/sapi/cli/php_cli.c, line 284: too many struct/union initializers cc: acomp failed for /usr/local/src/work/php4/sapi/cli/php_cli.c *** Error code 1 make: Fatal error: Command failed for target `sapi/cli/php_cli.lo' Reason: Wrong count of 'NULL' in sapi_module_struct, defined in modules (sapi/apache2filter/sapi_apache2.c and sapi/cli/php_cli.c) and STANDARD_SAPI_MODULE_PROPERTIES definition (defined in main/SAPI.h). Sollution: cvs diff sapi/apache2filter/sapi_apache2.c sapi/cli/php_cli.c Index: sapi/apache2filter/sapi_apache2.c === RCS file: /repository/php4/sapi/apache2filter/sapi_apache2.c,v retrieving revision 1.91.2.4 diff -u -r1.91.2.4 sapi_apache2.c --- sapi/apache2filter/sapi_apache2.c 7 Jan 2003 15:23:45 - 1.91.2.4 +++ sapi/apache2filter/sapi_apache2.c 15 Jan 2003 17:38:10 - @@ -312,8 +312,8 @@ NULL, /* php_ini_path_override */ - NULL, /* Block interruptions */ - NULL, /* Unblock interruptions */ + // NULL, /* Block interruptions */+ // NULL, /* Unblock interruptions */ STANDARD_SAPI_MODULE_PROPERTIES }; Index: sapi/cli/php_cli.c === RCS file: /repository/php4/sapi/cli/php_cli.c,v retrieving revision 1.51.2.6 diff -u -r1.51.2.6 php_cli.c --- sapi/cli/php_cli.c 8 Jan 2003 00:44:58 - 1.51.2.6 +++ sapi/cli/php_cli.c 15 Jan 2003 17:38:10 - @@ -277,8 +277,8 @@ sapi_cli_register_variables,/* register server variables */ sapi_cli_log_message, /* Log message */ - NULL, /* Block interruptions */ - NULL, /* Unblock interruptions */ + // NULL, /* Block
#21669 [NEW]: $obj = new $this-var; doesn't work
From: [EMAIL PROTECTED] Operating system: Debian Linux 3.0r0 PHP version: 5CVS-2003-01-15 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: $obj = new $this-var; doesn't work The following snippet is a parse error in PHP5-ZE2 (used to work on earlier versions). This feature is also used in Smarty templates. ?php class Test { function say_hello() { echo Hello world; } } class Factory { var $name = Test; function create() { $obj = new $this-name; /* Parse error */ return $obj; } } $factory = new Factory; $test = $factory-create(); $test-say_hello(); ? -- Edit bug report at http://bugs.php.net/?id=21669edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21669r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21669r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21669r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21669r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21669r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21669r=support Expected behavior: http://bugs.php.net/fix.php?id=21669r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21669r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21669r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21669r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21669r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21669r=dst IIS Stability: http://bugs.php.net/fix.php?id=21669r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21669r=gnused
#19349 [Fbk-Opn]: odbc_longreadlen() does not work
ID: 19349 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: ODBC related Operating System: SuSE 8.0 PHP Version: 4.2.1 New Comment: patch reverted... bug still alive. Previous Comments: [2003-01-06 12:42:16] [EMAIL PROTECTED] The bug has been fixed in CVS. Please try it when you will be able to compile PHP. Do not change the status of this bug just because an another one is not (yet) fixed already. (Even if it looks it is now). Thank you for your report. [2003-01-06 12:35:48] [EMAIL PROTECTED] Don't put this in a different state yet as I can't get the snapshot to compile until bug #20928 is fixed. [2003-01-06 12:24:10] [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 As soon as the CVS commit happens I think I fixed this. Give it a try and let me know. [2002-11-16 12:06:34] [EMAIL PROTECTED] Script is pretty simple. It's hard to just cut and paste because I have everything spread out in a bunch of classes. $linkid = odbc_pconnect(database, username, password); $result = odbc_exec($linkid, SELECT SUBSTR(document, 1, 200) FROM documents WHERE doc_id = 1); odbc_longreadlen($result, 200); odbc_binmode($result, ODBC_BINMODE_PASSTHRU); $column = odbc_result($result, 1); // A short example of what I'm trying to do. // $column should be filled with up to 200 bytes of data. // By default, it's up to 4096 bytes of data, or whatever is // set in the php.ini file. [2002-11-16 01:13:36] [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. 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/19349 -- Edit this bug report at http://bugs.php.net/?id=19349edit=1
#21651 [Opn-Fbk]: pdf_open_memory_image Segmentation Fault (11)
ID: 21651 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: PDF related Operating System: Linux RedHat PHP Version: 4.3.0 New Comment: Could you provide the image (url) that your are using? Previous Comments: [2003-01-15 05:28:01] [EMAIL PROTECTED] Here it is: './configure' '--with-apxs' '--with-gd' '--with-freetype-dir=/usr/local/lib/' '--with-pgsql' '--enable-gd-native-ttf' '--with-jpeg-dir=/usr/lib/' '--with-png-dir=/usr/lib/' '--with-zlib-dir=/usr/lib/' '--with-mysql' '--with-config-file-path=/etc/' '--with-pdflib=/usr/local/' '--enable-ftp' Then: as i have done a few debug (homemade debug) sessions i noticed that the line where output stopped was $img = pdf_open_memory_image($pdf_doc, $tmp_image); This is why i stopped the code there... For the code snippet: i can't really provide it... this is part of a real big class! TKS Simone [2003-01-15 03:52:51] [EMAIL PROTECTED] And provide a FULL and SHORT example script which can be used to reproduce this too. And your configure line for PHP would be nice to know also. [2003-01-15 03:49:11] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2003-01-15 02:51:17] [EMAIL PROTECTED] Well... as i work with PDF the following code causes a segmentation fault: $tmp_image = ImageCreate($size[0]*$this-actual_img_dpi/$this-default_img_dpi, $size[1]*$this-actual_img_dpi/$this-default_img_dpi); imagecopyresampled ($tmp_image, $im, 0, 0, 0, 0,$size[0]*$this-actual_img_dpi/$this-default_img_dpi, $size[1]*$this-actual_img_dpi/$this-default_img_dpi, $size[0], $size[1]); $img = pdf_open_memory_image($pdf_doc, $tmp_image); -- Edit this bug report at http://bugs.php.net/?id=21651edit=1
#21667 [Com]: Compilation error in sapi_module_struct
ID: 21667 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Solaris8 PHP Version: 4CVS-2003-01-15 (stable) New Comment: CVS tree is up ./buildconf execute cvsclean on my system. Manual calculation: Structure _sapi_module_struct in main/SAPI.h (from http://cvs.php.net/co.php/php4/main/SAPI.h?r=1.87.2.3) has 27 items. Definition STANDARD_SAPI_MODULE_PROPERTIES in main/SAPI.h has 8 items. Stricture apache2_sapi_module in sapi/apache2filter/sapi_apache2.c ( http://cvs.php.net/co.php/php4/sapi/apache2filter/sapi_apache2.c?r=1.91.2.4) has 21 items + STANDARD_SAPI_MODULE_PROPERTIES. 21 + 8 = 29 and not eq 27... http://cvs.php.net/diff.php/php4/main/SAPI.h?r1=1.87.2.2r2=1.87.2.3ty=u Previous Comments: [2003-01-15 11:50:50] [EMAIL PROTECTED] Did you use an updated CVS tree or an fresh one? If the first, then please run ./cvsclean ./buildconf or checkout a fresh tree. Derick [2003-01-15 11:42:32] [EMAIL PROTECTED] I have got error in compilation: Environment is: PHP Version (Updated at 2003/01/15 18:20 GMT+2) cat CVS/Tag TPHP_4_3 Compillator: Sun WorkShop 6 update 2 C 5.3 2001/05/15 Error if independed of configure string. Error in compilation of Apache2Filer is: /bin/bash libtool --silent --mode=compile /opt/SUNWspro/bin/cc -Xa -xF -xCC -Isapi/apache2filter/ -I/usr/local/src/work/php4/sapi/apache2filter/ -DPHP_ATOM_INC -I/usr/local/src/work/php4/include -I/usr/local/src/work/php4/main -I/usr/local/src/work/php4 -I/usr/local/include/apache2 -I/usr/local/src/work/php4/Zend -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/mysql -I/usr/local/src/work/php4/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DAPACHE_XLATE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/work/php4/TSRM -xtarget=ultra -xarch=v8plus -xO5 -xstrconst -xdepend -Xa -xildoff -dalign -D_REENTRANT -xspace -mr -mt -DZTS -prefer-pic -c /usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c -o sapi/apache2filter/sapi_apache2.lo /usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c, line 318: too many struct/union initializers /usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c, line 319: too many struct/union initializers cc: acomp failed for /usr/local/src/work/php4/sapi/apache2filter/sapi_apache2.c *** Error code 1 Same error for CLI version: /bin/bash libtool --silent --mode=compile /opt/SUNWspro/bin/cc -Xa -xF -xCC -Isapi/cli/ -I/usr/local/src/work/php4/sapi/cli/ -DPHP_ATOM_INC -I/usr/local/src/work/php4/include -I/usr/local/src/work/php4/main -I/usr/local/src/work/php4 -I/usr/local/include/apache2 -I/usr/local/src/work/php4/Zend -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/mysql -I/usr/local/src/work/php4/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DAPACHE_XLATE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I/usr/local/src/work/php4/TSRM -xtarget=ultra -xarch=v8plus -xO5 -xstrconst -xdepend -Xa -xildoff -dalign -D_REENTRANT -xspace -mr -mt -DZTS -prefer-pic -c /usr/local/src/work/php4/sapi/cli/php_cli.c -o sapi/cli/php_cli.lo /usr/local/src/work/php4/sapi/cli/php_cli.c, line 284: too many struct/union initializers cc: acomp failed for /usr/local/src/work/php4/sapi/cli/php_cli.c *** Error code 1 make: Fatal error: Command failed for target `sapi/cli/php_cli.lo' Reason: Wrong count of 'NULL' in sapi_module_struct, defined in modules (sapi/apache2filter/sapi_apache2.c and sapi/cli/php_cli.c) and STANDARD_SAPI_MODULE_PROPERTIES definition (defined in main/SAPI.h). Sollution: cvs diff sapi/apache2filter/sapi_apache2.c sapi/cli/php_cli.c Index: sapi/apache2filter/sapi_apache2.c === RCS file: /repository/php4/sapi/apache2filter/sapi_apache2.c,v retrieving revision 1.91.2.4 diff -u -r1.91.2.4 sapi_apache2.c --- sapi/apache2filter/sapi_apache2.c 7 Jan 2003 15:23:45 - 1.91.2.4 +++ sapi/apache2filter/sapi_apache2.c 15 Jan 2003 17:38:10 - @@ -312,8 +312,8 @@ NULL, /* php_ini_path_override */ - NULL, /* Block interruptions */ - NULL, /* Unblock interruptions */ + // NULL, /* Block interruptions */+ // NULL, /* Unblock interruptions */ STANDARD_SAPI_MODULE_PROPERTIES }; Index: sapi/cli/php_cli.c
#21668 [Opn-Bgs]: imagecolorexact etc. not working for 8-bit paletted png
ID: 21668 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Graphics related Operating System: Win32 / OSF1 PHP Version: 4.2.3 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 According to my tests that image only contains 3 colors: 255,255,255 0, 0, 0 204, 204, 204 There is definately no 0,0,153 color. Previous Comments: [2003-01-15 11:49:31] [EMAIL PROTECTED] I created an 8-bit paletted png image using PHP, allocating the complete webpalet 51*(r,g,b) with r,g,b in [0,5]. See http://www.phys.uu.nl/~varsity/rowperfect/ - env.php only contains phpinfo(). - grid.php creates grid.png in the png subdir. - test.php tries to analyze the colour palette. As you can see the colour (0,0,153) definitely exists in the palette and has index number 212. However, when searching for this colour imagecolorexact() does not return a valid index value (-1) and imagecolorclosest() returns the highest index number (215) which is black (0,0,0). Even worse is imagecolorresolve(): it evidently picks another index (214) and just replaces the existing colour at that position with (0,0,153). The behaviour is exactly the same on this webserver (OSF1, Apache 1.3.27, PHP 4.2.3, GD 1.8.4) as on my home system (Win2k, Apache 2.0.43, PHP 4.3.0-dev, GD 2 built-in). The png image (http://www.phys.uu.nl/~varsity/rowperfect/png/grid.png) renders faultless in IE6, Moz121, Corel Photopaint 9. If you want I can send the grid.php/test.php source. -- Edit this bug report at http://bugs.php.net/?id=21668edit=1
#21658 [Opn-Fbk]: Strange sprintf behaviour
ID: 21658 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Gentoo Linux PHP Version: 4.3.0 New Comment: Works fine here to. Do you have any locales exported? Previous Comments: [2003-01-15 09:35:20] [EMAIL PROTECTED] It works fine here (glibc 2.1.3) [2003-01-15 08:06:22] [EMAIL PROTECTED] mod_php 4.3.0 produce a strange sprintf behaviour for($t=0;$t10;$t++) { $r=(float) rand(0,1)/3; echo $r. - .sprintf('%.3f',$r).\n; } will produce ... 1975. - ç.000 508.3 - ,.000 2483.6667 - ã.000 61.67 - m.000 2514.6667 - I00.000 2499.6667 - *0.000 1957. - ü.000 3167. - 0.é00 655.7 - 600.000 3321.6667 - ).000 2256. - 0.S00 383.7 - 0.,00 1565. - M.000 I suppose there's something wrong with glibc 2.3.1 Any ideas? -- Edit this bug report at http://bugs.php.net/?id=21658edit=1
#21637 [Opn-Fbk]: Header('Location: ... ') problem
ID: 21637 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Which SAPI are you using? Previous Comments: [2003-01-15 08:00:54] [EMAIL PROTECTED] Actually, there is no error, the system just stalls, we got nothing out as a result and we are forced to kill the inetinfo process to restart PHP (just stopping the service W3SVC wont work, the service wont stopped and will stay in a stopping mode). It seems to be a problem between IIS and PHP, but we didn't have this problem up to version 4.2.2. We had another problem with the headers in version 4.2.3 that was reported in bug #19351, maybe it is related? [2003-01-14 19:20:36] [EMAIL PROTECTED] What do you mean with 'crash' ? Do you get any errors? [2003-01-14 11:20:30] [EMAIL PROTECTED] We have a PHP 4.3 installation on Windows 2000 Server Workstation. On both systems, the following code produce a PHP crash. ?PHP header('Content-type: text/html'); header('Location: '.$url); ? If we remove the header('Content-type: text/html'); line, the code work fine, but we need to be able to force the Content type header for our application to work. -- Edit this bug report at http://bugs.php.net/?id=21637edit=1
#21670 [NEW]: Time limit for fgets()
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: Feature/Change Request Bug description: Time limit for fgets() I need to set a timelimit for fgets() function. It may be very useful or important in some cases (especially for CLI). Unfortunately, set_time_limit() doesn't work. -- Edit bug report at http://bugs.php.net/?id=21670edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21670r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21670r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21670r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21670r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21670r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21670r=support Expected behavior: http://bugs.php.net/fix.php?id=21670r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21670r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21670r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21670r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21670r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21670r=dst IIS Stability: http://bugs.php.net/fix.php?id=21670r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21670r=gnused
#21670 [Opn-Fbk]: Time limit for fgets()
ID: 21670 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: Linux 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. Note that you can also use stream_select(). Previous Comments: [2003-01-15 12:37:51] [EMAIL PROTECTED] I need to set a timelimit for fgets() function. It may be very useful or important in some cases (especially for CLI). Unfortunately, set_time_limit() doesn't work. -- Edit this bug report at http://bugs.php.net/?id=21670edit=1
#21668 [Bgs-Opn]: imagecolorexact etc. not working for 8-bit paletted png
ID: 21668 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Open Bug Type: *Graphics related Operating System: Win32 / OSF1 PHP Version: 4.2.3 New Comment: The image does indeed only contain (display) the 3 colours you mention. The embedded palette however definitly defines 216 colours, as shown by the output of test.php or: for ( $i = 0; $i imagecolorstotal( $im ); ++$i ) { $c = imagecolorsforindex( $im, $i ); echo $i = {$c['red']} {$c['green']} {$c['blue']}\n; } Corel Photopaint also shows me a 216-colour palette. Previous Comments: [2003-01-15 12:34:09] [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 According to my tests that image only contains 3 colors: 255,255,255 0, 0, 0 204, 204, 204 There is definately no 0,0,153 color. [2003-01-15 11:49:31] [EMAIL PROTECTED] I created an 8-bit paletted png image using PHP, allocating the complete webpalet 51*(r,g,b) with r,g,b in [0,5]. See http://www.phys.uu.nl/~varsity/rowperfect/ - env.php only contains phpinfo(). - grid.php creates grid.png in the png subdir. - test.php tries to analyze the colour palette. As you can see the colour (0,0,153) definitely exists in the palette and has index number 212. However, when searching for this colour imagecolorexact() does not return a valid index value (-1) and imagecolorclosest() returns the highest index number (215) which is black (0,0,0). Even worse is imagecolorresolve(): it evidently picks another index (214) and just replaces the existing colour at that position with (0,0,153). The behaviour is exactly the same on this webserver (OSF1, Apache 1.3.27, PHP 4.2.3, GD 1.8.4) as on my home system (Win2k, Apache 2.0.43, PHP 4.3.0-dev, GD 2 built-in). The png image (http://www.phys.uu.nl/~varsity/rowperfect/png/grid.png) renders faultless in IE6, Moz121, Corel Photopaint 9. If you want I can send the grid.php/test.php source. -- Edit this bug report at http://bugs.php.net/?id=21668edit=1
#21666 [Opn-Bgs]: xsl:sort
ID: 21666 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: XSLT related Operating System: win2K server PHP Version: 4.3.0 New Comment: I'm putting this on bogus. You should ask this on one of the mailing lists. - Tularis Previous Comments: [2003-01-15 11:10:52] [EMAIL PROTECTED] Hi, as seen on bug 21539, the sablot.dll extension shipped with 4.3.0 didn't get the xsl:sort at all. I got it to work when I installed Expat-1.95.5, and some I-don't-know-where-it-comes-from sablot.dll that weighs 224ko and is dated 19 nov 2002. All other dlls come from latest distro of full sablot package (sablot-0.97, lib-iconv1.8). The sablot.dll from that distro never worked ... Could anyone tell us more about that strange sablot.dll story , and why features apparently went backward with new version of sablotron ? -- Edit this bug report at http://bugs.php.net/?id=21666edit=1
#21663 [Opn-Bgs]: Functions closing mysql resources
ID: 21663 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Unix (FreeBSD) PHP Version: 4.2.3 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 MySQL connections are stored inside an internal stucture and are not affected by scope. As of PHP 4.2.0 you can force mysql_connect to open a new connection rather then attempt to re-use an existing one by specifying TRUE as the 4th parameter to the function. Previous Comments: [2003-01-15 11:47:03] [EMAIL PROTECTED] Please read my message in its entirety. I know mysql-connect returns the same result resource if passed the same parameters. That is not the question. The question is one of variable scope! Should the call to mysql_connect from within the function even be able to see that a resource id exists in another part of the program that is out of scope for the executing function. That is the question! The answer should be no, it is the principle of least priveledge here, the function should not know about the out of scope resource id. I have been writing php code for some time and this used to work correctly. It got broken in one of the more recent releases and either: no one is willing to take the time to understand what I am talking about or, it was designed this way on purpose and no one knows why. If this is truly not a bug than php scope rules appear to be, well, poorly defined and, that is an issue the language will have to deal with at some point in time. [2003-01-15 11:33:12] [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 See http://www.php.net/manual/en/function.mysql-connect.php [2003-01-15 10:15:22] [EMAIL PROTECTED] There are two databases involved: database1 is connected to in the main body of the page database2 is connected to in a function function foo() { mysql_connect(Same Arguements) db1_connection = select_db (db1) do something close db1_connection } mysql_connect(Same Arguements) db2_connection = select_db(db2) do something with db1 foo() do something with db1 // This will fail == The second do something with db1 will fail with a not a valid result resource error. I percieve of two possible reasons for this: 1. mysql_close(db1_connection) is closing all the links or, most likely 2. Since mysql_connect is called with the same arguements it returns the same resource id (I know this) then, when I close db1_connection it closes that resource. So, either way we have a variable scope issue. According to what I understand about the scope rules of php the functions should have no knowledge of my connection to db2 unless I declare it as global in the function foo. But, it does anyway. As an aside, I used to be able to globally include a resource id into a function, leave it open and return from the function. Now, it appears that when the function exits it disposes of the global resource in its clean up proceedures. -- Edit this bug report at http://bugs.php.net/?id=21663edit=1
#21637 [Fbk-Opn]: Header('Location: ... ') problem
ID: 21637 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: 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... Previous Comments: [2003-01-15 12:37:17] [EMAIL PROTECTED] Which SAPI are you using? [2003-01-15 08:00:54] [EMAIL PROTECTED] Actually, there is no error, the system just stalls, we got nothing out as a result and we are forced to kill the inetinfo process to restart PHP (just stopping the service W3SVC wont work, the service wont stopped and will stay in a stopping mode). It seems to be a problem between IIS and PHP, but we didn't have this problem up to version 4.2.2. We had another problem with the headers in version 4.2.3 that was reported in bug #19351, maybe it is related? [2003-01-14 19:20:36] [EMAIL PROTECTED] What do you mean with 'crash' ? Do you get any errors? [2003-01-14 11:20:30] [EMAIL PROTECTED] We have a PHP 4.3 installation on Windows 2000 Server Workstation. On both systems, the following code produce a PHP crash. ?PHP header('Content-type: text/html'); header('Location: '.$url); ? If we remove the header('Content-type: text/html'); line, the code work fine, but we need to be able to force the Content type header for our application to work. -- Edit this bug report at http://bugs.php.net/?id=21637edit=1
#21668 [Opn-Bgs]: imagecolorexact etc. not working for 8-bit paletted png
ID: 21668 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Graphics related Operating System: Win32 / OSF1 PHP Version: 4.2.3 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 The color_index parameter for imagecolorsforindex() can be generated by imagecolorat(). That function can only fetch the avaliable 3 colors of the image, hence all other colors cannot be resolved regardless of the palette. This works the same way in GD 2.X bundled with PHP as it does with you GD 1.8.4 Previous Comments: [2003-01-15 12:47:59] [EMAIL PROTECTED] The image does indeed only contain (display) the 3 colours you mention. The embedded palette however definitly defines 216 colours, as shown by the output of test.php or: for ( $i = 0; $i imagecolorstotal( $im ); ++$i ) { $c = imagecolorsforindex( $im, $i ); echo $i = {$c['red']} {$c['green']} {$c['blue']}\n; } Corel Photopaint also shows me a 216-colour palette. [2003-01-15 12:34:09] [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 According to my tests that image only contains 3 colors: 255,255,255 0, 0, 0 204, 204, 204 There is definately no 0,0,153 color. [2003-01-15 11:49:31] [EMAIL PROTECTED] I created an 8-bit paletted png image using PHP, allocating the complete webpalet 51*(r,g,b) with r,g,b in [0,5]. See http://www.phys.uu.nl/~varsity/rowperfect/ - env.php only contains phpinfo(). - grid.php creates grid.png in the png subdir. - test.php tries to analyze the colour palette. As you can see the colour (0,0,153) definitely exists in the palette and has index number 212. However, when searching for this colour imagecolorexact() does not return a valid index value (-1) and imagecolorclosest() returns the highest index number (215) which is black (0,0,0). Even worse is imagecolorresolve(): it evidently picks another index (214) and just replaces the existing colour at that position with (0,0,153). The behaviour is exactly the same on this webserver (OSF1, Apache 1.3.27, PHP 4.2.3, GD 1.8.4) as on my home system (Win2k, Apache 2.0.43, PHP 4.3.0-dev, GD 2 built-in). The png image (http://www.phys.uu.nl/~varsity/rowperfect/png/grid.png) renders faultless in IE6, Moz121, Corel Photopaint 9. If you want I can send the grid.php/test.php source. -- Edit this bug report at http://bugs.php.net/?id=21668edit=1
#21653 [Opn-Fbk]: Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect failed
ID: 21653 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: RedHat 7.2 PHP Version: 4.3.0 New Comment: Doe your Webserver allow more then 1 Apache child to be running at any one time? Previous Comments: [2003-01-15 04:30:31] [EMAIL PROTECTED] Script: - ?php $fp = fsockopen (localhost, 80, $errno, $errstr, 30); if (!$fp) { echo $errstr ($errno)br\n; } fclose ($fp); ? Output: - Warning: fsockopen() [function.fsockopen]: php_hostconnect: connect failed in /home/virtual/site1/fst/var/www/html/t5.php on line 2 Warning: fsockopen() [function.fsockopen]: unable to connect to localhost:80 in /home/virtual/site1/fst/var/www/html/t5.php on line 2 Operation now in progress (115) Warning: fclose(): supplied argument is not a valid stream resource in /home/virtual/site1/fst/var/www/html/t5.php on line 6 Modules: --- ./configure' 'i386-redhat-linux' '--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-dom=/usr' '--with-exec-dir=/usr/bin' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext=shared' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pear' '--with-png' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-exif' '--enable-ftp=shared' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sysvsem=shared' '--enable-sysvshm=shared' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--without-oci8' '--enable-sockets' '--with-imap=shared' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql' '--with-pgsql=shared' '--with-snmp=shared' '--with-snmp=shared' '--enable-ucd-snmp-hack' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--enable-mbstring' '--enable-mbstr-enc-trans' '--disable-experimental-zts' '--with-apxs=/usr/sbin/apxs' '--enable-debug' Additional information: -- The same script is running at the command prompt. $result = socket_connect ($socket, localhost, 80); is running fine on prompt and into browser. I am sure www service is up and running. There is no internal firewall rules on the machine. gdb backtrace: I configured with --enable-debug [root@ensim html]# gdb /usr/sbin/httpd GNU gdb Red Hat Linux (5.2-2) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (no debugging symbols found)... (gdb) run -X Starting program: /usr/sbin/httpd -X [New Thread 1024 (LWP 3641)] Processing config directory: /etc/appliance/apacheconf Processing config file: /etc/appliance/apacheconf/apache Processing config directory: /etc/httpd/conf/virtual Processing config file: /etc/httpd/conf/virtual/site1 Processing config directory: /etc/httpd/conf/site1 Processing config file: /etc/httpd/conf/site1/cgi Processing config file: /etc/httpd/conf/site1/frontpage Processing config file: /etc/httpd/conf/site1/mod_perl Processing config file: /etc/httpd/conf/site1/sqmail Processing config file: /etc/httpd/conf/site1/ssi Processing config file: /etc/httpd/conf/site1/weblogs Processing config file: /etc/httpd/conf/virtual/site10 .. Processing config directory: /etc/httpd/conf/site99 Processing config file: /etc/httpd/conf/site99/frontpage Processing config file: /etc/httpd/conf/site99/sqmail Processing config file: /etc/httpd/conf/site99/weblogs Program exited with code 01. I can't get a core file. I didn't get any message at gdb prompt. May be I am doing something wrong.Please advise. -- Edit this bug report at http://bugs.php.net/?id=21653edit=1
#21671 [NEW]: unlink doesnt work properly in classes
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.2.3 PHP Bug Type: Filesystem function related Bug description: unlink doesnt work properly in classes hi php bug volunteers, i experienced a problem with unlink() you can see a phpinfo() output of my config on: http://www.keipper.de/phpinfo.html what i did: i tried to simply unlink a file inside a class, the software i am coding is a complex class-model with super-classes, some cub-classes and so on, even too complex to explain in a few words. in a sub class i simply tried: if (unlink('D:\testzone\pagesys\content_repository\sites\1000.xml')) { [...] } else { [...] } ...and what actually happened: it doesnt removes the file. it says: Warning: unlink() failed (Permission denied) in D:\testzone\pagesys\php_code\commander.php on line 361 my filesystem is FAT32, my doc root d:\testzone\, ok, i dropped a script in: D:\testzone\test.php it doesnt instance objects, sub-objects or anything, it just had one code-snippet - the above mentioned if() and it worked ?! the simple test.php deletes the file also i tried as path: D:/testzone/pagesys/content_repository/sites/1000.xml again - worked in test.php, doesnt worked in the sub-class the file was not locked, isnt write-protected or something i think this is strange and a bug so I hope this is enough information for working out a potential bug greets, mascha k. (btw. this mascha is not a girlie name, so dont call me babe ;=) ) -- Edit bug report at http://bugs.php.net/?id=21671edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21671r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21671r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21671r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21671r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21671r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21671r=support Expected behavior: http://bugs.php.net/fix.php?id=21671r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21671r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21671r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21671r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21671r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21671r=dst IIS Stability: http://bugs.php.net/fix.php?id=21671r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21671r=gnused
#21671 [Opn-Fbk]: unlink doesnt work properly in classes
ID: 21671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Win2000 PHP Version: 4.2.3 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 Previous Comments: [2003-01-15 13:09:06] [EMAIL PROTECTED] hi php bug volunteers, i experienced a problem with unlink() you can see a phpinfo() output of my config on: http://www.keipper.de/phpinfo.html what i did: i tried to simply unlink a file inside a class, the software i am coding is a complex class-model with super-classes, some cub-classes and so on, even too complex to explain in a few words. in a sub class i simply tried: if (unlink('D:\testzone\pagesys\content_repository\sites\1000.xml')) { [...] } else { [...] } ...and what actually happened: it doesnt removes the file. it says: Warning: unlink() failed (Permission denied) in D:\testzone\pagesys\php_code\commander.php on line 361 my filesystem is FAT32, my doc root d:\testzone\, ok, i dropped a script in: D:\testzone\test.php it doesnt instance objects, sub-objects or anything, it just had one code-snippet - the above mentioned if() and it worked ?! the simple test.php deletes the file also i tried as path: D:/testzone/pagesys/content_repository/sites/1000.xml again - worked in test.php, doesnt worked in the sub-class the file was not locked, isnt write-protected or something i think this is strange and a bug so I hope this is enough information for working out a potential bug greets, mascha k. (btw. this mascha is not a girlie name, so dont call me babe ;=) ) -- Edit this bug report at http://bugs.php.net/?id=21671edit=1
#21576 [Opn-NoF]: PHP crashes on mail() using IIS's mail
ID: 21576 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: No Feedback Bug Type: Mail related Operating System: Windows 2000 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 Previous Comments: [2003-01-11 01:46:25] [EMAIL PROTECTED] When I use the mail() function, PHP crashes with the following error: PHP has encountered an Access Violation at 01AD7BD4 For my mail server, I'm using the IIS mail server (default SMTP virtual server) on localhost. I'm using IIS 5 (Dont know where to get an exact ver number) for both php and email and windows 2000 (version 5.00.2195 [service pack 2]) The mail does get sent successfully even with the error. the same code works fine on my redhat server using sendmail (same php version) -- Edit this bug report at http://bugs.php.net/?id=21576edit=1
#21576 [NoF-Fbk]: PHP crashes on mail() using IIS's mail
ID: 21576 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Feedback Bug Type: Mail related Operating System: Windows 2000 PHP Version: 4.3.0 New Comment: Oops, wrong status, should be Feedback. Previous Comments: [2003-01-15 13:15:23] [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-11 01:46:25] [EMAIL PROTECTED] When I use the mail() function, PHP crashes with the following error: PHP has encountered an Access Violation at 01AD7BD4 For my mail server, I'm using the IIS mail server (default SMTP virtual server) on localhost. I'm using IIS 5 (Dont know where to get an exact ver number) for both php and email and windows 2000 (version 5.00.2195 [service pack 2]) The mail does get sent successfully even with the error. the same code works fine on my redhat server using sendmail (same php version) -- Edit this bug report at http://bugs.php.net/?id=21576edit=1
#21167 [Opn-Bgs]: ldapclose() SEGFAULTs
ID: 21167 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: Linux Redhat 8.0 PHP Version: 4.2.2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. The segfault occurs 4 levels deep inside the ldap library itself. It is more then likely that the bug is not in PHP but rather in the ldap library you are using. Previous Comments: [2003-01-05 16:10:33] [EMAIL PROTECTED] iliaa, Did you do make clean removed config.cache before compiling PHP with --enable-debug flag? yes, i did. Also, try running the php via gdb, gdb /home/rsaura/php-4.3.0/sapi/cgi/php run -f pp.php4 here you are... [root@avipsa64 vmps]# gdb /home/rsaura/php-4.3.0/sapi/cgi/php GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) run -f pp.php4 Starting program: /home/rsaura/php-4.3.0/sapi/cgi/php -f pp.php4 Program received signal SIGSEGV, Segmentation fault. 0x40055615 in ldap_free_request () from /usr/lib/libldap.so.2 (gdb) bt #0 0x40055615 in ldap_free_request () from /usr/lib/libldap.so.2 #1 0x4004e62c in ldap_ld_free () from /usr/lib/libldap.so.2 #2 0x4004e38b in ldap_unbind_ext () from /usr/lib/libldap.so.2 #3 0x4004e66f in ldap_unbind_s () from /usr/lib/libldap.so.2 #4 0x08084347 in _close_ldap_link (rsrc=0x820c8d4) at /home/rsaura/php-4.3.0/ext/ldap/ldap.c:175 #5 0x08155369 in list_entry_destructor (ptr=0x820c8d4) at /home/rsaura/php-4.3.0/Zend/zend_list.c:177 #6 0x081534e7 in zend_hash_del_key_or_index (ht=0x81b01e8, arKey=0x0, nKeyLength=0, h=3, flag=1) at /home/rsaura/php-4.3.0/Zend/zend_hash.c:514 #7 0x081550c9 in _zend_list_delete (id=3) at /home/rsaura/php-4.3.0/Zend/zend_list.c:56 #8 0x08084aad in zif_ldap_unbind (ht=1, return_value=0x820c894, this_ptr=0x0, return_value_used=0) at /home/rsaura/php-4.3.0/ext/ldap/ldap.c:482 #9 0x0815e1b6 in execute (op_array=0x820c49c) at /home/rsaura/php-4.3.0/Zend/zend_execute.c:1596 #10 0x0814e864 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/rsaura/php-4.3.0/Zend/zend.c:864 #11 0x0811fb1a in php_execute_script (primary_file=0xbaa0) at /home/rsaura/php-4.3.0/main/main.c:1573 #12 0x08164322 in main (argc=3, argv=0xbb44) at /home/rsaura/php-4.3.0/sapi/cgi/cgi_main.c:1424 #13 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 (gdb) If your php binary does have debug symbols and the backtrace is still uninformative it is likely the crash is occuring within the ldap library itself. Indeed the symbol information shows it segfaulting on libldap.so (as sugested) but ldap-clients ldap PAM module work fine here. thanks. [2003-01-05 13:37:10] [EMAIL PROTECTED] Did you do make clean removed config.cache before compiling PHP with --enable-debug flag? Also, try running the php via gdb, gdb /home/rsaura/php-4.3.0/sapi/cgi/php run -f pp.php4 If your php binary does have debug symbols and the backtrace is still uninformative it is likely the crash is occuring within the ldap library itself. [2003-01-03 14:19:07] [EMAIL PROTECTED] I've configured PHP-4.3.0 this way: ./configure --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 --enable-debug --enable-pic --disable-rpath --enable-inline-optimization --with-dom=/usr --with-exec-dir=/usr/bin --with-gettext --with-regex=system --with-xml --with-expat-dir=/usr --with-zlib --with-layout=GNU --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 --with-pear=/usr/share/pear --with-ldap --enable-memory-limit --enable-shmop --enable-versioning
#20782 [Com]: Segmentation fault using oracle 8.1.7
ID: 20782 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: Linux RH7.3 (ker:2.4.18-3smp) PHP Version: 4.3.0RC2 New Comment: I am told by my server guru that we did link it through libpthread. Any other ideas? Previous Comments: [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 [2002-12-03 03:08:50] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. 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
#21224 [Com]: apache configure fails when using --enable-versioning
ID: 21224 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: Just little intressed. Is anyone looking on this ??? I had the same problem on two servers. so I had to go back to 4.2.3 /Per Previous Comments: [2003-01-11 04:59:28] [EMAIL PROTECTED] Problem solved when removing --enable-versioning from php configure settings [2003-01-10 17:23:15] [EMAIL PROTECTED] Same problem as everyone else. ld: fatal: file /path/to/php-4.3.0/sapi/apache/php.sym unknown file type. Solaris8 and Solaris9. GNU gcc 3.2.1 libtool 1.4, automake 1.7.2, autoconf 2.57 Apache 1.3.27. However I will try not using --enable-versioning and see if that works. Because I did use that in my configure. [2003-01-06 05:02:49] [EMAIL PROTECTED] Problem solved (for me) when removing --enable-versioning from the configure [2002-12-30 09:32:31] [EMAIL PROTECTED] I'm having the same problem building 4.3.0 with Apache on my server, previous builds were ok: RedHat Linux 7.1 kernel 2.4.18-18.7.xsmp gcc -v Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/2.96/specs gcc version 2.96 2731 (Red Hat Linux 7.2 2.96-112.7.1) ld -v GNU ld version 2.10.91 (with BFD 2.10.91.0.2) libtool --version ltmain.sh (GNU libtool) 1.3.5 (1.385.2.206 2000/05/27 11:12:27) ./configure --prefix=/usr/local/php \ --with-config-file-path=/usr/local/php --with-mysql=/usr/local/mysql \ --with-pgsql=/usr/local/pgsql --with-oci8=/usr/local/oracle \ --with-oracle=/usr/local/oracle --with-sybase-ct=/opt/sybase-12.5/OCS-12_5 \ --with-pdflib=/usr/local/pdflib --with-jpeg --with-tiff --with-zlib \ --with-gd --with-ttf --with-freetype --with-xml --with-gettext \ --enable-ftp --enable-versioning --enable-sockets --enable-calendar \ --enable-sysvsem --enable-sysvshm --enable-track-vars --enable-debugger \ --enable-magic-quotes --enable-rpath --enable-short-tags --enable-posix \ --enable-session --enable-xml --enable-bcmath --enable-ctype --enable-mailparse \ --with-apache=../apache_1.3.27 ./configure --with-layout=Apache --prefix=/usr/local/apache \ --activate-module=src/modules/php4/libphp4.a --enable-module=so \ --enable-module=rewrite --add-module=mod_gzip.c Configuring for Apache, Version 1.3.27 + using installation path layout: Apache (config.layout) + activated php4 module (modules/php4/libphp4.a) + on-the-fly added and activated gzip module (modules/extra/mod_gzip.o) Creating Makefile Creating Configuration.apaci in src Creating Makefile in src + configured for Linux platform + setting C compiler to gcc + setting C pre-processor to gcc -E + checking for system header files + adding selected modules o rewrite_module uses ConfigStart/End + using -lndbm for DBM support enabling DBM support for mod_rewrite o php4_module uses ConfigStart/End + using system Expat + using -ldl for vendor DSO support + checking sizeof various data types + doing sanity check on compiler and options ** A test compilation with your Makefile configuration ** failed. The below error output from the compilation ** test will give you an idea what is failing. Note that ** Apache requires an ANSI C Compiler, such as gcc. Error Output for sanity check cd ..; gcc -DLINUX=22 -I/usr/include/db1 `./apaci` -o helpers/dummy helpers/dummy.c -Wl,-rpath,/usr/local/mysql/lib/mysql -Wl,-rpath,/usr/local/oracle/lib -Wl,-rpath,/lib -Wl,-rpath,/usr/local/pdflib/lib -Wl,-rpath,/usr/local/pgsql/lib -Wl,-rpath,/opt/sybase-12.5/OCS-12_5/lib -rdynamic -L/usr/local/mysql/lib/mysql -L/usr/local/oracle/lib -L/lib -L/usr/local/pdflib/lib -L/usr/local/pgsql/lib -L/opt/sybase-12.5/OCS-12_5/lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -export-symbols /usr/local/src/php-4.3.0/sapi/apache/php.sym -rdynamic -L/usr/local/mysql/lib/mysql -L/usr/local/oracle/lib -L/lib -L/usr/local/pdflib/lib -L/usr/local/pgsql/lib -L/opt/sybase-12.5/OCS-12_5/lib -lsybtcl -lintl -lcomn -lct -lcs -lpq -lpdf -lz -lpng -lmysqlclient -lttf -lpng -lz -lz -lcrypt -lresolv -lm -ldl -lnsl -lcrypt -ldl -lm -lnsl -lclntsh -ldl -lm -lnsl -lclntsh -lm -lcrypt -lndbm -lexpat -ldl /usr/bin/ld:/usr/local/src/php-4.3.0/sapi/apache/php.sym: file format not recognized; treating as linker script /usr/bin/ld:/usr/local/src/php-4.3.0/sapi/apache/php.sym:2: parse error collect2: ld returned 1 exit status make: *** [dummy] Error 1 = End of Error Report = Aborting!
#21642 [Bgs]: fsockopen() tls doenst work with tlsftp's
ID: 21642 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type:Sockets related PHP Version: 4.3.0 New Comment: Hi Wez, i know this prolly no faq here but im sticky since days on it and i didnt get help anywhere yet, so excuse my last question in this thread please. example: ?PHP $sock = fsockopen($server, $port, $errno, $errstr, timeout); fgets($sock); if TLS then { frwite (ftp, AUTH, TLS)) //to use php_stream_api or streams and options //and swtich into ssl mode ? like php.ftp it does ? // ctx = SSL_CTX_new(SSLv23_client_method()); ? //or a simple stream wrapper from php frwite(ftp, PBSZ) . ...and so on. } ? a simple yes or no from your side would be enough, so ill try to figure it out by myself. Maybe theres something easie php-trick i dont know, to solve this problem. Also theres no help available on the web to it. Im sorry to waste your time in here , but its realy importand to realize it in php. Toppi Previous Comments: [2003-01-15 07:23:13] [EMAIL PROTECTED] fsockopen is intended to open *only* a raw socket and not implement some protocol level stuff - that is what the URL wrappers are for in fopen(). Please try one of the alternative methods for working with secure ftp. If you find a problem with those, then open a new bug report. [2003-01-15 05:51:31] [EMAIL PROTECTED] Please add rfc2228 handle to fsockopen(); :-) [2003-01-15 05:41:13] [EMAIL PROTECTED] Just info when using fopen(); it retruns Warning: fopen(ftps://...@ip:port) [function.fopen]: failed to create stream: Operation not permitted in . [2003-01-15 05:12:21] [EMAIL PROTECTED] TLS becomes more a standard instead of FTP. I cant recognize the reason why fsockopen() doesnt handle tls/ssl similare to fopen(). Why not starting (like fopen() it does) in clear mode, then switch to tls/ssl if this all is FLASE return fail ? Atm i have to run a TLSwrapper in background to connect FTP+TLS cause fsock yes but ssl... The use of Curl or fopen instead ? Sounds a bit crazy for me tho :) A Create a socket function should handle all streams. Im looking forward to fsockopen supports ftp+tls :) Greetings Toppi [2003-01-14 16:41:05] [EMAIL PROTECTED] this is expected behaviour; fsockopen(tls://) opens the socket with TLS turned on. By default, TLS-enabled ftp servers start in the clear - with crypto turned off. If you want to use TLS over ftp, consider using fopen(ftps://) instead (which will attempt TLS negotiation according to the relevant rfcs), or if that is not sufficient, try using the curl functions. 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/21642 -- Edit this bug report at http://bugs.php.net/?id=21642edit=1
#20910 [Opn-Bgs]: Default for AcceptPathInfo changed
ID: 20910 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: SuSE 7.2 PHP Version: 4.3.0RC2 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. My apache 1.X does not have PATH_INFO avaliable, so it is not just Apache 2 where it may not avaliable. Generally, if you a rellying on any enviroment variables you should ALWAYS checks for their avaliablity before blindly using them. If the user/admin feel this feature is import surely they can enable it via httpd.conf, I don't see PHP should try to force this setting to ON. Previous Comments: [2002-12-09 11:10:49] [EMAIL PROTECTED] Maybe this is more of a feature request, but here it goes: New in Apache 2 is the possibility to turn off PATH_INFO, which was always on in Apache 1. According to the Apache docs, the _default_ value for AcceptPathInfo is given by the module used to handle a script (rather than being globally on or off). For PHP the default is off rather than on, and this breaks old scripts unless AcceptPathInfo is turned on in httpd.conf. It seems reasonable to have the old behavior be the default, rather than a behavior which potentially breaks old scripts without affecting security one way or the other, and as far as I can see the default is dictated by PHP. I, of course, would know how to turn AcceptPathInfo on if I were using Apache 2, but it seems that the world is full of users who can't be bothered to read the documentation and then complain _to me_ about 404 errors. If I've missed something crucial, feel free to trout me. :-) -- Edit this bug report at http://bugs.php.net/?id=20910edit=1
#21642 [Bgs]: fsockopen() tls doenst work with tlsftp's
ID: 21642 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type:Sockets related PHP Version: 4.3.0 New Comment: Responding by private mail. Previous Comments: [2003-01-15 13:39:52] [EMAIL PROTECTED] Hi Wez, i know this prolly no faq here but im sticky since days on it and i didnt get help anywhere yet, so excuse my last question in this thread please. example: ?PHP $sock = fsockopen($server, $port, $errno, $errstr, timeout); fgets($sock); if TLS then { frwite (ftp, AUTH, TLS)) //to use php_stream_api or streams and options //and swtich into ssl mode ? like php.ftp it does ? // ctx = SSL_CTX_new(SSLv23_client_method()); ? //or a simple stream wrapper from php frwite(ftp, PBSZ) . ...and so on. } ? a simple yes or no from your side would be enough, so ill try to figure it out by myself. Maybe theres something easie php-trick i dont know, to solve this problem. Also theres no help available on the web to it. Im sorry to waste your time in here , but its realy importand to realize it in php. Toppi [2003-01-15 07:23:13] [EMAIL PROTECTED] fsockopen is intended to open *only* a raw socket and not implement some protocol level stuff - that is what the URL wrappers are for in fopen(). Please try one of the alternative methods for working with secure ftp. If you find a problem with those, then open a new bug report. [2003-01-15 05:51:31] [EMAIL PROTECTED] Please add rfc2228 handle to fsockopen(); :-) [2003-01-15 05:41:13] [EMAIL PROTECTED] Just info when using fopen(); it retruns Warning: fopen(ftps://...@ip:port) [function.fopen]: failed to create stream: Operation not permitted in . [2003-01-15 05:12:21] [EMAIL PROTECTED] TLS becomes more a standard instead of FTP. I cant recognize the reason why fsockopen() doesnt handle tls/ssl similare to fopen(). Why not starting (like fopen() it does) in clear mode, then switch to tls/ssl if this all is FLASE return fail ? Atm i have to run a TLSwrapper in background to connect FTP+TLS cause fsock yes but ssl... The use of Curl or fopen instead ? Sounds a bit crazy for me tho :) A Create a socket function should handle all streams. Im looking forward to fsockopen supports ftp+tls :) Greetings Toppi 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/21642 -- Edit this bug report at http://bugs.php.net/?id=21642edit=1
#21660 [Fbk]: Form posts hang
ID: 21660 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 Server SP3 PHP Version: 4.3.0 New Comment: Could you please try the same with using Apache instead of IIS? Previous Comments: [2003-01-15 11:09:09] [EMAIL PROTECTED] No help. Does exactly the same thing as previously described [2003-01-15 09:33:26] [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-15 08:38:41] [EMAIL PROTECTED] Freshly installed 4.3.0 installed as CGI on IIS5. Minimal changes to default php.ini I use the following page to demonstrate/test the problem: ? if ( isset( $_REQUEST['test']) ) { $ttt = $_REQUEST['test']; } else { ? form action=test.php method=post textarea name=test/textarea input type=submit /form ? } ? Very simple post test form which assigns post data to a variable. This particular script functions correctly with small amounts of data but above around 500 characters (seems to change depending on number of fields in form) the page will sit there for about 5 minutes until i get a CGI Timeout error from IIS (also logged to event viewer). Items from phpinfo() relating to post are set to defaults: always_populate_raw_post_data Off post_max_size 8M A similar ASP page on the same web server functions perfectly up to thousands of characters. As far as I am aware all other PHP functions are working correctly. -- Edit this bug report at http://bugs.php.net/?id=21660edit=1
#21660 [Fbk]: Form posts hang
ID: 21660 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Reproducible crash Operating System: Windows 2000 Server SP3 PHP Version: 4.3.0 New Comment: And when you add comments to your own report, use the 'Edit Submission' page, NOT the 'Add Comment'. Previous Comments: [2003-01-15 14:11:21] [EMAIL PROTECTED] Could you please try the same with using Apache instead of IIS? [2003-01-15 11:09:09] [EMAIL PROTECTED] No help. Does exactly the same thing as previously described [2003-01-15 09:33:26] [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-15 08:38:41] [EMAIL PROTECTED] Freshly installed 4.3.0 installed as CGI on IIS5. Minimal changes to default php.ini I use the following page to demonstrate/test the problem: ? if ( isset( $_REQUEST['test']) ) { $ttt = $_REQUEST['test']; } else { ? form action=test.php method=post textarea name=test/textarea input type=submit /form ? } ? Very simple post test form which assigns post data to a variable. This particular script functions correctly with small amounts of data but above around 500 characters (seems to change depending on number of fields in form) the page will sit there for about 5 minutes until i get a CGI Timeout error from IIS (also logged to event viewer). Items from phpinfo() relating to post are set to defaults: always_populate_raw_post_data Off post_max_size 8M A similar ASP page on the same web server functions perfectly up to thousands of characters. As far as I am aware all other PHP functions are working correctly. -- Edit this bug report at http://bugs.php.net/?id=21660edit=1
#21664 [Opn-Fbk]: Apache 1.3.x on Oracle9iAS
ID: 21664 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux Redhat 7.3 PHP Version: 4.2.3 New Comment: Please try with PHP 4.3.0. Previous Comments: [2003-01-15 10:52:10] [EMAIL PROTECTED] i try compile PHP and i want generate libphp4.o and always output error My configurate line it's: ./configure CPPFLAGS=-I$/u01/app/oracle/product/ora9ias/Apache/Apache/include --with-apxs=/usr/sbin/apxs -enable-shared -with-oci8=/u02/app/oracle/product/8.1.7 --enable-sigchild --with-mysql=/usr --enable-track-vars -enable-module=so But i have this problem: /bin/sh /usr/local/php-4.2.3/libtool --silent --mode=link gcc -I. -I/usr/local/php-4.2.3/ -I/usr/local/php-4.2.3/main -I/usr/local/php-4.2.3 -I/usr/include/apache -I/usr/local/php-4.2.3/Zend -I/usr/include/mysql -I/u02/app/oracle/product/8.1.7/rdbms/public -I/u02/app/oracle/product/8.1.7/rdbms/demo -I/usr/local/php-4.2.3/ext/xml/expat -DLINUX=22 -DEAPI -DEAPI_MM -DEAPI_MM_CORE_PATH=/var/run/httpd.mm -I/usr/local/php-4.2.3/TSRM -g -O2 -prefer-pic -o libphp4.la -rpath /usr/local/php-4.2.3/libs -avoid-version -L/usr/lib/mysql -L/u02/app/oracle/product/8.1.7/lib -R /usr/lib/mysql -R /u02/app/oracle/product/8.1.7/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la /usr/local/php-4.2.3/ext/ctype/libctype.la /usr/local/php-4.2.3/ext/mysql/libmysql.la /usr/local/php-4.2.3/ext/oci8/liboci8.la /usr/local/php-4.2.3/ext/pcre/libpcre.la /usr/local/php-4.2.3/ext/posix/libposix.la /usr/local/php-4.2.3/ext/session/libsession.la /usr/local/php-4.2.3/ext/standard/libstandard.la /usr/local/php-4.2.3/ext/xml/libxml.la TSRM/libtsrm.la -lpam -lmysqlclient -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt -ldl -lm -lclntsh -ldl *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. /usr/bin/ld: cannot open output file .libs/: Is a directory collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/usr/local/php-4.2.3' make: *** [all-recursive] Error 1 Someone can helpme -- Edit this bug report at http://bugs.php.net/?id=21664edit=1
#20933 [Opn-Ver]: isset of string offset is always false
ID: 20933 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Zend Engine 2 problem -Operating System: OS X 10.2 +Operating System: All -PHP Version: 4CVS-2002-12-11 (dev) +PHP Version: 5.0-dev Previous Comments: [2002-12-11 06:00:27] [EMAIL PROTECTED] php -r '$a=a; var_dump(@isset($a{2})); var_dump(@isset($a{0}));' this should return false, true, and does with ZE1.4. with ZE2, it returns false, false. -- Edit this bug report at http://bugs.php.net/?id=20933edit=1