[PHP-DEV] CVS Account Request
Full name: Thomas Schöfbeck Email: [EMAIL PROTECTED] ID: tom Purpose: Helping with the German Translation, and later also the English documentation -- 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 #10931 Updated: IBM HTTP Server 1.3.12.2 can't load the php4apache.dll
ID: 10931 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Other web server Operating system: PHP Version: 4.0.5 Assigned To: Comments: User reports: actually i did use the same environment with apache server, because ibm http server 1.3.12 is based on it. so the operating system is windows 2000 professional, the other settings of either web server or php module is all the same with standard apache-php configuration. when i use apache, it's fine; but when i use ibm http server, it said apache.exe can't find the entry point in php module's dll. that's all i know about it. thank you for your patience. Mike Previous Comments: --- [2001-05-17 12:38:16] [EMAIL PROTECTED] Please provide some more information, this is not enough to track down a problem. Please also read www.php.net/bugs-dos-and-donts.php Derick --- [2001-05-17 12:29:18] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10931edit=2 -- 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 #10931 Updated: IBM HTTP Server 1.3.12.2 can't load the php4apache.dll
ID: 10931 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Other web server Operating system: PHP Version: 4.0.5 Assigned To: Comments: Hello, does it tell you which entry point could not be found? (And please use the web form when reply-ing) Derick Previous Comments: --- [2001-05-19 03:38:27] [EMAIL PROTECTED] User reports: actually i did use the same environment with apache server, because ibm http server 1.3.12 is based on it. so the operating system is windows 2000 professional, the other settings of either web server or php module is all the same with standard apache-php configuration. when i use apache, it's fine; but when i use ibm http server, it said apache.exe can't find the entry point in php module's dll. that's all i know about it. thank you for your patience. Mike --- [2001-05-17 12:38:16] [EMAIL PROTECTED] Please provide some more information, this is not enough to track down a problem. Please also read www.php.net/bugs-dos-and-donts.php Derick --- [2001-05-17 12:29:18] [EMAIL PROTECTED] --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10931edit=2 -- 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 #10966 Updated: flash not correctly receive variables from php
ID: 10966 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: SWF related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: This is not a bug in PHP, please ask on the [EMAIL PROTECTED] for support. Derick Previous Comments: --- [2001-05-18 19:57:12] [EMAIL PROTECTED] for example table.php create string variables ... for ($k = 0; $k $j ; $k++) { print(per.$k.= . $row_array[$k] . ); } which reading in the flash film how loadvariables but this is doing not well first and last var don't read. Who can help me, pls. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10966edit=2 -- 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 #10964 Updated: Unable to use getservbyport function
ID: 10964 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Network related Operating system: PHP Version: 4.0.5 Assigned To: Comments: I could verify this. getservbyport is only available if HAVE_SERVBYPORT is defined, but aparently there are no tests for this function in the configure scripts, and that's why it's not set. Can anybody familiar with the build process have a look at this? (I can do it later). Derick Previous Comments: --- [2001-05-18 19:27:08] [EMAIL PROTECTED] I made a little php script like that : ? print getservbyport(25,tcp); ? and i got this error: Fatal error: Call to undefined function: getservbyport() My configure line is : ./configure --with-ldap --with-mysql --with-gd --disable-pear --enable-calendar --with-config-file-path=/etc/httpd/conf --with-zlib --with-bz2 --with-snmp --enable-magic-quotes --with-gnu-ld --with-apxs --with-ttf --without-openssl --enable-ucd-snmp-hack --enable-sockets --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10964edit=2 -- 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] CGI output performance
Hi, while looking at the strace output of readfile() in a CGI context, I noticed that the CGI code (a) uses stdio and (b) that it only outputs chunks with a maximum size of 16KB. The effect is clearly visible (reproducible, both tests were run with a warmed-up cache): $ time ./php-mmap-fwrite ./script /dev/null 2.75user 0.47system 0:03.22elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (244391major+65minor)pagefaults 0swaps $ time ./php-mmap-write ./script /dev/null 0.03user 0.01system 0:00.04elapsed 100%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (284major+64minor)pagefaults 0swaps E.g. using write() is about 80 times faster on Linux than the limited fwrite() version. fwrite() was probably chosen because it is a standardized function and is expected to work everywhere. So, what we would need to do is to add a check whether write() works on the system before using it. Are there any objections to such a change? - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg ? $a = /dir/with/hugefiles; $d = opendir($a); for ($i = 0; $i 20; $i++) { rewinddir($d); while(($f = readdir($d)) !== false) { readfile($a./.$f); } } closedir($d); -- 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] CGI output performance
[Sascha Schumann [EMAIL PROTECTED]] Hi, while looking at the strace output of readfile() in a CGI context, I noticed that the CGI code (a) uses stdio and (b) that it only outputs chunks with a maximum size of 16KB. The effect is clearly visible (reproducible, both tests were run with a warmed-up cache): $ time ./php-mmap-fwrite ./script /dev/null 2.75user 0.47system 0:03.22elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (244391major+65minor)pagefaults 0swaps $ time ./php-mmap-write ./script /dev/null 0.03user 0.01system 0:00.04elapsed 100%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (284major+64minor)pagefaults 0swaps E.g. using write() is about 80 times faster on Linux than the limited fwrite() version. fwrite() was probably chosen because it is a standardized function and is expected to work everywhere. So, what we would need to do is to add a check whether write() works on the system before using it. Are there any objections to such a change? Since the change is local to the CGI SAPI, I see no problems with it. Using fwrite in conjunction with mmap is just wasteful anyway. - Stig -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- 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] returning an unsigned long from RETURN_*
Hi, How do you return an unsigned long value from RETURN_LONG? I need to return a value as big as 4294967295 which a 'long' cannot hold, setting return_vale - type = IS_LONG and value.lval to the number doesn't help as lval is a 'long' and not unsigned long. Maybe I should return it as a string? Any other ideas? Thanks. Faisal -- 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 #10968: Segmentation fault
From: [EMAIL PROTECTED] Operating system: Linux 2.2.16 PHP version: 4.0.5 PHP Bug Type: Compile Failure Bug description: Segmentation fault Segmentation fault occurs while compiling version 4.0.5 (4.0.4pl1 was OK) -- Edit Bug report at: http://bugs.php.net/?id=10968edit=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] returning an unsigned long from RETURN_*
On Sat, 19 May 2001, Faisal Nasim wrote: Hi, How do you return an unsigned long value from RETURN_LONG? I need to return a value as big as 4294967295 which a 'long' cannot hold, setting return_vale - type = IS_LONG and value.lval to the number doesn't help as lval is a 'long' and not unsigned long. Maybe I should return it as a string? As PHP only supports unsigned longs, that would be the only option. regards, Derick - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.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]
[PHP-DEV] Bug #10968 Updated: Segmentation fault
ID: 10968 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: What exactly caused a segmentation fault? Was it PHP, or gcc/cc1/cc during compilation? Please provide a little more information. regards, Derick Previous Comments: --- [2001-05-19 05:39:57] [EMAIL PROTECTED] Segmentation fault occurs while compiling version 4.0.5 (4.0.4pl1 was OK) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10968edit=2 -- 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] 4.0.7 cvs snap
compiling like usual except the following . . . Making all in gd gcc -I. -I/usr/local/update/php4-200105190245/ext/gd -I/usr/local/update/php4-200105190245/main -I/usr/local/update/php4-200105190245 -I/usr/local/update/php4-200105190245/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/local/include/freetype -I/usr/local/include/gd -I/usr/local/include/c-client -I/usr/local/mnogosearch/include -I/usr/local/include/mysql -I/usr/local/update/php4-200105190245/ext/xml/expat -I/usr/local/update/php4-200105190245/TSRM -DXML_BYTE_ORDER=12 -O6 -fomit-frame-pointer -c gd.c touch gd.lo gd.c:56: syntax error before `gd_globals' gd.c:56: warning: data definition has no type or storage class *** Error code 1 Stop in /usr/local/update/php4-200105190245/ext/gd. *** Error code 1 Stop in /usr/local/update/php4-200105190245/ext/gd. *** Error code 1 Stop in /usr/local/update/php4-200105190245/ext. *** Error code 1 Stop in /usr/local/update/php4-200105190245. 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]
RE: [PHP-DEV] returning an unsigned long from RETURN_*
I think you mean that PHP only supports signed longs... Sean -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, May 19, 2001 6:02 AM To: Faisal Nasim Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] returning an unsigned long from RETURN_* On Sat, 19 May 2001, Faisal Nasim wrote: Hi, How do you return an unsigned long value from RETURN_LONG? I need to return a value as big as 4294967295 which a 'long' cannot hold, setting return_vale - type = IS_LONG and value.lval to the number doesn't help as lval is a 'long' and not unsigned long. Maybe I should return it as a string? As PHP only supports unsigned longs, that would be the only option. regards, Derick - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.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] -- 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] CGI output performance
Did you check how using sendfile() instead of write() effects this benchmark? Andi At 10:22 AM 5/19/2001 +0200, Sascha Schumann wrote: Hi, while looking at the strace output of readfile() in a CGI context, I noticed that the CGI code (a) uses stdio and (b) that it only outputs chunks with a maximum size of 16KB. The effect is clearly visible (reproducible, both tests were run with a warmed-up cache): $ time ./php-mmap-fwrite ./script /dev/null 2.75user 0.47system 0:03.22elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (244391major+65minor)pagefaults 0swaps $ time ./php-mmap-write ./script /dev/null 0.03user 0.01system 0:00.04elapsed 100%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (284major+64minor)pagefaults 0swaps E.g. using write() is about 80 times faster on Linux than the limited fwrite() version. fwrite() was probably chosen because it is a standardized function and is expected to work everywhere. So, what we would need to do is to add a check whether write() works on the system before using it. Are there any objections to such a change? - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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] Open issues for 4.0.6
At 11:01 PM 5/18/2001 +0200, [EMAIL PROTECTED] wrote: On Fri, 18 May 2001, Andi Gutmans wrote: Okay but I don't think there is much left to do for 4.0.6 and it can hopefully be released within a week or so. Any idea who is tackling that mcrypt() problem? Does this happen to everyone using it? I just committed a fix to the CVS, this solved the problem for me. libmcrypt 2.4.10 still gives some strange results (encrypted strings like 8 \0's), but it works fine with libmcrypt 2.4.11 (I could not get 2.4.12 to compile here). Do you think this is a bug with libmcrypt or in PHP? Should we have ./configure detect the version and say that you need = 2.4.11? 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]
Re: [PHP-DEV] Open issues for 4.0.6
Can you grab the latest CVS and check if this is fixed. Derick commited a couple of fixes yesterday. Andi At 05:13 PM 5/18/2001 +0100, Chris Walker wrote: Hello Andi, Friday, May 18, 2001, 5:07:46 PM, you wrote: AG I think there are two main open issues for 4.0.6. AG The crash in mcrypt (if it is a general problem) and the rollback of domxml. AG Am I correct? Is there anything else crucial which needs to be added? AG Andi I re-verified the mcrypt problem late last night by upgrading a redundant linux server to 4.0.6 and the mcrypt functions immediately started to fail - interestingly all platforms this has been tested on return DNS/Server not found errors in MSIE 5.0 under Win32. I fully expect it to do the same on other platforms/browser configurations but don't have the time to go through them all. The immediate workaround is of course to comment out / remove the appropriate calls to the mcrypt functions but clearly for applications where data integrity is important this isn't a long term fix. I understand that Derek was going to have a look at this issue last night, and would appreciate any information on progress as and when it arises; we have 3 applications relying on this functionality to secure user data and each of them is now using alternative methods which I am keen to bin at the earliest opportunity. -- Best regards, Chris Operations Director, Gameshrine Limited mailto:[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 #10580 Updated: Access Violation using ADODB
ID: 10580 Updated by: phanto Reported By: [EMAIL PROTECTED] Status: Open Bug Type: COM related Operating system: PHP Version: 4.0.7-dev (dated 18-May-2001) Assigned To: Comments: hmm, i haven't changed anything since the 15.3.2001. but afaik there where changes in the zend-api after branching 4.0.6. maybe they are causing these errors with isapi. do you have any problems with adodb and the cgi version ? the problem with the XML Parser is known (#10851), but at the moment i don't know the reason. maybe someone could help investigating .. ;) Previous Comments: --- [2001-05-18 22:45:44] [EMAIL PROTECTED] Hi, The current version (18-May) could not load in Windows at all, so I cannot test that version. Curiously, the version number of PHP is 4.0.7-dev. Testing the last version (17-May), I found that the error is generated when it executes this line of code: for ($rowcount = 0; !$rs-EOF; ++$rowcount, $rs-MoveNext()) { // some code } Specifically, it is the condition ( $rs-EOF ) that causes the Access Violation. All else works ok. $rs-EOF should return a boolean datatype. MSXMLParser also still causes Access Violation when calling loadXML($xmldata) When running PHP as CGI (for the MSXMLParser script), I get this Application Error message: The instruction at 0x1008d824 referenced memory at 0x3c0a3e64. The memory could not be written. The last version that worked with COM was PHP 4.0.6-dev, before it turned 4.0.7-dev. --- [2001-05-18 11:24:23] [EMAIL PROTECTED] is it ? i was able to run your ado script successfully. are you using the isapi or the cgi version of php. isapi isn't stable yet. -harald --- [2001-05-16 08:42:01] [EMAIL PROTECTED] COM broken in PHP version 4.0.7-dev --- [2001-05-16 08:34:57] [EMAIL PROTECTED] Bug reopened, CVS dated 16 May 2001, message when accessing database: PHP has encountered an Access Violation at 011CD614 --- [2001-05-08 20:12:03] [EMAIL PROTECTED] works here. the only mistake i found was, that if either the connect string or the query was wrong $conn-execute() returned a nullpointer instead of a valid recordset. this only produced a warning so there was a nullpointer exception at the first attempt to access $rs-... now i produce an error (unfortunatelly this causes the script to stop). i'll fix this in the code and switch back to a warning, but i think it's ok for now. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10580edit=2 -- 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] CGI output performance
On Sat, 19 May 2001, Andi Gutmans wrote: Did you check how using sendfile() instead of write() effects this benchmark? Well, there is no sendfile hook in SAPI, so I am not sure how I should achieve that. Another problem with sendfile is that is not standardized and that various APIs exist (APR contains implementations for Linux, FreeBSD, HPUX, AIX, Tru64/OSF). - Sascha Experience IRCG http://schumann.cx/http://schumann.cx/ircg -- 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 #10969: apache don't start, cannot load php4apache.dll
From: [EMAIL PROTECTED] Operating system: Win 98 PHP version: 4.0.5 PHP Bug Type: Apache related Bug description: apache don't start, cannot load php4apache.dll When I try to start apache, it says: Syntax error on line 979 of k:/apache/apache/conf/httpd.conf: Cannot load k:/apache/apache/modules/mod_php4/sapi/php4apache.dll into server: ( 1157) Added lines in apache.conf are: ---CUT HERE # for the apache module LoadModule php4_module modules/mod_php4/sapi/php4apache.dll AddType application/x-httpd-php .php4 #for the cgi binary (you can use that one compiled with force cgi redirect too) ScriptAlias /php4/ k:/apache/apache/modules/mod_php4/ Action application/x-httpd-php4 /php4/php.exe AddType application/x-httpd-php4 .php ---CUT HERE -- Edit Bug report at: http://bugs.php.net/?id=10969edit=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 #10969 Updated: apache don't start, cannot load php4apache.dll
ID: 10969 Updated by: jmoore Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: This is not a bug in PHP. You have made a mistake in your httpd.conf on line 979. fix this syntax error and try again. Previous Comments: --- [2001-05-19 10:14:54] [EMAIL PROTECTED] When I try to start apache, it says: Syntax error on line 979 of k:/apache/apache/conf/httpd.conf: Cannot load k:/apache/apache/modules/mod_php4/sapi/php4apache.dll into server: ( 1157) Added lines in apache.conf are: ---CUT HERE # for the apache module LoadModule php4_module modules/mod_php4/sapi/php4apache.dll AddType application/x-httpd-php .php4 #for the cgi binary (you can use that one compiled with force cgi redirect too) ScriptAlias /php4/ k:/apache/apache/modules/mod_php4/ Action application/x-httpd-php4 /php4/php.exe AddType application/x-httpd-php4 .php ---CUT HERE --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10969edit=2 -- 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 #10969 Updated: apache don't start, cannot load php4apache.dll
ID: 10969 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Apache related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Bogus Previous Comments: --- [2001-05-19 10:44:27] [EMAIL PROTECTED] This is not a bug in PHP. You have made a mistake in your httpd.conf on line 979. fix this syntax error and try again. --- [2001-05-19 10:14:54] [EMAIL PROTECTED] When I try to start apache, it says: Syntax error on line 979 of k:/apache/apache/conf/httpd.conf: Cannot load k:/apache/apache/modules/mod_php4/sapi/php4apache.dll into server: ( 1157) Added lines in apache.conf are: ---CUT HERE # for the apache module LoadModule php4_module modules/mod_php4/sapi/php4apache.dll AddType application/x-httpd-php .php4 #for the cgi binary (you can use that one compiled with force cgi redirect too) ScriptAlias /php4/ k:/apache/apache/modules/mod_php4/ Action application/x-httpd-php4 /php4/php.exe AddType application/x-httpd-php4 .php ---CUT HERE --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10969edit=2 -- 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] returning an unsigned long from RETURN_*
On Sat, 19 May 2001, Sean R. Bright wrote: I think you mean that PHP only supports signed longs... Indeed, I was on crack again :) Derick Sean -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, May 19, 2001 6:02 AM To: Faisal Nasim Cc: [EMAIL PROTECTED] Subject: Re: [PHP-DEV] returning an unsigned long from RETURN_* On Sat, 19 May 2001, Faisal Nasim wrote: Hi, How do you return an unsigned long value from RETURN_LONG? I need to return a value as big as 4294967295 which a 'long' cannot hold, setting return_vale - type = IS_LONG and value.lval to the number doesn't help as lval is a 'long' and not unsigned long. Maybe I should return it as a string? As PHP only supports unsigned longs, that would be the only option. regards, Derick - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.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] -- 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] Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.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] Re: [PHP-QA] PHP 4.0.6RC1 ready for testing
Well, this looks like my problem, not php's. Unbeknownst to me redhat-7.1 has switched to freetype2. For some strange reason, they left a copy of freetype.h in /usr/include/freetype and when I compiled gd-1.8.3gif from source, I pointed it to that older header file. PHP comes along and looks for freetype.h in /usr/include/freetype2. Its a mess. Its strange though that a snapshot from May 6 worked. It shouldn't have on this system. :) Regards Mike Robinson Andi Gutmans wrote: Can you try and revert those changes and see if it helps? Maybe you can find the cause of the problem? Andi At 10:11 PM 5/16/2001 -0400, Mike Robinson wrote: Andi wrote: I rolled 4.0.6RC1. It is ready for testing. http://www.php.net/~andi/php-4.0.6RC1.tar.gz Please everyone take sometime to make sure this is release worthy :) Hmm. I can't get freetype2 support hooked up. It worked fine in a snapshot from about a week ago. (php4-200105060945) In that snapshot, png support was successful without having to specify --with-png-dir=/usr, thats no longer the case. This is with gd-1.8.3gif installed from source, and the stock freetype2 rpms on redhat-7.1. There were some changes about a week ago to php4/ext/gd/config.m4 involving freetype dir tests (amongst others). Regards Mike Robinson -- 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 #10970: Life of environment variable set by putenv() not documented well
From: [EMAIL PROTECTED] Operating system: Solaris 2.5 PHP version: 4.0.5 PHP Bug Type: Documentation problem Bug description: Life of environment variable set by putenv() not documented well Visibility scope of the environment variables set by putenv() is not documented. It is important to know whether an environment variable set in one script can be seen from another script (served by the same Apache child, for example). http://php.net/manual/en/function.putenv.php I'm writing a secure application that passes user name and password in environment varialbles to a setuid C program, which checks the password against the shadow password file to authenticate users. It is crucial for me to know whether such approach has any security implications, derriving fromt the visibility scope of environment variables set in PHP. Many thanks, -- Arcady Genkin -- Edit Bug report at: http://bugs.php.net/?id=10970edit=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 #10970 Updated: Life of environment variable set by putenv() not documented well
ID: 10970 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Note added to docs cvs. A putenv() is only active for the duration of the request in which the env var was set. At the end of the request the original environment is restored. Previous Comments: --- [2001-05-19 11:26:52] [EMAIL PROTECTED] Visibility scope of the environment variables set by putenv() is not documented. It is important to know whether an environment variable set in one script can be seen from another script (served by the same Apache child, for example). http://php.net/manual/en/function.putenv.php I'm writing a secure application that passes user name and password in environment varialbles to a setuid C program, which checks the password against the shadow password file to authenticate users. It is crucial for me to know whether such approach has any security implications, derriving fromt the visibility scope of environment variables set in PHP. Many thanks, -- Arcady Genkin --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10970edit=2 -- 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 #10971: Bzip2 functions crashes
From: [EMAIL PROTECTED] Operating system: Windows 5.0 Build 2195 (win2k) PHP version: 4.0.5 PHP Bug Type: Bzip2 Related Bug description: Bzip2 functions crashes ? $filename = foo.bz2; // The file foo.bz2 doesn't exist. $bz = bzopen($filename, r); ? With this script , Windows will create an error: 'unknown has generated errors and will be closed by Windows. You will need to restart the program. An error log is being created.' The error log contains the folowing data: Access to performance data was denied to IUSR_WPWERKERS as attempted from C:\WINNT\System32\drwtsn32.exe And Dr.Watson report: c005 nosymbols(00B34666) And the output in the browser(IE): ### CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: ERROR: could not get the task list Recently before I copied the pre-compiled dll (php_bz2.dll) in the php/dlls directory and changed the php.ini. The zip file where I decompressed PHP from was: php-4.0.5-Win32.zip - Sunday 6 May 2001, 15:27:03 The other functions of Bzip2 crash also except bzclose() I hope I have giving enough information... Quinten Niens The Netherlands ps. Sorry for my bad english but I'm dutch... # Copy of php.ini # [PHP] ;;; ; About this file ; ;;; ; ; This is the 'optimized', PHP 4-style version of the php.ini-dist file. ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - allow_call_time_pass_reference = Off ; It's not possible to decide to force a variable to be passed by reference ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. ; - register_globals = Off ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; $HTTP_POST_VARS[foo], $HTTP_GET_VARS[foo], $HTTP_COOKIE_VARS[foo], ; $HTTP_ENV_VARS[foo] or $HTTP_SERVER_VARS[foo], depending on which kind ; of input source you're expecting 'foo' to come from. ; - register_argc_argv = Off ; Disables registration of the somewhat redundant $argv and $argc global ; variables. ; - magic_quotes_gpc = Off ; Input data is no longer escaped with slashes so that it can be sent into ; SQL databases without further manipulation. Instead, you should use the ; function addslashes() on each input element you wish to send to a database. ; - variables_order = GPCS ; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access ; environment variables, you can use getenv() instead. ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to ob_gzhandler, than output ; will be transparently compressed for browsers that support gzip or ; deflate encoding. Setting an output handler automatically turns on
[PHP-DEV] PHP 3.0 Bug Summary Report
PHP 3.0 Bug Database summary - http://bugs.php.net Num Status Summary (536 total including feature requests) ===[*General Issues]== 4180 Open is_link returns false when target doesnt exist (should return true) 9610 Bogus Dead link 9820 Open File upload with any input tag 10101 Bogus apache + mysqld + php3 == libphp3.so incorrect symbol... 10457 Bogus ALKHOBAR ===[*Install and Config]== 7386 Feedback referenced symbol not found when starting Apache ===[Compile Failure]== 1145 Open Ypu cannot compile with --with-ldap using the Solaris7 bundled ldap-libs/header 1298 Open need to use -taso with Netscape LDAP libs 1461 Open won't compile with Stronghold 2.2 or 2.3 1933 Open Unable to compile PHP3 with Oracle8 support 1997 Open Compilation Problems 2225 Open Compile error in ldap.c 2282 Open Compile failure with Stronghold 2.4.1 2490 Open Perl regular expression functions not available in windows binary 2585 Open Error linking Oracle 7.3.2 libraries on SCO OpenServer 5.0.4 2658 Open error while compiling PHP as apache module 2729 Open Fatal error: Unable to open ??? in - on line 0 2751 Open Storage size of buf isn't known 2823 Open undefined symbol: SQLParamData 2824 Open Inconsistent parameter list declaration for... 2903 Open fails to compile ifx.ec, report a syntax-error 3033 Open Fatal compile error on functions/ldap.c 3185 Open Undefined symbol 3217 Open ld error when compiling as Apache DSO and --with-mysql 3218 Open Can't compile php_ftp.dll 3426 Open make with iodbc failed and I've found the problem 3501 Open Compiling errors with Oracle-Funktions 3528 Open Can't compile php 3.0.14 with Oracle support 3677 Open files not found 3766 Open configure doesn't allow for the Oracle N32 client SDK to be used 3776 Open functions/db.c:107: parse error before '*' 4028 Open wrong directories included for oracle 8.1.6 4217 Open IBM DB2 will not compile. 4233 Open The Interbase module won't compile. 4266 Open Undeclared variables in function/imap.c starting ar line 435 4392 Open Compile failure with GD 1.7, possibly others 4412 Open xml failure 4417 Open Informix specific parse error in functions/ifx.ec 4544 Open Incompatiblility with latest (3.0) version of PDFlib 4899 Open PHP Core Dumps With Apache 1.3.12 7734 Open missing php3_ifx.h ===[Compile Warning]== 3151 Open php.exe compile warnings because of arpa/inet.h 6942 Open php sockets unusable with irix-OS ===[dBase related] 3091 Open dbase_replace_record miscounts number of fields 3429 Open Warning: Unable to open database... 4802 Open php.exe crashes while trying to execute the get_record function ===[DBM/DBA related]== 2890 Open DBM extension on win32 does not valid database identifier error 3371 Open dbmfetch reurns an empty string 3423 Open dbmopen() not thread-safe 3809 Duplicate DBM extension for Win32 PHP3 is malfunctioning and/or has a flaw 3862 Open dbmReplace dbmDelete return inverse value 6720 Open persistent Warning: driver initialization failed on db_open db2 2.7.7 ===[Dynamic loading related]== 1188 Open Configuration not work 1586 Open In the compiled Win32 package, the php3_ldap doesn't load. 1993 Open Startup failure of liphp3.so 2027 Open Can't dynamicly load any extension dll file 2250 Open nt-service problem 2414 Open php3_vmailmgr.so refuses to load 2862 Open LDAP in Win32 Bin dist is linked to MSVCRTD.DLL 3168 Open cannot start apache 1.3.9 if mysql is compiled in, but can RESTART successfully 3292 Open MySQL module causes DSO to fail. 3321 Open Apache Complaining about undefined symbol: dlst_first 3659 Open mod_php + apache w/mod_so hangs in sched_yield 3680 Open Apache won't start after install php3 3752 Open Apache configtest dumps core with DSO versioning 3781 Open Cannot load /libexec/libphp3.so 3861 Open php as a dyn. mod. configured with IBM db2 support prevents svr startup 9565 Open php3_ldap.dll is compiled as DEBUG ===[IMAP related]= 2816 Open Imap_open error when user_id length=3 char 2847 Open imap_search - dates don't work 3040 Duplicate imap_open 3236 Open Email message bodies show as mime type application/octet-stream/plain 3843 Open seg fault when recieving
[PHP-DEV] PHP 4.0 Bug Summary Report
PHP 4.0 Bug Database summary - http://bugs.php.net Num Status Summary (1382 total including feature requests) 10881 Open unknown segfaults ===[*Directory/Filesystem functions] 9697 Open filename ends with £ 9912 Open exec calls run programs in the document root: different than PHP3 9993 Open Wrong File Created Date and Wrong Filesize 10388 Open File to file I/O problems 10439 Open relative chdir from root doesn´t work ===[*Encryption and hash functions] 10822 Open CRYPT_SALT_LENGTH == 2 even when CRYPT_MD5 available ===[*Function Specific]=== 8202 Feedback exec(java -cp classpath classname inputArgument); has no effect 8563 Feedback hebrevc() problems... 8857 Open microtime() doesn't work after setlocale(LC_NUMERIC,pl) 10120 Open implode(), if empty elements exist 10564 Open feof bug isn't fixed in windows versions. 10702 Open levenshtein doesn't handle odd arguments well 10837 Feedback The rand function doesn't work 10934 Open set_error_handler () is not catching all errors ===[*General Issues]== 3076 Analyzed system and popen are ok in safe_mode, not backquotes 5236 Open dlerror - conflicting declerations 6499 Analyzed $upload_type[] has wrong size with empty multiple-file uploads 6685 Analyzed %20 mis-converted in GET mechanism 6875 Duplicate upload_tmp_dir in php.ini doesn't work in safe_mode 7243 Duplicate upload_tmp_dir does not work in safe_mode 7685 Open File Upload Fails with Headers in Unexpected Order 9067 Feedback Parser hangs/crashes on die(); or exit; 9757 Open Php.exe Process doesnt kill itself 9827 Open Floating point exception when starting apache 10026 Open For loop always execute 10076 Feedback NULL entry calling 10135 Open Problem(?) with environment variables when running as module 10288 Open weird intval() and settype('integer') behaviour: loosing bits? 10319 Open multipart/form-data does not work with Opera browser 10364 Open Exec and system always return -1 10434 Feedback Can not read memory 10459 Feedback can't find function then crush 10467 Open static array doesn't evaluate defined keys 10500 Feedback Misbehaving function 10919 Open Magicquotes... ===[*Install and Config]== 7280 Duplicate global iniline not supported in SGI Compiler 7731 Open compilation with deprecated abi (no -n32) 7959 Open ld: 0711-317 ERROR: Undefined symbol: .alloca 8862 Suspended libtool does not code runpath into libphp4.so 8918 Open Fails when linking 9063 Open Configure gives errors regarding Payflow Pro 9078 Open php] make install 9085 Feedback tar file is corrupted in your web site 9179 Open refresh error 9239 Open configure tests incorrectly for IPv6 9287 Open Stronghold only start one process when using DSO PHP4 with OCI8 support 9448 Open It does not works / -cpath Look for php.ini file in this directory 9711 Open Fatal Error while trying to install 9773 Open Configure hangs 9856 Open Missing run path in shared object library 10178 Open Configuration of extensions 10239 Open file MSVCIRT.DLL connected to missing export MSVCRT.DLL: ??_U@YAPAXI@Z 10370 Open ceil/fabs/getmntest undefined symbol 10407 Open incorrect call of apxs from Apache 2 10414 Open mysql+charset gb2312 10424 Duplicate apache crash with segmentation fault at end of phpinfo() function call. 10479 Open Failure to recognize libsybdb.so 10554 Assigned IISConfig - MSCOMCTL.OCX is not correctly registered. 10589 Critical buildconf not compatible with Gnu Libtool 1.4 10598 Open Windows Protocol ini file placement 10696 Feedback missing dll 10799 Open fails to compile with mysql's libraries 10811 Open 10888 Open upload_max_filesize, post_max_size ignored in php.ini 10894 Open Problem with C include file 10958 Open ltconfig in infinite loop looking for echo ===[*Languages/Translation]=== 9392 Open htmlspecial chars htmlentities do not handle double byte charactersets 9524 Open htmlentities do not translate corretly ===[*Programming Data Structures]= 10633 Open settype(.., double) not work as expected(or documented) 10752 Open infinite loops prevents pages from loading ===[*Regular Expressions]= 6680 Open regexps (ereg*) ignores locale settings 7231 Open REG_ECOLLATE bug? 9919 Open problem with umlauts, the modifier i and \b 10111 Open e modifier alters string extraction in
[PHP-DEV] Bug #10951 Updated: Patch for PHP4.0.5 for crypt() ???
ID: 10951 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0.5 Assigned To: Comments: This will be fixed in 4.0.6. Previous Comments: --- [2001-05-18 07:42:54] [EMAIL PROTECTED] Hi, I really need this crypt() function to work in php4.0.5 and was if there was anyway or anyplace that has maybe a patch or a file to replace to have crypt() to work. I know you guys are working on php4.0.6 and when is that going to be released. Also, is crypt being added to the new version? Please, I need a way, any way, to get crypt to work in php4.0.5 without replacing the whole directory. Also, how can I downgrade to php4.0.4. Whenever i try to, it says something about php4apache not being attached or something, though the directory it sees it in and the name of the file is correct. How can I downgrade, and where do I place files to get it to work. All help will be appreciated. Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10951edit=2 -- 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 #10307 Updated: PHP refusing to get temporary file name from an HTTP PUT request.
ID: 10307 Updated by: jan Reported By: [EMAIL PROTECTED] Status: Open Bug Type: HTTP related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: perhaps you can add a sample script for other to reproduce the misbehaviour. Previous Comments: --- [2001-04-12 13:17:57] [EMAIL PROTECTED] I am using PHP 4.04pl1 on a FreeBSD 4.2 based system with Apache 1.3.19. I have a page that is accepting HTTP PUT requests and is supposed to save the file in a designated area, however PHP is not picking up the temporary filename while the script runs. All other variables required are set, but not $PHP_PUT_FILENAME. I have tried all recommendations in the docs, mailing list and IRC channels. None have worked. I do notice that the protocol level is HTTP 1.0 PUT not HTTP 1.1 PUT, I have not been able to determine if that is the issue. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10307edit=2 -- 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 #10971 Updated: Bzip2 functions crashes
ID: 10971 Updated by: andi Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Bzip2 Related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Fixed in latest CVS. Thanks for reporting the bug. Previous Comments: --- [2001-05-19 11:59:27] [EMAIL PROTECTED] ? $filename = foo.bz2; // The file foo.bz2 doesn't exist. $bz = bzopen($filename, r); ? With this script , Windows will create an error: 'unknown has generated errors and will be closed by Windows. You will need to restart the program. An error log is being created.' The error log contains the folowing data: Access to performance data was denied to IUSR_WPWERKERS as attempted from C:WINNTSystem32drwtsn32.exe And Dr.Watson report: c005 nosymbols(00B34666) And the output in the browser(IE): ### CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: ERROR: could not get the task list Recently before I copied the pre-compiled dll (php_bz2.dll) in the php/dlls directory and changed the php.ini. The zip file where I decompressed PHP from was: php-4.0.5-Win32.zip - Sunday 6 May 2001, 15:27:03 The other functions of Bzip2 crash also except bzclose() I hope I have giving enough information... Quinten Niens The Netherlands ps. Sorry for my bad english but I'm dutch... # Copy of php.ini # [PHP] ;;; ; About this file ; ;;; ; ; This is the 'optimized', PHP 4-style version of the php.ini-dist file. ; For general information about the php.ini file, please consult the php.ini-dist ; file, included in your PHP distribution. ; ; This file is different from the php.ini-dist file in the fact that it features ; different values for several directives, in order to improve performance, while ; possibly breaking compatibility with the standard out-of-the-box behavior of ; PHP 3. Please make sure you read what's different, and modify your scripts ; accordingly, if you decide to use this file instead. ; ; - allow_call_time_pass_reference = Off ; It's not possible to decide to force a variable to be passed by reference ; when calling a function. The PHP 4 style to do this is by making the ; function require the relevant argument by reference. ; - register_globals = Off ; Global variables are no longer registered for input data (POST, GET, cookies, ; environment and other server variables). Instead of using $foo, you must use ; $HTTP_POST_VARS[foo], $HTTP_GET_VARS[foo], $HTTP_COOKIE_VARS[foo], ; $HTTP_ENV_VARS[foo] or $HTTP_SERVER_VARS[foo], depending on which kind ; of input source you're expecting 'foo' to come from. ; - register_argc_argv = Off ; Disables registration of the somewhat redundant $argv and $argc global ; variables. ; - magic_quotes_gpc = Off ; Input data is no longer escaped with slashes so that it can be sent into ; SQL databases without further manipulation. Instead, you should use the ; function addslashes() on each input element you wish to send to a database. ; - variables_order = GPCS ; The environment variables are not hashed into the $HTTP_ENV_VARS[]. To access ; environment variables, you can use getenv() instead. ; Language Options ; engine = On ; Enable the PHP scripting language engine under Apache short_open_tag = On ; allow the ? tag. otherwise, only ?php and script tags are recognized. asp_tags= Off ; allow ASP-style % % tags precision = 14 ; number of significant digits displayed in floating point numbers y2k_compliance = Off ; whether to be year 2000 compliant (will cause problems with non y2k compliant browsers) output_buffering= Off ; Output buffering allows you to send header lines (including cookies) ; even after you send body content, in the price of slowing PHP's ; output layer a bit. ; You can enable output buffering by in runtime by calling the output ; buffering functions, or enable output buffering for all files ; by setting this directive to On. output_handler = ; You can redirect all of the output of your scripts to a function, ; that can be responsible to process or log it. For example, ; if you set the output_handler to ob_gzhandler, than
[PHP-DEV] Bug #10959 Updated: include' expects FILENAME or FILENAME
ID: 10959 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: yes, and this is fixed in CVS. Try out http://www.php.net/~andi/php-4.0.6RC1.tar.gz Reopen if you have same problem with that release candidate. --Jani Previous Comments: --- [2001-05-18 14:05:38] [EMAIL PROTECTED] Sounds as if this bug is related to # 9716 Michael --- [2001-05-18 13:13:43] [EMAIL PROTECTED] After running ./configure --with-xml --with-apxs=/usr/sbin/apxs --disable-pear --enable-track-vars --with-mysql=/usr/local, I get: internal_functions.c:32: `#include' expects FILENAME or FILENAME make[2]: *** [internal_functions.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 in the Making all in main step. Michael --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10959edit=2 -- 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 #10963 Updated: random loss of cookie content
ID: 10963 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Duplicate Status: Bogus Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Submitted twice (correct status is 'bogus') Previous Comments: --- [2001-05-18 15:24:13] [EMAIL PROTECTED] Duplicate. --- [2001-05-18 15:14:38] [EMAIL PROTECTED] i have no idea what this is... i'm building a site, which works flawless on all types of systems, except on Mac systems... at random intervals, cookies seem to loose their content. And it's not always the same cookie.. it's all random... when.. how often.. which cookie... it's very very weird... is this a known problem, and if so, is there a solution or work-around available ? Any help would be greatfully appreciated !! Kris --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10963edit=2 -- 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] Open issues for 4.0.6
On Sat, 19 May 2001, Andi Gutmans wrote: I just committed a fix to the CVS, this solved the problem for me. libmcrypt 2.4.10 still gives some strange results (encrypted strings like 8 \0's), but it works fine with libmcrypt 2.4.11 (I could not get 2.4.12 to compile here). Do you think this is a bug with libmcrypt or in PHP? Should we have ./configure detect the version and say that you need = 2.4.11? I know almost certain that this bug is in mcrypt, because reinstalling (without recompiling PHP) libmcrypt 2.4.10 gives the wrong output again. So it's wise to do a check for 2.4.11, but I wonder if we must make it = 2.4.11, or == 2.4.11, as I expect that compiling with 2.4.12 gives very much trouble (because of an updated libtldl). I can check it as soon as 2.4.13 is out, but I could not get 2.4.12 compiled on my box within 5 minutes. regards, Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.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]
[PHP-DEV] Bug #10633 Updated: settype(.., double) not work as expected(or documented)
ID: 10633 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Old-Bug Type: *Programming Data Structures Bug Type: Documentation problem Operating system: PHP Version: 4.0.4 Assigned To: Comments: Correct behaviour. Documentation could be better indeed. I'm working on it. http://www.php.net/manual/en/language.types.string.php#language.types.string.conversion Previous Comments: --- [2001-05-03 10:13:01] [EMAIL PROTECTED] $tmp = 111t11t; settype($tmp, double); echo $tmp; returns '111' imho it should be 0 ?? (alike settype(... integer)) using with 'double' the string is cuttet at the fist non-number-character --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10633edit=2 -- 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] Open issues for 4.0.6
I don't know but I feel it's wrong to do an == check because people might be using this PHP version when 2.4.18 is out. Andi At 06:47 PM 5/19/2001 +0200, [EMAIL PROTECTED] wrote: On Sat, 19 May 2001, Andi Gutmans wrote: I just committed a fix to the CVS, this solved the problem for me. libmcrypt 2.4.10 still gives some strange results (encrypted strings like 8 \0's), but it works fine with libmcrypt 2.4.11 (I could not get 2.4.12 to compile here). Do you think this is a bug with libmcrypt or in PHP? Should we have ./configure detect the version and say that you need = 2.4.11? I know almost certain that this bug is in mcrypt, because reinstalling (without recompiling PHP) libmcrypt 2.4.10 gives the wrong output again. So it's wise to do a check for 2.4.11, but I wonder if we must make it = 2.4.11, or == 2.4.11, as I expect that compiling with 2.4.12 gives very much trouble (because of an updated libtldl). I can check it as soon as 2.4.13 is out, but I could not get 2.4.12 compiled on my box within 5 minutes. regards, Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.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]
[PHP-DEV] Bug #10264 Updated: strange associative array behaviour
ID: 10264 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Arrays related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: I.M.O. negative integer indices are not supported. It is just a side-effect of the implementation that it works. I haven't seen ANY language supporting negative array-indices. You can use the real assosiative version though: $data[$i] = ... And don't forget to use the same syntax when collecting the data. Previous Comments: --- [2001-04-10 12:33:48] [EMAIL PROTECTED] Not sure if this is a bug or not, but I can't find any reference to it in the documentation/user comments/FAQs Basically, if you build an associative(ish) array like this: $period = -24; for ($i=$period; $i=0; $i++) { $data[$i] = $myvalues[$anotherindex]; }; It works ok, the array contains (in order) elements with the inidices -24 to 0. But, if $period is decreased so that over 25 elements are introduced, the order goes off... basically elements with indices -24 to 0 are fine, but all the other ones come, in order, _after_ index 0. Any ideas? Shane --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10264edit=2 -- 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] Open issues for 4.0.6
On Sat, 19 May 2001, Andi Gutmans wrote: I don't know but I feel it's wrong to do an == check because people might be using this PHP version when 2.4.18 is out. True, but I just tried 2.4.13, and it didn't compile straight out of the box. I'm complaining to the author now about this. But it does work fine (i.e., it actually encrypts the data, while 2.4.10 does not do that). regards, Derick - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.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] Open issues for 4.0.6
At 07:11 PM 5/19/2001 +0200, [EMAIL PROTECTED] wrote: On Sat, 19 May 2001, Andi Gutmans wrote: I don't know but I feel it's wrong to do an == check because people might be using this PHP version when 2.4.18 is out. True, but I just tried 2.4.13, and it didn't compile straight out of the box. I'm complaining to the author now about this. But it does work fine (i.e., it actually encrypts the data, while 2.4.10 does not do that). Yeah but for the people it compiles there's a good chance it'll work. For people it doesn't compile for they will probably install 2.4.12 automatically. 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 #10611 Updated: Unrecognized functions
ID: 10611 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0.5 Assigned To: Comments: Documentation will be updated. Previous Comments: --- [2001-05-03 11:55:47] [EMAIL PROTECTED] This function doesn't exist anymore. It never returned true thus it was useless function. The documentation still claims it exists though. --Jani --- [2001-05-02 09:35:36] [EMAIL PROTECTED] Since upgrading to 4.0.5 I get this error: Fatal error: Call to undefined function: connection_timeout() in /home/www/common/class.gzip_encode.php on line 158 Please note that it didn't appear always, but I failed to understand which circumstances trigger it. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10611edit=2 -- 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] Open issues for 4.0.6
On Sat, 19 May 2001, Andi Gutmans wrote: Yeah but for the people it compiles there's a good chance it'll work. For people it doesn't compile for they will probably install 2.4.12 automatically. Indeed (BTW, .12 is not available anymore, only .11 and .13). Further, I've no idea how to fix this in the configure scripts (the check for .13), so please can somebody look at this? Derick - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] SRM: Site Resource Manager - www.vl-srm.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]
[PHP-DEV] Bug #10972: very weird cookie issue
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: very weird cookie issue i have no idea what this is... i'm building a site, which works flawless on all types of systems, except on Mac systems... at random intervals, cookies seem to loose their content. And it's not always the same cookie.. it's all random... when.. how often.. which cookie... it's very very weird... is this a known problem, and if so, is there a solution or work-around available ? Any help would be greatfully appreciated !! -- Edit Bug report at: http://bugs.php.net/?id=10972edit=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 #10307 Updated: PHP refusing to get temporary file name from an HTTP PUT request.
ID: 10307 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: HTTP related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Previous Comments: --- [2001-04-12 13:17:57] [EMAIL PROTECTED] I am using PHP 4.04pl1 on a FreeBSD 4.2 based system with Apache 1.3.19. I have a page that is accepting HTTP PUT requests and is supposed to save the file in a designated area, however PHP is not picking up the temporary filename while the script runs. All other variables required are set, but not $PHP_PUT_FILENAME. I have tried all recommendations in the docs, mailing list and IRC channels. None have worked. I do notice that the protocol level is HTTP 1.0 PUT not HTTP 1.1 PUT, I have not been able to determine if that is the issue. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10307edit=2 -- 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 #10972 Updated: very weird cookie issue
ID: 10972 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Submitted twice (dup of #10962) Previous Comments: --- [2001-05-19 13:31:14] [EMAIL PROTECTED] i have no idea what this is... i'm building a site, which works flawless on all types of systems, except on Mac systems... at random intervals, cookies seem to loose their content. And it's not always the same cookie.. it's all random... when.. how often.. which cookie... it's very very weird... is this a known problem, and if so, is there a solution or work-around available ? Any help would be greatfully appreciated !! --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10972edit=2 -- 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.0.7 cvs snap
Cameron wrote: compiling like usual except the following . . . Fixed in cvs. Thanks, Sterling -- 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
Full name: Bogomil Shopov Email: [EMAIL PROTECTED] ID: contact_bogomil Purpose: Translating documentation in bulgarian and romanian, -- 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 #10943 Updated: After a migration from php4.0.4 to php4.0.5
ID: 10943 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: PWS related Operating system: WINDOWS 98 PHP Version: 4.0.5 Description: After a migration from php4.0.4 to php4.0.5 I downloaded the last version of php and from this moment my php application did not function any more. The only message that I have when I try to display a php page is HTTP 500 Internal Server Error . I made the installation as it is indicated in the install.txt by using the Windows installer distribution of PHP. Previous Comments: --- [2001-05-17 18:01:33] [EMAIL PROTECTED] You need to provide some more information, so that we can see what goes wrong, and how to fix it. --- [2001-05-17 17:57:25] [EMAIL PROTECTED] After a migration from php 4.0.4 to php 4.0.5, my personal web server(PWS)doesn't work with php pages. Is there any solutions to this problem ? Thank you for your answers. Impossible d'afficher la page Il y a un problème avec la page que vous essayez d'atteindre ; elle ne peut pas être affichée. Essayez de la manière suivante : Ouvrez la page de démarrage localhost et recherchez des liens vers les informations voulues. Cliquez sur le bouton Actualiser ou réessayez ultérieurement. Cliquez sur Rechercher pour trouver des informations sur Internet. Vous pouvez également voir une liste de sites apparentés. HTTP 500 - Erreur interne de serveur Internet Explorer --- Full Bug description available at: http://bugs.php.net/?id=10943 -- 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 #6248 Updated: parent:: is undocumented
ID: 6248 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Documentation problem Operating system: PHP Version: 4.0 Latest CVS (18/08/2000) Assigned To: Comments: This one is 'fixed' now, so I'll close this one. A lot of zend-features are now being documented. Previous Comments: --- [2000-12-19 06:37:47] [EMAIL PROTECTED] Why not keeps them into bug system until somebody fixes it? --- [2000-11-17 11:04:52] [EMAIL PROTECTED] There seem to be quite a few bugs about undocumented features such as this one. Should we leave them open or should we close them as there are lots and lots of undocmented features. Personally I think we should close them.. I know zend.com has all the undocumented functions, maybe we could get a list of features that need docmentation but I would not say there were bugs as such. What do you guys think? --- [2000-08-18 17:58:35] [EMAIL PROTECTED] I´m not sure, I think static access isn´t documented at all, but parent:: is 100% undocumented --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=6248edit=2 -- 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 #10968 Updated: Segmentation fault
ID: 10968 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating system: PHP Version: 4.0.5 Assigned To: Comments: just as an additional note: a gcc dying wich segfault is most likely related to hardware problems like shaky rams or orverheated cpu does it alwas fail on the same point or randomly? Previous Comments: --- [2001-05-19 06:03:29] [EMAIL PROTECTED] What exactly caused a segmentation fault? Was it PHP, or gcc/cc1/cc during compilation? Please provide a little more information. regards, Derick --- [2001-05-19 05:39:57] [EMAIL PROTECTED] Segmentation fault occurs while compiling version 4.0.5 (4.0.4pl1 was OK) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10968edit=2 -- 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 #10437 Updated: casting is not consistent
ID: 10437 Updated by: jeroen Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Analyzed Bug Type: Strings related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Strange indeed. There are explicit casts (either to double or to int) and implicit casts. You can view upon the latter one as a (number) cast, it casts to a number, maybe int, maybe float. In that cast strings like '5.31abc' are not detected as double, (invaled numbers after the dot) so integer parsing takes place, which yields the int 5. This should be corrected in Zend. Previous Comments: --- [2001-04-22 04:06:03] [EMAIL PROTECTED] Casting is not consistent with doubles: $foo = 5.31abc; $foo2 = (double) $foo; $foo3 = $foo + 0; The first gives 5.31 the second gives 5, although it should notice the full 5.31 number in the string. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10437edit=2 -- 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] Open issues for 4.0.6
Andi Gutmans wrote: i'd like to rename php_unregister_info_logos() (in ./main/php_logos.h) to php_unregister_info_logo() (singular) as it operates on *one* logo image, not a group of those hope this won't brake to much code out there as it is not documented yet, but as i'm going to do so soon i'd like to set this strait asap ... Is this function actually needed? It doesn't seem as if any code is using it. it's not needed within php itself as the only standard extension that registers info logos is ext/standard for the php and zend logos i haven't put any unregister calls into ext/standard MSHUTDOWN() as it destroys the whole logo registration cash anyway but the original idea behind making the phpinfo logo thing more gereral was to have an interface for third party extensions so that theese can register their own info images (like vendor logos), and theese should definetly use the unregister call in their MSHUTDOWN() functions not sure about anybody but Six using this in a serious extension though -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- 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 #3074 Updated: allow: foreach ($array as $key = $val) in zend (byref)
ID: 3074 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0 Latest CVS (31/12/1999) Assigned To: Comments: Just a reminder... seems to be forgotten again :) Come on... this can't be that hard? Or is it? Previous Comments: --- [2000-07-31 22:23:32] [EMAIL PROTECTED] I think it happend. You did forget! ;) Results in a parse error. --- [1999-12-31 08:36:27] [EMAIL PROTECTED] as discussed on the ML - just that so that we don't forget. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=3074edit=2 -- 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 #3074 Updated: allow: foreach ($array as $key = $val) in zend (byref)
ID: 3074 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Feature/Change Request Operating system: PHP Version: 4.0 Latest CVS (31/12/1999) Assigned To: Comments: From line 117 of zend_operators.c it says: If the string is nor an exact double, nor an exact long, do strtol on it. There you should first try strtod, see if it parses more chars that strtol... And I don't know anything about C! Previous Comments: --- [2001-05-19 17:25:32] [EMAIL PROTECTED] Just a reminder... seems to be forgotten again :) Come on... this can't be that hard? Or is it? --- [2000-07-31 22:23:32] [EMAIL PROTECTED] I think it happend. You did forget! ;) Results in a parse error. --- [1999-12-31 08:36:27] [EMAIL PROTECTED] as discussed on the ML - just that so that we don't forget. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=3074edit=2 -- 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 #10437 Updated: casting is not consistent
ID: 10437 Updated by: jeroen Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Strings related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: From line 117 of zend_operators.c it says: If the string is nor an exact double, nor an exact long, do strtol on it. There you should first try strtod, see if it parses more chars that strtol... And I don't know anything about C! Previous Comments: --- [2001-05-19 17:22:30] [EMAIL PROTECTED] Strange indeed. There are explicit casts (either to double or to int) and implicit casts. You can view upon the latter one as a (number) cast, it casts to a number, maybe int, maybe float. In that cast strings like '5.31abc' are not detected as double, (invaled numbers after the dot) so integer parsing takes place, which yields the int 5. This should be corrected in Zend. --- [2001-04-22 04:06:03] [EMAIL PROTECTED] Casting is not consistent with doubles: $foo = 5.31abc; $foo2 = (double) $foo; $foo3 = $foo + 0; The first gives 5.31 the second gives 5, although it should notice the full 5.31 number in the string. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10437edit=2 -- 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 #6248 Updated: parent:: is undocumented
Jani Taskinen wrote: Do not close any bug reports before the possible bug is REALLY fixed. so you claim it has *not* been fixed by the latest updates that kk made to phpdoc/en/language/oop.xml ??? ;) -- Hartmut Holzgraefe [EMAIL PROTECTED] http://www.six.de +49-711-99091-77 -- 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 #6248 Updated: parent:: is undocumented
On Sat, 19 May 2001, Hartmut Holzgraefe wrote: Jani Taskinen wrote: Do not close any bug reports before the possible bug is REALLY fixed. so you claim it has *not* been fixed by the latest updates that kk made to phpdoc/en/language/oop.xml ??? ;) I'd almost say: RTFM :-D Jeroen van Wolffelaar [EMAIL PROTECTED] http://www.A-Eskwadraat.nl/~jeroen -- 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 #6248 Updated: parent:: is undocumented
On Sat, 19 May 2001, Hartmut Holzgraefe wrote: Jani Taskinen wrote: Do not close any bug reports before the possible bug is REALLY fixed. so you claim it has *not* been fixed by the latest updates that kk made to phpdoc/en/language/oop.xml ??? ;) I see now that it is. (RTFM :) He did close some bugs before they were fixed. The choice of words also got in my eye: being :) --Jani -- 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 #6248 Updated: parent:: is undocumented
He did close some bugs before they were fixed. True, but they are NOW really fixed. Others already pointed me at that. Again: I'm sorry, I won't do it anymore, etc etc The choice of words also got in my eye: being :) But I wasn't referring to this particular bug! --Jani Jeroen -- 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 #10964 Updated: Unable to use getservbyport function
ID: 10964 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Analyzed Status: Closed Bug Type: Network related Operating system: PHP Version: 4.0.5 Assigned To: Comments: Fixed in CVS. Will be fixed in PHP 4.0.6 --Jani Previous Comments: --- [2001-05-19 03:48:13] [EMAIL PROTECTED] I could verify this. getservbyport is only available if HAVE_SERVBYPORT is defined, but aparently there are no tests for this function in the configure scripts, and that's why it's not set. Can anybody familiar with the build process have a look at this? (I can do it later). Derick --- [2001-05-18 19:27:08] [EMAIL PROTECTED] I made a little php script like that : ? print getservbyport(25,tcp); ? and i got this error: Fatal error: Call to undefined function: getservbyport() My configure line is : ./configure --with-ldap --with-mysql --with-gd --disable-pear --enable-calendar --with-config-file-path=/etc/httpd/conf --with-zlib --with-bz2 --with-snmp --enable-magic-quotes --with-gnu-ld --with-apxs --with-ttf --without-openssl --enable-ucd-snmp-hack --enable-sockets --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10964edit=2 -- 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 #9526 Updated: Copy function is not affected by the security settings
ID: 9526 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Critical Status: Closed Bug Type: Unknown/Other Function Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: Fixed in CVS Previous Comments: --- [2001-05-07 12:57:15] [EMAIL PROTECTED] Marking as fix before 4.0.6 --- [2001-03-02 09:45:59] [EMAIL PROTECTED] It appears that the copy function is not affected by the security restrictions set on the php.ini file PHP.ini: Safe_mode=On Open_basedir=d:wwwhtdocs With a script like: print('font color=#007700Try to copy() c:winntwin.ini to d:wwwhtdocsphptest/tr/fontbr'); if (!copy('c:winntwin.ini', 'd:wwwhtdocsphptestwin.ini')) { print('font color=#007700bOK/b: Copy() Failed/font'); } else { print('font color=#DDbWarning/b: Copy() Succeeded!!!/font'); } print('br=br'); print('font color=#007700Try to fopen() file d:wwwhtdocsphptestwin.ini/fontbr'); if (!fopen( 'd:wwwhtdocsphptestwin.ini', 'r' )) { print('font color=#007700bOK/b: Fopen() Failed/font'); } else { print('font color=#DDbWarning/b: Fopen() Succeeded!!!/font'); } I can copy a file from a forbiden directory to an allowed one and the read it. Other functions that I have tested don't have this bug. I tested with Apache for Windows 1.3.14 and the PHP4 module Best regards, Victor Fernandes --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9526edit=2 -- 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 #10681 Updated: Fix for #9698 breaks more than it fixes
ID: 10681 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Critical Status: Closed Bug Type: Network related Operating system: PHP Version: 4.0 Latest CVS (05/05/2001) Assigned To: Comments: I applied the patch, thanks for making it available. The original 'fix' for bug #9698 has been reversed too. These fixes will be in PHP 4.0.6. Derick Previous Comments: --- [2001-05-09 11:28:28] [EMAIL PROTECTED] Someone who knows that part of PHP better should check the patch provided. Marked as to be fixed before 4.0.6 --Jani --- [2001-05-06 13:10:26] [EMAIL PROTECTED] Sure. Here it is: http://global.team17.com/php4-unsigned.patch Works for both printf and sprintf. Is there another function I missed? --- [2001-05-06 12:00:05] [EMAIL PROTECTED] Sounds ok to me, are you willing to make a patch for this? --- [2001-05-05 04:40:03] [EMAIL PROTECTED] ?php $ipaslong = ip2long(208.247.106.187); print long2ip($ipaslong).n; print bin2hex(pack(N, $ipaslong)).n; ? That script run with PHP 4.0.5 prints: 208.247.106.187 d0f76abb whereas with the latest CVS version it prints: 127.255.255.255 7fff That makes that function completely unusable for me (and for others probably too). I have another proposal for fixing bug #9698, and that is implementing %u as a sprintf format specifier to output unsigned longs instead of signed. This way he could use the following script for his problem (should go onto the ip2long page then): ?php $ip = gethostbyname(www.php.net); $out = sprintf(http://%u/brn, ip2long($ip)); echo $out; ? If that fix would be accepted (and the other fix rolled back), I could add %u to sprintf myself and post it here. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10681edit=2 -- 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: Bug #10580 Updated: Access Violation using ADODB
Hi, I also suspect that the changes (in the version branching) are causing the strange errors. The last version of PHP 4.0.6-dev works fine with adodb and the MSXML Parser 3.0 with both isapi and cgi. -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Saturday, 19 May 2001 11:04 PM To: [EMAIL PROTECTED] Subject: Bug #10580 Updated: Access Violation using ADODB ID: 10580 Updated by: phanto Reported By: [EMAIL PROTECTED] Status: Open Bug Type: COM related Operating system: PHP Version: 4.0.7-dev (dated 18-May-2001) Assigned To: Comments: hmm, i haven't changed anything since the 15.3.2001. but afaik there where changes in the zend-api after branching 4.0.6. maybe they are causing these errors with isapi. do you have any problems with adodb and the cgi version ? the problem with the XML Parser is known (#10851), but at the moment i don't know the reason. maybe someone could help investigating .. ;) Previous Comments: --- [2001-05-18 22:45:44] [EMAIL PROTECTED] Hi, The current version (18-May) could not load in Windows at all, so I cannot test that version. Curiously, the version number of PHP is 4.0.7-dev. Testing the last version (17-May), I found that the error is generated when it executes this line of code: for ($rowcount = 0; !$rs-EOF; ++$rowcount, $rs-MoveNext()) {// some code } Specifically, it is the condition ( $rs-EOF ) that causes the Access Violation. All else works ok. $rs-EOF should return a boolean datatype. MSXMLParser also still causes Access Violation when calling loadXML($xmldata) When running PHP as CGI (for the MSXMLParser script), I get this Application Error message: The instruction at 0x1008d824 referenced memory at 0x3c0a3e64. The memory could not be written. The last version that worked with COM was PHP 4.0.6-dev, before it turned 4.0.7-dev. --- [2001-05-18 11:24:23] [EMAIL PROTECTED] is it ? i was able to run your ado script successfully. are you using the isapi or the cgi version of php. isapi isn't stable yet. -harald --- [2001-05-16 08:42:01] [EMAIL PROTECTED] COM broken in PHP version 4.0.7-dev --- [2001-05-16 08:34:57] [EMAIL PROTECTED] Bug reopened, CVS dated 16 May 2001, message when accessing database: PHP has encountered an Access Violation at 011CD614 --- [2001-05-08 20:12:03] [EMAIL PROTECTED] works here. the only mistake i found was, that if either the connect string or the query was wrong $conn-execute() returned a nullpointer instead of a valid recordset. this only produced a warning so there was a nullpointer exception at the first attempt to access $rs-... now i produce an error (unfortunatelly this causes the script to stop). i'll fix this in the code and switch back to a warning, but i think it's ok for now. --- The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online. ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10580edit=2 -- 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 #10924 Updated: long2ip gives wrong result/binary arithmatic does not work
ID: 10924 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Suspended Bug Type: Network related Operating system: PHP Version: 4.0.4pl1 Assigned To: Comments: There is no solution for this, because PHP only deals with signed longs. However, you can now use the %u modifier in printf and sprintf to show a long unsigned number like this: ?php printf (%u\n, ip2long (147.110.52.10)); ? 2473473034 I suspended this bug, until unsigned longs are really working (there are some feature request for this already). Derick Previous Comments: --- [2001-05-17 09:24:07] [EMAIL PROTECTED] $x = 2473473034; // 147.110.52.10 in int form settype($x, integer); // this line has no effect on final result of long2ip echo long .is_long($x); echo P; $y = ip2long(147.110.52.10); echo long .is_long($y); echo P; echo ip2long(147.110.52.10); // should be 2473473034 echo P; echo long2ip($y); // correct result here echo P; echo long2ip($x); // wrong result echo P; echo $y 127; // correct result echo P; echo $x 127; // incorrect result - should be 10 echo P; cut basically there is no way to do ip arithmatic using php - I cannot get large numbers like ip addresses from a database stored as integers and minipulate them - AND, OR and XOR do not work on large number as in example. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10924edit=2 -- 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] FreeBSD and statfs(2)
FreeBSD defines statfs(2) in sys/mount.h, not in sys/statsfs.h as PHP expects. The following patch corrects the use of statfs(2) under FreeBSD, allowing disk_free_space() and disk_total_space() to report meaningful values. Any objections (or suggestions) to this patch? In theory, it would be nice to unbreak these functions in PHP 4.0.6, too, but there's really no rush being these functions haven't worked under FreeBSD for quite some time, anyway. -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.csh.rit.edu/~jon/ : Computer Science House Member ? config ? mount_h.patch ? ext/standard/new Index: configure.in === RCS file: /repository/php4/configure.in,v retrieving revision 1.251 diff -u -r1.251 configure.in --- configure.in2001/05/19 22:21:40 1.251 +++ configure.in2001/05/20 01:19:33 @@ -303,6 +303,7 @@ sysexits.h \ sys/file.h \ sys/mman.h \ +sys/mount.h \ sys/resource.h \ sys/select.h \ sys/socket.h \ Index: ext/standard/filestat.c === RCS file: /repository/php4/ext/standard/filestat.c,v retrieving revision 1.67 diff -u -r1.67 filestat.c --- ext/standard/filestat.c 2001/05/15 23:43:18 1.67 +++ ext/standard/filestat.c 2001/05/20 01:19:34 @@ -43,6 +43,8 @@ # include sys/statvfs.h #elif defined(HAVE_SYS_STATFS_H) defined(HAVE_STATFS) # include sys/statfs.h +#elif defined(HAVE_SYS_MOUNT_H) defined(HAVE_STATFS) +# include sys/mount.h #endif #if HAVE_PWD_H @@ -151,7 +153,7 @@ #else /* not - WINDOWS */ #if defined(HAVE_SYS_STATVFS_H) defined(HAVE_STATVFS) struct statvfs buf; -#elif defined(HAVE_SYS_STATFS_H) defined(HAVE_STATFS) +#elif (defined(HAVE_SYS_STATFS_H) || defined(HAVE_SYS_MOUNT_H)) +defined(HAVE_STATFS) struct statfs buf; #endif double bytestotal = 0; @@ -215,7 +217,7 @@ bytestotal = (((double)buf.f_blocks) * ((double)buf.f_bsize)); } -#elif defined(HAVE_SYS_STATFS_H) defined(HAVE_STATFS) +#elif (defined(HAVE_SYS_STATFS_H) || defined(HAVE_SYS_MOUNT_H)) +defined(HAVE_STATFS) if (statfs((*path)-value.str.val,buf)) RETURN_FALSE; bytestotal = (((double)buf.f_bsize) * ((double)buf.f_blocks)); #endif @@ -252,7 +254,7 @@ #else /* not - WINDOWS */ #if defined(HAVE_SYS_STATVFS_H) defined(HAVE_STATVFS) struct statvfs buf; -#elif defined(HAVE_SYS_STATFS_H) defined(HAVE_STATFS) +#elif (defined(HAVE_SYS_STATFS_H) || defined(HAVE_SYS_MOUNT_H)) +defined(HAVE_STATFS) struct statfs buf; #endif double bytesfree = 0; @@ -315,7 +317,7 @@ } else { bytesfree = (((double)buf.f_bavail) * ((double)buf.f_bsize)); } -#elif defined(HAVE_SYS_STATFS_H) defined(HAVE_STATFS) +#elif (defined(HAVE_SYS_STATFS_H) || defined(HAVE_SYS_MOUNT_H)) +defined(HAVE_STATFS) if (statfs((*path)-value.str.val,buf)) RETURN_FALSE; bytesfree = (((double)buf.f_bsize) * ((double)buf.f_bavail)); #endif -- 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 #10681 Updated: Fix for #9698 breaks more than it fixes
I shouldn't even bother sending this, but some people (read: me) might be a little put off if someone had to quote the word fix whenever referring to a piece of code they had written. Its a PHP limitation and had nothing to do with my code, I was just trying to address the problem at hand. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Saturday, May 19, 2001 8:27 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Bug #10681 Updated: Fix for #9698 breaks more than it fixes ID: 10681 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Critical Status: Closed Bug Type: Network related Operating system: PHP Version: 4.0 Latest CVS (05/05/2001) Assigned To: Comments: I applied the patch, thanks for making it available. The original 'fix' for bug #9698 has been reversed too. These fixes will be in PHP 4.0.6. Derick Previous Comments: -- - [2001-05-09 11:28:28] [EMAIL PROTECTED] Someone who knows that part of PHP better should check the patch provided. Marked as to be fixed before 4.0.6 --Jani -- - [2001-05-06 13:10:26] [EMAIL PROTECTED] Sure. Here it is: http://global.team17.com/php4-unsigned.patch Works for both printf and sprintf. Is there another function I missed? -- - [2001-05-06 12:00:05] [EMAIL PROTECTED] Sounds ok to me, are you willing to make a patch for this? -- - [2001-05-05 04:40:03] [EMAIL PROTECTED] ?php $ipaslong = ip2long(208.247.106.187); print long2ip($ipaslong).n; print bin2hex(pack(N, $ipaslong)).n; ? That script run with PHP 4.0.5 prints: 208.247.106.187 d0f76abb whereas with the latest CVS version it prints: 127.255.255.255 7fff That makes that function completely unusable for me (and for others probably too). I have another proposal for fixing bug #9698, and that is implementing %u as a sprintf format specifier to output unsigned longs instead of signed. This way he could use the following script for his problem (should go onto the ip2long page then): ?php $ip = gethostbyname(www.php.net); $out = sprintf(http://%u/brn, ip2long($ip)); echo $out; ? If that fix would be accepted (and the other fix rolled back), I could add %u to sprintf myself and post it here. -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10681edit=2 -- 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 #10973: Setcookie does't work
From: [EMAIL PROTECTED] Operating system: Win2k with IIS 5.0 PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: Setcookie does't work I try to Setcookie to write in client browser with this script ? if(!$CartID){ $CartID=md5(uniqid(rand())); SetCookie(CartID,$CartID,time()+3600); } ? It's work well with Redhat with Apache but When I try to user this script in Win2k with IIS5.0 It doesn't work. No cookie was write. detail in PHP.in as following: session.auto_start Off session.cache_expire180 session.cache_limiter nocache session.cookie_domain no value session.cookie_lifetime 0 session.cookie_path / session.cookie_secure Off session.entropy_file no value session.entropy_length 0 session.gc_maxlifetime 1440 session.gc_probability 1 session.name PHPSESSID session.referer_check no value session.save_handler files session.save_path /tmp session.serialize_handler php session.use_cookie On Thank you -- Edit Bug report at: http://bugs.php.net/?id=10973edit=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 in building standalone DSO modules
[Petr Cech [EMAIL PROTECTED]] Hi, I've been strugling for some time with the possibility of building some extension not inside of ext/ dir, but using phpize to just add some module later. Strangely, it didn't work - mostly. configure was created, Makefiles, config.h ... Just great, but the resulting .so did not. But only in some modules. And I fond also why: Modules don't #include config.h generated by the ./configure - including this right at the top fixes the problems. So, putting in every module and having phpize generate -DHAVE_CONFIG_H would make it really painless for everyone to build his favorite extension #ifdef HAVE_CONFIG_H #include config.h #endif phpize will add HAVE_CONFIG_H as of 4.0.6. - Stig -- Stig Sæther Bakken [EMAIL PROTECTED] Fast Search Transfer ASA, Trondheim, Norway -- 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]