[PHP-DEV] Weird PHP5 APXS libtools errors
From HEAD: ./configure works fine (no options)... Make, everything. But... ./configure --with-apxs=/usr/local/apache/bin/apxs Causes some weirdness on Make... [user@localhost]# make /bin/sh libtool --preserve-dup-deps --mode=compile gcc -I/home/php/php5/ext/mysql/libmysql -Iext/mysql/ -I/home/php/php5/ext/mysql/ -DPHP_ATOM_INC -I/home/php/php5/include -I/home/php/php5/main -I/home/php/php5 -I/home/php/php5/Zend -I/home/php/php5/ext/xml/expat -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -I/home/php/php5/TSRM -g -O2 -prefer-pic -c /home/php/php5/ext/mysql/php_mysql.c -o ext/mysql/php_mysql.lo libtool: s%^.*/%%: No such file or directory libtool: -e: command not found libtool: -e: command not found libtool: -e: command not found libtool: -e: command not found libtool: -e: command not found (more of these) I'm not familiar enough with the build environment as a whole, but I've been building HEAD for quite some time now and I'm not sure why now it'd just choke like thisAny suggestions welcome. John -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird PHP5 APXS libtools errors
On Thu, 13 Feb 2003, John Coggeshall wrote: I'm not familiar enough with the build environment as a whole, but I've been building HEAD for quite some time now and I'm not sure why now it'd just choke like thisAny suggestions welcome. upgrade your libtool to 1.4.3, it is required now. Derick -- - Derick Rethans http://derickrethans.nl/ PHP Magazine - PHP Magazine for Professionals http://php-mag.net/ - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Weird PHP5 APXS libtools errors
upgrade your libtool to 1.4.3, it is required now. [user@localhost php5]# ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p5 (ok) buildconf: libtool version 1.4.3 (ok) And just to be sure.. [user@localhost php5]# libtool --version ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54) Any other thoughts? If there's anything else you need to know, let me know. John -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Weird PHP5 APXS libtools errors
On Thu, 13 Feb 2003, John Coggeshall wrote: upgrade your libtool to 1.4.3, it is required now. [user@localhost php5]# ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p5 (ok) buildconf: libtool version 1.4.3 (ok) And just to be sure.. [user@localhost php5]# libtool --version ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54) Any other thoughts? If there's anything else you need to know, let me know. Does a snapshot from snaps.php.net compile without running ./buildconf? Edin -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Weird PHP5 APXS libtools errors
If output of 'm4 --version' != 'GNU m4 1.4' you need to update it and rebuild autoconf with the working m4. --Jani On Thu, 13 Feb 2003, John Coggeshall wrote: upgrade your libtool to 1.4.3, it is required now. [user@localhost php5]# ./buildconf using default Zend directory buildconf: checking installation... buildconf: autoconf version 2.13 (ok) buildconf: automake version 1.4-p5 (ok) buildconf: libtool version 1.4.3 (ok) And just to be sure.. [user@localhost php5]# libtool --version ltmain.sh (GNU libtool) 1.4.3 (1.922.2.110 2002/10/23 01:39:54) Any other thoughts? If there's anything else you need to know, let me know. John -- - For Sale! - -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Weird PHP5 APXS libtools errors
Does a snapshot from snaps.php.net compile without running ./buildconf? Yep it does, actually... I'll investigate further into it when I get some sleep :) John -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird PHP5 APXS libtools errors
On Thu, 2003-02-13 at 09:52, John Coggeshall wrote: From HEAD: [...] libtool: s%^.*/%%: No such file or directory libtool: -e: command not found libtool: -e: command not found libtool: -e: command not found libtool: -e: command not found libtool: -e: command not found (more of these) Try $ SED=sed ./configure ... or $ export SED=sed $ ./configure ... Somehow, the variable SED is not set. - Timm -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DEV] Weird PHP5 APXS libtools errors
$ export SED=sed $ ./configure ... Somehow, the variable SED is not set. I was just looking at the MakeFile trying to figure this out and I was thinking it must be something like that. It works now -- thanks... But why would SED suddenly stop being defined? Did I break something unintentially (meaning SED should always be defined?) or is PHP failing to define it for some reason? John -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Weird PHP Problem
Ok...Using newest version of PHP on an NT IIS machine with a SQL 2000 database. Here is the issue: I have a nvarchar field with a size of 4000. I submit a text string from a form to this field. It will display on submit using echo nl2br($variable) and it will display fine. When I look in the database, it has all the information stored correctly. When I pull it back out of the database, it cuts it off and only displays the first part of the string. Anyone have any ideas why? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird PHP Problem
Yep, NVARCHAR's get pissy at large sizes (in my experience anyway) when PHP is interacting with them, (or any of the N variables for that matter) change it to a TEXT and see what happens. On Wed, 2002-11-27 at 06:20, Becky Gruebmeyer wrote: Ok...Using newest version of PHP on an NT IIS machine with a SQL 2000 database. Here is the issue: I have a nvarchar field with a size of 4000. I submit a text string from a form to this field. It will display on submit using echo nl2br($variable) and it will display fine. When I look in the database, it has all the information stored correctly. When I pull it back out of the database, it cuts it off and only displays the first part of the string. Anyone have any ideas why? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- Adam Voigt ([EMAIL PROTECTED]) The Cryptocomm Group My GPG Key: http://64.238.252.49:8080/adam_at_cryptocomm.asc signature.asc Description: This is a digitally signed message part
[PHP-DEV] Weird problem with version 4.2.3!
Hi guys, I have a very weird problem. I have installed the PHP version 4.2.3 on the LINUX virtual server of my web project. Previously I had the PHP version 4.0.6. The error I get is very weird. When I insert a record with the phpMyAdmin, the first 4 characters of each field don't get saved. Same thing happened with some data entry interfaces I coded! The only difference I can see in the two installation (provided the php.ini file is in the same location): The old version 4.0.6 was installed by the server provider and my virtual server space I can only see the .so file. The new version 4.2.3 is actually inside my virtual server space. Hence, the path I provided in the php configuration is different (I don't have idea if this can influence something). NEW VERSION (4.2.3) configuration run by me './configure' '--with-apxs=/usr/local/apache/1.3/bin/apxs' '--prefix=/usr/home/rockit/usr/local' '--with-mysql=/usr/home/rockit/usr/local/mysql' '--with-xml' '--enable-xslt' '--with-xslt-sablot=/usr/home/rockit/usr/local' '--with-regex=system' '--with-expat-dir=/usr/home/rockit/usr/local' '--with-iconv=/usr/home/rockit/usr/local' '--enable-inline-optimization' '--disable-debug' '--enable-memory-limit' '--enable-sigchild' '--without-pear' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-gdbm=/usr/local' '--enable-sockets' '--enable-versioning' '--with-ttf=/usr/local' '--enable-ftp' '--with-gd=/usr/local' '--with-zlib' '--enable-gd-native-ttf' OLD VERSION (4.0.6) configuration run by the server provider './configure' '--enable-inline-optimization' '--with-apxs=/usr/local/apache/1.3/bin/apxs' '--with-config-file-path=/usr/local/lib' '--disable-debug' '--enable-memory-limit' '--enable-sigchild' '--with-gettext' '--without-pear' '--with-regex=system' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-iconv=/usr/local' '--with-gdbm=/usr/local' '--with-dbm=/usr/local' '--enable-sockets' '--enable-versioning' '--with-freetype-dir=/usr/local' '--with-ttf=/usr/local' '--enable-ftp' '--with-curl=/usr/local/curl' '--with-openssl=/usr/local/openssl' '--with-gd=/usr/local' '--with-freetype-dir=/usr/local' '--with-ttf=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-t1lib=/usr/local' '--with-zlib' '--enable-gd-native-ttf' '--with-imap' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local' '--with-dom=/usr/local' '--with-mysql=/usr/local/mysql' '--with-zlib' '--with-zlib' I must admit that I didn't not include all parameter as the old installation, as I didn't know most options and thought is not needed. In the new installation I instead provided additional XML parameter (after installing the correspond modules, which all seem to work fine). Hints on problem are very well welcome! Daniele -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird problem with version 4.2.3!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey, Your problem has something to do with --enable-mbstr-enc-transyou need to remove it. Check the archives for more info. HTH! ~Paul On Wednesday 06 November 2002 05:00 pm, Daniele Baroncelli wrote: Hi guys, I have a very weird problem. I have installed the PHP version 4.2.3 on the LINUX virtual server of my web project. Previously I had the PHP version 4.0.6. The error I get is very weird. When I insert a record with the phpMyAdmin, the first 4 characters of each field don't get saved. Same thing happened with some data entry interfaces I coded! The only difference I can see in the two installation (provided the php.ini file is in the same location): The old version 4.0.6 was installed by the server provider and my virtual server space I can only see the .so file. The new version 4.2.3 is actually inside my virtual server space. Hence, the path I provided in the php configuration is different (I don't have idea if this can influence something). NEW VERSION (4.2.3) configuration run by me './configure' '--with-apxs=/usr/local/apache/1.3/bin/apxs' '--prefix=/usr/home/rockit/usr/local' '--with-mysql=/usr/home/rockit/usr/local/mysql' '--with-xml' '--enable-xslt' '--with-xslt-sablot=/usr/home/rockit/usr/local' '--with-regex=system' '--with-expat-dir=/usr/home/rockit/usr/local' '--with-iconv=/usr/home/rockit/usr/local' '--enable-inline-optimization' '--disable-debug' '--enable-memory-limit' '--enable-sigchild' '--without-pear' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-gdbm=/usr/local' '--enable-sockets' '--enable-versioning' '--with-ttf=/usr/local' '--enable-ftp' '--with-gd=/usr/local' '--with-zlib' '--enable-gd-native-ttf' OLD VERSION (4.0.6) configuration run by the server provider './configure' '--enable-inline-optimization' '--with-apxs=/usr/local/apache/1.3/bin/apxs' '--with-config-file-path=/usr/local/lib' '--disable-debug' '--enable-memory-limit' '--enable-sigchild' '--with-gettext' '--without-pear' '--with-regex=system' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-iconv=/usr/local' '--with-gdbm=/usr/local' '--with-dbm=/usr/local' '--enable-sockets' '--enable-versioning' '--with-freetype-dir=/usr/local' '--with-ttf=/usr/local' '--enable-ftp' '--with-curl=/usr/local/curl' '--with-openssl=/usr/local/openssl' '--with-gd=/usr/local' '--with-freetype-dir=/usr/local' '--with-ttf=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-t1lib=/usr/local' '--with-zlib' '--enable-gd-native-ttf' '--with-imap' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local' '--with-dom=/usr/local' '--with-mysql=/usr/local/mysql' '--with-zlib' '--with-zlib' I must admit that I didn't not include all parameter as the old installation, as I didn't know most options and thought is not needed. In the new installation I instead provided additional XML parameter (after installing the correspond modules, which all seem to work fine). Hints on problem are very well welcome! Daniele - -- ~Paul Nicholson Design Specialist @ WebPower Design The webthe way you want it! [EMAIL PROTECTED] It said uses Windows 98 or better, so I loaded Linux! Registered Linux User #183202 using Register Linux System # 81891 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9yZLlDyXNIUN3+UQRAlxxAJ0ankSCkiAV4YIkJuVXb9wIolMxmgCdEiIo 4yOS7VNz6FbS2wsx5PK+L5s= =bMiB -END PGP SIGNATURE- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird problem with version 4.2.3!
Hi Paul, Thanks for your help! Can you tell me how to look for the message in the archive, please? Cheers Daniele Paul Nicholson [EMAIL PROTECTED] wrote in message news:200211062209.gA6M94n10781;WPD01.network.webpowerdesign.net... -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey, Your problem has something to do with --enable-mbstr-enc-transyou need to remove it. Check the archives for more info. HTH! ~Paul On Wednesday 06 November 2002 05:00 pm, Daniele Baroncelli wrote: Hi guys, I have a very weird problem. I have installed the PHP version 4.2.3 on the LINUX virtual server of my web project. Previously I had the PHP version 4.0.6. The error I get is very weird. When I insert a record with the phpMyAdmin, the first 4 characters of each field don't get saved. Same thing happened with some data entry interfaces I coded! The only difference I can see in the two installation (provided the php.ini file is in the same location): The old version 4.0.6 was installed by the server provider and my virtual server space I can only see the .so file. The new version 4.2.3 is actually inside my virtual server space. Hence, the path I provided in the php configuration is different (I don't have idea if this can influence something). NEW VERSION (4.2.3) configuration run by me './configure' '--with-apxs=/usr/local/apache/1.3/bin/apxs' '--prefix=/usr/home/rockit/usr/local' '--with-mysql=/usr/home/rockit/usr/local/mysql' '--with-xml' '--enable-xslt' '--with-xslt-sablot=/usr/home/rockit/usr/local' '--with-regex=system' '--with-expat-dir=/usr/home/rockit/usr/local' '--with-iconv=/usr/home/rockit/usr/local' '--enable-inline-optimization' '--disable-debug' '--enable-memory-limit' '--enable-sigchild' '--without-pear' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-gdbm=/usr/local' '--enable-sockets' '--enable-versioning' '--with-ttf=/usr/local' '--enable-ftp' '--with-gd=/usr/local' '--with-zlib' '--enable-gd-native-ttf' OLD VERSION (4.0.6) configuration run by the server provider './configure' '--enable-inline-optimization' '--with-apxs=/usr/local/apache/1.3/bin/apxs' '--with-config-file-path=/usr/local/lib' '--disable-debug' '--enable-memory-limit' '--enable-sigchild' '--with-gettext' '--without-pear' '--with-regex=system' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-iconv=/usr/local' '--with-gdbm=/usr/local' '--with-dbm=/usr/local' '--enable-sockets' '--enable-versioning' '--with-freetype-dir=/usr/local' '--with-ttf=/usr/local' '--enable-ftp' '--with-curl=/usr/local/curl' '--with-openssl=/usr/local/openssl' '--with-gd=/usr/local' '--with-freetype-dir=/usr/local' '--with-ttf=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-t1lib=/usr/local' '--with-zlib' '--enable-gd-native-ttf' '--with-imap' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local' '--with-dom=/usr/local' '--with-mysql=/usr/local/mysql' '--with-zlib' '--with-zlib' I must admit that I didn't not include all parameter as the old installation, as I didn't know most options and thought is not needed. In the new installation I instead provided additional XML parameter (after installing the correspond modules, which all seem to work fine). Hints on problem are very well welcome! Daniele - -- ~Paul Nicholson Design Specialist @ WebPower Design The webthe way you want it! [EMAIL PROTECTED] It said uses Windows 98 or better, so I loaded Linux! Registered Linux User #183202 using Register Linux System # 81891 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9yZLlDyXNIUN3+UQRAlxxAJ0ankSCkiAV4YIkJuVXb9wIolMxmgCdEiIo 4yOS7VNz6FbS2wsx5PK+L5s= =bMiB -END PGP SIGNATURE- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird problem with version 4.2.3!
I have found the archive. It seems that's the problem! Cheers Daniele Daniele Baroncelli [EMAIL PROTECTED] wrote in message news:20021106224708.99053.qmail;pb1.pair.com... Hi Paul, Thanks for your help! Can you tell me how to look for the message in the archive, please? Cheers Daniele Paul Nicholson [EMAIL PROTECTED] wrote in message news:200211062209.gA6M94n10781;WPD01.network.webpowerdesign.net... -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey, Your problem has something to do with --enable-mbstr-enc-transyou need to remove it. Check the archives for more info. HTH! ~Paul On Wednesday 06 November 2002 05:00 pm, Daniele Baroncelli wrote: Hi guys, I have a very weird problem. I have installed the PHP version 4.2.3 on the LINUX virtual server of my web project. Previously I had the PHP version 4.0.6. The error I get is very weird. When I insert a record with the phpMyAdmin, the first 4 characters of each field don't get saved. Same thing happened with some data entry interfaces I coded! The only difference I can see in the two installation (provided the php.ini file is in the same location): The old version 4.0.6 was installed by the server provider and my virtual server space I can only see the .so file. The new version 4.2.3 is actually inside my virtual server space. Hence, the path I provided in the php configuration is different (I don't have idea if this can influence something). NEW VERSION (4.2.3) configuration run by me './configure' '--with-apxs=/usr/local/apache/1.3/bin/apxs' '--prefix=/usr/home/rockit/usr/local' '--with-mysql=/usr/home/rockit/usr/local/mysql' '--with-xml' '--enable-xslt' '--with-xslt-sablot=/usr/home/rockit/usr/local' '--with-regex=system' '--with-expat-dir=/usr/home/rockit/usr/local' '--with-iconv=/usr/home/rockit/usr/local' '--enable-inline-optimization' '--disable-debug' '--enable-memory-limit' '--enable-sigchild' '--without-pear' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-gdbm=/usr/local' '--enable-sockets' '--enable-versioning' '--with-ttf=/usr/local' '--enable-ftp' '--with-gd=/usr/local' '--with-zlib' '--enable-gd-native-ttf' OLD VERSION (4.0.6) configuration run by the server provider './configure' '--enable-inline-optimization' '--with-apxs=/usr/local/apache/1.3/bin/apxs' '--with-config-file-path=/usr/local/lib' '--disable-debug' '--enable-memory-limit' '--enable-sigchild' '--with-gettext' '--without-pear' '--with-regex=system' '--enable-mbstring' '--enable-mbstr-enc-trans' '--with-iconv=/usr/local' '--with-gdbm=/usr/local' '--with-dbm=/usr/local' '--enable-sockets' '--enable-versioning' '--with-freetype-dir=/usr/local' '--with-ttf=/usr/local' '--enable-ftp' '--with-curl=/usr/local/curl' '--with-openssl=/usr/local/openssl' '--with-gd=/usr/local' '--with-freetype-dir=/usr/local' '--with-ttf=/usr/local' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr/local' '--with-t1lib=/usr/local' '--with-zlib' '--enable-gd-native-ttf' '--with-imap' '--with-mcrypt=/usr/local' '--with-mhash=/usr/local' '--with-dom=/usr/local' '--with-mysql=/usr/local/mysql' '--with-zlib' '--with-zlib' I must admit that I didn't not include all parameter as the old installation, as I didn't know most options and thought is not needed. In the new installation I instead provided additional XML parameter (after installing the correspond modules, which all seem to work fine). Hints on problem are very well welcome! Daniele - -- ~Paul Nicholson Design Specialist @ WebPower Design The webthe way you want it! [EMAIL PROTECTED] It said uses Windows 98 or better, so I loaded Linux! Registered Linux User #183202 using Register Linux System # 81891 -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9yZLlDyXNIUN3+UQRAlxxAJ0ankSCkiAV4YIkJuVXb9wIolMxmgCdEiIo 4yOS7VNz6FbS2wsx5PK+L5s= =bMiB -END PGP SIGNATURE- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Weird branches in CVS
Hello, can somebody explain what the dev/ tag is doing in CVS: php_4_2_3RC2: 1.17.2.2 new_apache_hooks: 1.23.0.2 php_4_2_3RC1: 1.17.2.2 dev/: 1.23 And the php5_5_0 one, which is differently named from the rest: php_4_2_2: 1.17 PHP_4_2_2: 1.17.0.4 php5_5_0: 1.20 php_4_3_0dev: 1.20 php_4_2_1: 1.17 (Cvs log on Zend/zend_language_parser.y) regards, Derick -- --- Derick Rethans http://derickrethans.nl/ JDI Media Solutions http://www.jdimedia.nl/ --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird branches in CVS
No idea where those came from. Is there anyway of checking who created a tag? Andi At 06:05 PM 10/27/2002 +0100, Derick Rethans wrote: Hello, can somebody explain what the dev/ tag is doing in CVS: php_4_2_3RC2: 1.17.2.2 new_apache_hooks: 1.23.0.2 php_4_2_3RC1: 1.17.2.2 dev/: 1.23 And the php5_5_0 one, which is differently named from the rest: php_4_2_2: 1.17 PHP_4_2_2: 1.17.0.4 php5_5_0: 1.20 php_4_3_0dev: 1.20 php_4_2_1: 1.17 (Cvs log on Zend/zend_language_parser.y) regards, Derick -- --- Derick Rethans http://derickrethans.nl/ JDI Media Solutions http://www.jdimedia.nl/ --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird branches in CVS
On Sun, 27 Oct 2002, Andi Gutmans wrote: No idea where those came from. Is there anyway of checking who created a tag? I couldn't find it in the CVS history file, so I don't think there is any way to get this person's account name. Derick -- --- Derick Rethans http://derickrethans.nl/ JDI Media Solutions --[ if you hold a unix shell to your ear, do you hear the c? ]- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird?!?!
I think this is a good question. I'm not quite sure that casting dval to long is the same as multiplying the two longs. Anyone know the answer? Andi At 02:28 PM 7/31/2002 +0200, Stefan Esser wrote: Hi, Could someone tell me why the Zend Engine calculates every multiplication 2 times??? zend_operators.c: ZEND_API int mul_function(zval *result, zval *op1, zval *op2 TSRMLS_DC) { ... if (op1-type == IS_LONG op2-type == IS_LONG) { double dval = (double) op1-value.lval * (double) op2-value.lval; if ((dval (double) LONG_MAX) || (dval (double) LONG_MIN)) { result-value.dval = dval; result-type = IS_DOUBLE; } else { result-value.lval = op1-value.lval * op2-value.lval; result-type = IS_LONG; } return SUCCESS; ... should that be replaced with: result-value.lval = (long)dval; instead of calculating the multiplication again??? Stefan Esser -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird?!?!
I don't think it's identical. Casting to long truncates, which means you may have an answer which is off by one. At 11:28 03/08/2002, Andi Gutmans wrote: I think this is a good question. I'm not quite sure that casting dval to long is the same as multiplying the two longs. Anyone know the answer? Andi At 02:28 PM 7/31/2002 +0200, Stefan Esser wrote: Hi, Could someone tell me why the Zend Engine calculates every multiplication 2 times??? zend_operators.c: ZEND_API int mul_function(zval *result, zval *op1, zval *op2 TSRMLS_DC) { ... if (op1-type == IS_LONG op2-type == IS_LONG) { double dval = (double) op1-value.lval * (double) op2-value.lval; if ((dval (double) LONG_MAX) || (dval (double) LONG_MIN)) { result-value.dval = dval; result-type = IS_DOUBLE; } else { result-value.lval = op1-value.lval * op2-value.lval; result-type = IS_LONG; } return SUCCESS; ... should that be replaced with: result-value.lval = (long)dval; instead of calculating the multiplication again??? Stefan Esser -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Weird?!?!
Hi, Could someone tell me why the Zend Engine calculates every multiplication 2 times??? zend_operators.c: ZEND_API int mul_function(zval *result, zval *op1, zval *op2 TSRMLS_DC) { ... if (op1-type == IS_LONG op2-type == IS_LONG) { double dval = (double) op1-value.lval * (double) op2-value.lval; if ((dval (double) LONG_MAX) || (dval (double) LONG_MIN)) { result-value.dval = dval; result-type = IS_DOUBLE; } else { result-value.lval = op1-value.lval * op2-value.lval; result-type = IS_LONG; } return SUCCESS; ... should that be replaced with: result-value.lval = (long)dval; instead of calculating the multiplication again??? Stefan Esser -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird?!?!
On Wed, 31 Jul 2002, Stefan Esser wrote: should that be replaced with: result-value.lval = (long)dval; instead of calculating the multiplication again??? I think this is because of precision and the circumvention of rounding errors. Derick --- Did I help you? http://www.derickrethans.nl/link.php?url=giftlist Frequent ranting: http://www.derickrethans.nl/ --- PHP: Scripting the Web - [EMAIL PROTECTED] All your branches are belong to me! SRM: Script Running Machine - www.vl-srm.net --- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird?!?!
On Wed, Jul 31, 2002 at 07:24:05PM +0200, [EMAIL PROTECTED] wrote: On Wed, 31 Jul 2002, Stefan Esser wrote: should that be replaced with: result-value.lval = (long)dval; instead of calculating the multiplication again??? I think this is because of precision and the circumvention of rounding errors. Precision is questionable but rounding errors cannot be. Two integers multiplied will always have .00 ... Infact i am nearly sure that double precision is enough... Stefan -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Weird configure problem
Hi, On Mon, 1 Apr 2002 21:20:42 -0500 Jon Parise [EMAIL PROTECTED] wrote: Am I the only one seeing this: checking size of char... configure: error: cannot compute sizeof (char), 77 This is with the latest PHP cvs, autoconf-2.53, and automake-1.5 under FreeBSD. I last built PHP successfully on March 26. I have no problems running configure with the above tools on FreeBSD 4.4-RELEASE. Both, automake 1.4 and 1.5 work well. Jan -- Q: Thank Jan? A: http://geschenke.an.dasmoped.net/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Weird configure problem
Am I the only one seeing this: checking size of char... configure: error: cannot compute sizeof (char), 77 This is with the latest PHP cvs, autoconf-2.53, and automake-1.5 under FreeBSD. I last built PHP successfully on March 26. I'll investigate this further myself in a few days when I have more free time, but I figured I'd at least ask here in case it looks obvious to someone. -- Jon Parise ([EMAIL PROTECTED]) . Information Technology (2001) http://www.csh.rit.edu/~jon/ : Computer Science House Member -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Weird error with sessions
Hello, Script: -- ?php session_start(); ? -- This command: php -q sessiontest.php shows this: [root@mars scripts]# php -q bug1.php br bWarning/b: Cannot send session cookie - headers already sent in b/dat/dev/srm/test/scripts/bug1.php/b on line b2/bbr /dat/dev/srm/test/scripts/bug1.php(2) : Warning - Cannot send session cookie - headers already sent br bWarning/b: Cannot send session cache limiter - headers already sent (output started at /dat/dev/srm/test/scripts/bug1.php:2) in b/dat/dev/srm/test/scripts/bug1.php/b on line b2/bbr /dat/dev/srm/test/scripts/bug1.php(2) : Warning - Cannot send session cache limiter - headers already sent (output started at /dat/dev/srm/test/scripts/bug1.php:2) br bFatal error/b: Failed to initialize session module in b/dat/dev/srm/test/scripts/bug1.php/b on line b2/bbr /dat/dev/srm/test/scripts/bug1.php(2) : Fatal error - Failed to initialize session module [root@mars scripts]# php sessiontest.php shows this: X-Powered-By: PHP/4.0.8-dev Set-Cookie: PHPSESSID=72acab12384f04e6211a8f3408b5747e; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-type: text/html br bFatal error/b: Failed to initialize session module in b/dat/dev/srm/test/scripts/bug1.php/b on line b2/bbr /dat/dev/srm/test/scripts/bug1.php(2) : Fatal error - Failed to initialize session module This last error is normal, as the session module is off-line at this moment, but why is -q showing the Headers already sent error, and without parameters it works ok? No clue yet, but I'll go digging. regards, Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.net - JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED] Boulevard Heuvelink 102 - 6828 KT Arnhem - The Netherlands - -- 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] Weird error with sessions
On Friday 31 August 2001 15:38, Derick Rethans wrote: Script: -- ?php session_start(); ? -- This command: php -q sessiontest.php shows this: [root@mars scripts]# php -q bug1.php [snip warnings] How should php be able to set the sessioncookie when you use Quiet-mode, which is supposed to suppress any HTTP-header ? -- Christian Jørgensen | Ford, you're turning into a penguin http://www.razor.dk | Stop 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-DEV] Weird bug with Caudium SAPI (+threads )
I have this new (for me) weird bug when using threads and the Caudium SAPI. Basically, PHP4 will segfault quickly when doing multiple concurrent requests (running ab). When running only one request at a time it doesn't die. Anyhow, the weird part is that right before the crash, part of a response page (my test script just runs phpinfo()) is written to stdout|stderr. The crash itself seems to be due to double freeing some data or something (see attached file). I have tried debugging on my end but from what I can see, the problem is separate from the caudium SAPI module (i.e I see nothing wrong happening in my code). Are there similar problem with other threaded SAPI modules? -- [ Below is a random fortune, which is unrelated to the above message. ] Q: What's the difference between a Mac and an Etch-a-Sketch? A: You don't have to shake the Mac to clear the screen. -- 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] weird passthru() behavior
I know that passthru only outputs what was sent to stdout and nothing else. So, if XalanTransform is sending output to something other than stdout then that might be it. That is just my experience with passthru. Brian Moon -- dealnews.com, Inc. Makers of dealnews, dealmac http://dealnews.com/ | http://dealmac.com/ - Original Message - From: Michael Dickson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 14, 2001 7:39 PM Subject: [PHP-DEV] weird passthru() behavior I have a php script that looks like this: ?php passthru(sabcmd foo.xml foo.xsl); ? It works fine. But when I instead try: ?php passthru(XalanTransform foo.xml foo.xsl); ? I get no output (no errors either, just nothing---if I add some html code around the php script then this html code comes out, but still nothing from the passthru().) Some relevant facts: 1. When run from the command line, sabcmd foo.xml foo.xsl and XalanTransform foo.xml foo.xsl return exactly the same thing to the terminal. 2. sabcmd and XalanTransform are both C programs, and they both reside in /usr/bin. Any hints about what is going on here would be greatly appreciated! P.S. In case you're wondering, sabcmd and Xalantransform are XSLT engines. They translate foo.xml according to the rules in foo.xsl and send the result to the terminal. -- 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] RE: [PHP] RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5
right, that is what I though to do at first, but somehow our sysadmin denied the idea. The server is now being tested by him, and I will continue playing with PHP on Monday (it is 5.30 here in Tokyo, he will leave soon and I am not allowed the root-pass. The server belongs to another company we acquire and was originally configured by other team). Meanwhile I will download the files I was testing on into my test machine, install on it the same apache as on prod. server and the PHP v4.0.5. If the result will be the same, I will then try the snapshots as you advised to me. Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 5:19 PM To: Maxim Maletsky; [EMAIL PROTECTED]; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PHP] RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5 OK, but anyway you can run another Apache web server instance on a different IP of that machine. Andi At 05:19 PM 5/11/2001 +0900, Maxim Maletsky wrote: I know, but the fact is that this problem might be caused by OS/web server configuration on the production server. It is an old and slow Red Hat 6.1 Apache 1.3.9 We are first trying to set a new apache 1.3.19 on it in parallel directory, and then we testing by switching symlinks. I really believe it is a compatibility thing. Do you think we would be able to reproduce the problem on some other newer machine? If that would be so, then we'd hear lots of such complains from users upgrading to v4.0.5. After all it is just an '//'! I am gonna try it now on my test linux. I'll let you know. Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 4:57 PM To: Maxim Maletsky; [EMAIL PROTECTED]; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5 OK but in any case, I suggest not doing it on a production server but doing it on a development port/server. Andi At 04:58 PM 5/11/2001 +0900, Maxim Maletsky wrote: OK, but I can do it only on Monday. There's too much risk doing it this Friday night, if site goes down on the weekend - that is our last nightmare. It runs now on backups, but runs well. Thanks Andi, Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 4:15 PM To: [EMAIL PROTECTED]; Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 Can you try the latest snapshot from snaps.php.net and let us know if it works for you now? Andi At 06:01 PM 5/6/2001 +0800, Jude wrote: wel then it's up to you.. goodluck! =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:25 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 nope, I won't give up. disabling '//' is so bad.. just think how much trouble I'm creating for my team. (Although, I in fact never use '//', I use '#' instead. That is why I noticed the problem so late = 20 minutes of downtime yesterday) Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:53 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 or simply you can use another comment tags.. like /* */ =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:09 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 But why? 1. on 4.0.1pl2 it worked. 2. I noticed it even on a function(); // comment as well. I will restart experimenting later again. I think I should upgrade my apache first, then recompile PHP, and try it again. It seems to me more of a stupid problem, I have no idea why that happen. Everything works unless there's an '//', then it starts showing the code up. Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:37 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5
RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5
OK but in any case, I suggest not doing it on a production server but doing it on a development port/server. Andi At 04:58 PM 5/11/2001 +0900, Maxim Maletsky wrote: OK, but I can do it only on Monday. There's too much risk doing it this Friday night, if site goes down on the weekend - that is our last nightmare. It runs now on backups, but runs well. Thanks Andi, Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 4:15 PM To: [EMAIL PROTECTED]; Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 Can you try the latest snapshot from snaps.php.net and let us know if it works for you now? Andi At 06:01 PM 5/6/2001 +0800, Jude wrote: wel then it's up to you.. goodluck! =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:25 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 nope, I won't give up. disabling '//' is so bad.. just think how much trouble I'm creating for my team. (Although, I in fact never use '//', I use '#' instead. That is why I noticed the problem so late = 20 minutes of downtime yesterday) Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:53 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 or simply you can use another comment tags.. like /* */ =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:09 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 But why? 1. on 4.0.1pl2 it worked. 2. I noticed it even on a function(); // comment as well. I will restart experimenting later again. I think I should upgrade my apache first, then recompile PHP, and try it again. It seems to me more of a stupid problem, I have no idea why that happen. Everything works unless there's an '//', then it starts showing the code up. Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:37 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 hi why not try to enclose the parameters to () or try this? ?php echo (hello world); // please no... echo (BR); ? -- PHP General 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 General 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] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5
I know, but the fact is that this problem might be caused by OS/web server configuration on the production server. It is an old and slow Red Hat 6.1 Apache 1.3.9 We are first trying to set a new apache 1.3.19 on it in parallel directory, and then we testing by switching symlinks. I really believe it is a compatibility thing. Do you think we would be able to reproduce the problem on some other newer machine? If that would be so, then we'd hear lots of such complains from users upgrading to v4.0.5. After all it is just an '//'! I am gonna try it now on my test linux. I'll let you know. Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 4:57 PM To: Maxim Maletsky; [EMAIL PROTECTED]; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5 OK but in any case, I suggest not doing it on a production server but doing it on a development port/server. Andi At 04:58 PM 5/11/2001 +0900, Maxim Maletsky wrote: OK, but I can do it only on Monday. There's too much risk doing it this Friday night, if site goes down on the weekend - that is our last nightmare. It runs now on backups, but runs well. Thanks Andi, Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 4:15 PM To: [EMAIL PROTECTED]; Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 Can you try the latest snapshot from snaps.php.net and let us know if it works for you now? Andi At 06:01 PM 5/6/2001 +0800, Jude wrote: wel then it's up to you.. goodluck! =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:25 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 nope, I won't give up. disabling '//' is so bad.. just think how much trouble I'm creating for my team. (Although, I in fact never use '//', I use '#' instead. That is why I noticed the problem so late = 20 minutes of downtime yesterday) Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:53 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 or simply you can use another comment tags.. like /* */ =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:09 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 But why? 1. on 4.0.1pl2 it worked. 2. I noticed it even on a function(); // comment as well. I will restart experimenting later again. I think I should upgrade my apache first, then recompile PHP, and try it again. It seems to me more of a stupid problem, I have no idea why that happen. Everything works unless there's an '//', then it starts showing the code up. Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:37 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 hi why not try to enclose the parameters to () or try this? ?php echo (hello world); // please no... echo (BR); ? -- PHP General 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 General 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] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5
OK, but anyway you can run another Apache web server instance on a different IP of that machine. Andi At 05:19 PM 5/11/2001 +0900, Maxim Maletsky wrote: I know, but the fact is that this problem might be caused by OS/web server configuration on the production server. It is an old and slow Red Hat 6.1 Apache 1.3.9 We are first trying to set a new apache 1.3.19 on it in parallel directory, and then we testing by switching symlinks. I really believe it is a compatibility thing. Do you think we would be able to reproduce the problem on some other newer machine? If that would be so, then we'd hear lots of such complains from users upgrading to v4.0.5. After all it is just an '//'! I am gonna try it now on my test linux. I'll let you know. Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 4:57 PM To: Maxim Maletsky; [EMAIL PROTECTED]; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with u pgrade to 4.0.5 OK but in any case, I suggest not doing it on a production server but doing it on a development port/server. Andi At 04:58 PM 5/11/2001 +0900, Maxim Maletsky wrote: OK, but I can do it only on Monday. There's too much risk doing it this Friday night, if site goes down on the weekend - that is our last nightmare. It runs now on backups, but runs well. Thanks Andi, Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 4:15 PM To: [EMAIL PROTECTED]; Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 Can you try the latest snapshot from snaps.php.net and let us know if it works for you now? Andi At 06:01 PM 5/6/2001 +0800, Jude wrote: wel then it's up to you.. goodluck! =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:25 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 nope, I won't give up. disabling '//' is so bad.. just think how much trouble I'm creating for my team. (Although, I in fact never use '//', I use '#' instead. That is why I noticed the problem so late = 20 minutes of downtime yesterday) Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:53 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 or simply you can use another comment tags.. like /* */ =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:09 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 But why? 1. on 4.0.1pl2 it worked. 2. I noticed it even on a function(); // comment as well. I will restart experimenting later again. I think I should upgrade my apache first, then recompile PHP, and try it again. It seems to me more of a stupid problem, I have no idea why that happen. Everything works unless there's an '//', then it starts showing the code up. Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:37 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 hi why not try to enclose the parameters to () or try this? ?php echo (hello world); // please no... echo (BR); ? -- PHP General 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 General 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
RE: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5
OK, but I can do it only on Monday. There's too much risk doing it this Friday night, if site goes down on the weekend - that is our last nightmare. It runs now on backups, but runs well. Thanks Andi, Maxim Maletsky -Original Message- From: Andi Gutmans [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 4:15 PM To: [EMAIL PROTECTED]; Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 Can you try the latest snapshot from snaps.php.net and let us know if it works for you now? Andi At 06:01 PM 5/6/2001 +0800, Jude wrote: wel then it's up to you.. goodluck! =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:25 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 nope, I won't give up. disabling '//' is so bad.. just think how much trouble I'm creating for my team. (Although, I in fact never use '//', I use '#' instead. That is why I noticed the problem so late = 20 minutes of downtime yesterday) Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:53 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 or simply you can use another comment tags.. like /* */ =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:09 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 But why? 1. on 4.0.1pl2 it worked. 2. I noticed it even on a function(); // comment as well. I will restart experimenting later again. I think I should upgrade my apache first, then recompile PHP, and try it again. It seems to me more of a stupid problem, I have no idea why that happen. Everything works unless there's an '//', then it starts showing the code up. Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:37 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 hi why not try to enclose the parameters to () or try this? ?php echo (hello world); // please no... echo (BR); ? -- PHP General 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 General 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] WEIRD, WEIRD problem with upgrade to 4.0.5
As I said before, it is most likely due to the newlines that PHP can not recognize. You do not see the newlines, so as far as you are concerned, the code is totally valid. But this is not what PHP sees - PHP sees a long string rather than multiple lines in your code because it treats a single '\r' as a whitespace.. Try to replace all single '\r' in your code with '\n' or '\r\n'. This sould be a simple script that does not damage any of your scripts, can do that automatically, and should fix the problem.. The problem usually comes from editing your code with different editors - one uses '\r' as a newline, and the other - 'r\\n', for example. So some of your code will be broken, and some - not.. To make things more confusing, PHP allows you to have several statements on one line (sometimes), so in some places '\r' will not break it while in some other it will.. For example (I make newlines visible), if(xy){\r echo hellow;\r }\r will be seen by php as: if(xy){ echo hellow;} Which is a valid statement. But if you do: if(xy){\r // say hellow \r echo hellow;\r }\r which will be seen by php as: if(xy){ // say hellow \r echo hellow;} Which is obviously broken. In fact, php should give you an error because among other things you just commented out the closing curly bracket. Now, if you used UNIX-style or DOS-style ('\n' or '\r\n') newlines instead, everything would be fine Bottom line: It is not a // comments problem, you do not have to switch to /* */ comments, just take your hex editor, look at your source file in hex (pay attention to newlines) and replace them with proper newlines. That should fix that. Take care, Vlad P.S. Crossposting is a bad idea, so please select which list you really think his should be posted to. I think it is the right question for php-general, but I do not subscribe there, so I won't get anything you post there. Maxim Maletsky wrote: well, I don't think that was the reason... because ? echo 'hello world'; // please no... echo 'BR'; ? will print me: // please no... echo 'BR'; any further ideas? Maxim Maletsky -Original Message- From: Vlad Krupin [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 7:12 AM To: Maxim Maletsky Cc: 'PHP General List. (E-mail)'; '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]' Subject: Re: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 That's most likely because you have newlines that PHP does not understand (it should in 4.0.6). In particular, the newline just before the // comment that got printed out where it should not is probably mac-style '\r' instead of unix-style '\n' or dos-style '\r\n'. Fix those newlines and everything will work like a charm, or wait tilll 4.0.6 and hope it works:) Vlad Maxim Maletsky wrote: Hello everyone. in short: I had upgraded PHP from 4.0.1pl2 to 4.0.5. and this is what happened: The pages started breaking on '//' (YES, ON COMMENTS!) If there's no '//' then it works ok, but when it encounters any backslashes-commented line like here: -- ? $special_folder = 'inc'; $DoNotQuit =True; if( !$config_inc_def ) include($DOCUMENT_ROOT/inc/config.php); session_start(); session_register('array_ra'); session_register('PV'); session_register('w3'); session_unregister('view'); //unset($view); if (isset($w3)) $time_spent = time()+1-$w3; $w3 = time(); include ($DOCUMENT_ROOT/inc/head.php); -- IT CRASHES! The weird thing is that there a config file included before, and it HAS a WHOLE BUNCH of '//' but the page goes well until the first '//' encountered. AND, THE CODE IS BEING SHOWN ON THE PAGE! to give you an idea: -- config.inc echo What the ; // should print some --- -- test.php include('conf.inc'); echo 'hell'; --- this works fine prints 'What the hell' but if modify test.php: -- test.php include('conf.inc'); // should work too.. echo 'hell'; --- it prints: 'What the // should work too..' ISN'T THAT WEIRD? WHAT IS IT? I cannot keep testing any further since we had out server down for the whole 20 mins and had to place back from the tapes old PHP4.0.1pl2. CONCLUSION: IT WORKS ON 4.0.1pl2 AND CRASHES ON 4.0.5 MY PRESUMPTIONS: A BUG PHP COMPILED AS: --with-mysql --with-pgsql --with-apxs --enable-track-vars WHAT WAS CHANGED: php 4.0.5 is now also compiled --with-pgsql while the previous installation wasn't PLATFORM: LINUX Red Hat 6.1 Apache 1.3.9 Please help us with this. Sincerely, Maxim Maletsky Web Developer Digital Media, Japan Inc Communications www.japaninc.com [EMAIL PROTECTED] TEL: 03-3499-2175 x 1271 FAX: 03
Re: [PHP-DEV] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5
Can you try the latest snapshot from snaps.php.net and let us know if it works for you now? Andi At 06:01 PM 5/6/2001 +0800, Jude wrote: wel then it's up to you.. goodluck! =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:25 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 nope, I won't give up. disabling '//' is so bad.. just think how much trouble I'm creating for my team. (Although, I in fact never use '//', I use '#' instead. That is why I noticed the problem so late = 20 minutes of downtime yesterday) Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:53 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 or simply you can use another comment tags.. like /* */ =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:09 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 But why? 1. on 4.0.1pl2 it worked. 2. I noticed it even on a function(); // comment as well. I will restart experimenting later again. I think I should upgrade my apache first, then recompile PHP, and try it again. It seems to me more of a stupid problem, I have no idea why that happen. Everything works unless there's an '//', then it starts showing the code up. Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:37 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 hi why not try to enclose the parameters to () or try this? ?php echo (hello world); // please no... echo (BR); ? -- PHP General 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 General 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] RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5
wel then it's up to you.. goodluck! =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:25 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 nope, I won't give up. disabling '//' is so bad.. just think how much trouble I'm creating for my team. (Although, I in fact never use '//', I use '#' instead. That is why I noticed the problem so late = 20 minutes of downtime yesterday) Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:53 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 or simply you can use another comment tags.. like /* */ =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:09 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 But why? 1. on 4.0.1pl2 it worked. 2. I noticed it even on a function(); // comment as well. I will restart experimenting later again. I think I should upgrade my apache first, then recompile PHP, and try it again. It seems to me more of a stupid problem, I have no idea why that happen. Everything works unless there's an '//', then it starts showing the code up. Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:37 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 hi why not try to enclose the parameters to () or try this? ?php echo (hello world); // please no... echo (BR); ? -- PHP General 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 General 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] WEIRD, WEIRD problem with upgrade to 4.0.5
Hello everyone. in short: I had upgraded PHP from 4.0.1pl2 to 4.0.5. and this is what happened: The pages started breaking on '//' (YES, ON COMMENTS!) If there's no '//' then it works ok, but when it encounters any backslashes-commented line like here: -- ? $special_folder = 'inc'; $DoNotQuit =True; if( !$config_inc_def ) include($DOCUMENT_ROOT/inc/config.php); session_start(); session_register('array_ra'); session_register('PV'); session_register('w3'); session_unregister('view'); //unset($view); if (isset($w3)) $time_spent = time()+1-$w3; $w3 = time(); include ($DOCUMENT_ROOT/inc/head.php); -- IT CRASHES! The weird thing is that there a config file included before, and it HAS a WHOLE BUNCH of '//' but the page goes well until the first '//' encountered. AND, THE CODE IS BEING SHOWN ON THE PAGE! to give you an idea: -- config.inc echo What the ; // should print some --- -- test.php include('conf.inc'); echo 'hell'; --- this works fine prints 'What the hell' but if modify test.php: -- test.php include('conf.inc'); // should work too.. echo 'hell'; --- it prints: 'What the // should work too..' ISN'T THAT WEIRD? WHAT IS IT? I cannot keep testing any further since we had out server down for the whole 20 mins and had to place back from the tapes old PHP4.0.1pl2. CONCLUSION: IT WORKS ON 4.0.1pl2 AND CRASHES ON 4.0.5 MY PRESUMPTIONS: A BUG PHP COMPILED AS: --with-mysql --with-pgsql --with-apxs --enable-track-vars WHAT WAS CHANGED: php 4.0.5 is now also compiled --with-pgsql while the previous installation wasn't PLATFORM: LINUX Red Hat 6.1 Apache 1.3.9 Please help us with this. Sincerely, Maxim Maletsky Web Developer Digital Media, Japan Inc Communications www.japaninc.com [EMAIL PROTECTED] TEL: 03-3499-2175 x 1271 FAX: 03-3499-3109 -- 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] WEIRD, WEIRD problem with upgrade to 4.0.5
well, I don't think that was the reason... because ? echo 'hello world'; // please no... echo 'BR'; ? will print me: // please no... echo 'BR'; any further ideas? Maxim Maletsky -Original Message- From: Vlad Krupin [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 7:12 AM To: Maxim Maletsky Cc: 'PHP General List. (E-mail)'; '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]' Subject: Re: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 That's most likely because you have newlines that PHP does not understand (it should in 4.0.6). In particular, the newline just before the // comment that got printed out where it should not is probably mac-style '\r' instead of unix-style '\n' or dos-style '\r\n'. Fix those newlines and everything will work like a charm, or wait tilll 4.0.6 and hope it works:) Vlad Maxim Maletsky wrote: Hello everyone. in short: I had upgraded PHP from 4.0.1pl2 to 4.0.5. and this is what happened: The pages started breaking on '//' (YES, ON COMMENTS!) If there's no '//' then it works ok, but when it encounters any backslashes-commented line like here: -- ? $special_folder = 'inc'; $DoNotQuit =True; if( !$config_inc_def ) include($DOCUMENT_ROOT/inc/config.php); session_start(); session_register('array_ra'); session_register('PV'); session_register('w3'); session_unregister('view'); //unset($view); if (isset($w3)) $time_spent = time()+1-$w3; $w3 = time(); include ($DOCUMENT_ROOT/inc/head.php); -- IT CRASHES! The weird thing is that there a config file included before, and it HAS a WHOLE BUNCH of '//' but the page goes well until the first '//' encountered. AND, THE CODE IS BEING SHOWN ON THE PAGE! to give you an idea: -- config.inc echo What the ; // should print some --- -- test.php include('conf.inc'); echo 'hell'; --- this works fine prints 'What the hell' but if modify test.php: -- test.php include('conf.inc'); // should work too.. echo 'hell'; --- it prints: 'What the // should work too..' ISN'T THAT WEIRD? WHAT IS IT? I cannot keep testing any further since we had out server down for the whole 20 mins and had to place back from the tapes old PHP4.0.1pl2. CONCLUSION: IT WORKS ON 4.0.1pl2 AND CRASHES ON 4.0.5 MY PRESUMPTIONS: A BUG PHP COMPILED AS: --with-mysql --with-pgsql --with-apxs --enable-track-vars WHAT WAS CHANGED: php 4.0.5 is now also compiled --with-pgsql while the previous installation wasn't PLATFORM: LINUX Red Hat 6.1 Apache 1.3.9 Please help us with this. Sincerely, Maxim Maletsky Web Developer Digital Media, Japan Inc Communications www.japaninc.com [EMAIL PROTECTED] TEL: 03-3499-2175 x 1271 FAX: 03-3499-3109 -- 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: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5
hi why not try to enclose the parameters to () or try this? ?php echo (hello world); // please no... echo (BR); ? -- 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: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5
But why? 1. on 4.0.1pl2 it worked. 2. I noticed it even on a function(); // comment as well. I will restart experimenting later again. I think I should upgrade my apache first, then recompile PHP, and try it again. It seems to me more of a stupid problem, I have no idea why that happen. Everything works unless there's an '//', then it starts showing the code up. Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:37 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 hi why not try to enclose the parameters to () or try this? ?php echo (hello world); // please no... echo (BR); ? -- 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] WEIRD, WEIRD problem with upgrade to 4.0.5
That's most likely because you have newlines that PHP does not understand (it should in 4.0.6). In particular, the newline just before the // comment that got printed out where it should not is probably mac-style '\r' instead of unix-style '\n' or dos-style '\r\n'. Fix those newlines and everything will work like a charm, or wait tilll 4.0.6 and hope it works:) Vlad Maxim Maletsky wrote: Hello everyone. in short: I had upgraded PHP from 4.0.1pl2 to 4.0.5. and this is what happened: The pages started breaking on '//' (YES, ON COMMENTS!) If there's no '//' then it works ok, but when it encounters any backslashes-commented line like here: -- ? $special_folder = 'inc'; $DoNotQuit =True; if( !$config_inc_def ) include($DOCUMENT_ROOT/inc/config.php); session_start(); session_register('array_ra'); session_register('PV'); session_register('w3'); session_unregister('view'); //unset($view); if (isset($w3)) $time_spent = time()+1-$w3; $w3 = time(); include ($DOCUMENT_ROOT/inc/head.php); -- IT CRASHES! The weird thing is that there a config file included before, and it HAS a WHOLE BUNCH of '//' but the page goes well until the first '//' encountered. AND, THE CODE IS BEING SHOWN ON THE PAGE! to give you an idea: -- config.inc echo What the ; // should print some --- -- test.php include('conf.inc'); echo 'hell'; --- this works fine prints 'What the hell' but if modify test.php: -- test.php include('conf.inc'); // should work too.. echo 'hell'; --- it prints: 'What the // should work too..' ISN'T THAT WEIRD? WHAT IS IT? I cannot keep testing any further since we had out server down for the whole 20 mins and had to place back from the tapes old PHP4.0.1pl2. CONCLUSION: IT WORKS ON 4.0.1pl2 AND CRASHES ON 4.0.5 MY PRESUMPTIONS: A BUG PHP COMPILED AS: --with-mysql --with-pgsql --with-apxs --enable-track-vars WHAT WAS CHANGED: php 4.0.5 is now also compiled --with-pgsql while the previous installation wasn't PLATFORM: LINUX Red Hat 6.1 Apache 1.3.9 Please help us with this. Sincerely, Maxim Maletsky Web Developer Digital Media, Japan Inc Communications www.japaninc.com [EMAIL PROTECTED] TEL: 03-3499-2175 x 1271 FAX: 03-3499-3109 -- 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: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5
or simply you can use another comment tags.. like /* */ =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:09 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 But why? 1. on 4.0.1pl2 it worked. 2. I noticed it even on a function(); // comment as well. I will restart experimenting later again. I think I should upgrade my apache first, then recompile PHP, and try it again. It seems to me more of a stupid problem, I have no idea why that happen. Everything works unless there's an '//', then it starts showing the code up. Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:37 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 hi why not try to enclose the parameters to () or try this? ?php echo (hello world); // please no... echo (BR); ? -- 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: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5
nope, I won't give up. disabling '//' is so bad.. just think how much trouble I'm creating for my team. (Although, I in fact never use '//', I use '#' instead. That is why I noticed the problem so late = 20 minutes of downtime yesterday) Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:53 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 or simply you can use another comment tags.. like /* */ =) -Original Message- From: Maxim Maletsky [mailto:[EMAIL PROTECTED]] Sent: Friday, May 11, 2001 11:09 AM To: '[EMAIL PROTECTED]'; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 But why? 1. on 4.0.1pl2 it worked. 2. I noticed it even on a function(); // comment as well. I will restart experimenting later again. I think I should upgrade my apache first, then recompile PHP, and try it again. It seems to me more of a stupid problem, I have no idea why that happen. Everything works unless there's an '//', then it starts showing the code up. Cheers, Maxim Maletsky -Original Message- From: Jude [mailto:[EMAIL PROTECTED]] Sent: Sunday, May 06, 2001 6:37 PM To: Maxim Maletsky; 'Vlad Krupin' Cc: 'PHP General List. (E-mail)'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: RE: [PHP] RE: [PHP-DEV] WEIRD, WEIRD problem with upgrade to 4.0.5 hi why not try to enclose the parameters to () or try this? ?php echo (hello world); // please no... echo (BR); ? -- PHP General 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] Weird memory problems
I read about two strange errors related to memory in german PHP discussions today: - Fatal error: out of dynamic memory in yy_create_buffer() - "Fatal error: Allowed memory size of 8388608 bytes exhausted at zend_hash.c:425 (tried to allocate 136 bytes) in Unknown on line 0" Could these be bugs? If so, I'm going to email the two authors of the postings I read about the details, as they both only posted the error messages they get. -- sebastian bergmann e-mail : [EMAIL PROTECTED] homepage : http://www.sebastian-bergmann.de make a gift : http://wishlist.sebastian-bergmann.de measure the usability of your web application - http://phpOpenTracker.de -- 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] Weird stuff in apache error logs
Apparently there's a bug somewhere in PHP that causes this. I've seen that in the past but never looked into it yet. My guess is that it's related to broken connections (user hitting stop, etc.). Are you using output buffering by any chance? Zeev At 07:49 18/2/2001, Cameron wrote: i think there might be a bug in output buffering or mhash somewhere . . . in my error_log file there is getting to be a shitload of html from pages that are generated. some from scripts i made, others from squirrelmail and imp. it does not happen all the time, this probably occur's about 1 in 1000 pages served. there is no error before it, here is a small snippet from the error_log [Sat Feb 17 21:15:39 2001] [notice] Apache/1.3.14 (Unix) PHP/4.0.5-dev configured -- resuming normal operations etc. my auto-prepend file is ?php $doGzip = isset($GLOBALS["HTTP_ACCEPT_ENCODING"]) eregi("gzip", $GLOBALS["HTTP_ACCEPT_ENCODING"]); ob_start(); header ("Expires: Mon, 26 Jul 1997 05:00:00 GMT"); // Date in the past header ("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT"); // always modified header ("Cache-Control: no-cache, must-revalidate"); // HTTP/1.1 header ("Pragma: no-cache"); // HTTP/1.0 ? my auto-append file is ?php if (isset($doGzip) $doGzip == '1') { function printBinaryInt($val) { return (chr($val 0xFF) . chr(($val 8) 0xFF) . chr(($val 16) 0xFF) . chr($val 24)); } $content = ob_get_contents(); ob_end_clean(); # Convert HTML tags to uppercase // $content = preg_replace ("/(\/?)(\w+)([^]*)/e", // "'\\1'.strtoupper('\\2').'\\3'", // $content); // $content = stripslashes($content); $send = substr(gzcompress($content, 9), 2, -4); header("Content-encoding: gzip"); header("Content-Length: " . (strlen($send) + 18)); print(chr(31) . chr(139) . chr(8) . chr(0) . printBinaryInt(time()) . chr(0) . chr(3) . $send . mhash(MHASH_CRC32B, $content) . printBinaryInt(strlen($content))); } ? to see what the server is compiled up with check out http://tnt.dynomyte.net/ suggestions? Cameron -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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] Weird stuff in apache error logs
yes i am, the auto-prepend and auto-append were attached . . . it's been happening for a long time but i only now realised how often it was giving me this shit. well if its from broken connections then we need php to dump it instead of logging the crap. Cameron Zeev Suraski wrote: Apparently there's a bug somewhere in PHP that causes this. I've seen that in the past but never looked into it yet. My guess is that it's related to broken connections (user hitting stop, etc.). Are you using output buffering by any chance? Zeev At 07:49 18/2/2001, Cameron wrote: i think there might be a bug in output buffering or mhash somewhere . . . in my error_log file there is getting to be a shitload of html from pages that are generated. some from scripts i made, others from squirrelmail and imp. it does not happen all the time, this probably occur's about 1 in 1000 pages served. there is no error before it, here is a small snippet from the error_log [Sat Feb 17 21:15:39 2001] [notice] Apache/1.3.14 (Unix) PHP/4.0.5-dev configured -- resuming normal operations etc. my auto-prepend file is ?php $doGzip = isset($GLOBALS["HTTP_ACCEPT_ENCODING"]) eregi("gzip", $GLOBALS["HTTP_ACCEPT_ENCODING"]); ob_start(); header ("Expires: Mon, 26 Jul 1997 05:00:00 GMT"); // Date in the past header ("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT"); // always modified header ("Cache-Control: no-cache, must-revalidate"); // HTTP/1.1 header ("Pragma: no-cache"); // HTTP/1.0 ? my auto-append file is ?php if (isset($doGzip) $doGzip == '1') { function printBinaryInt($val) { return (chr($val 0xFF) . chr(($val 8) 0xFF) . chr(($val 16) 0xFF) . chr($val 24)); } $content = ob_get_contents(); ob_end_clean(); # Convert HTML tags to uppercase // $content = preg_replace ("/(\/?)(\w+)([^]*)/e", // "'\\1'.strtoupper('\\2').'\\3'", // $content); // $content = stripslashes($content); $send = substr(gzcompress($content, 9), 2, -4); header("Content-encoding: gzip"); header("Content-Length: " . (strlen($send) + 18)); print(chr(31) . chr(139) . chr(8) . chr(0) . printBinaryInt(time()) . chr(0) . chr(3) . $send . mhash(MHASH_CRC32B, $content) . printBinaryInt(strlen($content))); } ? to see what the server is compiled up with check out http://tnt.dynomyte.net/ suggestions? Cameron -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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] Weird stuff in apache error logs
Thanks Cameron Zeev Suraski wrote: I looked into it, I can see the problem. I'll try to fix it. Zeev At 15:01 18/2/2001, Cameron wrote: yes i am, the auto-prepend and auto-append were attached . . . it's been happening for a long time but i only now realised how often it was giving me this shit. well if its from broken connections then we need php to dump it instead of logging the crap. Cameron Zeev Suraski wrote: Apparently there's a bug somewhere in PHP that causes this. I've seen that in the past but never looked into it yet. My guess is that it's related to broken connections (user hitting stop, etc.). Are you using output buffering by any chance? Zeev At 07:49 18/2/2001, Cameron wrote: i think there might be a bug in output buffering or mhash somewhere . . . in my error_log file there is getting to be a shitload of html from pages that are generated. some from scripts i made, others from squirrelmail and imp. it does not happen all the time, this probably occur's about 1 in 1000 pages served. there is no error before it, here is a small snippet from the error_log [Sat Feb 17 21:15:39 2001] [notice] Apache/1.3.14 (Unix) PHP/4.0.5-dev configured -- resuming normal operations etc. my auto-prepend file is ?php $doGzip = isset($GLOBALS["HTTP_ACCEPT_ENCODING"]) eregi("gzip", $GLOBALS["HTTP_ACCEPT_ENCODING"]); ob_start(); header ("Expires: Mon, 26 Jul 1997 05:00:00 GMT"); // Date in the past header ("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT"); // always modified header ("Cache-Control: no-cache, must-revalidate"); // HTTP/1.1 header ("Pragma: no-cache"); // HTTP/1.0 ? my auto-append file is ?php if (isset($doGzip) $doGzip == '1') { function printBinaryInt($val) { return (chr($val 0xFF) . chr(($val 8) 0xFF) . chr(($val 16) 0xFF) . chr($val 24)); } $content = ob_get_contents(); ob_end_clean(); # Convert HTML tags to uppercase // $content = preg_replace ("/(\/?)(\w+)([^]*)/e", // "'\\1'.strtoupper('\\2').'\\3'", // $content); // $content = stripslashes($content); $send = substr(gzcompress($content, 9), 2, -4); header("Content-encoding: gzip"); header("Content-Length: " . (strlen($send) + 18)); print(chr(31) . chr(139) . chr(8) . chr(0) . printBinaryInt(time()) . chr(0) . chr(3) . $send . mhash(MHASH_CRC32B, $content) . printBinaryInt(strlen($content))); } ? to see what the server is compiled up with check out http://tnt.dynomyte.net/ suggestions? Cameron -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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] -- Zeev Suraski [EMAIL PROTECTED] CTO co-founder, Zend Technologies Ltd. http://www.zend.com/ -- 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] Weird stuff in apache error logs
i think there might be a bug in output buffering or mhash somewhere . . . in my error_log file there is getting to be a shitload of html from pages that are generated. some from scripts i made, others from squirrelmail and imp. it does not happen all the time, this probably occur's about 1 in 1000 pages served. there is no error before it, here is a small snippet from the error_log [Sat Feb 17 21:15:39 2001] [notice] Apache/1.3.14 (Unix) PHP/4.0.5-dev configured -- resuming normal operations html head titleMusic Video Generation/title etc. my auto-prepend file is ?php $doGzip = isset($GLOBALS["HTTP_ACCEPT_ENCODING"]) eregi("gzip", $GLOBALS["HTTP_ACCEPT_ENCODING"]); ob_start(); header ("Expires: Mon, 26 Jul 1997 05:00:00 GMT");// Date in the past header ("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT"); // always modified header ("Cache-Control: no-cache, must-revalidate"); // HTTP/1.1 header ("Pragma: no-cache"); // HTTP/1.0 ? my auto-append file is ?php if (isset($doGzip) $doGzip == '1') { function printBinaryInt($val) { return (chr($val 0xFF) . chr(($val 8) 0xFF) . chr(($val 16) 0xFF) . chr($val 24)); } $content = ob_get_contents(); ob_end_clean(); # Convert HTML tags to uppercase //$content = preg_replace ("/(\/?)(\w+)([^]*)/e", // "'\\1'.strtoupper('\\2').'\\3'", // $content); //$content = stripslashes($content); $send = substr(gzcompress($content, 9), 2, -4); header("Content-encoding: gzip"); header("Content-Length: " . (strlen($send) + 18)); print(chr(31) . chr(139) . chr(8) . chr(0) . printBinaryInt(time()) . chr(0) . chr(3) . $send . mhash(MHASH_CRC32B, $content) . printBinaryInt(strlen($content))); } ? to see what the server is compiled up with check out http://tnt.dynomyte.net/ suggestions? Cameron -- 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]