[PHP-DEV] Bug #14097 Updated: newlines in file function
ID: 14097 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.0.6 New Comment: ID: 14097 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Filesystem function related Operating System: Linux PHP Version: 4.0.6 New Comment: This is by design. Even the manual page for file() says it. :) (Or was this a feature/change request to strip them?) Sniper, In my humble opinion this is a bug as it causes other functions to perform irradically - array_search and in_array. At the very least there should be something in the docs for these functions to give a heads up. The ideal would be a change to the file function allowing the stripping of the newlines. I guess this makes it a feature/change request. Previous Comments: [2001-11-17 22:49:13] [EMAIL PROTECTED] This is by design. Even the manual page for file() says it. :) (Or was this a feature/change request to strip them?) [2001-11-17 21:52:19] [EMAIL PROTECTED] Using the file function, newlines (\n) are included in the read. The causes odd behaviour in other functions such as: mail - If the subject parameter is loaded using the file function, the newline causes the headers sent using mail to be invalid. In the case of Eudora the header information is dispalyed in the message and the From field displays the server account that generated the message - in my case WWW User. array_search - All efforts to use this function fail with an array created with the file function. Only through the following cose will it produce the results expected: $someArray = str_replace (array(\r, \n), '', $someArray); (Thanks to Zak Greant for this code :) in_array - Much like array_search, the results are misleading due to the presence of newlines. A match is never found even though an echo of the array being tested looks identical to the target string/integer. Edit this bug report at http://bugs.php.net/?id=14097edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bugs pending for PHP 4.1.0
-- Bug 13711: [set_time_limit affects other requests on the same Apache process] Trying to reproduce this now. Pretty much by definition this cannot happen. We'd have to go through hoops to create this behavior under Linux. Under Windows, there may be a bug that breaks the multithreaded alarm system, and I'll check it out, but for the same reasons above, I don't think it should stale 4.1.0. THis was reproduced by sander. Sander, do you have more information? I created two scripts. ?php set_time_limit(1); ? ?php for($i=0; $i100; $i++) { base64_encode(md5($i)); } ? Reproducing this bug on Linux is hard. On Windows, it's very easy. On Linux, you should repeatedly load both the first and the second script. Today I tried 4.0.6 and 4.1.0RC2 and they show both the same (incorrect) behaviour on Windows 2000 using Apache 1.3.22. Also, I was able to reproduce this bug on Apache 1.3.20 with 4.0.6 on Debian (Potato) Linux, configure line: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-zlib' '--with-bzip2' '--enable-bcmath' '--enable-calendar' '--enable-ftp' '--with-ctype' '--enable-dbase' '--enable-dbx' '--enable-exif' '--enable-filepro' '--with-mysql=/usr/local/mysql' '--with-pgsql=/usr/local/pgsql' '--enable-readline' '--enable-shmop' '--enable-sockets' '--with-xml' '--with-wddx' '--enable-yp' '--with-mcrypt' '--with-mhash' '--enable-sysvsem' '--enable-sysvshm' '--with-gd' '--enable-gd-native-ttf' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-zlib-dir=/usr/local' '--with-freetype-dir=/usr/local' '--enable-inline-optimization' '--with-zziplib' '--with-openssl' '--with-gettext' '--with-gmp' '--with-hyperwave' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-recode' '--with-mcal=/usr/local/mcal' '--with-curl' '--with-ming' I couldn't manage to reproduce it on another box, with Debian (Potato) Linux running 4.0.6 on 1.3.22, configure line: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-bcmath' '-- enable-ftp' '--enable-calendar' '--with-mysql' If you wait a while (a few minutes), and then try the second script again, it works fine. Therefor, I presume that set_time_limit() only affects one child of Apache. If you have more specific questions, feel free to ask them... Sander -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1.0RC2
Hello, can you clarify your patches? I've no idea why they are needed. Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
On Sun, 18 Nov 2001, Sander Roobol wrote: I created two scripts. ?php set_time_limit(1); ? ?php for($i=0; $i100; $i++) { base64_encode(md5($i)); } ? Reproducing this bug on Linux is hard. On Windows, it's very easy. On Linux, you should repeatedly load both the first and the second script. Reproducing under Linux was very easy for me, I just set the following things in httpd.conf: MinSpareServers 1 MaxSpareServers 1 StartServers 1 And voila, reproduced. SO this is a real problem, and need to be addressed before release. I used the CVS of last night, following configure line: ./configure \ --with-apache=/dat/dev/php/$APACHE_DIR \ --with-gd \ --with-ttf --with-mysql --with-pdflib=/usr/local \ --enable-pdflib --with-config-file-path=/etc/httpd \ --enable-track-vars --enable-magiq-quotes --enable-memory-limit \ --enable-ftp --with-srm=/opt/srm --with-mcrypt \ --with-ctype --with-gmp --with-ldap \ --with-ncurses \ --enable-shmop --enable-sockets --enable-sysvsem \ --enable-sysvshm --enable-wddx --with-zlib (and yes, I know that magic-quotes does not work :) regards, Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
Uhm, what exactly did you reproduce? Zeev At 02:19 PM 11/18/2001, Derick Rethans wrote: On Sun, 18 Nov 2001, Sander Roobol wrote: I created two scripts. ?php set_time_limit(1); ? ?php for($i=0; $i100; $i++) { base64_encode(md5($i)); } ? Reproducing this bug on Linux is hard. On Windows, it's very easy. On Linux, you should repeatedly load both the first and the second script. Reproducing under Linux was very easy for me, I just set the following things in httpd.conf: MinSpareServers 1 MaxSpareServers 1 StartServers 1 And voila, reproduced. SO this is a real problem, and need to be addressed before release. I used the CVS of last night, following configure line: ./configure \ --with-apache=/dat/dev/php/$APACHE_DIR \ --with-gd \ --with-ttf --with-mysql --with-pdflib=/usr/local \ --enable-pdflib --with-config-file-path=/etc/httpd \ --enable-track-vars --enable-magiq-quotes --enable-memory-limit \ --enable-ftp --with-srm=/opt/srm --with-mcrypt \ --with-ctype --with-gmp --with-ldap \ --with-ncurses \ --enable-shmop --enable-sockets --enable-sysvsem \ --enable-sysvshm --enable-wddx --with-zlib (and yes, I know that magic-quotes does not work :) regards, Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
On Sun, 18 Nov 2001, Zeev Suraski wrote: Uhm, what exactly did you reproduce? That set_time_limit() affects the whole apache child, and not only the current script. Derick Zeev At 02:19 PM 11/18/2001, Derick Rethans wrote: On Sun, 18 Nov 2001, Sander Roobol wrote: I created two scripts. ?php set_time_limit(1); ? ?php for($i=0; $i100; $i++) { base64_encode(md5($i)); } ? Reproducing this bug on Linux is hard. On Windows, it's very easy. On Linux, you should repeatedly load both the first and the second script. Reproducing under Linux was very easy for me, I just set the following things in httpd.conf: MinSpareServers 1 MaxSpareServers 1 StartServers 1 And voila, reproduced. SO this is a real problem, and need to be addressed before release. I used the CVS of last night, following configure line: ./configure \ --with-apache=/dat/dev/php/$APACHE_DIR \ --with-gd \ --with-ttf --with-mysql --with-pdflib=/usr/local \ --enable-pdflib --with-config-file-path=/etc/httpd \ --enable-track-vars --enable-magiq-quotes --enable-memory-limit \ --enable-ftp --with-srm=/opt/srm --with-mcrypt \ --with-ctype --with-gmp --with-ldap \ --with-ncurses \ --enable-shmop --enable-sockets --enable-sysvsem \ --enable-sysvshm --enable-wddx --with-zlib (and yes, I know that magic-quotes does not work :) regards, Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
Hi, On Sun, 18 Nov 2001 13:19:29 +0100 (CET) Derick Rethans [EMAIL PROTECTED] wrote: On Sun, 18 Nov 2001, Sander Roobol wrote: Reproducing this bug on Linux is hard. On Windows, it's very easy. On Linux, you should repeatedly load both the first and the second script. Reproducing under Linux was very easy for me, I just set the following things in httpd.conf: MinSpareServers 1 MaxSpareServers 1 StartServers 1 And voila, reproduced. SO this is a real problem, and need to be addressed before release. Reproducable on FreeBSD 4.2-Stable apache 1.13.14 and php 4.1-RC2 'configure' '--with-apxs=/usr/local/sbin/apxs' '--with-config-file-path=/usr/local/etc' '--enable-versioning' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--without-gd' '--disable-pear' '--without-mysql' '--with-zlib' '--with-imap=/usr/local' '--with-mysql=/usr/local' '--with-xml=/usr/local' '--enable-bcmath' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--prefix=/usr/local' 'i386--freebsd4.2' zeev: see http://bugs.php.net/bug.php?id=13711 . Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
could this be similar to the engine=on/engine=off thing that we had quite a while ago?? Or is it due to global rather than local settings being overridden in set_time_limit? - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
Ah, well, the bug was discussing something else (I think). I'll look into it. Zeev At 02:50 PM 11/18/2001, [EMAIL PROTECTED] wrote: On Sun, 18 Nov 2001, Zeev Suraski wrote: Uhm, what exactly did you reproduce? That set_time_limit() affects the whole apache child, and not only the current script. Derick Zeev At 02:19 PM 11/18/2001, Derick Rethans wrote: On Sun, 18 Nov 2001, Sander Roobol wrote: I created two scripts. ?php set_time_limit(1); ? ?php for($i=0; $i100; $i++) { base64_encode(md5($i)); } ? Reproducing this bug on Linux is hard. On Windows, it's very easy. On Linux, you should repeatedly load both the first and the second script. Reproducing under Linux was very easy for me, I just set the following things in httpd.conf: MinSpareServers 1 MaxSpareServers 1 StartServers 1 And voila, reproduced. SO this is a real problem, and need to be addressed before release. I used the CVS of last night, following configure line: ./configure \ --with-apache=/dat/dev/php/$APACHE_DIR \ --with-gd \ --with-ttf --with-mysql --with-pdflib=/usr/local \ --enable-pdflib --with-config-file-path=/etc/httpd \ --enable-track-vars --enable-magiq-quotes --enable-memory-limit \ --enable-ftp --with-srm=/opt/srm --with-mcrypt \ --with-ctype --with-gmp --with-ldap \ --with-ncurses \ --enable-shmop --enable-sockets --enable-sysvsem \ --enable-sysvshm --enable-wddx --with-zlib (and yes, I know that magic-quotes does not work :) regards, Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
Looks like I misread the bug, I'll look into it. At 03:11 PM 11/18/2001, Zeev Suraski wrote: Ah, well, the bug was discussing something else (I think). I'll look into it. Zeev At 02:50 PM 11/18/2001, [EMAIL PROTECTED] wrote: On Sun, 18 Nov 2001, Zeev Suraski wrote: Uhm, what exactly did you reproduce? That set_time_limit() affects the whole apache child, and not only the current script. Derick Zeev At 02:19 PM 11/18/2001, Derick Rethans wrote: On Sun, 18 Nov 2001, Sander Roobol wrote: I created two scripts. ?php set_time_limit(1); ? ?php for($i=0; $i100; $i++) { base64_encode(md5($i)); } ? Reproducing this bug on Linux is hard. On Windows, it's very easy. On Linux, you should repeatedly load both the first and the second script. Reproducing under Linux was very easy for me, I just set the following things in httpd.conf: MinSpareServers 1 MaxSpareServers 1 StartServers 1 And voila, reproduced. SO this is a real problem, and need to be addressed before release. I used the CVS of last night, following configure line: ./configure \ --with-apache=/dat/dev/php/$APACHE_DIR \ --with-gd \ --with-ttf --with-mysql --with-pdflib=/usr/local \ --enable-pdflib --with-config-file-path=/etc/httpd \ --enable-track-vars --enable-magiq-quotes --enable-memory-limit \ --enable-ftp --with-srm=/opt/srm --with-mcrypt \ --with-ctype --with-gmp --with-ldap \ --with-ncurses \ --enable-shmop --enable-sockets --enable-sysvsem \ --enable-sysvshm --enable-wddx --with-zlib (and yes, I know that magic-quotes does not work :) regards, Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
Can you describe the exact steps you made in order to reproduce it? It appears to be working fine on my box. Zeev At 02:50 PM 11/18/2001, [EMAIL PROTECTED] wrote: On Sun, 18 Nov 2001, Zeev Suraski wrote: Uhm, what exactly did you reproduce? That set_time_limit() affects the whole apache child, and not only the current script. Derick Zeev At 02:19 PM 11/18/2001, Derick Rethans wrote: On Sun, 18 Nov 2001, Sander Roobol wrote: I created two scripts. ?php set_time_limit(1); ? ?php for($i=0; $i100; $i++) { base64_encode(md5($i)); } ? Reproducing this bug on Linux is hard. On Windows, it's very easy. On Linux, you should repeatedly load both the first and the second script. Reproducing under Linux was very easy for me, I just set the following things in httpd.conf: MinSpareServers 1 MaxSpareServers 1 StartServers 1 And voila, reproduced. SO this is a real problem, and need to be addressed before release. I used the CVS of last night, following configure line: ./configure \ --with-apache=/dat/dev/php/$APACHE_DIR \ --with-gd \ --with-ttf --with-mysql --with-pdflib=/usr/local \ --enable-pdflib --with-config-file-path=/etc/httpd \ --enable-track-vars --enable-magiq-quotes --enable-memory-limit \ --enable-ftp --with-srm=/opt/srm --with-mcrypt \ --with-ctype --with-gmp --with-ldap \ --with-ncurses \ --enable-shmop --enable-sockets --enable-sysvsem \ --enable-sysvshm --enable-wddx --with-zlib (and yes, I know that magic-quotes does not work :) regards, Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
set_time_limit() just enforces a time limit, it doesn't save anything anywhere. The timeout is then supposed to get the global setting at the beginning of the next request, so I don't yet understand where this issue is coming from... Zeev At 03:01 PM 11/18/2001, James Moore wrote: could this be similar to the engine=on/engine=off thing that we had quite a while ago?? Or is it due to global rather than local settings being overridden in set_time_limit? - James -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13131 Updated: Bad results with fbsql_num_rows
ID: 13131 Updated by: mj Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: FrontBase related Operating System: Sun OS PHP Version: 4.0.6 New Comment: No feedback - Closing. Please reopen, if the problem persists. Previous Comments: [2001-11-03 13:17:35] [EMAIL PROTECTED] Please try the latest version of PHP from CVS or the latest snapshot from http://snaps.php.net/. There was a patch regarding your problem a few days ago. [2001-09-04 09:03:56] [EMAIL PROTECTED] The number of rows returned by fbsql_num_rows is wrong when used with 'select DISTINCT' query. This script shows differences between fbsql_num_rows function and a while over all rows. This problem doesn't appear if you don't use the 'distinct' option. Greetings --- $conn=fbsql_connect(127.0.0.1,myname,mypassword); fbsql_select_db(mybase,$conn) ; $sql = select distinct id_actor from actor_table;; $result=fbsql_query($sql,$conn) ; $num_rows = fbsql_num_rows($result); echo $num_rows Rows\n;// displays 2147483647 Rows $i=0; while ($row=fbsql_fetch_array($result)) $i++; echo $i Rows\n; // displays 5 Rows @fbsql_free_result($result); @fbsql_close($conn); Edit this bug report at http://bugs.php.net/?id=13131edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14098: Configure PHP as an apache-module, but configure script is looking in wrong dir
From: [EMAIL PROTECTED] Operating system: Debian/GNU Linux Potato 2.2r4 PHP version: 4.0.6 PHP Bug Type: *Configuration Issues Bug description: Configure PHP as an apache-module, but configure script is looking in wrong dir Your confgiurescript is looking for the httpd.h file in /apache/src. But my apache version (1.3.22) isn't creating this directory. The .h - files are in this version in the include-dir, so your script won't find them. I needed to create a symbolic link from include to src to get it done. Maybe some users (newbies) will get problems there and won't understand why configure can't find there file. My compile command = ./configure --with-apache=/usr/local/apache --with-mysql=/usr/local/mysql --enable-transid -- Edit bug report at: http://bugs.php.net/?id=14098edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
Hallo, put this in httpd.conf: MinSpaceServers 1 MaxSpareServers 1 StartServers 1 script one: bug13711a.php: ?php set_time_limit(1); ? script two: bug13711b.php: ?php for($i=0; $i100; $i++) { base64_encode(md5($i)); } ? restart HTTPD load script one load script two That's all, Derick On Sun, 18 Nov 2001, Zeev Suraski wrote: Can you describe the exact steps you made in order to reproduce it? It appears to be working fine on my box. Zeev At 02:50 PM 11/18/2001, [EMAIL PROTECTED] wrote: On Sun, 18 Nov 2001, Zeev Suraski wrote: Uhm, what exactly did you reproduce? That set_time_limit() affects the whole apache child, and not only the current script. Derick Zeev At 02:19 PM 11/18/2001, Derick Rethans wrote: On Sun, 18 Nov 2001, Sander Roobol wrote: I created two scripts. ?php set_time_limit(1); ? ?php for($i=0; $i100; $i++) { base64_encode(md5($i)); } ? Reproducing this bug on Linux is hard. On Windows, it's very easy. On Linux, you should repeatedly load both the first and the second script. Reproducing under Linux was very easy for me, I just set the following things in httpd.conf: MinSpareServers 1 MaxSpareServers 1 StartServers 1 And voila, reproduced. SO this is a real problem, and need to be addressed before release. I used the CVS of last night, following configure line: ./configure \ --with-apache=/dat/dev/php/$APACHE_DIR \ --with-gd \ --with-ttf --with-mysql --with-pdflib=/usr/local \ --enable-pdflib --with-config-file-path=/etc/httpd \ --enable-track-vars --enable-magiq-quotes --enable-memory-limit \ --enable-ftp --with-srm=/opt/srm --with-mcrypt \ --with-ctype --with-gmp --with-ldap \ --with-ncurses \ --enable-shmop --enable-sockets --enable-sysvsem \ --enable-sysvshm --enable-wddx --with-zlib (and yes, I know that magic-quotes does not work :) regards, Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14098 Updated: Configure PHP as an apache-module, but configure script is looking in wrong dir
ID: 14098 Updated by: derick Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: *Configuration Issues Operating System: Debian/GNU Linux Potato 2.2r4 PHP Version: 4.0.6 New Comment: --with-apache should point to the source tree, not to the install tree. Not a bug bogus Previous Comments: [2001-11-18 08:39:09] [EMAIL PROTECTED] Your confgiurescript is looking for the httpd.h file in /apache/src. But my apache version (1.3.22) isn't creating this directory. The .h - files are in this version in the include-dir, so your script won't find them. I needed to create a symbolic link from include to src to get it done. Maybe some users (newbies) will get problems there and won't understand why configure can't find there file. My compile command = ./configure --with-apache=/usr/local/apache --with-mysql=/usr/local/mysql --enable-transid Edit this bug report at http://bugs.php.net/?id=14098edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
Works fine for me :I At 03:42 PM 11/18/2001, [EMAIL PROTECTED] wrote: Hallo, put this in httpd.conf: MinSpaceServers 1 MaxSpareServers 1 StartServers 1 script one: bug13711a.php: ?php set_time_limit(1); ? script two: bug13711b.php: ?php for($i=0; $i100; $i++) { base64_encode(md5($i)); } ? restart HTTPD load script one load script two That's all, Derick On Sun, 18 Nov 2001, Zeev Suraski wrote: Can you describe the exact steps you made in order to reproduce it? It appears to be working fine on my box. Zeev At 02:50 PM 11/18/2001, [EMAIL PROTECTED] wrote: On Sun, 18 Nov 2001, Zeev Suraski wrote: Uhm, what exactly did you reproduce? That set_time_limit() affects the whole apache child, and not only the current script. Derick Zeev At 02:19 PM 11/18/2001, Derick Rethans wrote: On Sun, 18 Nov 2001, Sander Roobol wrote: I created two scripts. ?php set_time_limit(1); ? ?php for($i=0; $i100; $i++) { base64_encode(md5($i)); } ? Reproducing this bug on Linux is hard. On Windows, it's very easy. On Linux, you should repeatedly load both the first and the second script. Reproducing under Linux was very easy for me, I just set the following things in httpd.conf: MinSpareServers 1 MaxSpareServers 1 StartServers 1 And voila, reproduced. SO this is a real problem, and need to be addressed before release. I used the CVS of last night, following configure line: ./configure \ --with-apache=/dat/dev/php/$APACHE_DIR \ --with-gd \ --with-ttf --with-mysql --with-pdflib=/usr/local \ --enable-pdflib --with-config-file-path=/etc/httpd \ --enable-track-vars --enable-magiq-quotes --enable-memory-limit \ --enable-ftp --with-srm=/opt/srm --with-mcrypt \ --with-ctype --with-gmp --with-ldap \ --with-ncurses \ --enable-shmop --enable-sockets --enable-sysvsem \ --enable-sysvshm --enable-wddx --with-zlib (and yes, I know that magic-quotes does not work :) regards, Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] 4.1.0RC2
On Sun, Nov 18 2001, Derick Rethans [EMAIL PROTECTED] wrote: I merged those patches. Can you try the latest CVS version? Works well. BTW is this a feature? ?php $a = array('a'='A', 'b'='B'); $b = array('a' = 'newA'); $c = $a + $b; $d = array_merge($a, $b); var_dump($c); var_dump($d); ? returns: X-Powered-By: PHP/4.1.0RC2 Content-type: text/html array(2) { [a]= string(1) A [b]= string(1) B } array(2) { [a]= string(4) newA [b]= string(1) B } -- jul -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13511 Updated: fatal error when calculating variables
ID: 13511 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Sablotron XSL Operating System: linux 2.2.6 i686 PHP Version: 4.0.5 New Comment: Sablotron problem, not a php problem Previous Comments: [2001-10-02 09:56:47] [EMAIL PROTECTED] The following error: php: expr.cpp:1435: const class Str Expression::tostringRef() const: Zusicherung »(functor == EXF_ATOM) (type == EX_STRING)« nicht erfüllt. Abgebrochen is produced by the following code: XML: ?xml version=1.0? return a2/a b3/b /return XSL: xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xsl:template match=return xsl:variable name=a select=a/ xsl:variable name=b select=b/ input type=hidden name=startquery value={$a+$b}/ /xsl:template /xsl:stylesheet PHP: ?php $xmlSource=join(,file(test.xml)); $xslSource=join(,file(test.xsl)); xslt_process($xslSource, $xmlSource, $result); print \n\n$result; ? Edit this bug report at http://bugs.php.net/?id=13511edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
What versions of apache are you guys running? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
On Sun, 18 Nov 2001, Stefan Esser wrote: What versions of apache are you guys running? I'm running 1.3.22 Derick -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
On Sun, Nov 18, 2001 at 03:47:22PM +0100, [EMAIL PROTECTED] wrote : On Sun, 18 Nov 2001, Stefan Esser wrote: What versions of apache are you guys running? I'm running 1.3.22 I was running 1.3.20 - Markus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0 (fwd)
-- Forwarded message -- Date: Sun, 18 Nov 2001 15:52:48 -0800 From: Sander Roobol [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0 What versions of apache are you guys running? I'm running 1.3.22 I reproduced this with 1.3.20. Sander -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11116 Updated: File upload sometimes work, sometimes fails
ID: 6 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: HTTP related Operating System: win NT 4 PHP Version: 4.0.5 New Comment: No feedback. Closing. Previous Comments: [2001-10-28 16:44:43] [EMAIL PROTECTED] You're setting the maximum filesize to be 4096 bytes. That might be the reason for the uploads to fail? Not many normal files are that small. --Jani [2001-06-01 04:33:14] [EMAIL PROTECTED] It seems that binary files always fail and others sometimes fail. I thought it could be wise to add the submit form I use. form ENCTYPE=multipart/form-data action=? $PHP_SELF ? method=post input type=hidden name=typePub value=file input type=hidden name=MAX_FILE_SIZE value=4096 input type=file name=leFichier ... /form [2001-05-31 22:53:09] [EMAIL PROTECTED] Is there any pattern of files you can't upload? like, are they always binary files that fail? --Jani [2001-05-29 03:26:55] [EMAIL PROTECTED] Tried php 4.0.5 = same problem. I can *sometimes* upload files, *sometimes* i can't!? [2001-05-25 11:37:36] [EMAIL PROTECTED] I followed the method in the online manual to set up a small file upload. It works well with some files and fails with some others! if (is_uploaded_file($uploadedFile)) { echo UPLOAD OKbr; ... } else { echo upload KO; } I try to rename the files. I tried with files in my c:\ root dir. (local system: winMe) Some will get uploaded some wont!? Tried long/short names Files are about 1-10k large for testing purpose Are there any upload rules ? Thanks in advance Edit this bug report at http://bugs.php.net/?id=6edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13720 Updated: ftp_nlist and ftp_rawlist always return false
ID: 13720 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: FTP related Operating System: Windows 2000 Advance Server PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-10-27 06:19:29] [EMAIL PROTECTED] What if you try with some public (anonymous) ftp servers? Does this work then? [2001-10-23 02:01:18] [EMAIL PROTECTED] I thinks is something weird: I go back to php4.0.5 and those ftp functions still working wrong. Moreover, I install php4.0.4pl1 and doesn't work either. I'm sure that I once run that code and it did work. I haven't modified my FTP server also. Manu. [2001-10-18 11:15:39] [EMAIL PROTECTED] The version in which I tested it before was PHP 4.0.5 PHP was the only changed part. Yes, I tested it with the same FTP servers. Manu. [2001-10-18 00:37:29] [EMAIL PROTECTED] In which version of PHP did this work? Is PHP the only part that was updated? Is the FTP server same with which this worked? --Jani [2001-10-17 21:48:00] [EMAIL PROTECTED] I have code like this: $conn = ftp_connect($ftp_server); if (!conn) exit(); if (!ftp_login($conn, 'anonymous', '')) exit(); $ls = ftp_nlist($conn, '/'); $rls = ftp_rawlist($conn, '/'); var_dump($ls); var_dump($rls); I have tested trying to connect to two different IIS 5.0 FTP servers, and always I get bool(false)bool(false) as output. Into my php.ini there's nothing rare about ftp; just allow_url_fopen = On. Before I upgrade PHP to PHP 4.0.6, I was doing some tests with FTP functions and ftp_nlist as well as ftp_rawlist worked fine. Manu. Edit this bug report at http://bugs.php.net/?id=13720edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13850 Updated: CASE within SWITCH may crash apache
ID: 13850 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating System: Windows 2000 Pro SP1 PHP Version: 4.0.4 New Comment: No feedback. Closing. Previous Comments: [2001-10-28 11:19:42] [EMAIL PROTECTED] Reclassified. Please also be more specific on the error, are you saying it crashes? What's the html output? Could you post the URL here? [2001-10-28 11:17:46] [EMAIL PROTECTED] Unable to reproduce with 4.0.3pl1 or latest dev on linux, and also I can't reproduce on 4.0.4pl1 on windows. I get (correctly) a parse error on (incorrectly, but known 'feature') the line with the switch. Please try to upgrade, use at least 4.0.4pl1 and not 4.0.4. [2001-10-27 13:12:45] [EMAIL PROTECTED] The following script raised an error in apache (1.3.19)permantly. The error message describes an Memory Write Problem. The reason are the operators after CASE. If they are removed the script runs without errors. The error can be reproduced. I've tried it with different activated modules in PHP but the problem persists. I think it should be better to put this into the documentation. ?php $foo = 20 switch($foo) { case 50: echo Less than 50; break; case 50 100 echo Between 50 and 100; break; default: echo 100; break; } ? Edit this bug report at http://bugs.php.net/?id=13850edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13585 Updated: nonsense code
ID: 13585 Updated by: sander Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: HTTP related Operating System: PHP Version: 4.0CVS-2001-10-07 New Comment: No feedback. Closing. Previous Comments: [2001-10-28 17:15:54] [EMAIL PROTECTED] Could you please explain also where this code fails? If you have some short example script too, that would help to see the whole picture. --Jani [2001-10-07 07:40:48] [EMAIL PROTECTED] The following piece of code is taken from SAPI.C/sapi_add_header_ex it is obvious that this code is nonsense a) *ptr will point to \0 because someone forgot to increase it (the while loop will never be executed) b) the second condition in the while loop is redundant c) the size calculation should be done *after* the while loop - colon_offset = strchr(header_line, ':'); if (colon_offset) { *colon_offset = 0; if (!STRCASECMP(header_line, Content-Type)) { char *ptr = colon_offset, *mimetype = NULL, *newheader; size_t len = header_line_len - (ptr - header_line), newlen; while (*ptr == ' ' *ptr != '\0') { ptr++; } mimetype = estrdup(ptr); -- Edit this bug report at http://bugs.php.net/?id=13585edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13750 Updated: Warning: size of symbol changed
ID: 13750 Updated by: sterling Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Sablotron XSL Operating System: Linux, Slackware 8.0 PHP Version: 4.0CVS-2001-10-19 New Comment: bogoid. Previous Comments: [2001-10-19 10:35:23] [EMAIL PROTECTED] Unfortunately I still get the same errors. FYI my configure options are: ./configure --with-apxs --with-mysql=/usr/local/mysql/ --enable-trans-sid --with-zlib --enable-wddx --enable-ftp --with-sablot=/usr/local --enable-xslt --with-xslt-sablot --enable-sablot-errors-descriptive --with-dom -- Jan-Erik [2001-10-19 08:58:55] [EMAIL PROTECTED] rm config.cache ./cvsclean ./buildconf ./configure ... should work fine. Please report back if this doesn't work. Derick [2001-10-19 08:52:35] [EMAIL PROTECTED] When I start make i get the following warning: Warning: size of symbol `zif_xslt_create' changed from 327 to 207 in sablot.lo Along with a lot more symbols which are all related to xslt. I'm using Sablotron 0.70 Edit this bug report at http://bugs.php.net/?id=13750edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] md5sum() patch
Stig S. Bakken wrote: +1 on md5_file(). Who is the mantainer of the standard extension? I have the corrected patch. -- Alessandro 'Asterix75' Astarita [EMAIL PROTECTED] Web site: http://asterix75.capri.it E-commerce software: http://www.alfacomm.it/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] md5sum() patch
Hello Alessandro, just mail it to me, I'll apply it for you. Derick On Sun, 18 Nov 2001, Alessandro Astarita wrote: Stig S. Bakken wrote: +1 on md5_file(). Who is the mantainer of the standard extension? I have the corrected patch. -- Alessandro 'Asterix75' Astarita [EMAIL PROTECTED] Web site: http://asterix75.capri.it E-commerce software: http://www.alfacomm.it/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] preg_replace() and backreferences
When trying to make a regular expression that escapes SQL wildcards a stumbled across this: ?php # Excpected result; \%a\_ # Prints \1a\1 echo preg_replace('/(%|_)/', '\\\1', '%a_'); ? However, this snippet yields the correct result ?php echo preg_replace('/(%|_)/', '\1', '%a_'); ? Am I missing something about regexps or is this a bug? regards, Marten. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14099: POST/GET - if there is a dot in the name it's changes to _
From: [EMAIL PROTECTED] Operating system: Linux, Red-Hat 6.2 PHP version: 4.0.6 PHP Bug Type: HTTP related Bug description: POST/GET - if there is a dot in the name it's changes to _ When i submit a form where is a dot in the name it's changes to _. for example: lt;form action=lt;=$PHP_SELFgt; method=post name=aaagt; lt;input type=text size=12 name=127.0.0.1 value=66.55gt; lt;input type=submit value=send megt; lt;/formgt; when runing in PHP: foreach ($HTTP_POST_VARS as $key=$val){ echo $key = $valBR; } the output will be : 127_0_0_1 = 66.55 -- Edit bug report at: http://bugs.php.net/?id=14099edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14099 Updated: POST/GET - if there is a dot in the name it's changes to _
ID: 14099 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating System: Linux, Red-Hat 6.2 PHP Version: 4.0.6 New Comment: When i submit a form where is a dot in the name it's changes to _. for example: form action=?=$PHP_SELF;? method=post name=aaa input type=text size=12 name=12.13.14 value=66.66 input type=submit value=send me /form when runing in PHP: foreach ($HTTP_POST_VARS as $key=$val){ echo $key = $valBR; } the output will be : 127_0_0_1 = 66.55 Previous Comments: [2001-11-18 12:29:01] [EMAIL PROTECTED] When i submit a form where is a dot in the name it's changes to _. for example: lt;form action=lt;=$PHP_SELFgt; method=post name=aaagt; lt;input type=text size=12 name=127.0.0.1 value=66.55gt; lt;input type=submit value=send megt; lt;/formgt; when runing in PHP: foreach ($HTTP_POST_VARS as $key=$val){ echo $key = $valBR; } the output will be : 127_0_0_1 = 66.55 Edit this bug report at http://bugs.php.net/?id=14099edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14099 Updated: POST/GET - if there is a dot in the name it's changes to _
ID: 14099 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: HTTP related Operating System: Linux, Red-Hat 6.2 PHP Version: 4.0.6 New Comment: That's intended behaviour. You can't have dots in variable names, the dot is already used for string concatenation. Bogus. Previous Comments: [2001-11-18 12:31:16] [EMAIL PROTECTED] When i submit a form where is a dot in the name it's changes to _. for example: form action=?=$PHP_SELF;? method=post name=aaa input type=text size=12 name=12.13.14 value=66.66 input type=submit value=send me /form when runing in PHP: foreach ($HTTP_POST_VARS as $key=$val){ echo $key = $valBR; } the output will be : 127_0_0_1 = 66.55 [2001-11-18 12:29:01] [EMAIL PROTECTED] When i submit a form where is a dot in the name it's changes to _. for example: lt;form action=lt;=$PHP_SELFgt; method=post name=aaagt; lt;input type=text size=12 name=127.0.0.1 value=66.55gt; lt;input type=submit value=send megt; lt;/formgt; when runing in PHP: foreach ($HTTP_POST_VARS as $key=$val){ echo $key = $valBR; } the output will be : 127_0_0_1 = 66.55 Edit this bug report at http://bugs.php.net/?id=14099edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] large formular data problem with PHP and thttpd
Hi ! I'm using PHP with the thttpd web server on some SuSE Linux machines (tested on a Sun Ultra 5, the primary web sever, and a x86 notebook as developing system). Now I run into trouble by submitting large formular data. When the size of submitted data grows, nothing will return, either the $HTTP_POST_VARS is empty, or the script dies. It happened whithin a larger application, but to test this behaviour, I've written a small script (ftest.php): htmlheadtitleform test/title/headbody ?php print Server API: . php_sapi_name() . p; if ($HTTP_POST_VARS[submit] == Send) { print Send-Button pressed!p; $formdata = $HTTP_POST_VARS[data]; print Length of form data: . strlen($formdata); print brYour input:p; print htmlentities($formdata); } ? p form action=ftest.php method=post textarea rows=10 cols=50 wrap=virtual name=data ?php print htmlentities($formdata); ? /textarea br input type=submit name=submit value=Send /form /body You can view it online on http://www.bttr.org/test/ftest.php (thttpd) and with an Apache server on http://www.bttr.org:8080/test/ftest.php With Apache it works great, you can submit very large formular data with thousands of characters. But with thttpd only about 2000 characters (sometimes more, sometimes less) will be submitted successfully. Before today, I used PHP 4.0.6 and thttpd-2.21b. Now I tried the CVS version from this afternoon (PHP 4.2.0-dev), but nothing changed. Is this a known behaviour? Please tell me if you need further info. Best Regards, Ralf -- : www : http://www.bttr.org : mail: [EMAIL PROTECTED] : Eine Site rund um MySQL : http://www.bttr.org/mysql/ : Int. PHP Conference - Galleries : http://www.bttr.org/phpconf/ : Privacy now! My Public Key : http://www.bttr.org/geschke.asc -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8989 Updated: Bug#5493 resurfaced
ID: 8989 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Session related Operating System: Windows NT 4 SP5(IIS4)/2000 SP2 PHP Version: 4.0.6 New Comment: You can find the example script I provided in the posting to this problem dated [2001-06-26 12:36:01], but here is the relevant portion to save you time: Note PHP v4.x has always been able to initially create a session variable. The challenge is NOT within a single page that the problem arises. The problem, described both here and in an earlier problem (#5493), is the maintenance of session variables BETWEEN pages. So... 1. Create the file page1.php as follows: __ ? session_start(); if (!$PHPSESSID) { $userid=100; $firstaccess=time(); $lastaccess=time(); session_register(userid); session_register(firstaccess); session_register(lastaccess); } $lastaccess = time(); ? HTML HEAD TITLEPage 1/TITLE /HEAD BODY This is page 1.br ? echo \$PHPSESSID = '$PHPSESSID'br; echo \$userid = '$userid'br; echo \$firstaccess = '$firstaccess'br; echo \$lastaccess = '$lastaccess'p; ? A HREF=page2.phpPage 2/A.p /BODY /HTML __ 2. Create files page2.php, page3.php, page4.php, copying the code above. The only changes that need to be made are to change * the TITLE for each file (optional really) * the one line reading This is page 1 (also optional really, but both help you to see the page transitions), and * the A HREF tag (this is important) so that essentially the links cause PAGE1.PHP - PAGE2.PHP - PAGE3.PHP - PAGE4.PHP - PAGE1.PHP thus creating a loop that cycles around the 4 pages. 3. Make sure the PHP.INI file is properly configured to store session files (for this example, \InetPub\sessions). Then either open a Command Prompt to this directory or use Explorer (whatever suits you). 4. Serving these files from IIS (say \InetPub\wwwroot), load page1.php. 5. Look in the session directory. You should see a session file created. Note its size (60 bytes in this case). 6. Now start clicking on the link on page1.php. This will load page2.php, which shows the current value of the session ID. Keep clicking on the links and keep watching the session directory. What you will find is that new session files are being created, session files that are 0 bytes and contain NOTHING. This is a serious problem, as it makes session management useless in PHP under Windows. As for the latest release candidate of PHP v4.1.0, I will download that as soon as I have some free time and see whether the issue has been resolved. Please note, as stated earlier in this problem, that this issue existed with earlier versions of PHP but was resolved up to v4.0.3pl1 (CGI version only). Then it resurfaced and has been part of PHP up and including v4.0.6. Due to this, I am still using PHP v4.0.3pl1 at this time. Also note that with the latest rash of IIS vulnerabilities, I am moving from IIS towards Apache. If I can, I will try to run the latest RC under both webservers. But thus far, since I tend to stick to the CGI version under Windows, the webserver used has made no difference. The issue exists under both IIS and Apache. Previous Comments: [2001-11-18 01:21:49] [EMAIL PROTECTED] Please provide either a script to reproduce your problem with or grab the latest PHP 4.1.0 release candidate and test it yourself. Thanks for your help. [2001-08-23 12:30:16] [EMAIL PROTECTED] Any update on the PHP session problems in v4.0.4+? I've received several e-mails from people saying they're experiencing similar results, but apparently they can't post to this problem. Just curious. It's been a couple of months, so thought I'd ask. Also, any way for people to still get a copy of PHP v4.0.3pl1? I've had a few ask me, and noticed php.net only goes back to 4.0.4 now. [2001-07-02 15:01:16] [EMAIL PROTECTED] Configured Win2K/IIS5 for PHP v4.0.6 ISAPI module. Took appropriate steps to shutdown restart server (net stop iisadmin, net start w3svc). Issue exists in ISAPI module as well. Then configured same box for PHP v4.0.3pl1 ISAPI module. Same problem exists there as well. The last version of PHP that performs sessions correctly
[PHP-DEV] Pass ANY exam, Only for 3 days training (CHN-SH Only)
ÉϺ£ÓîÏèÍøÂç¼¼ÊõÅàѵÊÇÒ»¼ÒרҵÌṩITÐÐÒµÈÏÖ¤¿¼ÊÔ·þÎñµÄ¹«Ë¾£¬Ó¦¹ã´óѧԱµÄÒªÇó£¬Ð ÔöÒÔÏÂÍ»»÷Åàѵ¿Î³Ì£º MCSE2000£¨3Ì죩ÊÕ1000Ôª/ÈË£¨²»º¬¿¼ÊÔ·Ñ£¬Ñ§Ô±¿ÉÒÔ500Ôª/Ì׵ļ۸ñÔÚÎÒ¹«Ë¾¹ºÂòÈ«Ì×MC SE2000½Ì²Ä£© µÚÒ»Ì죺¿Î±¾Öص㠵ڶþÌ죺Ìâ½â µÚÈýÌ죺ģÄ⿼ÊÔ+Õýʽ¿¼ÊÔ Éý¼¶¿¼ÊÔ70-240+219£¨2Ì죩ÊÕ800Ôª/ÈË£¨²»º¬¿¼ÊÔ·Ñ£¬ÈçÐèÈ«Ì×MCSE2000Ó¢ÎĽ̲ÄÖ»ÐèÁí¼ Ó500Ôª£© µÚÒ»Ì죺¿Î±¾Öصã+Ìâ½â µÚ¶þÌ죺ģÄ⿼ÊÔ+Õýʽ¿¼ÊÔ CCNA£¨1Ì죩ÊÕ500Ôª/ÈË£¨²»º¬¿¼ÊÔ·Ñ£¬º¬Ô°æ½Ì²Äµç×Óµµ£© ÉÏÎ磺Ìâ½â ÏÂÎ磺ģÄ⿼ÊÔ+Õýʽ¿¼ÊÔ CCDA£¨1Ì죩ÊÕ500Ôª/ÈË£¨²»º¬¿¼ÊÔ·Ñ£¬º¬Ô°æ½Ì²Äµç×Óµµ£© ÉÏÎ磺Ìâ½â ÏÂÎ磺ģÄ⿼ÊÔ+Õýʽ¿¼ÊÔ CCNP£¨3Ì죩ÊÕ1500Ôª/ÈË£¨²»º¬¿¼ÊÔ·Ñ£¬ËÍÈ«Ì×Ô°æ½Ì²Äµç×Óµµ£© µÚÒ»Ì죺¿Î±¾Öص㠵ڶþÌ죺Ìâ½â µÚÈýÌ죺ģÄ⿼ÊÔ+Õýʽ¿¼ÊÔ ±¾¹«Ë¾Í¬Ê±ÕÐÊÕÍí°àÓëË«ÐÞÈհ࣬˫ÐÝÈÕ°à¼Û¸ñÐèÒª¼Ó10%¡£¿¼ÊÔÔÚ±¾¹«Ë¾½øÐУ¬ËùÓÐÑ§Ô±Ï íÊÜ¡°²»Í¨¹ýµ±¼´ÍËÈ«¿îµÄ120%£¨°üÀ¨È«²¿¿¼ÊÔ·Ñ£©¡±£¡ ±¨Ãû´ÓËÙ£¡8621-62182383£¨×ª£© E-mail:[EMAIL PROTECTED] ÁªÏµÈË£º³ÂÏÈÉú¡¢ÕÅÏÈÉú -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re[2]: [PHP-DEV] set_time_limit() bug - pending for PHP 4.1.0
Hello , This reproducable for me to on: php4.0.5 + Linux 2.4.2 #4 SMP Best regards, Andrew Sitnikov e-mail : [EMAIL PROTECTED] GSM: (+372) 56491109 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request: luk
Translating documentation to the Czech language -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] segfauls with ZEND_FETCH_RESOURCE (my first php extension...)
Hi I wrote today my first php-extension and so far, everything worked fine, until i used ZEND_FETCH_RESOURCE. My module seems not to be able to handle that well, 'cause if i use it like the other extensions, i get a segfault. The offending line is: ZEND_FETCH_RESOURCE(test, php_test*, arg1, -1, magick object, le_magick); which produces the following segfault (from gdb): Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 7524)] 0x40224fa9 in zend_fetch_resource (passed_id=0x8123634, default_id=-1, resource_type_name=0x4037a630 magick object, found_resource_type=0x0, num_resource_types=1) at zend_list.c:123 123 } else if ((*passed_id)-type != IS_RESOURCE) { If i change the -1 to 1, then it handles Resource ID #1 without any problem, but that's certainly not the solution, since everyone else uses the -1 I stripped my code down until it does not much useful, only the ressource stuff, but i still get segfaults. The code is accesible at http://cvs.bitflux.ch/index.cgi/pearlib/magick/ any help/hints/etc is/are very welcome. I'm sure it's something very stupid. BTW: at www.zend.com/apidoc are some (important) tables missing... chregu -- nam...christian stockeradr...bremgartnerstr. 66, ch-8003 zurich pho...+41 1 451 6021 www...http://phant.ch/chregu mob...+41 76 561 8860 [EMAIL PROTECTED] wor...+41 1 240 5670 gpg...0x5CE1DECB -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] segfauls with ZEND_FETCH_RESOURCE (my first php extension...)
On Sun, Nov 18, 2001 at 09:36:52PM +0100, Christian Stocker wrote : BTW: at www.zend.com/apidoc are some (important) tables missing... What exactly, can you elaborate more? - Markus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] FYI: Apache 2.0.28 and latest CVS running fine at phorum.org
Hi all, I am running latest CVS and Apache 2.0.28 at phorum.org on port 8080. I could not however run 4.1 RC2 because of some fixes that had to be made to load environment variables. So, FWIW, 4.1 RC2 will not work with Apache 2.0.28, the latest beta from Apache 2.0 tree. I am running Phorum of course and have seen no errors with this setup. Try it if you want. http://phorum.org:8080/ Brian. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] segfauls with ZEND_FETCH_RESOURCE (my first phpextension...)
On Sun, 18 Nov 2001, Markus Fischer wrote: On Sun, Nov 18, 2001 at 09:36:52PM +0100, Christian Stocker wrote : BTW: at www.zend.com/apidoc are some (important) tables missing... What exactly, can you elaborate more? the tables with the overview of all MACRO-Definition and more. Just all tables... The rest of my problem is solved. My first extension is running :) (there was a * too much and a too few...). BTW, the extension is for accessing ImageMagicks functions. It's very rudimentary at the moment, but if someone is interested, just have a look at http://cvs.bitflux.ch/index.cgi/pearlib/magick/ chregu -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] segfauls with ZEND_FETCH_RESOURCE (my first php extension...)
On Sun, Nov 18, 2001 at 11:26:17PM +0100, Christian Stocker wrote : On Sun, 18 Nov 2001, Markus Fischer wrote: On Sun, Nov 18, 2001 at 09:36:52PM +0100, Christian Stocker wrote : BTW: at www.zend.com/apidoc are some (important) tables missing... What exactly, can you elaborate more? the tables with the overview of all MACRO-Definition and more. Just all tables... Stones are rolling, I'll see what I can do. The rest of my problem is solved. My first extension is running :) (there was a * too much and a too few...). Grats ! :-) - Markus -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Extension / calling require_once()
Hi There, can I call a php-function from inside a php extension? I mean simply doing a call to the ZE that does call the method that the php function/construct require_once() triggers. Would be very cool if this is possible. Andi -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14067 Updated: configure: error: libjpeg not found!
ID: 14067 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: SUN OS 2.6 PHP Version: 4.0.6 New Comment: So the configure works. This unix.h problem is not PHP problem at all. You should report it to the c-client author. (Naming header files without prefix is not very good idea) Workaround is to move those c-client libs/header files under e.g. /usr/local/c-client/lib/libc-client.a and /usr/local/c-client/include/*.h and use --with-imap=/usr/local/c-client/ --Jani Previous Comments: [2001-11-15 05:44:00] [EMAIL PROTECTED] I have downloaded the latest snapshot and ./configure work`s , but make do not work: root:/appl/src/Apache/php4-20041500 make Making all in Zend make[1]: Entering directory `/appl/src/Apache/php4-20041500/Zend' /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main -DSOLARIS2=260 -DMOD_SSL=208104 -DMOD_PERL -DUSE_PERL_SSI -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DEAPI -DUSE_EXPAT -I../TSRM -I/opt/vbroker/include -prefer-pic -c -o zend_language_parser.lo `test -f zend_language_parser.c || echo './'`zend_language_parser.c In file included from zend.h:54, from zend_compile.h:24, from zend_language_parser.c:148: /usr/local/include/unix.h:182: parse error before `MAILSTREAM' /usr/local/include/unix.h:182: warning: no semicolon at end of struct or union /usr/local/include/unix.h:189: parse error before `}' /usr/local/include/unix.h:189: warning: data definition has no type or storage class /usr/local/include/unix.h:193: parse error before `*' /usr/local/include/unix.h:193: warning: data definition has no type or storage class /usr/local/include/unix.h:196: parse error before `*' /usr/local/include/unix.h:197: parse error before `*' /usr/local/include/unix.h:198: parse error before `*' /usr/local/include/unix.h:199: parse error before `*' make[1]: *** [zend_language_parser.lo] Error 1 make[1]: Leaving directory `/appl/src/Apache/php4-20041500/Zend' make: *** [all-recursive] Error 1 [2001-11-15 05:10:12] [EMAIL PROTECTED] Again: Can you try the latest snapshot from snaps.php.net, and see this fixes the prob lem? Derick [2001-11-15 05:09:10] [EMAIL PROTECTED] if i do ./configure without --with-jpeg-dir=/usr/local , it work`s perfect , but NO JPEG SUPPORT in libphp4.so for Apache ! [2001-11-15 05:02:35] [EMAIL PROTECTED] Can you try the latest snapshot from snaps.php.net, and see this fixes the problem? Derick [2001-11-15 05:01:01] [EMAIL PROTECTED] ./configure --with-apxs=/usr/local/apache/bin/apxs --enable-yp --enable-trans-sid --enable-track-vars --enable-sockets --enable-safe-mode --enable-magic-quotes --enable-ftp --enable-filepro --enable-calendar --with-mysql=/usr/local/mysql --with-oracle=/appl/oracle/product/8.1.7 --with-oci8=/appl/oracle/product/8.1.7 --with-ldap=/usr/local --with-png-dir=/usr/local --with-openssl=/usr/local/ssl --with-gd=/usr/local --enable-versioning --enable-memory-limit --enable-inline-optimization --with-zlib-dir=/usr/local --with-zlib --with-pdflib=/usr/local --enable-shm --enable-discard-path --enable-force-cgi-redirect --with-regexec=apache --enable-sysvsem --enable-sysvshm --enable-threads --enable-gcc --with-tiff-dir=/usr/local --with-mhash --with-gettext=/usr/local --enable-libgcc --with-extra-includes=/usr/local/include --with-extra-libs=/usr/local/lib --enable-shared --with-threads --with-gnu-cc --enable-bcmath --with-imap=/usr/local --with-readline=/usr/local --with-zip=/usr/local --with-mnogosearch --with-freetype-dir=/usr/local --with-jpeg-dir=/usr/local .. checking for the location of libjpeg... yes checking for jpeg_read_header in -ljpeg... (cached) no configure: error: libjpeg not found! But i have all the libs in /usr/local/lib !!! My config.log : configure:17678: checking whether to enable truetype string function in gd configure:17731: checking for the location of libjpeg configure:17780: checking for jpeg_read_header in -ljpeg There is no error !!! I tried with php-4.0.5 and jpeg was found , but i have many other problems like parse error in unix.h Can anyone help me pleace ! Thanks Edit this bug report at http://bugs.php.net/?id=14067edit=1 -- PHP Development Mailing List
[PHP-DEV] Bug #13555 Updated: Configure doesn't seem to search /lib for libdb-3.so
ID: 13555 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Closed Status: Bogus Bug Type: Compile Failure Operating System: RedHat Linux 6.2 PHP Version: 4.0.6 New Comment: Not a bug. You need to install the devel package also: db3-devel-3.1.17-4.6x.i386.rpm Previous Comments: [2001-11-14 05:27:41] [EMAIL PROTECTED] db3-3.1.17-4.6x [2001-11-09 14:54:07] [EMAIL PROTECTED] No feedback. Closing. [2001-10-05 08:56:00] [EMAIL PROTECTED] Which RPM does install it in /lib/ ?? [2001-10-05 02:58:27] [EMAIL PROTECTED] Configure doesn't seem to search /lib for db-3.so. On RedHat 6.2 (and above?) systems db3 is installed in /lib not /usr/lib. I tried specifying --with-db3=/ and that didn't seem to solve the issue. Edit this bug report at http://bugs.php.net/?id=13555edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14073 Updated: Premature end of script headers
ID: 14073 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Reproducible crash Operating System: Win98 PHP Version: 4.0.6 New Comment: It's hard to tell whether the problem is in ODBC part or something else. This is not a bug in PHP but in your script / system settings. Check your error logs for more information. Try also running the script from command line. Ask further support questions on the mailing lists: http://www.php.net/support.php --Jani Previous Comments: [2001-11-15 20:23:05] [EMAIL PROTECTED] This is the script that causes the problems: (I tried cutting it down more, but as the problem part relies on the rest of the script it wasn't possible) ?php if( !isset( $month )) { $month = date(m); } $month = str_pad( $month, 2, 0, STR_PAD_LEFT); $month = str_pad( $month, 4, 0); $people = array( ross, jen, jon, mp, matt, marty ); $link = odbc_connect( 'calendar', '', '' ) or die(connect failed); foreach( $people as $person ) { $result = odbc_exec( $link, SELECT * FROM calendar WHERE name = '$person'); echo $person .br; while( odbc_fetch_row( $result ) ){ $startdate = odbc_result( $result, 2 ); $enddate = odbc_result( $result, 3 ); $startdate = substr( $startdate, 4, 4 ); $enddate = substr( $enddate, 4, 4 ); for( $day = 1; $day 32; $day++ ){ if( $day $startdate and $day $enddate ) { //BUG OCCURS HERE $$person[ $month ][ $day ] = away; } else { $$person[ $month ][ $day ] = here; } echo $$person[ $month ][ $day ] .br; } }} ? [2001-11-15 19:25:08] [EMAIL PROTECTED] Add shortest possible script which can be used to reproduce this problem into this report. --Jani [2001-11-15 16:25:00] [EMAIL PROTECTED] actually, after further checking it out, it is causing an invalid page fault in PHP4TS.DLL... does this mean it is a problem with my system, rather than PHP? [2001-11-15 16:07:37] [EMAIL PROTECTED] ...also, it does the same thing when run from the command line [2001-11-15 16:05:06] [EMAIL PROTECTED] Running PHP 4.0.6 on Apache 1.3.20, on Win98SE... Browser returns the 500 - Internal Server Error msg, and the error log reports Premature end of script headers: c:/php/php.exe It seems to be caused by an if() inside a while(), which is inside a foreach(). The script will reach that point with no problems, but crashes on the execution of the if( $day $startdate and $day $enddate ){} PHP is only compiled with the default modules. The other thing worth noting is that I get a Php: This program has performed an illegal operation and will be shut down dialog box. Thanks, Matt Wilson [EMAIL PROTECTED] Edit this bug report at http://bugs.php.net/?id=14073edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14008 Updated: $_POST/$_FILES when uploaded file is too large
ID: 14008 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: HTTP related Operating System: RHL 7.1 PHP Version: 4.0CVS-2001-11-10 Assigned To: sniper New Comment: This is fixed now. --Jani Previous Comments: [2001-11-13 11:20:21] [EMAIL PROTECTED] As mentioned in irc, it segfaults now when a file is uploaded that's larger than max filesize. Recompiling with --enable-debug didn't help, this output in error_log: Unknown(0) : Warning - upload_max_filesize of 2097152 bytes exceeded - file [fileupload] not saved [Tue Nov 13 17:03:56 2001] Script: '/usr/local/apache/vhtdocs/dev/test.php' --- zend.c(860) : Block 0x403E107D status: Beginning: Overrun (magic=0x646E657A, expected=0x7312F8DC) [Tue Nov 13 17:03:56 2001] [notice] child pid 7 exit signal Segmentation fault (11) Backtrace produced this: (gdb) run -X Starting program: /www/bin/httpd -X Program received signal SIGSEGV, Segmentation fault. 0x40138b9c in memcpy () from /lib/i686/libc.so.6 [2001-11-10 19:48:57] [EMAIL PROTECTED] Please try the latest CVS and let me know if this is good. Also note that errors set are stored in $php_errormsg variable if you have track_errors=on in your php.ini. It now also sets different types for the error: 2 /* Uploaded file exceeded upload_max_filesize */ 3 /* Uploaded file exceeded MAX_FILE_SIZE */ 4 /* Only partiallly uploaded */ Maybe the first 2 might be same? And we propably should have some PHP land constants for these? [2001-11-10 10:16:55] [EMAIL PROTECTED] I'll take care of this. --Jani [2001-11-10 09:42:30] [EMAIL PROTECTED] so what do you expect? the file is to big, so it is rejected It would be nice to get some sort of confirmation that the file was rejected and why, instead of having to guess. and the submit button is most likely placed after the file input in the form so its data comes after the file data in the post so its behind the limit, too ... This is just plain wrong. What about other form data that comes after the file? If I'm to redirect the user back to the form because the file was too large, I don't want them to have to retype stuff unnecessarily. [2001-11-10 09:18:51] [EMAIL PROTECTED] so what do you expect? the file is to big, so it is rejected and the submit button is most likely placed after the file input in the form so its data comes after the file data in the post so its behind the limit, too ... 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/?id=14008 Edit this bug report at http://bugs.php.net/?id=14008edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14036 Updated: Segfault when using multipart form data
ID: 14036 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: Linux 2.2.20 and 2.4.14 PHP Version: 4.0CVS-2001-11-12 New Comment: This is fixed in CVS now. --Jani Previous Comments: [2001-11-12 16:29:09] [EMAIL PROTECTED] When submitting a form with enctype multipart/form-data Apache childs segfault. Weird thing is that the problem is not reproducible when compiling PHP with debugging enabled. I have tried PHP-4.0.6 and CVS snapshot php4-20020600. Apache compiled with: EAPI_MM=../mm-1.1.3 \ SSL_BASE=/usr \ ./configure \ --with-layout=Apache \ --prefix=/usr/local/apache \ --enable-module=rewrite \ --enable-module=ssl \ --add-module=/root/downloads/mod_gzip.c \ --activate-module=src/modules/php4/libphp4.a \ (tried and tested with Apache_1.3.20 and Apache_1.3.22, also tried without mod_gzip) PHP compiled with: ./configure --with-apache=../apache_1.3.22 --with-mysql=/usr/local/mysql --with-gd --enable-gd-native-ttf --with-freetype-dir=/usr/local --with-curl --with-openssl --with-zlib --enable-track-vars --enable-memory-limit --enable-debug=no Linux osiris 2.4.14 #1 Thu Nov 8 15:02:47 CET 2001 i686 unknown also tested and reproducable on linux-2.2.20 tested and reproducable with glibc-2.1.3(Slackware 7.1) and glibc-2.2.3(Slackware 8.0) gdb output: 2 different segmentation faults happening on the same script, occuring at random (sometimes the request succeeds). Crashes are definately related to multipart form data since removing the enctype from the form in the script makes the segfaults disappear. Program received signal SIGSEGV, Segmentation fault. 0x4037faf0 in __libc_free (mem=0x8345138) at malloc.c:3055 3055malloc.c: No such file or directory. (gdb) bt #0 0x4037faf0 in __libc_free (mem=0x8345138) at malloc.c:3055 #1 0x40372c0f in _IO_new_fclose (fp=0x8345138) at iofclose.c:87 #2 0x8076f50 in rfc1867_post_handler (content_type_dup=0x833438c multipart/form-data; boundary=, '-' repeats 27 times, 7d187376074e, arg=0x832eedc) at rfc1867.c:707 #3 0x8075211 in sapi_handle_post (arg=0x832eedc) at SAPI.c:108 #4 0x8077f35 in php_treat_data (arg=0, str=0x0, destArray=0x0) at php_variables.c:250 #5 0x807340f in php_hash_environment () at main.c:1097 #6 0x8072b73 in php_request_startup () at main.c:684 #7 0x8106c51 in apache_php_module_main (r=0x8316cf8, display_source_mode=0) at sapi_apache.c:67 #8 0x8070e96 in send_php () at eval.c:88 #9 0x8070ef2 in send_parsed_php () at eval.c:88 #10 0x8167859 in ap_invoke_handler () at eval.c:88 #11 0x817cbcf in process_request_internal () at eval.c:88 #12 0x817cc36 in ap_process_request () at eval.c:88 #13 0x8173a36 in child_main () at eval.c:88 #14 0x8173c15 in make_child () at eval.c:88 #15 0x8173d8c in startup_children () at eval.c:88 #16 0x817441d in standalone_main () at eval.c:88 #17 0x8174c9c in main () at eval.c:88 #18 0x4032c2eb in __libc_start_main (main=0x81748e8 main, argc=2, ubp_av=0xbb44, init=0x806d9c0 _init, fini=0x81b343c _fini, rtld_fini=0x4000c130 _dl_fini, stack_end=0xbb3c) at ../sysdeps/generic/libc-start.c:129 Program received signal SIGSEGV, Segmentation fault. 0x4037fc3d in chunk_free (ar_ptr=0x40418cc0, p=0x834a740) at malloc.c:3134 3134malloc.c: No such file or directory. (gdb) bt #0 0x4037fc3d in chunk_free (ar_ptr=0x40418cc0, p=0x834a740) at malloc.c:3134 #1 0x4037fb03 in __libc_free (mem=0x834a928) at malloc.c:3057 #2 0x80f1eac in shutdown_memory_manager (silent=0, clean_cache=0) at zend_alloc.c:524 #3 0x8072e0e in php_request_shutdown (dummy=0x0) at main.c:743 #4 0x8106d05 in apache_php_module_main (r=0x8316cf8, display_source_mode=0) at sapi_apache.c:96 #5 0x8070e96 in send_php () at eval.c:88 #6 0x8070ef2 in send_parsed_php () at eval.c:88 #7 0x8167859 in ap_invoke_handler () at eval.c:88 #8 0x817cbcf in process_request_internal () at eval.c:88 #9 0x817cc36 in ap_process_request () at eval.c:88 #10 0x8173a36 in child_main () at eval.c:88 #11 0x8173c15 in make_child () at eval.c:88 #12 0x8173d8c in startup_children () at eval.c:88 #13 0x817441d in standalone_main () at eval.c:88 #14 0x8174c9c in main () at eval.c:88 #15 0x4032c2eb in __libc_start_main (main=0x81748e8 main, argc=2, ubp_av=0xbb44, init=0x806d9c0 _init, fini=0x81b343c _fini, rtld_fini=0x4000c130 _dl_fini, stack_end=0xbb3c) at ../sysdeps/generic/libc-start.c:129 If you need more info contact me private or on the php-dev list (i am subscribed) HTH, Hans Rakers ClubNed Badhoevedorp, NL Edit this bug report at http://bugs.php.net/?id=14036edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
[PHP-DEV] engine2 mailinglist
hi, Since 6 or 7 Days I get no more mails from the zendengine2 mailinglist at all. Rest the mailinglist because of technical problems or do the protagonists rest ;) ? best regards -Andre -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14021 Updated: PHP 4.2.0-dev segfaults with horde
ID: 14021 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Reproducible crash Operating System: Linux RH7.1 (2.4.9) PHP Version: 4.0CVS-2001-11-11 New Comment: This should be fixed in latest CVS now. --Jani Previous Comments: [2001-11-11 19:32:09] [EMAIL PROTECTED] Hi, I have Horde Address book application (turba) (www.horde.org) from the latest CVS and PHP 4.2.0-dev from cvs. During import function of turba apache seg faults and stop the application. From the debug log you can see a secondary problem. However, the segfault problem still occures when mcal support is removed and the cc_* problem disappears. Can you help? Configuration: Linux RH 7.1 (kernel 2.4.9) Apache 1.3.19 (stock build from RH) php4.2.0-dev (checked out 11.11.01) horde (HORDE, IMP, TURBA, KRONOLITH, WHUPS) (checked out 11.11.01) ./cvsclean ./buildconf ./configure \ --with-zlib \ --with-mm \ --with-mcal \ --with-mysql=/usr \ --with-ldap \ --with-gettext \ --enable-ftp \ --with-db3 \ --with-kerberos \ --with-apxs \ --with-config-file-path=/etc \ --enable-track-vars \ --with-sysvsem \ --with-sysvshm \ --with-imap \ --with-imap-ssl libmcal is installed in /usr/local with directory with ld.so.conf: /usr/lib /usr/kerberos/lib /usr/X11R6/lib /usr/lib/sane /usr/lib/qt-2.3.0/lib /usr/lib/mysql /usr/lib/qt-1.45/lib /usr/local/lib I have run ldconfig. debug.log: CONFIGURE: './configure' '--with-zlib' '--with-mm' '--with-mcal' '--with-mysql=/usr' '--with-ldap' '--with-cyrus' '--with-gettext' '--enable-ftp' '--with-db3' '--with-kerberos' '--with-apxs' '--with-config-file-path=/etc' '--enable-track-vars' '--with-sysvsem' '--with-sysvshm' 'CFLAGS=-O0 -g' CC: gcc CFLAGS: -O0 -g CPPFLAGS:-DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT CXX: CXXFLAGS: INCLUDES:-I/usr/include/apache -I$(top_builddir)/Zend -I/usr/local/include -I/usr/local/include/mcal -I/usr/include/mysql LDFLAGS: -Wl,-rpath,/usr/local/lib -L/usr/local/lib -Wl,-rpath,/usr/lib/mysql -L/usr/lib/mysql LIBS: -lmm -lmysqlclient -lz -lmcal -lldap -llber -ldb -lcyrus -lcrypto -lssl -lsasl -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt DLIBS: SAPI: apache PHP_RPATHS: /usr/local/lib /usr/lib/mysql uname -a: Linux galgamish 2.4.9-12 #1 Tue Oct 30 18:33:49 EST 2001 i686 unknown gcc -o conftest -O0 -g -DLINUX=22 -DMOD_SSL=208101 -DEAPI -DEAPI_MM -DUSE_EXPAT -Wl,-rpath,/usr/local/lib -L/usr/local/lib -Wl,-rpath,/usr/lib/mysql -L/usr/lib/mysql conftest.c -lmm -lmysqlclient -lz -lmcal -lldap -llber -ldb -lcyrus -lcrypto -lssl -lsasl -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt 5 /usr/local/lib/libmcal.so: undefined reference to `cc_login' /usr/local/lib/libmcal.so: undefined reference to `cc_searched' /usr/local/lib/libmcal.so: undefined reference to `cc_vlog' /usr/local/lib/libmcal.so: undefined reference to `cc_vdlog' collect2: ld returned 1 exit status gdb stack trace: (gdb) run -X -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACT Starting program: /usr/sbin/httpd -X -DHAVE_PROXY -DHAVE_ACCESS -DHAVE_ACT Program received signal SIGSEGV, Segmentation fault. 0x4017af6f in chunk_free (ar_ptr=0x4022ea00, p=0x9bafbe0c) at malloc.c:3225 3225malloc.c: No such file or directory. in malloc.c (gdb) backtrace #0 0x4017af6f in chunk_free (ar_ptr=0x4022ea00, p=0x9bafbe0c) at malloc.c:3225 #1 0x4017acd4 in __libc_free (mem=0x8213180) at malloc.c:3154 #2 0x403d3c36 in _efree (ptr=0x821318c) at zend_alloc.c:246 #3 0x403ee000 in _zval_dtor (zvalue=0x82131a4) at zend_variables.c:44 #4 0x403e5021 in _zval_ptr_dtor (zval_ptr=0x8216040) at zend_execute_API.c:274 #5 0x403f53c5 in zend_hash_destroy (ht=0x8215f4c) at zend_hash.c:541 #6 0x403ee038 in _zval_dtor (zvalue=0x8215f2c) at zend_variables.c:51 #7 0x403e5021 in _zval_ptr_dtor (zval_ptr=0x82161c0) at zend_execute_API.c:274 #8 0x403f53c5 in zend_hash_destroy (ht=0x4050cc88) at zend_hash.c:541 #9 0x403e4bf6 in shutdown_executor () at zend_execute_API.c:173 #10 0x403ef4f7 in zend_deactivate () at zend.c:600 #11 0x404001eb in php_request_shutdown (dummy=0x0) at main.c:736 #12 0x403fc666 in apache_php_module_main (r=0x80f9d90, display_source_mode=0) at sapi_apache.c:96 #13 0x403fd41c in send_php (r=0x80f9d90, display_source_mode=0, filename=0x80fb9f8 /var/www/Intranet/horde/turba/data.php) at mod_php4.c:575 #14 0x403fd489 in send_parsed_php (r=0x80f9d90) at mod_php4.c:590 #15 0x08054e8d in ap_invoke_handler () at eval.c:41 #16 0x0806707c in ap_some_auth_required () at eval.c:41 #17 0x080670f3 in ap_process_request () at eval.c:41 #18 0x0805f6b7 in ap_child_terminate () at eval.c:41 #19 0x0805f85a in ap_child_terminate
[PHP-DEV] Bug #14019 Updated: Building, using changed configure settings, does not incorporate new settings
ID: 14019 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Linux Debian Potato PHP Version: 4.0CVS-2001-11-11 New Comment: This is not actually a bug. The PHP configure checks what the GD library supports. It doesn't matter if you use --with-jpeg-dir or other similar options. They are only needed if you get some problems configuring. --Jani Previous Comments: [2001-11-12 00:20:33] [EMAIL PROTECTED] Yes. Stop first, then start, I wondered about that. Always noticed that in the error_log a restart doesn't work, so changed to the stop/start method. Yes. I believe I deleted config.cache before ./configure. Rerunning entire sequence to make sure. Results: # fresh tarball ./configure # with flags, as above make make install apachectl stop # verified in ps apachectl start # verified in error_log # verified JPG support enabled in phpinfo() function # interesting note, config.cache no longer exists, hopeful news ./configure # this time without --with-jpeg-dir make make install apachectl stop # verified in ps apachectl start # verified in error_log # phpinfo() still says JPG support enabled Bummer. -- William Guynes [2001-11-11 23:32:23] [EMAIL PROTECTED] Yes. Stop first, then start, I wondered about that. Always noticed that in the error_log a restart doesn't work, so changed to the stop/start method. Yes. I believe I deleted config.cache before ./configure. Rerunning entire sequence to make sure. Results: # fresh tarball ./configure # with flags, as above make make install apachectl stop # verified in ps apachectl start # verified in error_log # verified JPG support enabled in phpinfo() function # interesting note, config.cache no longer exists, hopeful news ./configure # this time without --with-jpeg-dir make make install apachectl stop # verified in ps apachectl start # verified in error_log # phpinfo() still says JPG support enabled Bummer. -- William Guynes [2001-11-11 22:41:09] [EMAIL PROTECTED] Hmm..question is, did you do it like I described? Doing 'apachectl restart' does not work. And about deleting config.cache..you should delete it before configure, not before make. --Jani [2001-11-11 22:31:19] [EMAIL PROTECTED] Yes. Make install and an Apache restart was done each time. -- William Guynes [2001-11-11 20:12:38] [EMAIL PROTECTED] Forgive me if this is stupid question, but did you do '# make install' and '# /usr/local/apache/bin/apachectl stop; # /usr/local/apache/bin/apachectl start' ?? --Jani 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/?id=14019 Edit this bug report at http://bugs.php.net/?id=14019edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14014 Updated: Need later config.guess/config.sub
ID: 14014 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: OpenUNIX 8 PHP Version: 4.0.6 New Comment: Fixed in CVS. --Jani Previous Comments: [2001-11-12 01:00:39] [EMAIL PROTECTED] the php4-20012100 snap still doesn't recognize OpenUNIX8: $ pwd /home/ler/php-snap/php4-20012100 $ sh config.guess config.guess: unable to guess system type This script, last modified 2001-04-20, has failed to recognize the operating system you are using. It is advised that you download the most up to date version of the config scripts from ftp://ftp.gnu.org/pub/gnu/config/ If the version you run (config.guess) is already up to date, please send the following data and any information you think might be pertinent to [EMAIL PROTECTED] in order to provide the needed information to handle your system. config.guess timestamp = 2001-04-20 uname -m = i386 uname -r = 5 uname -s = OpenUNIX uname -v = 8.0.0 /usr/bin/uname -p = x86at /bin/uname -X = System = OpenUNIX Node = lerami Release = 5 KernelID = 01/06/09 Machine = Pentium III BusType = ISA Serial = 6ID015378 Users = 40 OEM# = 0 Origin# = 1 NumCPU = 1 hostinfo = /bin/universe = /usr/bin/arch -k = /bin/arch = /usr/bin/oslevel = /usr/convex/getsysinfo = UNAME_MACHINE = i386 UNAME_RELEASE = 5 UNAME_SYSTEM = OpenUNIX UNAME_VERSION = 8.0.0 $ Until the config.guess/config.sub are updated the libtool change is moot. Please let me know when the config.guess/config.sub are updated, and I'll then see if the new libtool fixes my dependency issues. [2001-11-11 19:32:39] [EMAIL PROTECTED] Please try the latest CVS snapshot from http://snaps.php.net/ as we use more recent libtool in it. --Jani [2001-11-11 05:24:08] [EMAIL PROTECTED] By the way, if someone from the PHP dev team needs access to a OpenUNIX 8 system, I can supply shell access to mine. [2001-11-11 05:07:52] [EMAIL PROTECTED] PHP 4.0.6 doesn't recognize Caldera's OpenUNIX 8. Replacing the supplied config.guess/config.sub with the ones from ftp://ftp.gnu.org/pub/gnu/config/ seems to fix it. The supplied one returns: $ sh config.guess config.guess: unable to guess system type This script, last modified 2001-04-20, has failed to recognize the operating system you are using. It is advised that you download the most up to date version of the config scripts from ftp://ftp.gnu.org/pub/gnu/config/ If the version you run (config.guess) is already up to date, please send the following data and any information you think might be pertinent to [EMAIL PROTECTED] in order to provide the needed information to handle your system. config.guess timestamp = 2001-04-20 uname -m = i386 uname -r = 5 uname -s = OpenUNIX uname -v = 8.0.0 /usr/bin/uname -p = x86at /bin/uname -X = System = OpenUNIX Node = lerami Release = 5 KernelID = 01/06/09 Machine = Pentium III BusType = ISA Serial = 6ID015378 Users = 40 OEM# = 0 Origin# = 1 NumCPU = 1 hostinfo = /bin/universe = /usr/bin/arch -k = /bin/arch = /usr/bin/oslevel = /usr/convex/getsysinfo = UNAME_MACHINE = i386 UNAME_RELEASE = 5 UNAME_SYSTEM = OpenUNIX UNAME_VERSION = 8.0.0 $ The one from the ftp site above returns: $ sh config.guess i686-unknown-sysv5OpenUNIX8.0.0 $ I did build PHP, and the only problem I had was libtool not handling dependencies. I changed libtool to use pass_all for dependency type, and it worked, modulo the warning from cc about including -lc, but I couldn't find an easy way to deal with that. the libphp4.so works however. Edit this bug report at http://bugs.php.net/?id=14014edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13650 Updated: ImageWBMP does not make correct output.
ID: 13650 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GD related Operating System: Solaris 7 (SunOS 5.7) PHP Version: 4.0.6 New Comment: Could you please attach the diff of your php.ini and the php.ini-dist from the release? (diff -u /path/to/php.ini /path/to/php.ini-dist ) --Jani Previous Comments: [2001-11-12 04:10:24] [EMAIL PROTECTED] I have now recompiled vith gd 1.8.4. It did not help! Still the same problem. Regards, Johan Sörliden [2001-11-09 14:55:50] [EMAIL PROTECTED] No feedback. Closing. [2001-10-13 09:24:42] [EMAIL PROTECTED] Both work for me just fine. You could try updating GD to 1.8.4. --Jani [2001-10-12 06:12:26] [EMAIL PROTECTED] Hi, I have made a php script that make an image and should output this image directly to the client (WAP). There comes the same amount of bytes that the image should contain but it is all zeros. It works to output the image to an file but it does not work stright to the client. No crashes just wrong output. You could test curl http://wap.netcamp.se/test_img.php test_does_not_work.wbmp and curl http://wap.netcamp.se/test_img.wbmp test_works.wbmp Se script below. I have PHP 4.0.6 and GD 1.8.3. Configuration: './configure' '--with-apache=../apache_1.3.19' '--enable-track-vars' '--with-imap=/usr/local/src/download/src/apache_php_mm_2000-12-14/imap-4.7c/c-client' '--with-mysql=/usr/local/mysql' '--with-zlib=/usr/local' '--with-gd=/usr/local' '--with-jpeg-dir=/usr/local' '--with-xpm-dir=/usr/local' '--with-ttf=/usr/local' '--with-t1lib=/usr/local' '--with-curl=/usr/local' '--enable-exif' Regards Johan Sörliden [EMAIL PROTECTED] http://www.NetCamp.se This is the script that i made: ?PHP Header(Content-type: image/vnd.wap.wbmp); /* Create image and alocate colours */ $xmax = 95; $ymax = 35; $im = @imagecreate ( $xmax +1, $ymax +1 ) or die (Cannot initialize image stream); $background = ImageColorAllocate ( $im, 255, 255, 255 ); $black = ImageColorAllocate ( $im, 0, 0, 0 ); $white = ImageColorAllocate ( $im, 255, 255, 255 ); /* Draw testimage */ imageline ( $im, 0, 0, $xmax, $ymax, $black ); imageline ( $im, 0, $ymax, $xmax, 0, $black ); imageline ( $im, 0, 0, 0, $ymax, $black ); imageline ( $im, 0, $ymax, $xmax, $ymax, $black ); imageline ( $im, $xmax, $ymax, $xmax, 0, $black ); imageline ( $im, $xmax, 0, 0, 0, $black ); /* Send image */ /*ImageWBMP ( $im, /tmp/test.wbmp ); This works */ ImageWBMP ( $im ); /* This does not work */ ImageDestroy ( $im ); ? Edit this bug report at http://bugs.php.net/?id=13650edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13988 Updated: get_meta_tags function failure if title tag contains a '
ID: 13988 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: Windows 98 first edition PHP Version: 4.0.6 New Comment: All your example html files are buggy: meta name=description contentciao ciao Note the missing '=' after content? --Jani Previous Comments: [2001-11-12 05:11:15] [EMAIL PROTECTED] Yes, it happens with 4.0.6. [2001-11-09 09:43:31] [EMAIL PROTECTED] Reopen if this happens with PHP 4.0.6 [2001-11-08 04:09:22] [EMAIL PROTECTED] Example: pippo.html etc etc titleIl mio nome e' pippo/title meta name=description contentciao ciao etc pippo.php $tags = get_meta_tags(pippo.html); echo $tags['description']; Case A) Failed titleIl mio nome e' pippo/title meta name=description contentciao ciao echo $tags['description'], echos nothing Case B) OK meta name=description contentciao ciao titleIl mio nome e' pippo/title $tags['description'], echos ciao ciao Case C) OK, I remove the character ' titleIl mio nome est pippo/title meta name=description contentciao ciao $tags['description'], echos ciao ciao SUMMARY: It seems there is a problem of get_meta_tags parsing the meta from an html file. The problem is the ' character. If it is contained inside a tag title before a meta then get_meta_tags fails. If the title tag with the ' character is put after the meta, then it works. If I delete the ' character then it works always. Edit this bug report at http://bugs.php.net/?id=13988edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14015 Updated: Can't install (make install)
ID: 14015 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: UNIXWARE 7 PHP Version: 4.0.6 New Comment: Are you running 'make install' as root? Or if not, does the user you run it as have permissions to write to those dirs? --Jani Previous Comments: [2001-11-12 05:38:29] [EMAIL PROTECTED] Of course, I follow the installation instructions. I type this commands: $ gunzip -c apache_1.3.22.tar.gz | tar xf - $ cd apache_1.3.22 $ ./configure $ cd .. $ gunzip -c php-4.0.6.tar.gz | tar xf - $ cd php-4.0.6 $ ./configure --without-mysql --with-apache=/home/pc/apache_1.3.22 --enable-track-vars $ make $ make install *** Error . Why without any params PHP compile normaly? $ cd php-4.0.6 $ ./configure $ make $ make install ... done [2001-11-12 04:38:24] [EMAIL PROTECTED] Of course, I follow the installation instructions. I type this commands: $ gunzip -c apache_1.3.22.tar.gz | tar xf - $ cd apache_1.3.22 $ ./configure $ cd .. $ gunzip -c php-4.0.6.tar.gz | tar xf - $ cd php-4.0.6 $ ./configure --without-mysql --with-apache=/home/pc/apache_1.3.22 --enable-track-vars $ make $ make install *** Error . Why without any params PHP compile normaly? $ cd php-4.0.6 $ ./configure $ make $ make install ... done [2001-11-12 03:13:57] [EMAIL PROTECTED] Of course, I follow the installation instructions. I type this commands: $ gunzip -c apache_1.3.22.tar.gz | tar xf - $ cd apache_1.3.22 $ ./configure $ cd .. $ gunzip -c php-4.0.6.tar.gz | tar xf - $ cd php-4.0.6 $ ./configure --without-mysql --with-apache=/home/pc/apache_1.3.22 --enable-track-vars $ make $ make install *** Error . Why without any params PHP compile normaly? $ cd php-4.0.6 $ ./configure $ make $ make install ... done [2001-11-11 19:59:19] [EMAIL PROTECTED] Did you follow the installation instructions given in the INSTALL file ? Found under QUICK INSTALL (static) --Jani [2001-11-11 09:31:46] [EMAIL PROTECTED] By first, I do $./configure --without-mysql --with-apache=../apache_1.3.22 --enable-track-vars $ make And when I launch the installation's command (make install) and the code appears : Making install in Zend Making install in main Making install in ext Making install in mysql Making install in libmysql Making install in pcre Making install in pcrelib Making install in posix Making install in session Making install in standard Making install in xml Making install in expat Making install in xmltok Making install in xmlparse Making install in sapi Making install in apache Making install in TSRM Making install in regex Making install in . mkdir -p /home/pc/apache_1.3.22/src/modules/php4; cp libs/libphp4.a /home/pc/apache_1.3.22/src/modules/php4/libmodphp4.a; cp /home/pc/php-4.0.6//sapi/apache/mod_php4.* sapi/apache/libphp4.module /home/pc/apache_1.3.22/src/modules/php4; cp ./sapi/apache/apMakefile.tmpl /home/pc/apache_1.3.22/src/modules/php4/Makefile.tmpl; cp ./sapi/apache/apMakefile.libdir /home/pc/apache_1.3.22/src/modules/php4/Makefile.libdir *** Error code 2 (bu21) *** Error code 1 (bu21) When I try ./configure withotn any params, and after make and make install - compilation finished fine and I see all files in /usr/local/.. directory (possibly by default). Edit this bug report at http://bugs.php.net/?id=14015edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13960 Updated: ImageCreateFromJPEG doesn't work with URLs
ID: 13960 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: GD related Operating System: Windows XP PHP Version: 4.0.6 New Comment: What if you use 127.0.0.1 instead of localhost ? --Jani Previous Comments: [2001-11-12 06:40:15] [EMAIL PROTECTED] Still has the same problem on Windows XP with a jpeg on an external server, but as you say, it works fine on the Linux version (tested on a snapshot build on my Cobalt Qube server). [2001-11-10 20:09:02] [EMAIL PROTECTED] Works fine for me on Linux. Could you please try with some external jpg? ie. Not on localhost? [2001-11-06 14:36:41] [EMAIL PROTECTED] The following code should give me the image served by my webcam server: $cam = ImageCreateFromJPEG('http://localhost:69/'); imagejpeg($cam); But instead gives me: Warning: imagecreatefromjpeg: Unable to open 'http://localhost:69/' for reading in c:\program files\apache\htdocs\webcam\cam.php If, however, I create a local copy of the output of the server, like this: $in = fopen('http://localhost:69/','rb'); $out = fopen('tempcam.jpg','wb'); while ( !feof($in) ) { $temp = fread ($in, 4096); fwrite($out,$temp); } fclose ($in); fclose($out); and then use ImageCreateFromJPEG on that file instead of the URL, it works perfectly. Therefore, ImageCreateFromJPEG doesn't re-use the fopen code correctly (as it should and is hinted to by the manual page saying that ImageCreateFromJPEG can open files or URLs). Bug 6825 seems to be similar, but for PHP 4.0.2. The bug was closed as it was allegedly fixed, but now seems to have re-surfaced. Edit this bug report at http://bugs.php.net/?id=13960edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11891 Updated: error_reporting option broken/changed
ID: 11891 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: PHP options/info functions Operating System: Linux (Cobalt RaQ3) PHP Version: 4.0.6 New Comment: Are you sure your php.ini file is read by PHP ? Try setting the error_reporting in the script: ?php error_reporting(E_ALL ~E_NOTICE); echo $test; ? Previous Comments: [2001-07-04 16:38:57] [EMAIL PROTECTED] Argh - and same result with: should be: error_reporting = E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR [2001-07-04 16:36:08] [EMAIL PROTECTED] With PHP 4.0.1 this worked fine - warnings for undefined variables were not displayed: error_reporting = E_ALL ~E_NOTICE With PHP 4.0.6 this does not seem to work anymore - warnings for undefined variables are now displayed - and same result with: error_reporting = E_ALL ~E_NOTICE I only seem to be able to get rid of the warnings for undefined variables by not displaying errors at all: display_errors = Off Edit this bug report at http://bugs.php.net/?id=11891edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14035 Updated: Install fails on apsx -S command under Apache 1.3.6
ID: 14035 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Apache related Operating System: Cobalt RAQ 3-Red Hat 5 PHP Version: 4.0.6 New Comment: Both of these problems are fixed in CVS (and in next release, 4.1.0 ) --Jani Previous Comments: [2001-11-12 15:48:09] [EMAIL PROTECTED] Apache fails on apsx -S commmand upon install. I have read previous posts about this problem and we do not have the option to install a newer version of Apache beyond 1.3.6. Is there a way around this? Can we use previous install options (ie. -i -n) from 4.0.5? Also, we receive and error when we connect to a Postgres database using: ? session_start(); dl(pgsql.so) ; $db=pg_connect(dbname=fsagency user=fsagency); ? We receive a Segmentation Fault (11). We have deterimined that the error occurs in the pg_connect function call. Sometimes we receive a document cannot be displayed in the browser, sometimes we recieve our data. Will try to recompile to get a backtrace. Any help would be appreciated. Edit this bug report at http://bugs.php.net/?id=14035edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11647 Updated: Installation Failure
ID: 11647 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Apache related Operating System: Linux (Intel glibc) PHP Version: 4.0.6 New Comment: Fixed in CVS. Fix will be in PHP 4.1.0. --Jani Previous Comments: [2001-06-25 17:10:56] [EMAIL PROTECTED] Derick, That would seem simple enough, except that changing the Apache build would void my warranty with Cobalt, which I cannot afford to do. Considering the popularity of RaQ and other similar systems, I don't think that I am alone. While it's great that PHP is able to support newer builds of Apache, there's no reason why it should have stopped being backward-compatible at 4.0.5. Thanks. [2001-06-25 03:26:43] [EMAIL PROTECTED] I recommend that you upgrade your webserver version from 1.3.6 to 1.3.20. [2001-06-25 00:43:24] [EMAIL PROTECTED] Script: su cp /usr/sbin/httpd /usr/bin/httpd cd /tmp gzip -d php-4.0.6.tar.gz tar -xvf php-4.0.6.tar cd php-4.0.6 ./configure --prefix=/usr/local/php-4.0.6 --exec-prefix=/usr/local/php-4.0.6 --with-apxs=/usr/sbin/apxs --with-mysql=/usr/local/mysql make make install Description: At this point, the installation process fails because the 'make install' script invokes APXS. APXS runs, but responds that it does not understand the -S flag, which is visibly being used. This takes place when running Apache/1.3.6 with mod_perl/1.21, mod_ssl/2.2.8, and OpenSSL/0.9.2b on a Cobalt RaQ 3i system with all of the latest patches from Cobalt installed. This problem did not occur with any previous versions of PHP. PHP 4.0.5 installs perfectly. Edit this bug report at http://bugs.php.net/?id=11647edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11647 Updated: Installation Failure
ID: 11647 Updated by: sniper Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache related Operating System: Linux (Intel glibc) PHP Version: 4.0.6 New Comment: Please try the latest CVS (http://snaps.php.net/ and make sure the package has date newer than 18th of November) --Jani Previous Comments: [2001-11-18 19:53:14] [EMAIL PROTECTED] Fixed in CVS. Fix will be in PHP 4.1.0. --Jani [2001-06-25 17:10:56] [EMAIL PROTECTED] Derick, That would seem simple enough, except that changing the Apache build would void my warranty with Cobalt, which I cannot afford to do. Considering the popularity of RaQ and other similar systems, I don't think that I am alone. While it's great that PHP is able to support newer builds of Apache, there's no reason why it should have stopped being backward-compatible at 4.0.5. Thanks. [2001-06-25 03:26:43] [EMAIL PROTECTED] I recommend that you upgrade your webserver version from 1.3.6 to 1.3.20. [2001-06-25 00:43:24] [EMAIL PROTECTED] Script: su cp /usr/sbin/httpd /usr/bin/httpd cd /tmp gzip -d php-4.0.6.tar.gz tar -xvf php-4.0.6.tar cd php-4.0.6 ./configure --prefix=/usr/local/php-4.0.6 --exec-prefix=/usr/local/php-4.0.6 --with-apxs=/usr/sbin/apxs --with-mysql=/usr/local/mysql make make install Description: At this point, the installation process fails because the 'make install' script invokes APXS. APXS runs, but responds that it does not understand the -S flag, which is visibly being used. This takes place when running Apache/1.3.6 with mod_perl/1.21, mod_ssl/2.2.8, and OpenSSL/0.9.2b on a Cobalt RaQ 3i system with all of the latest patches from Cobalt installed. This problem did not occur with any previous versions of PHP. PHP 4.0.5 installs perfectly. Edit this bug report at http://bugs.php.net/?id=11647edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14048 Updated: Configure issues
ID: 14048 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Unknown/Other Function Operating System: BSD/OS 4.x PHP Version: 4.0.6 New Comment: Please list shortly what does not work in latest snapshot. --Jani Previous Comments: [2001-11-13 23:28:43] [EMAIL PROTECTED] Hi, for a number of releases I've dealt with some known issues, but felt it's time to summarize them here, since I think I've pretty much got them all, including the fixes. 1) Native make + gnu make For some reason, php is the only package, that manages to override the variable MAKE=/path/to/make as well as the make in the PATH setting. If you keep the native make (which is sensible, for it's best used for creating a new kernel), but you have your own make compiled in your own dirs, then make doesn't work. The reason is, the old include format. I use this perlscript 'makefix.pl' to fix the issues: #!/perl/bin/perl use Getopt::Long; my $dir=$ENV{'HOME'}.'/_src/php-4.0.4pl1'; GetOptions( 'dir=s' = \$dir); chdir($dir) || die Can't change to $dir\n$!\n; open(FILE, './makefix.lst') || die Please create the list first, with:\nfind -x . -exec grep -l -E '\\.include \\\' {} \\; ./makefix.lst; @files = FILE; close(FILE); for $i (0..$#files) { $fix = $files[$i]; next if $fix =~ /\.bak$/; chomp($fix); $bak = $fix . '.bak'; system(cp $fix $bak); print STDOUT Trying $bak and $fix; open(BAK, $bak) || die cant open $bak\n$!\n; open(FIX, $fix) || die cant open $fix\n$!\n; while(BAK) { chomp; s/^\.include \([^\]+)\\s?$/include $1/; print FIX $_; print FIX \n; } close(BAK); close(FIX); print STDOUT fixed.\n; } exit(0); It can probably be done more easily, but it works. 2) INET_* functions Are native for BSDi and don't need a library. Secondly, they complain without the right headers. Here's a snippet from the Bind configure script, on how to _correctly_ test for these functions: echo $ac_n checking for inet_aton... $ac_c 16 echo configure:3901: checking for inet_aton 5 cat conftest.$ac_ext EOF #line 3903 configure #include confdefs.h #include sys/types.h #include netinet/in.h #include arpa/inet.h int main() { struct in_addr in; inet_aton(0, in); return (0); ; return 0; } EOF The native bind on BSDi does have __inet_aton in libbind, but it's static, so PHP complains and you need to edit config.h and Zend/Makefile to get rid of it. Secondly - bind 9.x requires not only libbind but libisc as well, so any tests for -lbind will always fail, if you've upgraded your named package. 3) res_search Is also native on BSDi. I don't have a definite fix, since I'm no C-programmer, but I just add these lines to the end of main/php_config.h.in to work around it: #ifdef __bsdi__ #define HAVE_RES_SEARCH 1 #endif man 3 res_search says: DEPRECATED #include sys/types.h #include netinet/in.h #include arpa/nameser.h #include resolv.h ... res_search(const char *dname, int class, type, u_char *answer, int anslen); 4) Iconv and XSLT Below is a typical diff for any section in configure trying to find iconv for the XSLT section: found_iconv=no ! echo $ac_n checking for iconv_open in -lc... $ac_c 16 ! echo configure:48789: checking for iconv_open in -lc 5 ac_lib_var=`echo c'_'iconv_open | sed 'y%./+-%__p_%'` if eval test \`echo '$''{'ac_cv_lib_$ac_lib_var'+set}'`\ = set; then echo $ac_n (cached) $ac_c 16 else ac_save_LIBS=$LIBS ! LIBS=-lc $LIBS cat conftest.$ac_ext EOF #line 48797 configure #include confdefs.h --- 48784,48797 found_iconv=no ! echo $ac_n checking for iconv_open in -liconv... $ac_c 16 ! echo configure:48789: checking for iconv_open in -liconv 5 ac_lib_var=`echo c'_'iconv_open | sed 'y%./+-%__p_%'` if eval test \`echo '$''{'ac_cv_lib_$ac_lib_var'+set}'`\ = set; then echo $ac_n (cached) $ac_c 16 else ac_save_LIBS=$LIBS ! LIBS=-liconv $LIBS cat conftest.$ac_ext EOF #line 48797 configure #include confdefs.h It will do this correctly for --with-iconv, but later on when iconv is specified with xslt, it breaks. There are several sections in the configure script and I usually fix them all just to spare me the havoc of find out which is called and why. I hope you can address these issues before 4.0.7 release. As a side note: The latest snapshots work correctly with make as always, but
[PHP-DEV] Bug #14097 Updated: Add option to file() to strip \n
ID: 14097 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Summary: newlines in file function Old Status: Bogus Status: Analyzed Old Bug Type: Filesystem function related Bug Type: Feature/Change Request Operating System: Linux PHP Version: 4.0.6 Previous Comments: [2001-11-17 22:49:13] [EMAIL PROTECTED] This is by design. Even the manual page for file() says it. :) (Or was this a feature/change request to strip them?) [2001-11-17 21:52:19] [EMAIL PROTECTED] Using the file function, newlines (\n) are included in the read. The causes odd behaviour in other functions such as: mail - If the subject parameter is loaded using the file function, the newline causes the headers sent using mail to be invalid. In the case of Eudora the header information is dispalyed in the message and the From field displays the server account that generated the message - in my case WWW User. array_search - All efforts to use this function fail with an array created with the file function. Only through the following cose will it produce the results expected: $someArray = str_replace (array(\r, \n), '', $someArray); (Thanks to Zak Greant for this code :) in_array - Much like array_search, the results are misleading due to the presence of newlines. A match is never found even though an echo of the array being tested looks identical to the target string/integer. Edit this bug report at http://bugs.php.net/?id=14097edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14100: Unicode Filenames
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.6 PHP Bug Type: *Directory/Filesystem functions Bug description: Unicode Filenames I have multiple files (.mp3) that have strange characters in them, and apparently, PHP doesn't recognize them as files. PHP totally skips them. Is there a plan to support Unicode? -- Edit bug report at: http://bugs.php.net/?id=14100edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PEAR-DEV] Adoption of Metabase
Hello, Morgan Christiansson wrote: At 07:54 PM 11/17/01 -0200, Manuel Lemos wrote: - Metabase API already provides true portability to database applications, so you would not need to crack your head doing what Metabase already does. Firstly, I can certainly see benefits in using Metabase - to take an example: in a new script I am writing I need to store a lot of dates in a database - Metabase would make it much easier to be cross-database compatible. I believe date handling hasn't been implemented in PEAR-DB yet? IMHO the most portable way of storing dates is to just store them as timestamp in an int field. - php already uses timestamps for storing dates. - If you use timestamps in the DB it takes less storage space (at least for MySQL). possible mysql specific: - If you want to display the date witout extra coding in MySQL you can use the FROM_UNIXTIME() function - If you have a date but want a timestamp in MySQL you can use UNIX_TIMESTAMP() That is not a very good idea because usually integer timestamps have a limited range of years. In Unix, timestamps can only go from 1970 to 2038. Metabase uses the ISO-9601 format (-MM-DD HH:MM:SS) because most DBMS support it natively. For the other DBMS that do not support it, you can store it as text and you do not have to make further conversions in the respective Metabase drivers. Since the format already stores date parts in descendent order of magnitude (Year, Month, Day, Hour, Minute and Second) queries that are ordered by that field will show correctly. Regards, Manuel Lemos -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14048 Updated: Configure issues
ID: 14048 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Unknown/Other Function Operating System: BSD/OS 4.x PHP Version: 4.0.6 New Comment: Ok: BSDi 4.2 i386 with GNUmake 3.79.1, autoconf 2.13, automake 1.5, libtool 1.4, configured as: #!/bin/sh ./configure \ --prefix=/php \ --with-perl=/perl/bin/perl \ --with-apxs=/apache/bin/apxs \ --with-config-file-path=/weblib/local/lib \ --with-openssl=/weblib/local \ --disable-short-tags \ --with-zlib \ --with-zlib-dir=/weblib/local \ --enable-bcmath \ --enable-calendar \ --with-curl=shared,/weblib/local \ --with-dom=shared,/weblib/local \ --enable-ftp \ --with-gd=/weblib/local \ --with-jpeg-dir=/weblib/local \ --with-png-dir=/weblib/local \ --with-freetype-dir=/weblib/local \ --with-iconv=shared,/weblib/local \ --enable-mailparse \ --enable-mbstring \ --with-mcal=shared,/weblib/local \ --with-mcrypt=shared,/weblib/local \ --with-mhash=shared,/weblib/local \ --with-mysql=/weblib/local \ --with-pdflib=/weblib/local \ --with-jpeg-dir=/weblib/local \ --with-png-dir=/weblib/local \ --with-tiff-dir=/weblib/local \ --with-pgsql=shared,/pgsql \ --enable-sockets \ --with-expat-dir=/weblib/local \ --enable-xslt \ --with-xslt-sablot=shared,/weblib/local \ --with-expat-dir=/weblib/local \ --with-iconv-dir=/weblib/local checking for res_search... no checking for res_search in -lsocket... no checking for res_search in -lresolv... no $ grep -i 'res_search' ./main/php_config.h /* Define if you have the `res_search' function. */ /* #undef HAVE_RES_SEARCH */ This means, that getmxrr() isn't available. checking whether to enable xslt support... yes checking whether to enable the XSLT Sablotron backend... yes, shared checking libexpat dir for Sablotron XSL support... yes checking for iconv_open in -lc... no checking for SablotSetEncoding in -lsablot... yes So - that works now. make now works (always does in snapshots - not in releases). But then, apache won't start: $ gdb -core ./httpd.core -exec apache/bin/httpd GNU gdb Copyright 1998 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-unknown-bsdi4.2. Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /shlib/libdl.so...done. Reading symbols from /shlib/libgcc.so.1...done. Reading symbols from /shlib/libc.so.2...done. Reading symbols from /shlib/ld-bsdi.so...done. Reading symbols from /apache/libexec/libphp4.so...done. Reading symbols from /weblib/local/lib/libz.so...done. Reading symbols from /weblib/local/lib/libsablot.so.0...done. Reading symbols from /weblib/local/lib/libiconv.so.2...done. Reading symbols from /weblib/local/lib/libexpat.so.0...done. Reading symbols from /weblib/local/lib/libpdf.so.1...done. Reading symbols from /weblib/local/lib/mysql/libmysqlclient.so.10...done. Reading symbols from /weblib/local/lib/libgd.so...done. Reading symbols from /weblib/local/lib/libfreetype.so.6...done. Reading symbols from /weblib/local/lib/libpng.so.2...done. Reading symbols from /weblib/local/lib/libjpeg.so.62...done. Reading symbols from /weblib/local/lib/libssl.so.0.9.6...done. Reading symbols from /weblib/local/lib/libcrypto.so.0.9.6...done. Reading symbols from /shlib/libm.so.0.0...done. Reading symbols from /apache/libexec/mod_gzip.so...done. #0 0x481f2a67 in zend_register_functions (functions=0x48301e20, function_table=0x0, type=1) at zend_API.c:1046 1046if (zend_hash_add(target_function_table, ptr-fname, strlen(ptr-fname)+1, function, sizeof(zend_function), NULL) == FAILURE) { (gdb) bt #0 0x481f2a67 in zend_register_functions (functions=0x48301e20, function_table=0x0, type=1) at zend_API.c:1046 #1 0x481f2bd7 in zend_register_module (module=0x48301ea4) at zend_API.c:1099 #2 0x481f29c2 in zend_startup_module (module=0x48301ea4) at zend_API.c:1010 #3 0x481fcf14 in php_startup_extensions (ptr=0x482f8230, count=17) at main.c:780 #4 0x481fe333 in php_startup_internal_extensions () at internal_functions.c:78 #5 0x481fd3a5 in php_module_startup (sf=0x482f709c) at main.c:935 #6 0x481fa4b6 in php_apache_startup (sapi_module=0x482f709c) at mod_php4.c:279 #7 0x481fadb1 in php_apache_value_handler_ex (cmd=0x8047b0c, conf=0x812a2c0, arg1=0x8149284 include_path, arg2=0x8149294
[PHP-DEV] Bug #14101: imap_sort returns irregular sort sequence
From: [EMAIL PROTECTED] Operating system: Linux 2.4.10 (rH7.1) PHP version: 4.0.5 PHP Bug Type: IMAP related Bug description: imap_sort returns irregular sort sequence Hello folks... Imap sort works only with small mailbox... --- snip --- $newstrm = imap_open ($ms.$selectedmb, $usr, $usrpwd) or die (cant connect: .imap_last_error()); switch ($sortby) { case date: $sorted_headers = imap_sort($newstrm,SORTDATE, $rev_flag,''); break; case subject: $sorted_headers = imap_sort($newstrm,SORTSUBJECT, $rev_flag,''); break; case tag: if ($tag == From) { $sorted_headers = imap_sort($newstrm,SORTFROM, $rev_flag,''); } else { $sorted_headers = imap_sort($newstrm,SORTTO, $rev_flag,''); } break; case size: $sorted_headers = imap_sort($newstrm,SORTSIZE, $rev_flag,''); break; } while (list(,$qq) = each($sorted_headers)) { $header = imap_headerinfo($newstrm, $qq); etc --- snip --- the sort sequence returned by imap_sort is incorrect for any mailbox where there is more than 10 emails in the mailbox, and especially if there is a mix of R and U type of unread. The function appears to sort partly by new, and then old, and then both... == php compiled with './configure' '--with-mysql=/usr/local/mysql' '--with-xml' '--with-apache=../apache_1.3.19/' '--with-imap=/usr/local/imap' '--enable-track-vars' imap specs === compiled from : imap-2001.BETA.SNAP-0106191041.tar = hardware intel Pentium 4 1.3 Ghz 640 meG ram 400MHZ BUS MOTHERBOARD -- Edit bug report at: http://bugs.php.net/?id=14101edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14102: php -l (lint) seems not work
From: [EMAIL PROTECTED] Operating system: linux 2.2.19 PHP version: 4.0.6 PHP Bug Type: *General Issues Bug description: php -l (lint) seems not work On earlier php versions the lint options on standalone php don't work (seg fault with 4.0.3pl1 and 4.0.4pl1) On 4.0.5 and 4.0.6 this problem seems fixed but lint return not output at all, even if a parse error appears in php script. script example : test.php ?php echo hello; ? (the second double quotes missing) So with : $ php -l test.php No output is return. and of course with : $ php -q test.php I obtain a parse error string... So is it a features or not really ? ;) -- Edit bug report at: http://bugs.php.net/?id=14102edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14103: RPM Installation, PHP not working, no modules in /etc/httpd/modules?!
From: [EMAIL PROTECTED] Operating system: Red Hat 7.2 PHP version: 4.0.6 PHP Bug Type: Apache related Bug description: RPM Installation, PHP not working, no modules in /etc/httpd/modules?! PHP with MySQL support should have been installed by the Red Hat installer when I installed the OS, at least I selected those packages, but PHP pages are not being processed. I checked the FAQ and it said to make sure all the PHP add and load module directives were there and uncommented. Well, they are, but they're all within IfDefine HAVE_PHP sections, and the modules they point to (i.e. mod_php.so, mod_php.c) are not in /etc/httpd/modules nor any place else on my system. That must be the source of the problem, but why wouldn't those modules have been copied to the system? So, I've tried building from the source per the INSTALL document, but after I try to ./configure I get... checking lex output file root... ./configure: lex: command not found configure: error: cannot find output from lex; giving up What's lex? What's going on? Thanks. -- Edit bug report at: http://bugs.php.net/?id=14103edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14103 Updated: RPM Installation, PHP not working, no modules in /etc/httpd/modules?!
ID: 14103 Updated by: mfischer Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Apache related Operating System: Red Hat 7.2 PHP Version: 4.0.6 New Comment: Please ask support questions at [EMAIL PROTECTED] And, you're missing the 'lex' or 'flex' utility obviiously. Install it. Previous Comments: [2001-11-18 23:09:26] [EMAIL PROTECTED] PHP with MySQL support should have been installed by the Red Hat installer when I installed the OS, at least I selected those packages, but PHP pages are not being processed. I checked the FAQ and it said to make sure all the PHP add and load module directives were there and uncommented. Well, they are, but they're all within IfDefine HAVE_PHP sections, and the modules they point to (i.e. mod_php.so, mod_php.c) are not in /etc/httpd/modules nor any place else on my system. That must be the source of the problem, but why wouldn't those modules have been copied to the system? So, I've tried building from the source per the INSTALL document, but after I try to ./configure I get... checking lex output file root... ./configure: lex: command not found configure: error: cannot find output from lex; giving up What's lex? What's going on? Thanks. Edit this bug report at http://bugs.php.net/?id=14103edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14069 Updated: Need function for Informix that can return the exactly rows from SELECT
ID: 14069 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Summary: Need function for Informix Status: Open Bug Type: Feature/Change Request Operating System: AIX 4.3.3 PHP Version: 4.0.6 New Comment: Can provide new function or give me the workaround (sample code) that return me the real no. of rows from Select statement. Previous Comments: [2001-11-15 08:05:31] [EMAIL PROTECTED] HI, I use PHP 4.0.6 connect to Informix IDS2000 9.21.UC5 on AIX 4.3.3. I would like to know the number of rows that return from select statement. I try to use ifx_affected_rows to get this info but it return the estimate no of rows not the exactly. Can you provide the function for informix that return the real number for the select statement. Thank you for your help. Regards, Pornchai Edit this bug report at http://bugs.php.net/?id=14069edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14030: sybase ct_init fails
This can be a common, but very bothersome error message with Sybase (and some other databases) (not just using PHP). I've seen it before using Solaris 2.6 and Sybase 12 also. You need to be very careful about your $SYBASE and related variables, to make sure the web server has them all set right. Also, there may be issues in the exact libs that were built into PHP at compile time, especially the tli library (which could be a true PHP compile bug) It may also help looking at: http://manuals.sybase.com:80/onlinebooks/group-cn/cng1110e/ocerrors/@Generic__BookTextView/6454;nh=1;pt=6454;uf=0? DwebQuery=protocol+driver+failed#X for more hints. Reply if you still have problems and I'll look at my detailed build script tomorrow to see what minor tweaks I made to the build scripts for PHP. Brian On 12 Nov 2001 13:58:15 -, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.0.6 PHP Bug Type: Sybase-ct (ctlib) related Bug description: sybase ct_init fails I build apache 1.3.20, Sybase ASE 12 and php 4.0.6 with this configuration: ./configure --with-apache=/usr/local/sorgenti/apache_1.3.14 --with-sybase-ct=/database/sybase/OCS-12_0 when the webserver start this is the error: Open Client Message: Message number: LAYER = (5) ORIGIN = (3) SEVERITY = (5) NUMBER = (131) Message String: ct_init(): network packet layer: internal net library error: Attempt to load protocol driver failed Open Client Message: Message number: LAYER = (5) ORIGIN = (3) SEVERITY = (5) NUMBER = (131) Message String: ct_init(): network packet layer: internal net library error: Attempt to load protocol driver failed [Mon Nov 12 13:49:33 2001] [notice] Apache/1.3.20 (Unix) PHP/4.0.6 configured -- resuming normal operations [Mon Nov 12 13:49:33 2001] [info] Server built: Nov 12 2001 12:56:15 The sybase ct_init function don't work. -- Edit bug report at: http://bugs.php.net/?id=14030edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] empty(0) issue
What ever came of this issue? Im running into a lot of instances lately where this is very annoying. Ill check the archives latter just thought Id ask. -Chris