[PHP-DEV] PHP 4.0 Bug #9364 Updated: Redeclaration cannot specify a different storage class
ID: 9364 Updated by: sas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Compile Failure Assigned To: Comments: Thanks, I've fixed the first problem. The second one had already been addressed earlier. Previous Comments: --- [2001-02-20 17:41:07] [EMAIL PROTECTED] When trying to compile sapi/cgi/getopt.c and sapi/cgi/cgi_main.c, I get the following errors: -- begin [getopt..c] -- ERROR :15The redeclaration cannot specify a different storage class. ERROR :16The redeclaration cannot specify a different storage class. -- end [getopt.c] -- I got rid of above error by removing static from static int ap_php_opterr = 1; static int ap_php_optopt; -- begin [cgi_main.c] -- ERROR :204 The redeclaration cannot specify a different storage class. -- end [cgi_main.c] -- I got rid of above error by removing static from static sapi_module_struct sapi_module = { I believe the errors are due to the conflicting declarations in sapi/cgi/php_getopt.h: extern int ap_php_opterr; extern int ap_php_optopt; and the conflictng declaration in main/SAPI.h: extern sapi_module_struct sapi_module; --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9364edit=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] PHP 4.0 Bug #9278 Updated: mktime returns valid values (not -1) for dates like 2/31/2001, etc.
ID: 9278 Updated by: joey Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Old-Bug Type: Misbehaving function Bug Type: *General Issues Assigned To: Comments: This is intentional. See http://www.php.net/manual/en/function.mktime.php Previous Comments: --- [2001-02-15 08:32:17] [EMAIL PROTECTED] ? // Midnight on 2/31/2000 print mktime (0,0,0,2,31,2000); ? br ? // Noon on 2/30/2001 print mktime (12,0,0,2,30,2001); ? --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9278edit=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] PHP 4.0 Bug #9354 Updated: Doesn't support UNC paths
ID: 9354 Updated by: sniper Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Duplicate Bug Type: Directory function related Assigned To: Comments: Duplicate of #6554 Previous Comments: --- [2001-02-20 11:32:37] [EMAIL PROTECTED] On Win32, this does not work; $d = dir("//machine_name/share_name"); echo "Handle: ".$d-handle."brn"; echo "Path: ".$d-path."brn"; while($entry=$d-read()) { echo $entry."brn"; } $d-close(); On Win32, UNC paths are the expected format for networked filesystems, especially for any software running as a service (i.e. webservers) --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9354edit=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] PHP 4.0 Bug #9356 Updated: settype thinks 0.2 and (1.2 - 1) have different values
ID: 9356 Updated by: hholzgra Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Old-Bug Type: Variables related Bug Type: Documentation problem Assigned To: Comments: the good old rounding problem again ... have to get what i have written about it and put it into FAQ and manual ... Previous Comments: --- [2001-02-20 15:55:08] [EMAIL PROTECTED] http://www.tpsa.com/settype.php http://www.tpsa.com/settype.phps it has phpinfo(); in it sniplet: $zzz=(10*(10.2-1)); $zzztype=gettype($zzz); echo "$zzz = $zzz and is $zzztypebr"; settype($zzz, "integer"); echo "after settype to integer: $zzz = $zzz br"; $zz=(10*(1.2-1)); $zztype=gettype($zz); echo "$zz = $zz and is $zztypebr"; settype($zz, "integer"); echo "after settype to integer: $zz = $zz br"; --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9356edit=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] CVS Account Request
Full name: Octavian Oncioiu Email: [EMAIL PROTECTED] ID: oncioiu Purpose: study -- 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] patch to bug #1546
Hello, You can find in attachment a patch for the bug #1546 in the cgi module (sapi/cgi /cgi_main.c). The bug prevents from specifying of a filename via extended path i n the URL. Traditionally the URL form http://www.mysite.org/myphpfile.php/downloadfilename. exe is used to download a file which will be provided dynamically by php. This works if PHP engine is an Apache module. But not with cgi module. This patch removes the trailing string from "PATH_TRANSLATED" until it finds a r eal file specification. This works great for me. I have tested it on Solaris2.6, but the code is standar d Unix so it should work on other platforms. Hope this can be used. Best regards, Michel Jansens Service Reseau, Universite Libre de Bruxelles (ULB) email: [EMAIL PROTECTED] CP 197 Universite Libre de Bruxelles 50 Av. F.Roosevelt 1050 Bruxelles Belgium cgi_main.c.diff -- 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] PHP 4.0 Bug #9366 Updated: bin2hex() outputs non-hex digits
ID: 9366 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: *Function Specific Description: bin2hex() outputs non-hex digits I've just found that the "reconstrunction" not ever works; only the rewrite/reread technique does; bye again Previous Comments: --- [2001-02-21 06:59:31] [EMAIL PROTECTED] it seems an unpredictable problem, I couldn't reproduce it with a string as input: I've attached a base64_encoded file containg the suitable binary data (I'm sorry it there was a simpler way); I'm still not completely sure if it is due to bin2hex() or strstr(), but this latter is very unlikely; this is the script: just change the fopen() with the filename you want; ?php $f1 = fopen( 'c:\temp\---filename.bin','rb'); //open the attached file $s = fread( $f1, 50 ); //read it all fclose($f1); $s2= bin2hex($s); echo "lung s2=".strlen($s2)."brbr"; // displays correctly filesize()*2, that is 4412 * 2 echo "s2=$s2brbr"; /* M$'IE5 displays not writeble characters: tryign to select the end of the string, I get evermore of it (just while I'm selecting !) but this should be a M$'bug; Netscape 4.03 works properly; */ $ris= strstr( $s2, "0d0a0d0a") ; // I'm looking for the first occurrence of that string; I know it is on position x0176 // - here's the problem: echo "lung ris= ".strlen($ris). "brbr"; // I get variable results, between 8077 and 8083 echo "ris=$risbrbr"; /* I get again not writeble or "invisible" characters in IE5; on Netscape I get (eg) "04ffd9R" at the end of the string; */ ? and this is the file (base64_encoded):
[PHP-DEV] Bug #9368: Impossible to load pgsql.so
From: [EMAIL PROTECTED] Operating system: Debian Linux PHP version: 3.0 Latest CVS (21/02/2001) PHP Bug Type: PostgreSQL related Bug description: Impossible to load pgsql.so COULD NOT LOAD pgsql.so : I tryed two ways : * dl("pgsql.so") gives an error : Fatal error: Unable to load dynamic library '/usr/lib/php3/apache/pgsql.so' - /usr/lib/php3/apache/pgsql.so: undefined symbol: empty_string in /var/www/admin/sushis/exemple.php3 on line 6 * "extension=pgsql.so" in /etc/php3/apache/php3.ini has NO effect : Fatal error: Call to unsupported or undefined function pg_connect() in /var/www/admin/sushis/exemple.php3 on line 8 SOS ! PLEASE ! I am really annoyed and don't know *at* *all* what to do ? The server is under Debian potato, the installed packages are : *** Opt web php3 3.0.18-1.po 3.0.18-1.po A server-side, HTML-embed *** Opt web php3-cgi 3.0.18-1.po 3.0.18-1.po A server-side, HTML-embed *** Opt web php3-cgi-mys 3.0.18-1.po 3.0.18-1.po Mysql module for PHP3 (cg *** Opt web php3-cgi-pgs 3.0.18-1.po 3.0.18-1.po PostgreSQL module for PHP *** Opt web php3-mysql 3.0.18-1.po 3.0.18-1.po Mysql module for PHP3 (ap *** Opt web php3-pgsql 3.0.18-1.po 3.0.18-1.po PostgreSQL module for PHP # uname -a Linux sashimi 2.2.18pre21 #1 Sat Nov 18 18:47:15 EST 2000 i686 unknown -- 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] PHP 4.0 Bug #9369: Bug in foreach, reference (See Bug ID#9365, too)
From: [EMAIL PROTECTED] Operating system: RedHat Linux7 PHP version: 4.0.4pl1 PHP Bug Type: Scripting Engine problem Bug description: Bug in foreach, reference (See Bug ID#9365, too) I found other strange behaviors with much more simple scripts. It is very similar to what I experienced, but it differ a little. Bug ID#9365 (I got default HTML for null output. i.e. output that == FILE START == ?php ? == FILE END == script shows. These scripts do not show that.) Here is 3 php files. (It does not have to be 3 files, but I've test with these 3 files) - test.php (just a submission handler. Defines some functions) - test2.php (File to be executed, when user hit submit button. Defines some functions) - test3.php (Submit form) Test result is written in test2.php. Please refer the comments in test2.php (Test result is a little differ when I use multi-byte char code) I've fund this, since I have very similar mistake in my code when I get rid of function - refer to 1st post what I mean (Bug ID#9365) There was a variable name collision, which I didn't care at all at that time. I passed EUC char code string where I should pass multi-dimensional array. Fixing this solved 2nd behavior. (Note: I still couldn't get the same behavior with these simple scripts. Fixing this bug may fix it, too.) Some of them are bug for sure, some error message is misleading, some might be inevitable due to PHP's reference implementation. Some might be already reported as bug/misbehavior. I'll try to find out when PHP stops and restart script execution from the beginning. This would be much more difficult, since the code does not have obvious mistake like this one. Or is this reported as bug already? If so, please let me know. == test.php == ?php if (isset($HTTP_POST_VARS['sub_btn'])) { include('test2.php'); exit; } else { include('test3.php'); exit; } function pmsg($msg) { foreach ($msg[1] as $v) { print("div class=\"error\"$v/div\n"); } foreach ($msg[0] as $v) { print("div class=\"message\"$v/div\n"); } } function pmsg2($msg) { while (list($k,$v) = each($msg[1])) { print("div class=\"error\"$v/div\n"); } while (list($k,$v) = each($msg[0])) { print("div class=\"message\"$v/div\n"); } } ? === END test.php === === test2.php === html head /head body THIS IS TEST2.PHPbr ?php // NOTE: error report level is E_ALL $msg = 'abcd'; $msg2 = ' ¢¤¦¨©«¯±'; // multi-byte EUC char code $msg3 = " ¢¤¦¨©«¯±"; // multi-byte EUC char code //pmsg($msg1); // = PHP does NOT (cannot?) complains illegal pass by reference at all. // With $msg, IE5.5 complains "Can't find server or DNS error" // With $msg2 or $msg3, IE5.5 just spins. It seems waiting server response. Stop button seems does not stop operation. // Warning: Invalid argument supplied for foreach() in .../tmp/test.php on line 12 (for unintialized var). Should complain for use of undefined var when it used. //pmsg2($msg); // = PHP complains "only variable can be passed by reference" as expected. // The same result for $msg, $msg2, $msg3 // Fatal error: Only variables can be passed by reference in .../tmp/test.php on line 21 ($msg,$msg2,$msg3) // Warning: Variable passed to each() is not an array or object in .../tmp/test.php on line 21 (for uninitialized var) Should complain for use of undefined var when it used. //pmsg3($msg); // = PHP does NOT (cannot?) complains at all like pmsg() // With $msg IE5.5 just spins. It seems waiting server response. Stop button seems does not stop operation. // With $msg2 or $msg3, IE5.5 complains "Can't find server or DNS error" // Warning: Invalid argument supplied for foreach() in ../tmp/test2.php on line xx - complained at inside pmsg3() (for uninitialized var) Should complain for use of undefined var when it used. // Note: behavior is differ from pmsg()! //pmsg4($msg); // = PHP complains // Fatal error: Only variables can be passed by reference in .../tmp/test2.php on line xx ($msg,$msg2,$msg3) // Warning: Variable passed to each() is not an array or object in .../tmp/test2.php on line xx - complained at inside pmsg4() (for uninitialized var) Should complain for use of undefined var when it used. pmsg5($msg3); // PHP does not (cannot?) complain? // With $msg IE5.5 just spins. It seems waiting server response. Stop button seems does not stop operation. // With $msg2 IE5.5 complains "Can't find server or DNS error" // With $msg3 IE5.5 just spins. It seems waiting server response. Stop button seems does not stop operation. // PHP show expected error messages for undefined var. // Note: See the difference with pmsg6(). //pmsg6($msg3); // PHP shows acceptable error messages for passing string where it should be array. // Fatal error: Only variables can be passed by reference in .../tmp/test2.php on line xx - complained at inside pmsg5 ($msg,$msg2,$msg3); // Warning: Undefined variable: msg1 in .../tmp/test2.php on line xx (Undefined var) OK
[PHP-DEV] PHP 4.0 Bug #9371: system() give unable to fork error
From: [EMAIL PROTECTED] Operating system: Win2K PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: system() give unable to fork error I am running an apache server, which hosts my php pages, on win2k. I am trying to use the system command for some PGP encryption stuff but am getting an "unable to fork" error! For testing I have created the following script: ? system("C:\\notepad.exe"); ? NOTE: I have copied notepad.exe over to the root directory. I am running PHP 4.0.5. -- Edit Bug report at: http://bugs.php.net/?id=9371edit=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] PHP 4.0 Bug #9372: system() give unable to fork error
From: [EMAIL PROTECTED] Operating system: Win2K PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: system() give unable to fork error I am running an apache server, which hosts my php pages, on win2k. I am trying to use the system command for some PGP encryption stuff but am getting an "unable to fork" error! For testing I have created the following script: ? system("C:\\notepad.exe"); ? NOTE: I have copied notepad.exe over to the root directory. I am running PHP 4.0.5-dev (from downlaod file: php4.0.5-dev-win32-20010130.exe) -- Edit Bug report at: http://bugs.php.net/?id=9372edit=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] PHP 4.0 Bug #9373: Filesystem read not binary safe?
From: [EMAIL PROTECTED] Operating system: Windows NT PHP version: 4.0.4pl1 PHP Bug Type: Filesystem function related Bug description: Filesystem read not binary safe? Running PHP 4.0.4pl1 as an apache module (php4apache.dll) When reading and writing files using any function except include() and require() the reading and writing seems to stop whenever a char(0) is encountered... I'm not exactly sure that is what happens, but textfiles are read and written without problems, binary files are cut short. e.g.: ?php readfile("someimage.gif"); ? delivers only a small part of the image, resulting in a broken image tag (usually) or the top part of the image (sometimes). Whereas: ?php include("someimage.gif"); ? does deliver the entire image (or a parse error :) -- Edit Bug report at: http://bugs.php.net/?id=9373edit=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] PHP 4.0 Bug #8056 Updated: access violation on apache shutdown
ID: 8056 User Update by: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Reproduceable crash Description: access violation on apache shutdown this seems to be actually an Apache problem: see http://marc.theaimsgroup.com/?l=apache-new-httpdm=98271643321404w=2 Previous Comments: --- [2000-12-01 06:32:45] [EMAIL PROTECTED] BTW, it's the same on another computer running NT4 SP5 --- [2000-11-30 13:12:03] [EMAIL PROTECTED] Apache crashes when stopped or restarted with php4_module loaded. 'The instruction at "0x0193450a" referenced memory at "0x". The memory could not be "written".' Upon entering the debugger: 'Unhandled exception in Apache.exe (PHP4TS.DLL): 0xC005: Access violation.' First couple of lines from the debugger window: 0193450A mov dword ptr [ecx],edx 0193450C mov eax,dword ptr [esi] 0193450E testeax,eax 01934510 je 01934518 01934512 mov ecx,dword ptr [esi+4] 01934515 mov dword ptr [eax+4],ecx 01934518 pushesi 01934519 calldword ptr ds:[196B1C8h] 0193451F mov eax,[0199CD08] No PHP modules, default php.ini-optimized, latest snapshot of Apache 1.3 CVS tree. --- Full Bug description available at: http://bugs.php.net/?id=8056 -- 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] PHP 4.0 Bug #8930 Updated: Apache crash when i try to restart service
ID: 8930 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Apache related Assigned To: Comments: this seems to be an Apache problem. win32 Apache crashes on shutdown with mod_perl/mod_jserv too. see http://marc.theaimsgroup.com/?l=apache-new-httpdm=98271643321404w=2 Previous Comments: --- [2001-01-26 03:13:19] [EMAIL PROTECTED] php.ini - don't load any modules in Apache, PHP load like module, i described in install.txt from php. when i comment loading php module in httpd.conf, apache restart/shutdown without crashing. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8930edit=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] ext/ming : configure error
Hi, for the last few snapshots of PHP, configure have had problems finding libming.so In the configure file, the test is made on $i/libming.so and should be made on $i/lib/libming.so (around line 25168) hellekin -- 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] PHP 4.0 Bug #9374: add an optional use_include_path to file_exists()
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: add an optional use_include_path to file_exists() It would be good to have the optional use_include_path parameter with file_exists, just as with fopen. To find out whether a file exists on the include_path, one will need to explode the include_path and then check for each element separately now, or attempt an fopen(,,1). -- Edit Bug report at: http://bugs.php.net/?id=9374edit=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] PHP 4.0 Bug #9375: Apache don't start
From: [EMAIL PROTECTED] Operating system: RedHat 7.0 PHP version: 4.0 Latest CVS (21/02/2001) PHP Bug Type: Apache related Bug description: Apache don't start ./configure --enable-track-vars --with-gd --with-cpdflib --with-mysql --with-apxs --with-tiff --with-png --with-jpeg --with-zlib --with-midgard make make install start Apache then error : Failed to start apache : Starting httpd: Syntax error on line 256 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/libphp4.so into server: undefined symbol: __setjmp [FAILED] The version php4.0.4pl1 run perferct on my RedHat 7.0 -- Edit Bug report at: http://bugs.php.net/?id=9375edit=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] PHP 4.0 Bug #9379: mssql_query can't get result
From: [EMAIL PROTECTED] Operating system: Windows ME PHP version: 4.0.3pl1 PHP Bug Type: MSSQL related Bug description: mssql_query can't get result mssql_query() can't fetch result from server if I use sql server variables in query. For example this script: ?php mssql_connect([server],[user],[password]) $sql_result=mssql_query("declare @kala int;select @kala=5;delete from [table] where field1=@kala"); $sql_result2=mssql_query("select * from kasutajad"); ? If I turned error severity to 0 I saw following error:MS SQL error: Attempt to initiate a new SQL Server operation with results pending. (severity 7) in c:\htdocs\sqltest.php on line 4 ...but the first query has no result to fetch... -- Edit Bug report at: http://bugs.php.net/?id=9379edit=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] PHP 4.0 Bug #9380: HAVE_TZNAME not being checked
From: [EMAIL PROTECTED] Operating system: OS400 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: HAVE_TZNAME not being checked OS/400 does not have tzname. Code in ext/standard/datetime.c does not check to see if HAVE_TZNAME is defined before accessing the field. Here is the code: #if HAVE_TM_ZONE size += strlen(ta-tm_zone); #else size += strlen(tzname[0]); #endif and #if HAVE_TM_ZONE strcat(return_value-value.str.val, ta-tm_zone); #else strcat(return_value-value.str.val, tzname[0]); #endif It may be that for OS/400 we may need to do something different, but in the meantime HAVE_TZNAME needs to be checked prior to accessing tzname. -- Edit Bug report at: http://bugs.php.net/?id=9380edit=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] snpashot broken ?
Hello, I've been fighting with the latest snapshots to build on a Debian with Apache 1.3.17 via APXS with and without SSL (EAPI). Although it configures and builds correctly, it fails at Apache startup with a Segmentation Fault error (no coredump, no log). If anyone can tell me how to gather more information, I'd be happy to issue a full report. hellekin -- 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] PHP 4.0 Bug #9382: inet_aton prototype not used
From: [EMAIL PROTECTED] Operating system: OS400 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: inet_aton prototype not used OS/400 does not support inet_aton, and thus an error occurs when trying to compile main/network.c. I did notice that ext/standard/flock_compat.c has an implementation of inet_aton. And that main/network.c does include the prototype as follows: #ifndef PHP_WIN32 #include netinet/in.h #include netdb.h #include arpa/inet.h #else int inet_aton(const char *, struct in_addr *); #endif All I ask is to change the above to the following: #ifndef PHP_WIN32 #include netinet/in.h #include netdb.h #include arpa/inet.h #endif #ifndef HAVE_INET_ATON int inet_aton(const char *, struct in_addr *); #endif -- Edit Bug report at: http://bugs.php.net/?id=9382edit=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] php_apache.c virtual() enlightment needed
That's what I recalled too. I don't think that this can work today, so if this check got lost along the way, it should probably be restored. hehe, the PHP Mime type check is still there, but why do we shut down all buffers? what did it intentionally fix? I still do not get it... andr -- Andr Langhorstt: +49 331 5811560 [EMAIL PROTECTED] m: +49 173 9558736 * PHP Quality Assurance http://qa.php.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] PHP 4.0 Bug #9383 Updated: mcrypt 2.4.9 function causes Apache to segfault
ID: 9383 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: mcrypt related Assigned To: derick Comments: Can you check out if libmcrypt 2.4.4 or 2.4.7 works fine for you? Assigning it to me too. Previous Comments: --- [2001-02-21 16:10:31] [EMAIL PROTECTED] The problem appears on freebsd. Everything compiled from ports. apache version is 1.3.17. PHP is 4.0.4pl1. Mcrypt is 2.4.9 with and without --disable-posix-threads tested, does the same thing (but I don't think, that ./configure recognizes this in 2.4.x of mcrypt). Everything works just fine, until I run mcrypt_modle_open function. #0 0x0 in ?? () #1 0x2842fa4a in mcrypt_enc_is_block_algorithm_mode () from /usr/local/lib/libmcrypt.so.5 #2 0x2842f4a9 in mcrypt_module_open () from /usr/local/lib/libmcrypt.so.5 #3 0x28334b87 in php_if_mcrypt_module_open (ht=4, return_value=0x827d20c, this_ptr=0x0, return_value_used=1) at mcrypt.c:417 #4 0x2830fa09 in execute (op_array=0x828360c) at ./zend_execute.c:1519 #5 0x2830fc5c in execute (op_array=0x828380c) at ./zend_execute.c:1559 #6 0x2830fc5c in execute (op_array=0x828390c) at ./zend_execute.c:1559 #7 0x2830fc5c in execute (op_array=0x8283a0c) at ./zend_execute.c:1559 #8 0x2830fc5c in execute (op_array=0x825fc0c) at ./zend_execute.c:1559 #9 0x2831dc4e in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #10 0x2832f0e4 in php_execute_script (primary_file=0xbfbff958) at main.c:1221 #11 0x2832b9e2 in apache_php_module_main (r=0x8269038, display_source_mode=0) at sapi_apache.c:89 #12 0x2832c382 in send_php (r=0x8269038, display_source_mode=0, filename=0x0) at mod_php4.c:516 #13 0x2832c3be in send_parsed_php (r=0x8269038) at mod_php4.c:527 #14 0x80536f8 in ap_invoke_handler () #15 0x80626b1 in process_request_internal () #16 0x8062710 in ap_process_request () #17 0x805c012 in child_main () #18 0x805c1a4 in make_child () #19 0x805c2c1 in startup_children () #20 0x805c790 in standalone_main () #21 0x805ce4b in main () #22 0x804fbf1 in _start () --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9383edit=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] PHP 4.0 Bug #9383 Updated: mcrypt 2.4.9 function causes Apache to segfault
ID: 9383 User Update by: [EMAIL PROTECTED] Status: Assigned Bug Type: mcrypt related Description: mcrypt 2.4.9 function causes Apache to segfault no problem. I'm just compiling it with 2.4.8, should I try only 2.4.7. Is 2.4.8 known to have some problem? Previous Comments: --- [2001-02-21 16:16:51] [EMAIL PROTECTED] Can you check out if libmcrypt 2.4.4 or 2.4.7 works fine for you? Assigning it to me too. --- [2001-02-21 16:10:31] [EMAIL PROTECTED] The problem appears on freebsd. Everything compiled from ports. apache version is 1.3.17. PHP is 4.0.4pl1. Mcrypt is 2.4.9 with and without --disable-posix-threads tested, does the same thing (but I don't think, that ./configure recognizes this in 2.4.x of mcrypt). Everything works just fine, until I run mcrypt_modle_open function. #0 0x0 in ?? () #1 0x2842fa4a in mcrypt_enc_is_block_algorithm_mode () from /usr/local/lib/libmcrypt.so.5 #2 0x2842f4a9 in mcrypt_module_open () from /usr/local/lib/libmcrypt.so.5 #3 0x28334b87 in php_if_mcrypt_module_open (ht=4, return_value=0x827d20c, this_ptr=0x0, return_value_used=1) at mcrypt.c:417 #4 0x2830fa09 in execute (op_array=0x828360c) at ./zend_execute.c:1519 #5 0x2830fc5c in execute (op_array=0x828380c) at ./zend_execute.c:1559 #6 0x2830fc5c in execute (op_array=0x828390c) at ./zend_execute.c:1559 #7 0x2830fc5c in execute (op_array=0x8283a0c) at ./zend_execute.c:1559 #8 0x2830fc5c in execute (op_array=0x825fc0c) at ./zend_execute.c:1559 #9 0x2831dc4e in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #10 0x2832f0e4 in php_execute_script (primary_file=0xbfbff958) at main.c:1221 #11 0x2832b9e2 in apache_php_module_main (r=0x8269038, display_source_mode=0) at sapi_apache.c:89 #12 0x2832c382 in send_php (r=0x8269038, display_source_mode=0, filename=0x0) at mod_php4.c:516 #13 0x2832c3be in send_parsed_php (r=0x8269038) at mod_php4.c:527 #14 0x80536f8 in ap_invoke_handler () #15 0x80626b1 in process_request_internal () #16 0x8062710 in ap_process_request () #17 0x805c012 in child_main () #18 0x805c1a4 in make_child () #19 0x805c2c1 in startup_children () #20 0x805c790 in standalone_main () #21 0x805ce4b in main () #22 0x804fbf1 in _start () --- Full Bug description available at: http://bugs.php.net/?id=9383 -- 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] PHP 4.0 Bug #9368 Updated: Impossible to load pgsql.so
ID: 9368 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: PostgreSQL related Description: Impossible to load pgsql.so It is really a bug. But it is not a PHP bug. For information : = The bug is due to Debian. In some cases, you get a very slightly different package name, for example from KDE and this package is NOT compatible !!! The package you should have is : "3:3.0.18-1potato.2" BUT you have : "3:3.0.18-1.potato.2" Just remark the point !!! You have to get the right package (remove wrong package, remove KDE from your sources.tree, reinstall correct package) Previous Comments: --- [2001-02-21 07:58:02] [EMAIL PROTECTED] COULD NOT LOAD pgsql.so : I tryed two ways : * dl("pgsql.so") gives an error : Fatal error: Unable to load dynamic library '/usr/lib/php3/apache/pgsql.so' - /usr/lib/php3/apache/pgsql.so: undefined symbol: empty_string in /var/www/admin/sushis/exemple.php3 on line 6 * "extension=pgsql.so" in /etc/php3/apache/php3.ini has NO effect : Fatal error: Call to unsupported or undefined function pg_connect() in /var/www/admin/sushis/exemple.php3 on line 8 SOS ! PLEASE ! I am really annoyed and don't know *at* *all* what to do ? The server is under Debian potato, the installed packages are : *** Opt web php3 3.0.18-1.po 3.0.18-1.po A server-side, HTML-embed *** Opt web php3-cgi 3.0.18-1.po 3.0.18-1.po A server-side, HTML-embed *** Opt web php3-cgi-mys 3.0.18-1.po 3.0.18-1.po Mysql module for PHP3 (cg *** Opt web php3-cgi-pgs 3.0.18-1.po 3.0.18-1.po PostgreSQL module for PHP *** Opt web php3-mysql 3.0.18-1.po 3.0.18-1.po Mysql module for PHP3 (ap *** Opt web php3-pgsql 3.0.18-1.po 3.0.18-1.po PostgreSQL module for PHP # uname -a Linux sashimi 2.2.18pre21 #1 Sat Nov 18 18:47:15 EST 2000 i686 unknown --- Full Bug description available at: http://bugs.php.net/?id=9368 -- 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] PHP 4.0 Bug #9386: set_error_handler() doesn't always catch errors
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 6.2 PHP version: 4.0.4pl1 PHP Bug Type: PHP options/info functions Bug description: set_error_handler() doesn't always catch errors The files error_handler.inc, parse_error.php, and php_warning.php are included below. We have error_handler.inc as the auto_prepend_file in php.ini. It defines an error handling function and then sets it. However, when a parse error occurs, our error handler is not called, as you can see in the following snippet of execution. It is clear that the error handler is not being called in the second case. *** [httpd@dev10 php]$ php -q php_warning.php ERROR HANDLER [httpd@dev10 php]$ php -q parse_error.php br bFatal error/b: Call to undefined function: thisisjunk() in bparse_error.php/b on line b3/bbr [httpd@dev10 php]$ *** error_handler.inc == ? /* From php.ini: E_ALL - All errors and warnings E_ERROR - fatal run-time errors E_WARNING - run-time warnings (non fatal errors) E_PARSE - compile-time parse errors E_NOTICE - run-time notices (these are warnings which often result from a bug in your code, but it's possible that it was intentional (e.g., using an uninitialized variable and relying on the fact it's automatically initialized to an empty string) E_CORE_ERROR - fatal errors that occur during PHP's initial startup E_CORE_WARNING- warnings (non fatal errors) that occur during PHP's initial startup E_COMPILE_ERROR - fatal compile-time errors E_COMPILE_WARNING - compile-time warnings (non fatal errors) */ function myc_log_error($timeday, $message, $server, $level, $service, $script_name, $context) { echo "ERROR HANDLER\n"; } function myc_error_handler($errno, $errstr, $errfile, $errline, $context) { switch($errno) { case E_NOTICE: case E_USER_NOTICE: case 0: // this occurs when the statement was prepended with an @ symbol // do nothing break; case E_WARNING: case E_CORE_WARNING: case E_COMPILE_WARNING: case E_USER_WARNING: myc_log_error(date("Y-m-d H:i:s"), $errstr, $GLOBALS['HOSTNAME'], $errno, $GLOBALS['SERVER_NAME'], $errfile, $context); break; default: myc_log_error(date("Y-m-d H:i:s"), $errstr, $GLOBALS['HOSTNAME'], $errno, $GLOBALS['SERVER_NAME'], $errfile, $context); header("Location: http://www.mycomputer.com/errors/error_available.html"); echo "Hello!\n"; exit(); break; } } set_error_handler("myc_error_handler"); ? == php_warning.php == ? foreach($arr as $hello) { echo "$hello\n"; } ? === parse_error.php === ? thisisjunk(); ? === -- Edit Bug report at: http://bugs.php.net/?id=9386edit=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] PHP 4.0 Bug #9383 Updated: mcrypt 2.4.9 function causes Apache to segfault
ID: 9383 User Update by: [EMAIL PROTECTED] Status: Assigned Bug Type: mcrypt related Description: mcrypt 2.4.9 function causes Apache to segfault 2.4.7 does not work too. Previous Comments: --- [2001-02-21 16:40:57] [EMAIL PROTECTED] Does not work with 2.4.8, trying 2.4.7 --- [2001-02-21 16:26:03] [EMAIL PROTECTED] no problem. I'm just compiling it with 2.4.8, should I try only 2.4.7. Is 2.4.8 known to have some problem? --- [2001-02-21 16:16:51] [EMAIL PROTECTED] Can you check out if libmcrypt 2.4.4 or 2.4.7 works fine for you? Assigning it to me too. --- [2001-02-21 16:10:31] [EMAIL PROTECTED] The problem appears on freebsd. Everything compiled from ports. apache version is 1.3.17. PHP is 4.0.4pl1. Mcrypt is 2.4.9 with and without --disable-posix-threads tested, does the same thing (but I don't think, that ./configure recognizes this in 2.4.x of mcrypt). Everything works just fine, until I run mcrypt_modle_open function. #0 0x0 in ?? () #1 0x2842fa4a in mcrypt_enc_is_block_algorithm_mode () from /usr/local/lib/libmcrypt.so.5 #2 0x2842f4a9 in mcrypt_module_open () from /usr/local/lib/libmcrypt.so.5 #3 0x28334b87 in php_if_mcrypt_module_open (ht=4, return_value=0x827d20c, this_ptr=0x0, return_value_used=1) at mcrypt.c:417 #4 0x2830fa09 in execute (op_array=0x828360c) at ./zend_execute.c:1519 #5 0x2830fc5c in execute (op_array=0x828380c) at ./zend_execute.c:1559 #6 0x2830fc5c in execute (op_array=0x828390c) at ./zend_execute.c:1559 #7 0x2830fc5c in execute (op_array=0x8283a0c) at ./zend_execute.c:1559 #8 0x2830fc5c in execute (op_array=0x825fc0c) at ./zend_execute.c:1559 #9 0x2831dc4e in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #10 0x2832f0e4 in php_execute_script (primary_file=0xbfbff958) at main.c:1221 #11 0x2832b9e2 in apache_php_module_main (r=0x8269038, display_source_mode=0) at sapi_apache.c:89 #12 0x2832c382 in send_php (r=0x8269038, display_source_mode=0, filename=0x0) at mod_php4.c:516 #13 0x2832c3be in send_parsed_php (r=0x8269038) at mod_php4.c:527 #14 0x80536f8 in ap_invoke_handler () #15 0x80626b1 in process_request_internal () #16 0x8062710 in ap_process_request () #17 0x805c012 in child_main () #18 0x805c1a4 in make_child () #19 0x805c2c1 in startup_children () #20 0x805c790 in standalone_main () #21 0x805ce4b in main () #22 0x804fbf1 in _start () --- Full Bug description available at: http://bugs.php.net/?id=9383 -- 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: shane caraveo Email: [EMAIL PROTECTED] ID: shane Purpose: all the fun things I used to do -- 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 database
On Wed, Feb 21, 2001 at 01:23:18PM -0800, Rasmus Lerdorf wrote: It's your CVS password. Yes I know that and I can remember my CVS password. But I cannot update the bug database because there is no field for the login name. My login at work is egon and at home eschmid+sic. -Egon On Wed, 21 Feb 2001, Shane Caraveo wrote: Can someone update/replace/give me my password for the bug database. Thnx shane -- 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] -- -- http://www.linuxtag.de/ http://php.net/books.php http://www.concert-band.de/ http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9388: odbc_pconnect and hanging database connections
From: [EMAIL PROTECTED] Operating system: Win98 PHP version: 4.0.4 PHP Bug Type: ODBC related Bug description: odbc_pconnect and hanging database connections When I open my Access Database with odbc_pconnect with NN4.7 on Apache 3.1.17, Netscape sends a "GET HTTP/1.1" request and a "Connection: Keep-Alive", but Apache answers with "Connection:close" (maybe he doesn't like keep alives with HTTP/1.0) and not with "Connection:timeout=15, max=100". With phpinfo I get "HTTP_CONNECTION=Keep-Alive", so php leaves a persistent connection open, but apache doesnt reuse it. The result is an "out of disk space" after several calls. My workaround by now is to limit Apaches MaxRequestsPerChild, which results in a 3 second pause, when this limit is reached. Gustav Graf -- Edit Bug report at: http://bugs.php.net/?id=9388edit=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 date()?
The code written like so is ok: ?php $datum = date("d.m.Y ")."br".date(" H:i:s"); echo $datum; ? Something as simple as this will cause the segfault. ?php date("rH"); ? Seems that anything placed _after_ "r", anything that will get turned into a date-time format causes a crash. Im using 4.0.4pl, this does not happen with the CVS snapshot I have 2001-02-15. Chris -Original Message- From: Martin Jansen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 21, 2001 2:09 PM To: PHP Development Mailing List Subject: [PHP-DEV] Bug in date()? Hi, this script seemingly causes PHP 4.0.4pl1 to crash: ?php $datum = date("d.m.Y br H:i:s"); echo $datum; ? There has been a report on news:de.comp.lang.php about this, telling that PHP crashes on Linux and Win32 in CGI-Version. I've tested it here locally on Windows 2000 Professional with PHP as module and it also crashes. With PHP 3.0.16 it seems to work. Any clues? Is it because of the HTML code in the parameter for date()? Martin -- 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] PHP 4.0 Bug #9385 Updated: ./configure detects the wrong version
ID: 9385 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Assigned Bug Type: mcrypt related Assigned To: derick Comments: Can you paste the snippet from config.log and debug.log that tells you about the detenction of the libmcrypt. I really need to verify this on a FreeBSD box, I suppose I can get an account? Previous Comments: --- [2001-02-21 16:30:56] [EMAIL PROTECTED] ./configure script detects mcrypt-2.2.x on freebsd, while mcrypt-2.4.x is installed. True for libmcrypt-2.4.8 and 2.4.9 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9385edit=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] PHP 4.0 Bug #9385 Updated: ./configure detects the wrong version
ID: 9385 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Assigned Status: Closed Bug Type: mcrypt related Assigned To: derick Comments: Already fixed in CVS Previous Comments: --- [2001-02-21 16:47:49] [EMAIL PROTECTED] Can you paste the snippet from config.log and debug.log that tells you about the detenction of the libmcrypt. I really need to verify this on a FreeBSD box, I suppose I can get an account? --- [2001-02-21 16:30:56] [EMAIL PROTECTED] ./configure script detects mcrypt-2.2.x on freebsd, while mcrypt-2.4.x is installed. True for libmcrypt-2.4.8 and 2.4.9 --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9385edit=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 database
Can someone update/replace/give me my password for the bug database. Thnx shane -- 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] PHP 4.0 Bug #9378: Exit() in a Funtion never break the process, PHP module still running
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.0.4pl1 PHP Bug Type: *Function Specific Bug description: Exit() in a Funtion never break the process, PHP module still running Exit() in a Funtion never break the process, PHP module still running, and i have the Hourglass waiting cursoron my web page. I'm using Win2000, Apache 1.3.17, PHP4.0.4pl1 as module and Zend_optimizer -- Edit Bug report at: http://bugs.php.net/?id=9378edit=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] PHP 4.0 Bug #9387 Updated: Doc String Quoting Problem
ID: 9387 Updated by: andre Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Assigned To: Comments: the indenting issue is already present as RFE in the db Previous Comments: --- [2001-02-21 18:31:23] [EMAIL PROTECTED] The doc part is taken care of, I'm reopening in case someone wants to present a really good solution. :) --- [2001-02-21 17:38:07] [EMAIL PROTECTED] This is not a bug. Check the third sentence below, from the PHP Manual at http://www.php.net/manual/en/language.types.string.php: Another way to delimit strings is by using here doc syntax (""). One should provide an identifier after , then the string, and then the same identifier to close the quotation. The closing identifier must begin in the first column of the line. The label used must follow the same naming rules as any other label in PHP: it must contain only alphanumeric characters and underscores, and must start with a non-digit character or underscore. --- [2001-02-21 17:21:34] [EMAIL PROTECTED] When you are using doc string quoting or something, php doesn't recognize the thing that stops it if indented at all or something. There are two examples to illistrate my point: echo BARFY This is a good example. It works perfectly. BARFY echo BARFY This is a bad example. It fails miserably. Note the space before BARFY. BARFY Maybe this is a bug, maybe it is a feature. I don't know, but please fix it or make note of it in the manual. Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9387edit=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] PHP 4.0 Bug #8680 Updated: Here-DOC termination
ID: 8680 Updated by: andre Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Documentation problem Assigned To: Comments: forgot closing Previous Comments: --- [2001-01-12 12:58:09] [EMAIL PROTECTED] This is intended, but noted in the manual. --- [2001-01-12 12:38:50] [EMAIL PROTECTED] The following PHP code causes a Parse error: $string EOD This is a string. EOD ; Workaround: eliminate space that precedes semicolon. This causes me to depart from the best practices I chose to follow. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=8680edit=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] PHP 4.0 Bug #9387 Updated: Doc String Quoting Problem
ID: 9387 Updated by: torben Reported By: [EMAIL PROTECTED] Old-Status: Bogus Status: Open Bug Type: Feature/Change Request Assigned To: Comments: The doc part is taken care of, I'm reopening in case someone wants to present a really good solution. :) Previous Comments: --- [2001-02-21 17:38:07] [EMAIL PROTECTED] This is not a bug. Check the third sentence below, from the PHP Manual at http://www.php.net/manual/en/language.types.string.php: Another way to delimit strings is by using here doc syntax (""). One should provide an identifier after , then the string, and then the same identifier to close the quotation. The closing identifier must begin in the first column of the line. The label used must follow the same naming rules as any other label in PHP: it must contain only alphanumeric characters and underscores, and must start with a non-digit character or underscore. --- [2001-02-21 17:21:34] [EMAIL PROTECTED] When you are using doc string quoting or something, php doesn't recognize the thing that stops it if indented at all or something. There are two examples to illistrate my point: echo BARFY This is a good example. It works perfectly. BARFY echo BARFY This is a bad example. It fails miserably. Note the space before BARFY. BARFY Maybe this is a bug, maybe it is a feature. I don't know, but please fix it or make note of it in the manual. Thanks. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9387edit=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 database
Click on the "Dev Modify" link On Wed, 21 Feb 2001 [EMAIL PROTECTED] wrote: On Wed, Feb 21, 2001 at 01:23:18PM -0800, Rasmus Lerdorf wrote: It's your CVS password. Yes I know that and I can remember my CVS password. But I cannot update the bug database because there is no field for the login name. My login at work is egon and at home eschmid+sic. -Egon On Wed, 21 Feb 2001, Shane Caraveo wrote: Can someone update/replace/give me my password for the bug database. Thnx shane -- 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] -- -- http://www.linuxtag.de/ http://php.net/books.php http://www.concert-band.de/ http://www.php-buch.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: PHP 4.0 Bug #9387 Updated: Doc String Quoting Problem
Okay, you are right. I must have missed that sentence. Sorry. It is a 'good' coding practice (with many people) to indent everything (that should be indented, like if's). You can't do a doc quoting inside of an if and still maintain 'good' coding practices. That is a bug, in my opinion, because you ought to be able to do both perfectly. I understand why the developers did what they did, but maybe a compromise could be reached? I don't know what that would be, but maybe escaping any stop words before the actual stop word with quotes or ticks or something. Maybe someone could amend the manual a little bit, like changing "The closing identifier must begin in the first column of the line." to "The closing identifier must begin in the first column of the line (i.e., you can't have anything before the closing identifier)." Thanks, Jeff - Original Message - From: "Bug Database" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, February 21, 2001 4:38 PM Subject: PHP 4.0 Bug #9387 Updated: Doc String Quoting Problem ID: 9387 Updated by: torben Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Feature/Change Request Assigned To: Comments: This is not a bug. Check the third sentence below, from the PHP Manual at http://www.php.net/manual/en/language.types.string.php: Another way to delimit strings is by using here doc syntax (""). One should provide an identifier after , then the string, and then the same identifier to close the quotation. The closing identifier must begin in the first column of the line. The label used must follow the same naming rules as any other label in PHP: it must contain only alphanumeric characters and underscores, and must start with a non-digit character or underscore. Previous Comments: -- - [2001-02-21 17:21:34] [EMAIL PROTECTED] When you are using doc string quoting or something, php doesn't recognize the thing that stops it if indented at all or something. There are two examples to illistrate my point: echo BARFY This is a good example. It works perfectly. BARFY echo BARFY This is a bad example. It fails miserably. Note the space before BARFY. BARFY Maybe this is a bug, maybe it is a feature. I don't know, but please fix it or make note of it in the manual. Thanks. -- - ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9387edit=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] PHP 4.0 Bug #9383: mcrypt 2.4.9 function causes Apache to segfault
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.2-STABLE (3 days old build) PHP version: 4.0.4pl1 PHP Bug Type: mcrypt related Bug description: mcrypt 2.4.9 function causes Apache to segfault The problem appears on freebsd. Everything compiled from ports. apache version is 1.3.17. PHP is 4.0.4pl1. Mcrypt is 2.4.9 with and without --disable-posix-threads tested, does the same thing (but I don't think, that ./configure recognizes this in 2.4.x of mcrypt). Everything works just fine, until I run mcrypt_modle_open function. #0 0x0 in ?? () #1 0x2842fa4a in mcrypt_enc_is_block_algorithm_mode () from /usr/local/lib/libmcrypt.so.5 #2 0x2842f4a9 in mcrypt_module_open () from /usr/local/lib/libmcrypt.so.5 #3 0x28334b87 in php_if_mcrypt_module_open (ht=4, return_value=0x827d20c, this_ptr=0x0, return_value_used=1) at mcrypt.c:417 #4 0x2830fa09 in execute (op_array=0x828360c) at ./zend_execute.c:1519 #5 0x2830fc5c in execute (op_array=0x828380c) at ./zend_execute.c:1559 #6 0x2830fc5c in execute (op_array=0x828390c) at ./zend_execute.c:1559 #7 0x2830fc5c in execute (op_array=0x8283a0c) at ./zend_execute.c:1559 #8 0x2830fc5c in execute (op_array=0x825fc0c) at ./zend_execute.c:1559 #9 0x2831dc4e in zend_execute_scripts (type=8, file_count=3) at zend.c:729 #10 0x2832f0e4 in php_execute_script (primary_file=0xbfbff958) at main.c:1221 #11 0x2832b9e2 in apache_php_module_main (r=0x8269038, display_source_mode=0) at sapi_apache.c:89 #12 0x2832c382 in send_php (r=0x8269038, display_source_mode=0, filename=0x0) at mod_php4.c:516 #13 0x2832c3be in send_parsed_php (r=0x8269038) at mod_php4.c:527 #14 0x80536f8 in ap_invoke_handler () #15 0x80626b1 in process_request_internal () #16 0x8062710 in ap_process_request () #17 0x805c012 in child_main () #18 0x805c1a4 in make_child () #19 0x805c2c1 in startup_children () #20 0x805c790 in standalone_main () #21 0x805ce4b in main () #22 0x804fbf1 in _start () -- Edit Bug report at: http://bugs.php.net/?id=9383edit=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] PHP 4.0 Bug #9390: PHPSESSID adds itself to $HTTP_POST_VARS
From: [EMAIL PROTECTED] Operating system: HP-UX 11.00 PHP version: 4.0.4pl1 PHP Bug Type: *Session related Bug description: PHPSESSID adds itself to $HTTP_POST_VARS Problem: For some reason PHP adds PHPSESSID to $HTTP_POST_VARS At login, I use: session_start(): $sid = session_id(); session_register("sid"); etc. 2 pages into the session the var PHPSESSID appears as the first element in the post array. My app has been been behaving until I started playing with gc_probability in php.ini. My identical dev website with identical code does not reproduce this problem. Config INFO: Compile Directives: './configure' '--prefix=/../../php_prod' '--with-config_file_path=/../../php_prod/lib' '--with-oci8' '--with-apache=/../../apache_prod' '--enable-track-vars' '--enable-trans-sid' '--enable-ftp' php.ini session config: [Session] session.save_handler = files ; session.save_path=/usr/local/session; session.use_cookies = 0 ; session.name = PHPSESSID ; session.auto_start= 0 ; session.cookie_lifetime=0 ; session.cookie_path = / session.serialize_handler = php ; session.gc_probability= 1 ; session.gc_maxlifetime= 1800; session.referer_check = ; session.entropy_length= 0 ; session.entropy_file = ; session.entropy_length= 16 ; session.entropy_file = /dev/urandom session.cache_limiter= nocache ; ; session.cache_expire = 180 ; session.use_trans_sid = 1 ; [EOF] -- Edit Bug report at: http://bugs.php.net/?id=9390edit=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] please patch for dbmaker
Sorry, some incorrect word wrap in my patch. Please use the attachment instead. Thanks. begin 666 patch.txt M9EF9B M=7(@AP+30N,"XTPQ;VQD+V5X="]O9)C+V-O;F9I9RYM-"!P M:' M-"XP+C1P;#$O97AT+V]D8F,O8V]N9FEG+FTT#0HM+2T@AP+30N,"XT MPQ;VQD+V5X="]O9)C+V-O;F9I9RYM- E7960@3F]V(#(R(#(S.C,Q.C T M(#(P,# -"BLK*R!P:' M-"XP+C1P;#$O97AT+V]D8F,O8V]N9FEG+FTT"5=E M9"!96(@,C$@,3(Z,C Z,#$@,C P,0T*0$ @+30P-RPX("LT,#L."! 0 T* M(" @(" C(-H96-K($1"36%K97(@=F5RVEO;B H9G)O;2 U+C @=\@,BXP M*0T*(" @("!$0DU!2T527U9%4E-)3TX]-2XP#0H@#0HM(" @('=H:6QE(%M; M('1EW0@(2 M9" D1$)-04M%4E](3TU%+R1$0DU!2T527U9%4E-)3TX@+6$@ M7 T*+2 @(" @(" @(" @(" @(" @(B1$0DU!2T527U9%4E-)3TXB("$]("(R M+CDB(%U=.R!D;PT**R @("!W:EL92!T97-T("$@+60@)$1"34%+15)?2$]- M12\D1$)-04M%4E]615)324].("UA(%P-"BL@(" @(" @(" @(" @(" @("(D M1$)-04M%4E]615)324].(B A/2 B,BXY(CL@9\-"B @(" @(" @($1-7U9% M4CU@96-H;R D1$)-04M%4E]615)324].('P@V5D("UE("=S+UPN+R\G('P@ M87=K("=[('!R:6YT("0Q+3$[?2=@#0H@(" @(" @("!-04I/4E]6/6!E8VAO M("1$35]615(@?"!A=VL@)WL@')I;G0@)#$O,3 [('TG(%P-"B @(" @(" @ M(" @(" @(" @('P@87=K(" M1BX@)WL@')I;G0@)#$[('TG8 T*0$ @+30Q M-BPW("LT,38L-R! 0 T*(" @(" @(" @1$)-04M%4E]615)324]./21-04I/ M4E]6+B1-24Y/4E]6#0H@(" @(1O;F4-"B -"BT@(" @:68@6UL@(B1$0DU! M2T527U9%4E-)3TXB(#T@(C(N.2(@75T[('1H96X-"BL@(" @:68@=5S=" B M)$1"34%+15)?5D524TE/3B(@/2 B,BXY(CL@=AE;@T*(" @(" @(" @=VET M:'9A;#TD1$)-04M%4E](3TU%#0H@(" @(5LV4-"B @(" @(" @($1"34%+ H15)?4$%42#TD1$)-04M%4E](3TU%+R1$0DU!2T527U9%4E-)3TX-"@`` ` end -- 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] anyone with m4 knowledge - [PHP-DEV] please patch for dbmaker
hi, this is not m4 but /bin/sh stuff... afaik [[ is bash specific boolean test. so the patch _seems_ to be correct... b. - Original Message - From: "Andr Langhorst" [EMAIL PROTECTED] To: "PHP Development" [EMAIL PROTECTED] Sent: Thursday, February 22, 2001 5:31 AM Subject: [PHP-DEV] anyone with m4 knowledge - [PHP-DEV] please patch for dbmaker could anyone with basic m4 knowledge look into this, this should be a matter of minutes then I guess. andr -- Andr Langhorstt: +49 331 5811560 [EMAIL PROTECTED] m: +49 173 9558736 * PHP Quality Assurance http://qa.php.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] please patch for dbmaker
The original patch has some incorrect word wrap, let me post it once again. Sorry!! BEGIN PATCH diff -ur php-4.0.4pl1old/ext/odbc/config.m4 php-4.0.4pl1/ext/odbc/config.m4 --- php-4.0.4pl1old/ext/odbc/config.m4 Wed Nov 22 23:31:04 2000 +++ php-4.0.4pl1/ext/odbc/config.m4 Wed Feb 21 12:20:01 2001 @@ -407,8 +407,8 @@ # check DBMaker version (from 5.0 to 2.0) DBMAKER_VERSION=5.0 -while [[ test ! -d $DBMAKER_HOME/$DBMAKER_VERSION -a \ - "$DBMAKER_VERSION" != "2.9" ]]; do +while test ! -d $DBMAKER_HOME/$DBMAKER_VERSION -a \ + "$DBMAKER_VERSION" != "2.9"; do DM_VER=`echo $DBMAKER_VERSION | sed -e 's/\.//' | awk '{ print $1-1;}'` MAJOR_V=`echo $DM_VER | awk '{ print $1/10; }' \ | awk -F. '{ print $1; }'` @@ -416,7 +416,7 @@ DBMAKER_VERSION=$MAJOR_V.$MINOR_V done -if [[ "$DBMAKER_VERSION" = "2.9" ]]; then +if test "$DBMAKER_VERSION" = "2.9"; then withval=$DBMAKER_HOME else DBMAKER_PATH=$DBMAKER_HOME/$DBMAKER_VERSION END PATCH -- 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] How do I update Bug Database that I've been posted?
Hello all, I'm wandering how to I update bug db at www.php.net I've posted 2 bugs recently. I want to update them, add more info, etc. (Or do I supposed to post update here?) Thanks Yasuo Ohgaki _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] anyone with m4 knowledge - [PHP-DEV] please patch for dbmaker
forgot to say that in case of [[ the test word is not needed - [[ is a test itself: if [[ -x somefile ]]; . if test -x somefile; b. - Original Message - From: "Boian Bonev" [EMAIL PROTECTED] To: "Andr Langhorst" [EMAIL PROTECTED]; "PHP Development" [EMAIL PROTECTED] Sent: Thursday, February 22, 2001 5:40 AM Subject: Re: [PHP-DEV] anyone with m4 knowledge - [PHP-DEV] please patch for dbmaker hi, this is not m4 but /bin/sh stuff... afaik [[ is bash specific boolean test. so the patch _seems_ to be correct... b. - Original Message - From: "Andr Langhorst" [EMAIL PROTECTED] To: "PHP Development" [EMAIL PROTECTED] Sent: Thursday, February 22, 2001 5:31 AM Subject: [PHP-DEV] anyone with m4 knowledge - [PHP-DEV] please patch for dbmaker could anyone with basic m4 knowledge look into this, this should be a matter of minutes then I guess. andr -- Andr Langhorstt: +49 331 5811560 [EMAIL PROTECTED] m: +49 173 9558736 * PHP Quality Assurance http://qa.php.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] -- 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] Developing PHP module
Hi I am making my own PHP module.( somthing like ext/XXX ) Is there any site which is like modules.apache.org? How can I register my PHP module? Thanks. __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices! http://auctions.yahoo.com/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] php_apache.c virtual() enlightment needed
Addressed to: =?ISO-8859-1?Q?Andr=E9?= Langhorst [EMAIL PROTECTED] PHP Development [EMAIL PROTECTED] ** Reply to note from =?ISO-8859-1?Q?Andr=E9?= Langhorst [EMAIL PROTECTED] Wed, 21 Feb 2001 21:04:40 +0100 That's what I recalled too. I don't think that this can work today, so if this check got lost along the way, it should probably be restored. hehe, the PHP Mime type check is still there, but why do we shut down all buffers? what did it intentionally fix? I still do not get it... wild guess alert virtual() calls out to apache, which does its own output to the browser, so before apache gets control php has to close out the buffer and send everything that has been buffered, or things are displayed out of order. /wild guess alert Rick Widmer Internet Marketing Specialists http://www.developersdesk.com -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] PHP 4.0 Bug #9381 Updated: PHP doesn't work.....
ID: 9381 Updated by: andre Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: *General Issues Assigned To: Comments: That´s most likely no bug and not nearly enough information. Previous Comments: --- [2001-02-21 14:58:10] [EMAIL PROTECTED] hi, i have problem with PHP, i have installed MySQL, PersonalWebServer...and PHP 4.0.4 mudul..but PHP doesn't work!! why?? please HELP ME thanks --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9381edit=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] Re: PHP 4.0 Bug #9387 Updated: Doc String Quoting Problem
Lars Torben Wilson wrote: Jeff Lacy writes: It is a 'good' coding practice (with many people) to indent everything (that should be indented, like if's). You can't do a doc quoting inside of an if and still maintain 'good' coding practices. That is a bug, in my opinion, because you ought to be able to do both perfectly. I understand why the developers did what they did, but maybe a compromise could be reached? I don't know what that would be, but maybe escaping any stop words before the actual stop word with quotes or ticks or something. Note that this is standard behaviour for here-docs. From "Programming Perl": The terminating string must appear by itself (unquoted and with no surrounding whitespace) on the terminating line. From man csh (on Solaris): word Read the standard input, up to a line that is identi- cal with word, and place the resulting lines ... However the bourne shell and bash have an extended version that does allow indenting of code. From man bash: If the redirection operator is -, then all leading tab characters are stripped from input lines and the line con- taining delimiter. This allows here-documents within shell scripts to be indented in a natural fashion. and man sh (Solaris): [-]word After parameter and command substitution is done on word, the shell input is read up to the first line that literally matches the resulting word, or to an EOF. If, however, - is appended to : 1)leading tabs are stripped from word before the shell input is read (but after parameter and command substi- tution is done on word), 2)leading tabs are stripped from the shell input as it is read and before each line is compared with word, and 3)shell input is read up to the first line that literally matches the resulting word, or to an EOF. - Andrew -- Every great idea appears crazy to start with. -- 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] PHP 4.0 Bug #9386: set_error_handler() doesn't always catch errors
It seems to me that the problem is that it hasn't parsed and executed the auto_prepend_file before the parse error occurs in the main script. Would it be possible to execute the auto_prepend_file before parsing the main script, or would that break functionality? Steve Meyers Build Manager MyComputer.com Our Tools. Your Site. -Original Message- From: Steve Meyers Sent: Wednesday, February 21, 2001 2:40 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] PHP 4.0 Bug #9386: set_error_handler() doesn't always catch errors From: [EMAIL PROTECTED] Operating system: Red Hat Linux 6.2 PHP version: 4.0.4pl1 PHP Bug Type: PHP options/info functions Bug description: set_error_handler() doesn't always catch errors The files error_handler.inc, parse_error.php, and php_warning.php are included below. We have error_handler.inc as the auto_prepend_file in php.ini. It defines an error handling function and then sets it. However, when a parse error occurs, our error handler is not called, as you can see in the following snippet of execution. It is clear that the error handler is not being called in the second case. *** [httpd@dev10 php]$ php -q php_warning.php ERROR HANDLER [httpd@dev10 php]$ php -q parse_error.php br bFatal error/b: Call to undefined function: thisisjunk() in bparse_error.php/b on line b3/bbr [httpd@dev10 php]$ *** error_handler.inc == ? /* From php.ini: E_ALL - All errors and warnings E_ERROR - fatal run-time errors E_WARNING - run-time warnings (non fatal errors) E_PARSE - compile-time parse errors E_NOTICE - run-time notices (these are warnings which often result from a bug in your code, but it's possible that it was intentional (e.g., using an uninitialized variable and relying on the fact it's automatically initialized to an empty string) E_CORE_ERROR - fatal errors that occur during PHP's initial startup E_CORE_WARNING- warnings (non fatal errors) that occur during PHP's initial startup E_COMPILE_ERROR - fatal compile-time errors E_COMPILE_WARNING - compile-time warnings (non fatal errors) */ function myc_log_error($timeday, $message, $server, $level, $service, $script_name, $context) { echo "ERROR HANDLER\n"; } function myc_error_handler($errno, $errstr, $errfile, $errline, $context) { switch($errno) { case E_NOTICE: case E_USER_NOTICE: case 0: // this occurs when the statement was prepended with an @ symbol // do nothing break; case E_WARNING: case E_CORE_WARNING: case E_COMPILE_WARNING: case E_USER_WARNING: myc_log_error(date("Y-m-d H:i:s"), $errstr, $GLOBALS['HOSTNAME'], $errno, $GLOBALS['SERVER_NAME'], $errfile, $context); break; default: myc_log_error(date("Y-m-d H:i:s"), $errstr, $GLOBALS['HOSTNAME'], $errno, $GLOBALS['SERVER_NAME'], $errfile, $context); header("Location: http://www.mycomputer.com/errors/error_available.html"); echo "Hello!\n"; exit(); break; } } set_error_handler("myc_error_handler"); ? == php_warning.php == ? foreach($arr as $hello) { echo "$hello\n"; } ? === parse_error.php === ? thisisjunk(); ? === -- Edit Bug report at: http://bugs.php.net/?id=9386edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request
Full name: JeongKook, Seo Email: [EMAIL PROTECTED] ID: mmouse77 Purpose: Developement Some Modules Just likes DBPool Engine on java -- 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] PHP 4.0 Bug #9387: Doc String Quoting Problem
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.0 PHP version: 4.0.4pl1 PHP Bug Type: Feature/Change Request Bug description: Doc String Quoting Problem When you are using doc string quoting or something, php doesn't recognize the thing that stops it if indented at all or something. There are two examples to illistrate my point: echo BARFY This is a good example. It works perfectly. BARFY echo BARFY This is a bad example. It fails miserably. Note the space before BARFY. BARFY Maybe this is a bug, maybe it is a feature. I don't know, but please fix it or make note of it in the manual. Thanks. -- Edit Bug report at: http://bugs.php.net/?id=9387edit=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] PHP 4.0 Bug #9389: File names with '-' causes problems
From: [EMAIL PROTECTED] Operating system: OS400 PHP version: 4.0.4pl1 PHP Bug Type: Compile Failure Bug description: File names with '-' causes problems File names that contain a dash (-) in the name causes problems. A request to rename all files that have dashes in the name. The only ones that I have found so far in my limited compiling are: main/fopen-wrappers.c main/fopen-wrappers.h -- Edit Bug report at: http://bugs.php.net/?id=9389edit=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] Fwd: Undelivered Mail Returned to Sender
Could please anyone from Pentap have a look at this? Sth. with their mail delivery seem to be wrong ... ==BEGIN FORWARDED MESSAGE== Date: Wed, 21 Feb 2001 22:24:46 +0100 (CET) From: [EMAIL PROTECTED] (Mail Delivery System) Subject: Undelivered Mail Returned to Sender To: [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] This is the Postfix program at host bilbo.pentap.net. I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations. For further assistance, please contact [EMAIL PROTECTED] If you do so, please include this problem report. You can delete your own text from the message returned below. The Postfix program [EMAIL PROTECTED]: unknown user: "designmm" ===END FORWARDED MESSAGE=== [PHP-DEV] Bug in date()- -- 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] libbind required for getmxrr?
Hi all, i'm running into trouble with the latest snap of PHP 4. I'm trying to use getmxrr but my build tells me that this function is not supported. I've browsed through the code and found that these function is not avialable when HAVE_BINDLIB is not defined (funny enough, i only found 'configure' defining HAVE_LIBBIND...). As i'm running on SuSE Linux 7.0, there is no libbind -- instead they have libresolv (and i think libdns). I compiled libbind myself from recent ISC bind 8.2.3 sources; then configure actually does set HAVE_LIBBIND in php_config.h. But if i do a make then, i'm running into bug #8814! What can I do? Is libresolv enough, or maybe superflous? Greetings Michael -- 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] PHP 4.0 Bug #9392: htmlspecial chars htmlentities do not handle double byte charactersets
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0 Latest CVS (21/02/2001) PHP Bug Type: *Languages/Translation Bug description: htmlspecial chars htmlentities do not handle double byte charactersets htmlspecialchars entities often replace the second byte of a chinese character with a 'htmlized' xxx; character - this is annoying :) and makes it very difficult to program in PHP doing dynamic chinese stuff. anyway this patch goes part of the way to solving it, - Note I have not tested it, so testers needed.. - I'm on the dev list, so I should be able to follow any comments.. It does produce compile time errors on the character range (i'm guessing that gcc makes the assumtion that char should be 128 ?) I have added a check using setlocale("LC_ALL",NULL) - This may not be the correct test - and may not respond with the correct info if set in PHP - again untested. - does LC_ALL return something? should It use env. variables... Anyway - thats a long enough bug report... regards alan Index: html.c === RCS file: /repository/php4/ext/standard/html.c,v retrieving revision 1.22 diff -u -r1.22 html.c --- html.c 2000/11/24 16:17:58 1.22 +++ html.c 2001/02/22 03:43:13 @@ -22,7 +22,7 @@ #include "php.h" #include "reg.h" #include "html.h" - +#include locale.h /* This must be fixed to handle the input string according to LC_CTYPE. Defaults to ISO-8859-1 for now. */ @@ -52,8 +52,17 @@ PHPAPI char *php_escape_html_entities(unsigned char *old, int oldlen, int *newlen, int all, int quote_style) { int i, maxlen, len; - char *new; - + + char *new, *oldnext, *oldprev; +#if HAVE_SETLOCALE + int checklang=0,ischinese; + /* should this check the enviroment value? */ + char *locale = setlocale(LC_ALL, NULL); +if ((!strcmp("zh_TW.Big5", locale)) || + (!strcmp("zh_TW", locale)) || + (!strcmp("zh_CN", locale)) || + (!strcmp("zh_CN.GB2313", locale))) checklang=1; +#endif maxlen = 2 * oldlen; if (maxlen 128) maxlen = 128; @@ -62,34 +71,72 @@ i = oldlen; while (i--) { - if (len + 9 maxlen) + if (len + 9 maxlen) new = erealloc (new, maxlen += 128); - if (38 == *old) { - memcpy (new + len, "amp;", 5); - len += 5; - } else if (34 == *old !(quote_styleENT_NOQUOTES)) { - memcpy (new + len, "quot;", 6); - len += 6; - } else if (39 == *old (quote_styleENT_QUOTES)) { - memcpy (new + len, "#039;", 6); - len += 6; - } else if (60 == *old) { - memcpy (new + len, "lt;", 4); - len += 4; - } else if (62 == *old) { - memcpy (new + len, "gt;", 4); - len += 4; - } else if (all 160 = *old) { - new [len++] = ''; - strcpy (new + len, EntTable [*old - 160]); - len += strlen (EntTable [*old - 160]); - new [len++] = ';'; +#if HAVE_SETLOCALE + + + ischinese = 0; + if (checklang) { + if (i 1) { +oldnext = old+1; +if ((*old = 0xa1) +(*old = 0xf9) +(((*oldnext = 0x40) + (*oldnext = 0x73)) || + ((*oldnext = 0xa1) + (*oldnext = 0xfe))) + ) ischinese = 1; + } + /* check if this is the seconde character in a chinese pair */ + if ((i != oldlen) (!ischinese)) { +oldprev = old-1; +if ((*oldprev = 0xa1) +(*oldprev = 0xf9) +(((*old = 0x40) + (*old = 0x73)) || + ((*old = 0xa1) + (*old = 0xfe))) + ) ischinese = 1; + } +} + +if (ischinese) { + /* it is chinese - ignore it */ + new [len++] = *old; } else { - new [len++] = *old; - } - old++; +#endif + + if (38 == *old) { + memcpy (new + len, "amp;", 5); + len += 5; + } else if (34 == *old !(quote_styleENT_NOQUOTES)) { +
Re: [PHP-DEV] please patch for dbmaker
Jeffrey Lin wrote: Hey, there: We just added some patch to php CVS specifically for our database driver - DBMaker. Please file a bug (http://bugs.php.net) and copy your patch into it to ensure that it does not get overlooked. Thanks. -- Andr Langhorstt: +49 331 5811560 [EMAIL PROTECTED] m: +49 173 9558736 * PHP Quality Assurance http://qa.php.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] PHP 4.0 Bug #9377 Updated: memory leaks on error in array_push() and array_unshift()
ID: 9377 Updated by: andrei Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Arrays related Assigned To: Comments: Applied, thanks. Previous Comments: --- [2001-02-21 12:20:52] [EMAIL PROTECTED] Both array_push() and array_unshift() leak memory when called with a non-array first parameter (which generates an error, of course) For example: ? $abc = 0; for($i=0; $i500; $i++) { @array_push($abc, 123); } ? Patch follows... --- php-4.0.4pl1/ext/standard/array.c.ORIG Wed Feb 21 09:07:13 2001 +++ php-4.0.4pl1/ext/standard/array.c Wed Feb 21 08:59:59 2001 @@ -1501,6 +1501,7 @@ stack = *args[0]; if (Z_TYPE_P(stack) != IS_ARRAY) { php_error(E_WARNING, "First argument to array_push() needs to be an array"); + efree(args); RETURN_FALSE; } @@ -1605,6 +1606,7 @@ stack = *args[0]; if (Z_TYPE_P(stack) != IS_ARRAY) { php_error(E_WARNING, "First argument to array_unshift() needs to be an array"); + efree(args); RETURN_FALSE; } --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9377edit=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] PHP 4.0 Bug #9393: unable to load php_mssql70.dll
From: [EMAIL PROTECTED] Operating system: windows2000 PHP version: 4.0.4pl1 PHP Bug Type: Unknown/Other Function Bug description: unable to load php_mssql70.dll -- Edit Bug report at: http://bugs.php.net/?id=9393edit=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]