Bug #15595: imap routines hang when To header is too large
From: [EMAIL PROTECTED] Operating system: Solaris-i86 PHP version: 4.1.1 PHP Bug Type: IMAP related Bug description: imap routines hang when To header is too large The starting point for this was that our webmail (customised IMP)would crash if the To header was too large. Probably the header violates rfc822, but php should be able to cope, or at least fail gracefully and not hang. We are running php built with the imap4.5 uwash c-client, with ldap, with mysql. Apache is built with mods rewrite, mime_magic, the lastest fastcgi, the latest modssl. The fastcgi connection is used for most pages rendered from our site. Playing around with truss led us to suspect mime_header_decode was at fault, ie: php_if_imap_mime_header_decode+0x6d3: movl (%ebx),%edx Now, in getting a gdb backtrace, things got very wierd. Below is the output - but it occurs not only when we try to read the email with the oversized to header, but when I try to do something mundane like parse the whole mailbox. So maybe there are two problems, needless to say - I hope the truss line is useful, because I wouldn't rely on the gdb backtrace. Thanks. Program received signal SIGPIPE, Broken pipe. 0xdfee1f3b in _writev () (gdb) bt #0 0xdfee1f3b in _writev () #1 0x80b2254 in ssl_io_unregister () #2 0x81ba5f4 in ap_hook_call () #3 0x81b9d41 in ap_hook_call () #4 0x8196641 in ap_bfilbuf () #5 0x8196a6c in ap_bfilbuf () #6 0x8196b38 in ap_bwrite () #7 0x816537e in php_mergesort () #8 0x8166ec5 in php_mergesort () #9 0x816749d in php_mergesort () #10 0x8197ddb in ap_invoke_handler () #11 0x81ac451 in ap_some_auth_required () #12 0x81ac4b0 in ap_process_request () #13 0x81a3ad1 in ap_child_terminate () #14 0x81a3c80 in ap_child_terminate () #15 0x81a3ddb in ap_child_terminate () #16 0x81a43d8 in ap_child_terminate () #17 0x81a4b9b in main () #18 0x809b947 in _start () -- Edit bug report at http://bugs.php.net/?id=15595edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15595r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15595r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15595r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15595r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15595r=support Expected behavior: http://bugs.php.net/fix.php?id=15595r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15595r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15595r=submittedtwice
Bug #14558 Updated: not worked ibase_connection(..)
ID: 14558 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: InterBase related Operating System: win xp,2000,98 PHP Version: 4.1.0 New Comment: here some more info: tried the above described situation with PHP 4.0.6 - works fine. will now have a look at php-source changes in the interbase modul between version PHP 4.0.6 and PHP 4.1.1... Previous Comments: [2002-02-18 07:13:52] [EMAIL PROTECTED] I can confirm this bug! Appears under Debian Linux too. One curious example: a simple php-script that reads all records of a db-table and echo's them works fine with e.g. table a,b and c. when I trie it with e.g. table d and e, PHP crashes with a segmentation fault in the apache-error-log. I used the following script: ### html head titlePHP/InterBase test/title /head body ? $conn=ibase_pconnect (localhost:/path/to/db-file.gdb, user, password); if (!$conn) { echo Acess Denied!br; exit; } $result=ibase_query($conn, select * from any_table); if (!$result) { echo brError executing query select count!; exit; } while ($row=ibase_fetch_row ($result)) { echo $row[0] . br; } ibase_close($conn); ? /body /html It happens only with ibase_connect after the execution of the following ibase-function. ibase_pconnect seems to work fine. If more info is needed, feel free to contact me via email. [2001-12-17 08:34:26] [EMAIL PROTECTED] interbase ibase_connect(...) - is not worked - has crashed php.exe in next operation at open database version php 4.1.0, 4.0.6 - error 4.0.5 - correctly worked if you change ibase_connect(...) - ibase_pconnect(...) all worked correctly/ -- Edit this bug report at http://bugs.php.net/?id=14558edit=1
Bug #15595 Updated: imap routines hang when To header is too large
ID: 15595 Updated by: [EMAIL PROTECTED] -Summary: imap routines hang when To header is too large Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IMAP related Operating System: Solaris-i86 PHP Version: 4.1.1 New Comment: Can you provide a simple sample script? Previous Comments: [2002-02-18 04:23:34] [EMAIL PROTECTED] The starting point for this was that our webmail (customised IMP)would crash if the To header was too large. Probably the header violates rfc822, but php should be able to cope, or at least fail gracefully and not hang. We are running php built with the imap4.5 uwash c-client, with ldap, with mysql. Apache is built with mods rewrite, mime_magic, the lastest fastcgi, the latest modssl. The fastcgi connection is used for most pages rendered from our site. Playing around with truss led us to suspect mime_header_decode was at fault, ie: php_if_imap_mime_header_decode+0x6d3: movl (%ebx),%edx Now, in getting a gdb backtrace, things got very wierd. Below is the output - but it occurs not only when we try to read the email with the oversized to header, but when I try to do something mundane like parse the whole mailbox. So maybe there are two problems, needless to say - I hope the truss line is useful, because I wouldn't rely on the gdb backtrace. Thanks. Program received signal SIGPIPE, Broken pipe. 0xdfee1f3b in _writev () (gdb) bt #0 0xdfee1f3b in _writev () #1 0x80b2254 in ssl_io_unregister () #2 0x81ba5f4 in ap_hook_call () #3 0x81b9d41 in ap_hook_call () #4 0x8196641 in ap_bfilbuf () #5 0x8196a6c in ap_bfilbuf () #6 0x8196b38 in ap_bwrite () #7 0x816537e in php_mergesort () #8 0x8166ec5 in php_mergesort () #9 0x816749d in php_mergesort () #10 0x8197ddb in ap_invoke_handler () #11 0x81ac451 in ap_some_auth_required () #12 0x81ac4b0 in ap_process_request () #13 0x81a3ad1 in ap_child_terminate () #14 0x81a3c80 in ap_child_terminate () #15 0x81a3ddb in ap_child_terminate () #16 0x81a43d8 in ap_child_terminate () #17 0x81a4b9b in main () #18 0x809b947 in _start () -- Edit this bug report at http://bugs.php.net/?id=15595edit=1
Bug #15593 Updated: still getting inter-libraray dependencies warning
ID: 15593 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Warning Operating System: openbsd 3.0 PHP Version: 4.1.1 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 Especially: can you post your configure line??? Previous Comments: [2002-02-17 21:44:10] [EMAIL PROTECTED] i applied the patches in #8125 and #8230 but i´m still getting: *** 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. Making all in pear any idea? -- Edit this bug report at http://bugs.php.net/?id=15593edit=1
Bug #14558 Updated: not worked ibase_connection(..)
ID: 14558 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: InterBase related Operating System: win xp,2000,98 PHP Version: 4.1.0 New Comment: does not seem to be a problem with the interbase-module code, compiling and using PHP 4.1.1 with interbase-module-code of PHP 4.0.6 results in the same error described above! Previous Comments: [2002-02-18 07:36:20] [EMAIL PROTECTED] here some more info: tried the above described situation with PHP 4.0.6 - works fine. will now have a look at php-source changes in the interbase modul between version PHP 4.0.6 and PHP 4.1.1... [2002-02-18 07:13:52] [EMAIL PROTECTED] I can confirm this bug! Appears under Debian Linux too. One curious example: a simple php-script that reads all records of a db-table and echo's them works fine with e.g. table a,b and c. when I trie it with e.g. table d and e, PHP crashes with a segmentation fault in the apache-error-log. I used the following script: ### html head titlePHP/InterBase test/title /head body ? $conn=ibase_pconnect (localhost:/path/to/db-file.gdb, user, password); if (!$conn) { echo Acess Denied!br; exit; } $result=ibase_query($conn, select * from any_table); if (!$result) { echo brError executing query select count!; exit; } while ($row=ibase_fetch_row ($result)) { echo $row[0] . br; } ibase_close($conn); ? /body /html It happens only with ibase_connect after the execution of the following ibase-function. ibase_pconnect seems to work fine. If more info is needed, feel free to contact me via email. [2001-12-17 08:34:26] [EMAIL PROTECTED] interbase ibase_connect(...) - is not worked - has crashed php.exe in next operation at open database version php 4.1.0, 4.0.6 - error 4.0.5 - correctly worked if you change ibase_connect(...) - ibase_pconnect(...) all worked correctly/ -- Edit this bug report at http://bugs.php.net/?id=14558edit=1
Bug #15597: strange cycle
From: [EMAIL PROTECTED] Operating system: Win, Free BDS, Linux + more ? PHP version: 4.1.1 PHP Bug Type: *General Issues Bug description: strange cycle Why this: for ( $j = a; $j = z; $j++ ){ echo $j., ; } is outputing this: a, b, c, d, e, f, g, h, i, j, k, l, m, n, o, p, q, r, s, t, u, v, w, x, y, z, aa, ab, ac, ad, ae, af, ag, ah, ai, aj, ak, al, am, an, ao, ap, aq, ar, as, at, au, av, aw, ax, ay, az, ba, bb, bc, bd, be, bf, bg, bh, bi, bj, bk, bl, bm, bn, (etc. to the end) yw, yx, yy, yz, but if you change z letter for y all works great. -- Edit bug report at http://bugs.php.net/?id=15597edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15597r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15597r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15597r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15597r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15597r=support Expected behavior: http://bugs.php.net/fix.php?id=15597r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15597r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15597r=submittedtwice
Bug #15597 Updated: strange cycle
ID: 15597 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Win, Free BDS, Linux + more ? PHP Version: 4.1.1 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-02-18 08:52:59] [EMAIL PROTECTED] Why this: for ( $j = a; $j = z; $j++ ){ echo $j., ; } is outputing this: a, b, c, d, e, f, g, h, i, j, k, l, m, n, o, p, q, r, s, t, u, v, w, x, y, z, aa, ab, ac, ad, ae, af, ag, ah, ai, aj, ak, al, am, an, ao, ap, aq, ar, as, at, au, av, aw, ax, ay, az, ba, bb, bc, bd, be, bf, bg, bh, bi, bj, bk, bl, bm, bn, (etc. to the end) yw, yx, yy, yz, but if you change z letter for y all works great. -- Edit this bug report at http://bugs.php.net/?id=15597edit=1
Bug #15598: sdfsd
From: [EMAIL PROTECTED] Operating system: sdfsdfsdf PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: sdfsd when i visiting your page, i can see what the visitor before me has searched for in the input area :) it can be very interestig to see what the others search here :) -- Edit bug report at http://bugs.php.net/?id=15598edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15598r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15598r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15598r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15598r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15598r=support Expected behavior: http://bugs.php.net/fix.php?id=15598r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15598r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15598r=submittedtwice
Bug #15598 Updated: sdfsd
ID: 15598 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: sdfsdfsdf PHP Version: 4.1.1 Previous Comments: [2002-02-18 09:29:00] [EMAIL PROTECTED] yeah you are right, you can see it :) [2002-02-18 09:28:17] [EMAIL PROTECTED] when i visiting your page, i can see what the visitor before me has searched for in the input area :) it can be very interestig to see what the others search here :) -- Edit this bug report at http://bugs.php.net/?id=15598edit=1
Bug #15102 Updated: Upload fails (internal error 500)
ID: 15102 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Red Hat 7.2 PHP Version: 4.0.6 New Comment: I'm unable to install 4.1.1 for now, can't test. Previous Comments: [2002-02-04 02:26:57] [EMAIL PROTECTED] Could you check if this problem is in 4.1.1? [2002-01-20 17:49:56] [EMAIL PROTECTED] So my ISP changed to Apache 3.1.19, still running redhat 7.2 and php 4.0.6. Problem still exists. I have compiled and installed 4.0.5 in my directory and script is running fine. Fabrice. [2002-01-19 20:26:07] [EMAIL PROTECTED] Hi, I have compiled 4.0.4pl1 on the system (simple static install, --with-mysql --with-apache, --host i386-redhat-linux, everything else defaulted, and the script works fine, so there is a problem with 4.0.6. I can't install RPMS as I don't have rpm access. I opened a ticket with the ISP for them to check the configuration, but I don't understand why PHP barfs. I will try with 4.0.5 tomorrow. Fabrice. [2002-01-18 14:27:46] [EMAIL PROTECTED] The only log I know about is error_log on /usr/local/apache/log is there anything else I should look at? [Fri Jan 18 14:22:53 2002] [error] [client 151.200.238.39] Premature end of script headers: /home/usr235/html/upload.php phpinfo says: './configure' '--with-mysql=/usr/local/mysql' '--prefix=/usr/local/php' '--with-mck=/usr/local/mck-3.2.0.3-linux' '--with-dbase' '--with-pfpro=/usr/local/pfpro' '--enable-discard-path' '--prefix=/usr/local' '--with-gd' '--enable-gdbm' '--enable-bcmath' '--with-config-file-path=/usr/local/apache' '--enable-magic-quotes' '--enable-ftp' Server API CGI Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/apache Note that there is no php.ini in this path, or anywhere on the server. Finally someone that agrees with me that this should work!!! [2002-01-18 14:15:44] [EMAIL PROTECTED] It should work. It's probably a configuration problem (echo'ing $userfile should print out the temporary filename of the uploaded file). Can you provide some more information, like what's in the error log? 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/15102 -- Edit this bug report at http://bugs.php.net/?id=15102edit=1
Bug #15102 Updated: Upload fails (internal error 500)
ID: 15102 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Red Hat 7.2 PHP Version: 4.0.6 New Comment: Fileupload in 4.0.6 was kinda broken. I am very sure that 4.1.0 and 4.1.1 fix that issue. Otherwise tell us what browser you are using. Previous Comments: [2002-02-18 09:46:37] [EMAIL PROTECTED] I'm unable to install 4.1.1 for now, can't test. [2002-02-04 02:26:57] [EMAIL PROTECTED] Could you check if this problem is in 4.1.1? [2002-01-20 17:49:56] [EMAIL PROTECTED] So my ISP changed to Apache 3.1.19, still running redhat 7.2 and php 4.0.6. Problem still exists. I have compiled and installed 4.0.5 in my directory and script is running fine. Fabrice. [2002-01-19 20:26:07] [EMAIL PROTECTED] Hi, I have compiled 4.0.4pl1 on the system (simple static install, --with-mysql --with-apache, --host i386-redhat-linux, everything else defaulted, and the script works fine, so there is a problem with 4.0.6. I can't install RPMS as I don't have rpm access. I opened a ticket with the ISP for them to check the configuration, but I don't understand why PHP barfs. I will try with 4.0.5 tomorrow. Fabrice. [2002-01-18 14:27:46] [EMAIL PROTECTED] The only log I know about is error_log on /usr/local/apache/log is there anything else I should look at? [Fri Jan 18 14:22:53 2002] [error] [client 151.200.238.39] Premature end of script headers: /home/usr235/html/upload.php phpinfo says: './configure' '--with-mysql=/usr/local/mysql' '--prefix=/usr/local/php' '--with-mck=/usr/local/mck-3.2.0.3-linux' '--with-dbase' '--with-pfpro=/usr/local/pfpro' '--enable-discard-path' '--prefix=/usr/local' '--with-gd' '--enable-gdbm' '--enable-bcmath' '--with-config-file-path=/usr/local/apache' '--enable-magic-quotes' '--enable-ftp' Server API CGI Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/apache Note that there is no php.ini in this path, or anywhere on the server. Finally someone that agrees with me that this should work!!! 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/15102 -- Edit this bug report at http://bugs.php.net/?id=15102edit=1
Bug #15547 Updated: tempnam() bypasses security
ID: 15547 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Filesystem function related Operating System: Linux(RedHat 7.1) PHP Version: 4.0.6 New Comment: AFAIK, open_basedir restrictions only _work_ when having safe_mode ON. Previous Comments: [2002-02-18 01:44:15] [EMAIL PROTECTED] Are you sure safe-mode is enabled? No it is not. open_basedir seems to be independent directive without connection to the safe-mode (Atleast, the directory restrictions work on other file-operations but not tempnam) The following is example what triggered this in my code. php.ini has open_basedir=/www/htdocs and safe_mode= off The working code... $tfile=tempnam(/www/htdocs/tmp,foobar); // success if /www/htdocs/tmp/ exists and is writable // directory $fp=fopen($tfile,w); // opens the file. The initial version, which does not care about the open_basedir... $tfile=tempnam(/tmp,foobar); // creates the temp-file. $fp=fopen($tfile,w); // tries to open the file but does not succeed because of // the open_basedir setting! // // Because (any other) file operations cannot be used on /tmp // this code clutters the /tmp directory with zerobyte // temp-files. [2002-02-15 13:08:10] [EMAIL PROTECTED] Are you sure safe-mode is enabled? [2002-02-14 02:18:04] [EMAIL PROTECTED] tempnam() function bypasses open_basedir directive set by php.ini This can be seen f.e. by following code: $tfile=tempnam(/tmp,foobar); // this is a success regardless of a open_basedir setting $fp=fopen($tfile,w) // file is already created but fopen() fails if // open_basedir is set, but not to include /tmp -- Edit this bug report at http://bugs.php.net/?id=15547edit=1
Bug #15599: functions returning references, oddity(?)
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: functions returning references, oddity(?) I think it is a bit funny that when returning references from functions you get something looking kind of this in the end: $a = $b; That is, I think it would be more logic if a function that is specified to return a reference wouldn't need to be set on the return side to return a reference.. since I doesn't make my self clear, here is as an example what I mean: class a { var $b; function fc() { return $this-b; } } $c = new a(); // A) $myvar = $c-fc(); --- Now this will not work as I seem would be logical, instead one need to do the last line: // B) $myvar = $c-fc(); This seems funny.. My logic says that since the function is defined to return a reference it would be enough (A).. no need to do it again like in (B). This is true when passing a reference: somefunc($myvar) will result in passing an reference if the func is defined like function somefunc($arg) Is there any chance of a change? Opinions, comments etc. ? -- Edit bug report at http://bugs.php.net/?id=15599edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15599r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15599r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15599r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15599r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15599r=support Expected behavior: http://bugs.php.net/fix.php?id=15599r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15599r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15599r=submittedtwice
Bug #15600: ifx_fetch_row return the same tuple more than once
From: [EMAIL PROTECTED] Operating system: Solaris 7 PHP version: 4.1.1 PHP Bug Type: Informix related Bug description: ifx_fetch_row return the same tuple more than once ifx_fetch_row return the same tuple more than once. This bug is also present in php 4.1.0. In php 4.0.5 everything works just fine. -- Edit bug report at http://bugs.php.net/?id=15600edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15600r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15600r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15600r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15600r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15600r=support Expected behavior: http://bugs.php.net/fix.php?id=15600r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15600r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15600r=submittedtwice
Bug #15600 Updated: ifx_fetch_row return the same tuple more than once
ID: 15600 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Informix related Operating System: Solaris 7 PHP Version: 4.1.1 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. Previous Comments: [2002-02-18 11:01:51] [EMAIL PROTECTED] ifx_fetch_row return the same tuple more than once. This bug is also present in php 4.1.0. In php 4.0.5 everything works just fine. -- Edit this bug report at http://bugs.php.net/?id=15600edit=1
Bug #9308 Updated: Allow Unix to use Win32 only mail options
ID: 9308 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.0.4pl1 New Comment: Great idea. When hosting multiple sites all chroot'd apache it makes it impossible to use qmail or sendmail etc. Have an option to connect to a localhost port 25 would be a massive help. Previous Comments: [2001-02-16 16:41:49] [EMAIL PROTECTED] I would like to make it possible for PHP on UNIX to use the SMTP and sendmail_from options instead of sendmail_path. This would allow me to relay outgoing mail thru my mail server, and remove sendmail from my web servers entirely. It would also vastly simplify taking control of the From: header. Hopefully the code to send mail thru a mail server on another host is already in PHP for use with Windows, and can be used even on Linux/UNIX depending on configuration settings. -- Edit this bug report at http://bugs.php.net/?id=9308edit=1
Bug #12061 Updated: CGI Error
ID: 12061 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: IIS related Operating System: Win 2K PHP Version: 4.0.6 New Comment: i am attempting to run phpmyadmin and all i get is a split screen in franes with a cgi error in both, i have the newest version of mysql and the newest version of php, im running on a win 2000 box and i am running iis. any ideas how to fix my problem? Previous Comments: [2001-07-12 06:16:13] [EMAIL PROTECTED] Ok - you don't seem to want to read install.txt, so here's the relevant bit - please read and act on it: You have installed PHP, but when try to access a php script file via your browser, you get the error: cgi error: The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: This error message means that php failed to output anything at all. From the command line hange to the directory containing php.exe. Run php.exe -i If php has any problems running, then a suitable error message will be displayed which will give you a clue as to what needs to be done next. If you get a screen full of html codes (the output of the phpinfo() function) then php is working ok. Once php is working at the command line, try accessing the php script via the browser again. If it still fails then it could be one of the following: file permissions on your php script, php.exe, php4ts.dll, php.ini or any php extensions you are trying to load are such that the anonymous internet user ISUR_machinename cannot access them. The script file does not exist (or possibly isn't where you think it is relative to your web root directory). Note that for IIS you can trap this error by ticking the 'check file exists' box when setting up the script mappings in the Internet Services Manager. If a script file does not exist then the server will return a 404 error instead. There is also the additional benefit that IIS will do any authentication required for you based on the NTLanMan permissions on your script file. Other problems If you are still stuck, someone on the PHP installation mailing list may be able to help you. You should check out the archive first, in case someone already answered someone else who had the same problem as you. The archives are available from the support page on www.php.net To subscribe to the PHP installation mailing list, send an empty mail to [EMAIL PROTECTED] The mailing list address is [EMAIL PROTECTED] If you want to get help on the mailing list, please try to be precise and give the necessary details about your environment (which operating system, what PHP version, what web server, if ou are running PHP as CGI or a server module, etc.), and referably enough code to make others able to reproduce and test our problem. [2001-07-11 14:43:00] [EMAIL PROTECTED] Installed using the Installshield package... install and go... but it doesn't... what changes does it make that it should or that it doesn't... what manually changes need to be made... other people posted the same question.. and have go no useful answers what need to be done so that it works? [2001-07-11 14:34:22] [EMAIL PROTECTED] Installed using the Installshield package... install and go... but it doesn't... what changes does it make that it should or that it doesn't... what manually changes need to be made... other people posted the same question.. and have go no useful answers what need to be done so that it works? [2001-07-11 14:19:47] [EMAIL PROTECTED] Your setup is just incorrectly configured. Please read the install.txt file for details of what you need to check. If you still have problems, post a query to the php-windows or php-install lists. [2001-07-11 13:42:23] [EMAIL PROTECTED] when using the simple script of : html body ?php $myvar = Hello World; echo $myvar; ? /body /html I get the following error: CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: Noticed other are reporting same problems on the News Groups.. -- Edit this bug report at http://bugs.php.net/?id=12061edit=1
Bug #15602: get_object_vars() does not return empty vars
From: [EMAIL PROTECTED] Operating system: any PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: get_object_vars() does not return empty vars I know it's documented in the manual, but aside from being less useful than it could be (sometimes it's useful to get empty object vars too), it's posing a few problems to the PEAR ibase DB driver. The PHP interbase module has no way of returning a hash representation of a row, so the two available solutions are: a) hack something with ibase_num_fields and ibase_field_info to builf a hash (often gets Interbase sync errors if used with a hash ref as target) b) use ibase_fetch_object and either cast it to array, or use get_object_vars(), in both cases rows from the same result set have a different field number, due to missing NULLs and empty values; clearly this is not acceptable Two possible solutions: - modify get_object_vars() to return all object values or - add an ibase_fetch_array() or whatever function -- Edit bug report at http://bugs.php.net/?id=15602edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15602r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15602r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15602r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15602r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15602r=support Expected behavior: http://bugs.php.net/fix.php?id=15602r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15602r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15602r=submittedtwice
Bug #15604: Missing file
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: Missing file I downloaded PHP 4.1.1 and when I was told to make a copy of php4ts.dll I found it was hidden. How can I make it visable or can you send it to me as an attatchment? I hope you can help David -- Edit bug report at http://bugs.php.net/?id=15604edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15604r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15604r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15604r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15604r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15604r=support Expected behavior: http://bugs.php.net/fix.php?id=15604r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15604r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15604r=submittedtwice
Bug #12680 Updated: mail() is sent with incorrect timezone
ID: 12680 Updated by: [EMAIL PROTECTED] -Reported By: [EMAIL PROTECTED] +Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Mail related Operating System: Windows NT 4.0 SP6 PHP Version: 4.0.6 New Comment: I found a solution to this problem! I'm running W2k with IIS5 and PHP 4.1.1. The mail function has the following parameters, mail($mail_to, $mail_subject, $mail_body, $mail_headers); Just add date(r) to the header like: $mail_headers .= \nDate: . date(r); And the email header will have the correct date! - daniel Previous Comments: [2002-02-08 06:05:17] [EMAIL PROTECTED] I'm running 4.1.1 on a W2k/IIS5, the bug is not fixed, in which relase was the bug fix included? - daniel [2002-01-30 21:05:50] [EMAIL PROTECTED] Where can I find out when this bug fix is going to be released? Also where can I find out which bug fixes where included in previous release? TIA chank [2001-11-30 04:29:27] [EMAIL PROTECTED] Fixed in CVS [2001-08-10 11:01:14] [EMAIL PROTECTED] This happens with just PHP. As I said, I can directly connect to port 25 and manually enter SMTP commands to send an email (see second mail header sample). The timezone correctly shows -0500 for CDT. The time listed in the PHP-created email shows the time correctly, but doesn't show the timezone correctly (see first mail header sample). [2001-08-10 10:45:12] [EMAIL PROTECTED] something similar has been reported as a bug in 4.0 and was assigned to hholzgra. I don't know if it has been fixed. Suspended until I can contact him and see if he's fixed it. If anybody else knows anything about this, second opinion is welcome. 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/12680 -- Edit this bug report at http://bugs.php.net/?id=12680edit=1
Bug #15605: Path problem with the pound sign.
From: [EMAIL PROTECTED] Operating system: Solaris 2.7 PHP version: 4.1.1 PHP Bug Type: Compile Failure Bug description: Path problem with the pound sign. Installed PHP with the following configuration - ./configure --prefix=/soft/freeware:php --localstatedir=/var/php --with-apxs=/soft/freeware:apache#1.3.23/bin/apxs The 'configure' works fine. The 'make' works fine. The 'make install' returns a bug saying that /soft/freeware:apache is not executable I've recompiled it with - ./configure --prefix=/soft/freeware:php --localstatedir=/var/php --with-apxs=/soft/apache/bin/apxs (where apache is a symbolic link to freeware:apache#1.3.23) Everything works fine. -- Edit bug report at http://bugs.php.net/?id=15605edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15605r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15605r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15605r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15605r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15605r=support Expected behavior: http://bugs.php.net/fix.php?id=15605r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15605r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15605r=submittedtwice
Bug #15606: Parent instance by reference in objects
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: Parent instance by reference in objects If you register a child on an object, which extends the parent, any shared resources are duplicated - ie, the child creates an instance of the parent. For example, registering a database connection in the parent, and consequently printing that connection from the child, will give you resource id #2, when the parent is resource id #1. Is there any way (in ZE2?) to use a reference to the parent or can't this be helped, period? Seems to me, that all these instances can, while in fact, they share the exact same values, are just taking up memory. If you need example code, let me know. -- Edit bug report at http://bugs.php.net/?id=15606edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15606r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15606r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15606r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15606r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15606r=support Expected behavior: http://bugs.php.net/fix.php?id=15606r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15606r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15606r=submittedtwice
Bug #15607: Apache Crash
From: [EMAIL PROTECTED] Operating system: Solaris 5.7 PHP version: 4.1.1 PHP Bug Type: *Spelling functions Bug description: Apache Crash I'm Sys Admin of El Sitio (www.elsitio.com). I developed de Web Mail of the Site (freemail.elsitio.com). The Web Mail frontend run on Sun Netra t1 with Solaris 7 (patched 7 recommended). I use gnu gcc and ld (/usr/ccs/bin/ld). I compile pspell and aspell with CC=gcc and CXX=g++. My php include oci8 (Oracle 8.1.6), imap (imap-2001a), pspell (pspell-.12.2) and aspell (aspell-.33.7). PHP 4.0.5 works, but imap_mime_header_decode isn´t work, httpd crash. PHP 4.0.6 works fine. PHP is 4.1.0 and 4.1.1 segmentation fault when httpd start. I was testing on Apache 1.3.19 and Apache 1.3.23. When I compile, I don't get any error. PHP is buggy buggy buggy :) thanks and good luck! -- Edit bug report at http://bugs.php.net/?id=15607edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15607r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15607r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15607r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15607r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15607r=support Expected behavior: http://bugs.php.net/fix.php?id=15607r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15607r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15607r=submittedtwice
Bug #15603 Updated: PHP output sometimes doesn't follow HTML 4.01 standards.
ID: 15603 Updated by: [EMAIL PROTECTED] -Summary: PHP output sometimes doesn't follow HTML 4.01 standards. Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed -Bug Type: Session related +Bug Type: Documentation problem Operating System: Linux PHP Version: 4.0.5 New Comment: You can change this with arg_separator.output ini directive. From php.ini-dist: ; The separator used in PHP generated URLs to separate arguments. ; Default is . ;arg_separator.output = amp; (you should also update to PHP 4.1.1) Reclassified as docu prob since this is not mentioned on the session docs. (or in the configuration part either) --Jani Previous Comments: [2002-02-18 15:47:12] [EMAIL PROTECTED] When use-cookies is set to Off or when the possibility to use them doesn't exist, PHP adds the session variable to links on the outputted HTML-page. The link may look like this: A HREF=?DO=addCodePHPSESSID=60d92bce38ab509722c1337ee1de0d72 There's a problem with the above link - it doesn't follow the standards. This is easy to fix, just change to amp; I don't consider this some huge disadvantage but it could be fixed. -- Edit this bug report at http://bugs.php.net/?id=15603edit=1
Bug #15603 Updated: PHP output sometimes doesn't follow HTML 4.01 standards.
ID: 15603 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Documentation problem Operating System: Linux PHP Version: 4.0.5 New Comment: I know, but I'm not in a position to chose. I'm a customer at a hosting company. Previous Comments: [2002-02-18 16:04:46] [EMAIL PROTECTED] You can change this with arg_separator.output ini directive. From php.ini-dist: ; The separator used in PHP generated URLs to separate arguments. ; Default is . ;arg_separator.output = amp; (you should also update to PHP 4.1.1) Reclassified as docu prob since this is not mentioned on the session docs. (or in the configuration part either) --Jani [2002-02-18 15:47:12] [EMAIL PROTECTED] When use-cookies is set to Off or when the possibility to use them doesn't exist, PHP adds the session variable to links on the outputted HTML-page. The link may look like this: A HREF=?DO=addCodePHPSESSID=60d92bce38ab509722c1337ee1de0d72 There's a problem with the above link - it doesn't follow the standards. This is easy to fix, just change to amp; I don't consider this some huge disadvantage but it could be fixed. -- Edit this bug report at http://bugs.php.net/?id=15603edit=1
Bug #15611 Updated: Zero sized Reply
ID: 15611 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Scripting Engine problem Operating System: Apache 1.3.1.7 PHP Version: 4.1.1 New Comment: hi there, this is my configure from phpinfo() './configure' '--with-apache=/usr/local/src/apache_1.3.17' '--with-mysql=/usr/local' '--enable-safe-mode' '--with-config-file-path=/etc' '--with-exec-dir=/usr/local/www' '--enable-memory-limit=yes' Previous Comments: [2002-02-18 22:37:22] [EMAIL PROTECTED] I'm receiving a Zero sized reply from the server when running a script that uses fast templates. sometimes it gives a Fatal error : memory limit 8..etc etc message. I use to have PHP 4.0.6 installed but with these problems I have asked my admin to upgrade to the latest version (4.1.1), but even after that the problem persists, and the very weird thing is I have the same script, doing the same thing using the same database and tables, in a test folder which is at the same level as the other one but just being used for test purposes, and it does work well on the test folder but not in the production folder. I don't have the configuration with me and it is very burocratic to get it. could anyone give some ideias and/or let me know how to increase the memory limit, or what sort of problems could happen if I take that parameter out of my configuration. Thanks very much Carlos -- Edit this bug report at http://bugs.php.net/?id=15611edit=1
Bug #10254 Updated: xml_set_object() and segmentation fault
ID: 10254 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: XML related Operating System: Redhat 6.2 PHP Version: 4.0.4pl1 New Comment: 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. Previous Comments: [2002-01-13 07:13:39] [EMAIL PROTECTED] Can you try this with latest release 4.1.1? [2001-04-09 18:06:25] [EMAIL PROTECTED] I am receiving segmentation fault when using xml_set_object() and setting handlers in the constructor. I moved them to the parse() method and the crashes stop. I found the resolution for a similiar issue in the feedback thread at the end of xml_set_object() documentation just in case you guys are already aware of this issue : ) Feedback Thread === [EMAIL PROTECTED] 06-Dec-2000 12:42 If xml_set_object is not called in the constructor of an object, the values that the parser modifies will be saved. Else, the values do not seem to be saved as stated by i_sofer above. --- Start Example Code --- class foo { var xmlparser; function foo() { \\the constructor $this-xmlparser=xmlparser_create(); } function parse() { xml_set_object($this-xmlparser,$this); \\also include data handler \\and element handlers here } } --- End Example Code --- My Code === function parse($data) { $this-parser = xml_parser_create(); xml_set_object($this-parser,$this); xml_set_element_handler($this-parser,tag_open,tag_close); xml_set_character_data_handler($this-parser,cdata); xml_set_processing_instruction_handler($this-parser,tag_pi); xml_parse($this-parser,$data); if (!xml_parse($this-parser, $data, 1)) { $error = sprintf(XML error: %s at line %d, xml_error_string(xml_get_error_code($this-parser)), xml_get_current_line_number($this-parser)); echo $error; } // if xml_parser_free($this-parser); } // fn -- Edit this bug report at http://bugs.php.net/?id=10254edit=1