Bug #16893: Invalid URI in request GET /phpinfo.php HTTP/1.0
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.2.0 PHP Bug Type: *General Issues Bug description: Invalid URI in request GET /phpinfo.php HTTP/1.0 I have recently installed the Apache web server and PHP4 on a Windows 98 platform. I am trying to run the script phpinfo.php through the which only contains: ? phpinfo() ? The web brower displays the following message: Invalid URI in request GET /phpinfo.php HTTP/1.0 The apache error log contains: [Tue Jun 20 11:09:01 2000] [error] [client 127.0.0.1] Invalid URI in request GET /phpinfo.php HTTP/1.0 The apache access log contains: [Mon Apr 29 14:11:13 2002] [error] [client 127.0.0.1] Invalid URI in request GET /test.php HTTP/1.1 My scripts is located in c:/web/phpweb My Apache httpd.conf file has the following modifications/additions relating to PHP: ScriptAlias /php4/ c:/WEB/php4win/ AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 AddType application/x-httpd-php .php4 Action application/x-httpd-php /php4/php.exe My PHP.ini file is in the c:/windows directory and contains the following modification/additions: doc_root= c:\web\phpweb extension_dir = c:\web\php4win I reviewed all of the documentation and FAQs on this site and others have not been able to find a resolution to my problem. Thanks. -- Edit bug report at http://bugs.php.net/?id=16893edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16893r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16893r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16893r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16893r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16893r=support Expected behavior: http://bugs.php.net/fix.php?id=16893r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16893r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16893r=submittedtwice
Bug #16867 Updated: wrong $_SERVER['SERVER_NAME'] contents
ID: 16867 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: SuSE 7.0 PHP Version: 4.2.0 New Comment: Hi, I just checked and $_SERVER['HTTP_HOST'] returns the same value as $_SERVER['SERVER_NAME']; the value of either servername of serveralias depending on the url. Somehow these should show the value as defined in the apache directive servername for the virtualhost you are using, at least that is what I would expect after reading the docs. Maybe it's a bug in apache 1.3.23? Erik Previous Comments: [2002-04-28 20:27:54] [EMAIL PROTECTED] PHP sets these to whatever Apache tells they are.. And do you mean with hostname this: $_SERVER['HTTP_HOST'] ? --Jani [2002-04-28 05:05:24] [EMAIL PROTECTED] One thing I would like to add is that in phpinfo() in the apache section the value Hostname:Port is set correct. Bye, Erik [2002-04-28 04:57:09] [EMAIL PROTECTED] Hi, Well, according to Nick Lindridge developer of PHP-accelerator it should give the name as defined in servername for the corresponding virtualhost (he uses this value for his software keys per virtual domain). Also phpinfo() gives the wrong (?) information. If you read the PHP manual where it says 'SERVER_NAME', the name of the server host under which the current script is executing. If the script is running on a virtual host, this will be the value defined for that virtual host., you would expect that the value of servername would be returned. I also do not know if this would be a bug in PHP or in apache. Bye, Erik [2002-04-27 21:11:59] [EMAIL PROTECTED] What exactly are you expecting it to be? Please look in the phpinfo() output, especially the Apache sections. --Jani [2002-04-27 04:17:35] [EMAIL PROTECTED] Hi, It seems that the contents of the var $_SERVER['SERVER_NAME'] is not set correct. I'm using apache 1.3.23 and PHP 4.2.0 with virtual hosts with servernames and serveraliases. $_SERVER['SERVER_NAME'] apparantly can also return the serveralias name instead of the servername, which is not expected behaviour. Please check the following urls to see what I mean: http://broodjekaas.nl/test.php And http://www.broodjekaas.nl/test.php Hope this helps, Erik -- Edit this bug report at http://bugs.php.net/?id=16867edit=1
Bug #16894 Updated: PHP4.20 sapi_apache2.c compiling
ID: 16894 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Solaris8 / Intel PHP Version: 4.2.0 New Comment: I had used with-apxs and with-apxs2 TOGETHER; using only with-apxs2 the error didn't occured. Previous Comments: [2002-04-29 02:38:13] [EMAIL PROTECTED] I had downloaded Apache 2.0.35 and PHP 4.2.0.; for configuring PHP I had used option with-apxs2. During make I've got following messages: Making all in apache2filter /bin/sh /export/home/hraskaf/php-4.2.0/libtool --silent --mode=compile gcc -I. -I/export/home/hrasc In file included from sapi_apache2.c:32: /usr/apache/include/ap_config.h:1266: warning: `XtOffsetOf' redefined /export/home/hraskaf/php-4.2.0/main/php.h:346: warning: this is the location of the previous definin In file included from /usr/apache2/include/util_filter.h:61, from sapi_apache2.c:33: /usr/apache2/include/httpd.h:1423: conflicting types for `ap_os_is_path_absolute' /usr/apache/include/os-inline.c:29: previous declaration of `ap_os_is_path_absolute' In file included from sapi_apache2.c:35: /usr/apache/include/http_config.h:154: parse error before `configfile_t' /usr/apache/include/http_config.h:154: warning: no semicolon at end of struct or union /usr/apache/include/http_config.h:156: warning: data definition has no type or storage class /usr/apache/include/http_config.h:175: parse error before `}' /usr/apache/include/http_config.h:175: warning: data definition has no type or storage class /usr/apache/include/http_config.h:224: parse error before `pool' /usr/apache/include/http_config.h:225: parse error before `*' /usr/apache/include/http_config.h:226: parse error before `*' /usr/apache/include/http_config.h:227: parse error before `*' /usr/apache/include/http_config.h:228: parse error before `*' /usr/apache/include/http_config.h:274: parse error before `pool' /usr/apache/include/http_config.h:275: parse error before `pool' /usr/apache/include/http_config.h:332: parse error before `*' /usr/apache/include/http_config.h:371: parse error before `*' /usr/apache/include/http_config.h:372: parse error before `*' /usr/apache/include/http_config.h:373: parse error before `*' /usr/apache/include/http_config.h:374: parse error before `*' /usr/apache/include/http_config.h:381: parse error before `*' /usr/apache/include/http_config.h:395: parse error before `*' In file included from sapi_apache2.c:37: /usr/apache/include/http_core.h:131: parse error before `*' /usr/apache/include/http_core.h:153: parse error before `*' /usr/apache/include/http_core.h:153: warning: data definition has no type or storage class In file included from sapi_apache2.c:38: /usr/apache/include/http_protocol.h:137: parse error before `*' /usr/apache/include/http_protocol.h:138: parse error before `*' In file included from sapi_apache2.c:39: /usr/apache/include/http_log.h:107: parse error before `pool' /usr/apache/include/http_log.h:125: parse error before `*' /usr/apache/include/http_log.h:138: parse error before `pool' /usr/apache/include/http_log.h:138: warning: no semicolon at end of struct or union /usr/apache/include/http_log.h:146: parse error before `}' /usr/apache/include/http_log.h:146: warning: data definition has no type or storage class /usr/apache/include/http_log.h:148: parse error before `*' /usr/apache/include/http_log.h:148: parse error before `*' /usr/apache/include/http_log.h:148: warning: data definition has no type or storage class /usr/apache/include/http_log.h:149: parse error before `*' In file included from sapi_apache2.c:41: /usr/apache/include/util_script.h:73: parse error before `*' /usr/apache/include/util_script.h:78: parse error before `BUFF' /usr/apache/include/util_script.h:84: parse error before `child_info' sapi_apache2.c: In function `php_apache_sapi_log_message': sapi_apache2.c:215: `APLOG_STARTUP' undeclared (first use in this function) sapi_apache2.c:215: (Each undeclared identifier is reported only once sapi_apache2.c:215: for each function it appears in.) sapi_apache2.c:220: warning: passing arg 5 of `ap_log_error' from incompatible pointer type sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:278: warning: passing arg 5 of `ap_log_rerror' from incompatible pointer type sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:358: warning: passing arg 5 of `ap_log_rerror' from incompatible pointer type sapi_apache2.c: In function `php_add_filter': sapi_apache2.c:460: warning: passing arg 5 of `ap_log_error' from incompatible pointer type sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:514: `APR_HOOK_MIDDLE' undeclared (first use in this function) sapi_apache2.c: At top level: sapi_apache2.c:522: `STANDARD20_MODULE_STUFF' undeclared here (not in a function)
Bug #16895: Bad char encoding
From: [EMAIL PROTECTED] Operating system: GNU/Linux PHP version: 4.1.2 PHP Bug Type: PostgreSQL related Bug description: Bad char encoding Cf http://lists.debian.org/debian-security/2002/debian-security-200204/msg00328.html A bad char encoding between PHP and PostgreSQL (don't know which is guilty here), followed by a bug in SQL queries in PostgreSQL can lead to execute any SQL request. Sample code here: % $conn = pg_connect(dbname= . BASE_DOC . port= . BASE_PORT . user= . BASE_USER); $var=é\'; BAD REQUEST; pg_exec($conn, SET client_encoding = 'LATIN1'); $request = SELECT col FROM tab WHERE col=' . addslashes($var) . '; % See Debian-security archive for more details. Already tested on a Debian Woody with PHP-cgi 4.1.2 (+php4-pgsql+php4-pear). -- Edit bug report at http://bugs.php.net/?id=16895edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16895r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16895r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16895r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16895r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16895r=support Expected behavior: http://bugs.php.net/fix.php?id=16895r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16895r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16895r=submittedtwice
Bug #16896 Updated: php_snmp.dll LOST
ID: 16896 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: SNMP related Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: The file php_snmp.dll is lost at PHP 4.2.0 zip package. May i use this file within PHP 4.1.2 zip package? Previous Comments: [2002-04-29 03:55:12] [EMAIL PROTECTED] The file php_snmp.dll is lost at PHP 4.2.0 zip package. May i use this file within PHP 2.12 zip package? -- Edit this bug report at http://bugs.php.net/?id=16896edit=1
Bug #15613 Updated: readfile doesn't work correctly with WIndows XP
ID: 15613 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Windows XP (Professional) PHP Version: 4.1.1 New Comment: The bug is fixed with Apache 1.3.24 Previous Comments: [2002-03-26 03:12:10] [EMAIL PROTECTED] Not critical [2002-03-21 03:07:13] [EMAIL PROTECTED] Yes, i have tested the script on Win NT and Win2000. There are no problems. So it is really a problem of Win XP + PHP as module. [2002-03-20 14:53:33] [EMAIL PROTECTED] I think the bug *may* be a bug in apache under Windows XP. Is there any chance you can test the same script on Win2k or NT? (Just to narrow that part down too). I'll ask the sapi/apache guys here about this problem; we did discuss this a while ago and I think the general opinion was that it was related to apache; if you could write a bug report to apache (or just check to see if anyone else has the same problem) that will get more heads thinking about it :-) Derick (if you are reading this), I'm marking this as critical meaning that it should be fixed for PHP 4.2 [2002-03-20 14:18:00] [EMAIL PROTECTED] Yes, you are right. If i call the script as CGI under apache it works fine. If i start it from the command line, i get a message, that the script cannot open the file i want to read. With PHP as apache module i get the problems described above. Unfortunately i cannot use PHP as CGI. What do you mean with 'apache related'. Is it a bug in apache or in PHP? Shall i write a bugreport to apache? Thanks, [2002-03-20 07:57:56] [EMAIL PROTECTED] I meant to say: please try running the CGI both under apache and from the command line. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15613 -- Edit this bug report at http://bugs.php.net/?id=15613edit=1
Bug #16865 Updated: constants get undefined if setting locale to tr_TR
ID: 16865
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 4.0CVS-2002-04-26
New Comment:
It works indeed if you set the locale before calling the php script.
But this is of course not practicable.
Previous Comments:
[2002-04-28 21:11:41] [EMAIL PROTECTED]
Not sure whether it happens because tr_TR locale is broken?
When these constants are defined, they are defined using
the current locale whatever it was when PHP starts.
So, it you do this:
# export LC_ALL=tr_TR
# php -f test.php
And it works..
So when constants are searched from the hash, same locale should be
used which was used when they were registered.
--Jani
[2002-04-26 19:18:54] [EMAIL PROTECTED]
This one is a very strange one. It seems like some constants are
getting undefined if you set the locale to tr_TR. It happens randomly
with internally defined and user defined constants and is reproducable
with this little script:
?php
setlocale(LC_ALL, 'tr_TR');
echo extension_loaded('imap');
echo SORTARRIVAL;
?
--
Edit this bug report at http://bugs.php.net/?id=16865edit=1
Bug #13292 Updated: file_exists works with UNC names
ID: 13292 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Documentation problem +Bug Type: Filesystem function related Operating System: Windows NT/2000 PHP Version: 4.0.6 New Comment: Have you tried the //computername/share/filename syntax? Previous Comments: [2002-02-12 16:44:53] [EMAIL PROTECTED] I'm using IIS 5.0 on Windows 2000. I installed PHP 4.1.1 configured to be a CGI interpreter. I'm trying to require a file located on another W2K computer on our LAN with this code: require 'computername\\sharename\\functions.php'; However, when I try to execute this PHP script, I get this error: Fatal error: Failed opening required '\\computername\sharename\functions.php' (include_path='..') in c:\inetpub\wwwroot\keygen\index.php on line 3 Supposedly this functionality is supported with PHP 4.1.1, but I'm not sure why it isn't working for me. The share is a local share and full access is granted to everyone. [2001-12-15 05:54:56] [EMAIL PROTECTED] Markus noted that you should always use double backslashes (or single slashes): computername\\share\\filename BTW: sorry for the typo Christoph... ;) [2001-12-15 05:25:33] [EMAIL PROTECTED] Actually, it does work!!! Use //computername/share/filename or computername\share\filename Thanks to Christph Grottolo for the tip. Now it's only a documentation problem. [2001-12-14 14:38:09] [EMAIL PROTECTED] Doesn't work with 4.1.0 nor with 4.2.0-dev. [2001-12-14 14:29:39] [EMAIL PROTECTED] This is not a Scripting Engine Problem, but a FIle System function report. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/13292 -- Edit this bug report at http://bugs.php.net/?id=13292edit=1
Bug #16894 Updated: PHP4.20 sapi_apache2.c compiling
ID: 16894 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Solaris8 / Intel PHP Version: 4.2.0 New Comment: Right, you should only use one at a time.c Previous Comments: [2002-04-29 02:59:16] [EMAIL PROTECTED] I had used with-apxs and with-apxs2 TOGETHER; using only with-apxs2 the error didn't occured. [2002-04-29 02:38:13] [EMAIL PROTECTED] I had downloaded Apache 2.0.35 and PHP 4.2.0.; for configuring PHP I had used option with-apxs2. During make I've got following messages: Making all in apache2filter /bin/sh /export/home/hraskaf/php-4.2.0/libtool --silent --mode=compile gcc -I. -I/export/home/hrasc In file included from sapi_apache2.c:32: /usr/apache/include/ap_config.h:1266: warning: `XtOffsetOf' redefined /export/home/hraskaf/php-4.2.0/main/php.h:346: warning: this is the location of the previous definin In file included from /usr/apache2/include/util_filter.h:61, from sapi_apache2.c:33: /usr/apache2/include/httpd.h:1423: conflicting types for `ap_os_is_path_absolute' /usr/apache/include/os-inline.c:29: previous declaration of `ap_os_is_path_absolute' In file included from sapi_apache2.c:35: /usr/apache/include/http_config.h:154: parse error before `configfile_t' /usr/apache/include/http_config.h:154: warning: no semicolon at end of struct or union /usr/apache/include/http_config.h:156: warning: data definition has no type or storage class /usr/apache/include/http_config.h:175: parse error before `}' /usr/apache/include/http_config.h:175: warning: data definition has no type or storage class /usr/apache/include/http_config.h:224: parse error before `pool' /usr/apache/include/http_config.h:225: parse error before `*' /usr/apache/include/http_config.h:226: parse error before `*' /usr/apache/include/http_config.h:227: parse error before `*' /usr/apache/include/http_config.h:228: parse error before `*' /usr/apache/include/http_config.h:274: parse error before `pool' /usr/apache/include/http_config.h:275: parse error before `pool' /usr/apache/include/http_config.h:332: parse error before `*' /usr/apache/include/http_config.h:371: parse error before `*' /usr/apache/include/http_config.h:372: parse error before `*' /usr/apache/include/http_config.h:373: parse error before `*' /usr/apache/include/http_config.h:374: parse error before `*' /usr/apache/include/http_config.h:381: parse error before `*' /usr/apache/include/http_config.h:395: parse error before `*' In file included from sapi_apache2.c:37: /usr/apache/include/http_core.h:131: parse error before `*' /usr/apache/include/http_core.h:153: parse error before `*' /usr/apache/include/http_core.h:153: warning: data definition has no type or storage class In file included from sapi_apache2.c:38: /usr/apache/include/http_protocol.h:137: parse error before `*' /usr/apache/include/http_protocol.h:138: parse error before `*' In file included from sapi_apache2.c:39: /usr/apache/include/http_log.h:107: parse error before `pool' /usr/apache/include/http_log.h:125: parse error before `*' /usr/apache/include/http_log.h:138: parse error before `pool' /usr/apache/include/http_log.h:138: warning: no semicolon at end of struct or union /usr/apache/include/http_log.h:146: parse error before `}' /usr/apache/include/http_log.h:146: warning: data definition has no type or storage class /usr/apache/include/http_log.h:148: parse error before `*' /usr/apache/include/http_log.h:148: parse error before `*' /usr/apache/include/http_log.h:148: warning: data definition has no type or storage class /usr/apache/include/http_log.h:149: parse error before `*' In file included from sapi_apache2.c:41: /usr/apache/include/util_script.h:73: parse error before `*' /usr/apache/include/util_script.h:78: parse error before `BUFF' /usr/apache/include/util_script.h:84: parse error before `child_info' sapi_apache2.c: In function `php_apache_sapi_log_message': sapi_apache2.c:215: `APLOG_STARTUP' undeclared (first use in this function) sapi_apache2.c:215: (Each undeclared identifier is reported only once sapi_apache2.c:215: for each function it appears in.) sapi_apache2.c:220: warning: passing arg 5 of `ap_log_error' from incompatible pointer type sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:278: warning: passing arg 5 of `ap_log_rerror' from incompatible pointer type sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:358: warning: passing arg 5 of `ap_log_rerror' from incompatible pointer type sapi_apache2.c: In function `php_add_filter': sapi_apache2.c:460: warning: passing arg 5 of `ap_log_error' from incompatible pointer type sapi_apache2.c: In function `php_register_hook':
Bug #16896: php_snmp.dll LOST
From: [EMAIL PROTECTED] Operating system: Windows 2000 PHP version: 4.2.0 PHP Bug Type: SNMP related Bug description: php_snmp.dll LOST The file php_snmp.dll is lost at PHP 4.2.0 zip package. May i use this file within PHP 2.12 zip package? -- Edit bug report at http://bugs.php.net/?id=16896edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16896r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16896r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16896r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16896r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16896r=support Expected behavior: http://bugs.php.net/fix.php?id=16896r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16896r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16896r=submittedtwice
Bug #16822 Updated: 500 error in IE 6.0
ID: 16822 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Windows XP PHP Version: 4.2.0 New Comment: I'm using Apache 1.3.24 and if tested it with Apache 2.0.35 (with the experimental dll) they both have the problem. It only goes wrong with IE 6.0. I have also tested it in: Mozilla 0.9.8 Opera 6.0.1 Netscape 4.0.8 Previous Comments: [2002-04-28 20:17:30] [EMAIL PROTECTED] Which apache are you trying to use php4apache.dll? It's only meant to be used with apache 1.3.x. And is it really IE 6.0 specific? Does this happen with e.g. Netscape? [2002-04-28 06:56:47] [EMAIL PROTECTED] Yes I did, but I can tell you that it is working. The only thing that isn't working is the dll module. [2002-04-27 19:02:34] [EMAIL PROTECTED] I think you might be using the wrong php.exe there. Did you copy the one found in the sapi/ folder in the .zip ? --Jani [2002-04-27 06:50:03] [EMAIL PROTECTED] It is working now. I changed the way I parsed the PHP files in Apache. With the dll it isn't working. With the exe it is. #LoadModule php4_module C:/Program Files/php/sapi/php4apache.dll ScriptAlias /php/ C:/Program Files/php/ Action application/x-httpd-php /php/php.exe AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps [2002-04-27 06:43:54] [EMAIL PROTECTED] It is turned on. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16822 -- Edit this bug report at http://bugs.php.net/?id=16822edit=1
Bug #13279 Updated: parse_ini_file causes PHP to exit if ini file syntax is malformed
ID: 13279 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Win2k/CGI PHP Version: 4.0.6 New Comment: This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/ Previous Comments: [2002-01-25 02:34:37] [EMAIL PROTECTED] It's not a bug anyways... making it a Documentation problem. [2002-01-24 07:56:19] [EMAIL PROTECTED] doesn't seem to be os depended, got the same behaviour under linux 2.4.3, php 4.0.6 malformed means for example sample.ini [foo] bar = buz boz EOF [2001-09-13 03:42:51] [EMAIL PROTECTED] parse_ini_file() causes PHP to exit if ini file syntax is malformed. This can be reproduced by parsing a ini file with the following content: ; Start broken ini file a ; End broken ini file This is not quite a bug - more an expression of the belief that functions should exit gracefully when possible. :) -- Edit this bug report at http://bugs.php.net/?id=13279edit=1
Bug #16898: type convertation problem in pow()
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.0 PHP Bug Type: *Math Functions Bug description: type convertation problem in pow() $result=mysql_query(SELECT id, cdate FROM newspaper WHERE path='.substr($a, strrpos($a, /)+1, strlen($a)).') or die (mysql_error()); $rec=mysql_fetch_array($result); $e=pow(2, $rec[id]); //Warning! it's looks like what pow() function can't convert $rec[id] variable from string to integer automatically. Using $rec[id]=stettype($rec[id], int); helps -- Edit bug report at http://bugs.php.net/?id=16898edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16898r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16898r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16898r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16898r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16898r=support Expected behavior: http://bugs.php.net/fix.php?id=16898r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16898r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16898r=submittedtwice
Bug #16898 Updated: type convertation problem in pow()
ID: 16898 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *Math Functions Operating System: Linux PHP Version: 4.2.0 New Comment: PHP automagically tries to convert the passed data to a number representation. Please paste the exact values you are using to call this pow() Previous Comments: [2002-04-29 06:17:23] [EMAIL PROTECTED] $result=mysql_query(SELECT id, cdate FROM newspaper WHERE path='.substr($a, strrpos($a, /)+1, strlen($a)).') or die (mysql_error()); $rec=mysql_fetch_array($result); $e=pow(2, $rec[id]); //Warning! it's looks like what pow() function can't convert $rec[id] variable from string to integer automatically. Using $rec[id]=stettype($rec[id], int); helps -- Edit this bug report at http://bugs.php.net/?id=16898edit=1
Bug #15171 Updated: popen not fully supported
ID: 15171 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Feature/Change Request Operating System: Tru64 UNIX 5.0a PHP Version: 4.0.6 Assigned To: hholzgra New Comment: proc_open is in CVS and will be in PHP 4.3 Previous Comments: [2002-04-28 20:08:24] [EMAIL PROTECTED] proc_open() does this. [2002-03-19 16:29:51] [EMAIL PROTECTED] I too would be greatly appreciative for a bi-directional pipe. In my case I don't need a named pipe since each writer should be paired with only one reader. Therefore, I prefer to have call like the one you are talking about where the pipe is essentially a pair of unnamed pipes to a system command from my PHP script. [2002-01-22 16:20:19] [EMAIL PROTECTED] Anything you could come up with would be great. There are times when you want to spawn a program and both read and write to stdin/stdout. Without a bidirectional pipe its quite messy to do. None of the other PHP functions come close to addressing it (exec, system, etc.) [2002-01-22 15:10:02] [EMAIL PROTECTED] bidirectional popen() is not portable, but i'm working on a general pipe() function ... [2002-01-22 14:06:31] [EMAIL PROTECTED] With PHP running under Tru64 UNIX, popen only supports r or w...it will not support r+, w+, or rw. Yet according to the Tru64 popen man page, Tru64 supports bidirectional pipes and can take rw (unless I am reading it wrong). Yet when I try it with PHP, it tells me it is an invalid argument. From the man page: The popen() function creates a pipe between the calling program and a shell command to be executed. It returns a pointer to a FILE structure for the stream. If the type parameter is the value r, the calling program can read from the standard output of the command by reading from the returned file stream. If the type parameter is the value w, the calling program can write to the standard input of the command by writing to the returned file stream. Because open files are shared, a type r command can be used as an input filter and a type w command as an output filter. -- Edit this bug report at http://bugs.php.net/?id=15171edit=1
Bug #16752 Updated: Configure failed with GD since 4.2.0
ID: 16752 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: GD related Operating System: HP-UX 11.00 PHP Version: 4.2.0 New Comment: Are you sure nothing else has changed in your system since the time you compiled 4.1.2? yes and I can recompile php 4.1.2 now without error What does 'ls -l /PKl01h01/soft/web/include/gd.h' output? -rwxr-x--- 1 ahpl0101 hpl01100 9326 Mar 27 2001 /PKl01h01/soft/web/include/gd.h What does 'ls -l /PKl01h01/soft/web/lib/libgd.a' output? -rwxr-x--- 1 ahpl0101 hpl01100237858 Mar 27 2001 /PKl01h01/soft/web/lib/libgd.a 'find / -name gd.h 2 /dev/null' output is : /PKl01h01/soft/web/include/gd.h @++ JC Previous Comments: [2002-04-28 20:14:29] [EMAIL PROTECTED] Are you sure nothing else has changed in your system since the time you compiled 4.1.2? What does 'ls -l /PKl01h01/soft/web/include/gd.h' output? What does 'ls -l /PKl01h01/soft/web/lib/libgd.a' output? Are you sure you don't have GD installed elsewhere in your system? (find / -name gd.h) --Jani [2002-04-26 13:55:01] [EMAIL PROTECTED] gd.h is in /PKl01h01/soft/web/include [2002-04-25 21:43:52] [EMAIL PROTECTED] Where is gd.h in your system? [2002-04-25 08:06:12] [EMAIL PROTECTED] It's the same if I specified the directory (as mentionned in the description of this bug) @++ JC [2002-04-24 11:13:45] [EMAIL PROTECTED] What if you use this instead of empty path: --with-gd=/PKl01h01/soft/web/ ?? (The error message is not correct, there was wrong variable used in it, which I have fixed in CVS.) --Jani The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16752 -- Edit this bug report at http://bugs.php.net/?id=16752edit=1
Bug #15229 Updated: unable to load dynamic module
ID: 15229 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Configuration Issues Operating System: win2000 PHP Version: 4.1.1 New Comment: Hi, I have the same problem, working also on Win2k with IIS5. I tried several things for this problem and switching to antoher platform isn't an option for me. I will check all slashes, directories, php.ini again soon but can there be antoher solution to this? I was thinking about security-options of Win2k. Let's say you need a special login to make dll's accessable on the server? Mark Previous Comments: [2002-03-06 10:12:16] [EMAIL PROTECTED] Really thanks [EMAIL PROTECTED], I have try to resolve my problem with your idea, but it do'esnt work. Anyway, I don't use windows anymore to run my PHP app, so.. Thank you to treat me of idiot spammer [EMAIL PROTECTED], you seem really professionnal, that's good for your name and the name of your company! [2002-03-06 08:47:18] [EMAIL PROTECTED] You should NEVER use single backslashes on Windows with PHP, use either a single slash or a double backslash. Does that fix your problem?\ BTW: dl() doesn't work on multithreaded websevers (like IIS) so it has been disabled on them, and that has nothing to do extensions enabled via php.ini. [2002-03-06 08:40:33] [EMAIL PROTECTED] What is this idiot [2002-01-26 16:29:32] [EMAIL PROTECTED] Yes, they are and not corrupt. in my c:\winnt\php.ini: extension_dir=c:\PHP; extension=php_gd.dll; php_gd.dll is in c:\PHP I have read that the function dl() does'nt work on IIS, I use IIS. dl() and the extensions declaration in php.ini seems to be almost the same, that maybe the same problem. Thanks for helps [2002-01-26 05:37:59] [EMAIL PROTECTED] Are you sure that the extensions are located in c:\php and not in c:\php\extensions? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15229 -- Edit this bug report at http://bugs.php.net/?id=15229edit=1
Bug #16801 Updated: httpd segementation fault at statup
ID: 16801 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Apache related Operating System: Linux 2.4.18 PHP Version: 4.2.0 Assigned To: yohgaki New Comment: i am using redhat6.2 with kernel 2.2.19 segfault appear at startup too. here's my configure script which i used for 4.1.2 and 4.0.6 ./configure --with-mysql --enable-track-vars=yes --enable-bcmath=yes \ --enable-memory-limit=yes --with-imap=../imap-2001a --enable-debug=no \ --with-apxs --with-config-file-path=/etc/httpd --enable-sockets \ --with-openssl --with-pdflib=/usr/local --with-zlib-dir=/usr --with-zlib=/usr \ --with-gd=/usr --enable-gd-native-tt --with-ttf=/usr \ --with-png-dir=/usr --with-tiff-dir=/usr --with-jpeg-dir=/usr Previous Comments: [2002-04-25 11:22:51] [EMAIL PROTECTED] It seems to be an openssl problem. I have the same problem, but without openssl it works ( but I don't know why :-( ) Regards : Janko [2002-04-25 03:33:46] [EMAIL PROTECTED] OOps, The module as been compiled with --enable-debug for the backtrace. So, this segfault appear at startup ! When I do a apachectl start, it crashes ! If I remove the AddModule directive in httpd.conf, it's working, apache starts, but I cannot use php, heh. [2002-04-24 17:33:43] [EMAIL PROTECTED] Could you add --enable-debug in your configure option (w/o any compiler optimization option) and take backtrace again? Could you paste short complete script reproduces this segfault? [2002-04-24 14:54:33] [EMAIL PROTECTED] Assigning to Yasuo. Derick [2002-04-24 13:46:26] [EMAIL PROTECTED] Ah, Potgresql is : postgres@evo-147:...DATABASES/postgresql% psql -V psql (PostgreSQL) 7.2b3 Regards The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16801 -- Edit this bug report at http://bugs.php.net/?id=16801edit=1
Bug #15229 Updated: unable to load dynamic module
ID: 15229 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Configuration Issues Operating System: win2000 PHP Version: 4.1.1 New Comment: For me, it worked when I used just forward slashes and put the whole path in the extension directive, not using the extension_dir thingie. You might want to try that. Like: extension=p:/daemons/php/extensions/php_gd2.dll (My PHP is set up in quite a weird dir, but hey, it works :)) Previous Comments: [2002-04-29 07:00:14] [EMAIL PROTECTED] Hi, I have the same problem, working also on Win2k with IIS5. I tried several things for this problem and switching to antoher platform isn't an option for me. I will check all slashes, directories, php.ini again soon but can there be antoher solution to this? I was thinking about security-options of Win2k. Let's say you need a special login to make dll's accessable on the server? Mark [2002-03-06 10:12:16] [EMAIL PROTECTED] Really thanks [EMAIL PROTECTED], I have try to resolve my problem with your idea, but it do'esnt work. Anyway, I don't use windows anymore to run my PHP app, so.. Thank you to treat me of idiot spammer [EMAIL PROTECTED], you seem really professionnal, that's good for your name and the name of your company! [2002-03-06 08:47:18] [EMAIL PROTECTED] You should NEVER use single backslashes on Windows with PHP, use either a single slash or a double backslash. Does that fix your problem?\ BTW: dl() doesn't work on multithreaded websevers (like IIS) so it has been disabled on them, and that has nothing to do extensions enabled via php.ini. [2002-03-06 08:40:33] [EMAIL PROTECTED] What is this idiot [2002-01-26 16:29:32] [EMAIL PROTECTED] Yes, they are and not corrupt. in my c:\winnt\php.ini: extension_dir=c:\PHP; extension=php_gd.dll; php_gd.dll is in c:\PHP I have read that the function dl() does'nt work on IIS, I use IIS. dl() and the extensions declaration in php.ini seems to be almost the same, that maybe the same problem. Thanks for helps The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15229 -- Edit this bug report at http://bugs.php.net/?id=15229edit=1
Bug #16892 Updated: reading data from fsockopen/fopen times out
ID: 16892
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
-Bug Type: Sockets related
+Bug Type: Documentation problem
Operating System: Linux
PHP Version: 4.2.0
New Comment:
The timeout parameter is the timeout for the connection setup. To set
a timeout for socket reads/writes, use the socket_set_timeout()
function.
I'm making this a documentation problem, because we don't make this
very clear.
Previous Comments:
[2002-04-28 22:16:12] [EMAIL PROTECTED]
I'm having trouble reading the data from responses over socket
connections.
For instance, this code (similar to that on the online docs for
fsockopen, example 1),
$fp = fsockopen (localhost, 80, $errno, $errstr, 10);
if (!$fp) {
echo $errstr ($errno)br\n;
} else {
fputs ($fp, GET / HTTP/1.0\r\nHost: localhost\r\n\r\n);
while (!feof($fp)) {
echo fread ($fp,128);
}
fclose ($fp);
}
results in a timeout on the fread line (even if I let it run for 300
seconds). I also tried the udp example (example 2,
fsocketopen(udp://127.0.0.1...) on the documentation page and had
the same problem. Also note that the fourth parameter to the fsockopen
doesn't seem to be working in this case since this code took 300
seconds to timeout, not the 10 specified. The CPU usage by php went to
100% during the attempted excution of this code.
I have the same problem if I try using fopen to open a web page and
read the data (as in the below code). It always hangs on the fread or
fgets of the file pointer with the response in it. I know the remote
service (e.g., the web server) is actually sending a response string
because I can see it in the server log.
My hardware is a bit unusual. I'm running SuSe linux kernel
2.4.7-SuSe-SMP under VM on an IBM mainframe. I had these errors with
php versions 4.2.0, 4.1.2, and 4.0.6.
I tried to replicate the problem on an intel box with RedHat 7.2 kernel
2.4.9 and php 4.0.6, but failed. The most abnormal behaviour I could
find on that platform was that fopen and then fread of remote or
local web pages took *way* too long.
For instance, this code eventually got the desired response, but it
took about 20-24 seconds:
$fp = fopen(http://localhost/;, r);
$text = fread($fp, 20);
fclose($fp);
echo $text;
If I used fsockopen (e.g., with the first piece of code above) on this
box it ran in less than a second and gave the expected response.
Any help is much appreciated. I really need to figure out how to read
data over sockets on that first machine.
Thanks,
Graham Warden
[EMAIL PROTECTED]
p.s.
This is somewhat related to my previous bug post (#10996) about a year
ago.
--
Edit this bug report at http://bugs.php.net/?id=16892edit=1
Bug #9986 Updated: Insufficient Windows installation instructions
ID: 9986 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Windows 2000 server (probably al PHP Version: 4.0.4pl1 Assigned To: imajes New Comment: Fixed in CVS. Previous Comments: [2002-04-01 01:56:57] [EMAIL PROTECTED] didn't think this needed to be said, but ok, I'll add it in when i finish rewriting the windows install docs. [2001-03-26 02:41:40] [EMAIL PROTECTED] In the installation documentation for Windows ISAPI, I read nothing about the importance of placing PHP in a directory without spaces. I placed PHP in c:\program files\php. Entering the path to the DLL is accepted in IIS if you use quotes, BUT it will result in a Specified module not found error. Moving the ISAPI DLL to a directory like c:\winnt\system32 and directing IIS there works. Many people have this problem, as I've ready it on numerous forums... So please help them out and mention it clearly in the installation documentation! Thanks, Simon -- Edit this bug report at http://bugs.php.net/?id=9986edit=1
Bug #14984 Updated: php parser problem, with // comment, can reveal script
ID: 14984
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Documentation problem
Operating System: windows and other
PHP Version: 4.0.6
New Comment:
This bug has been fixed in CVS. You can grab a snapshot of the
CVS version at http://snaps.php.net/
Previous Comments:
[2002-01-26 12:28:42] [EMAIL PROTECTED]
Un-assigning.
Status - Open
[2002-01-19 22:05:27] [EMAIL PROTECTED]
I'll add a note in the documentation about this.
Status - Assigned
[2002-01-11 05:56:38] [EMAIL PROTECTED]
'?' in a comment switching out of php mode
is intended behaviour, consider
...?php foo($bar); // do foo ?...
embedded in a document
changing this would break backwards compatibility
and would lead to problems of its own kind
changed to documentation problem
[2002-01-10 19:03:01] [EMAIL PROTECTED]
Hi all,
I found this bug randomly as all other, it cause me
a php html parser to crash.
try a script like this :
?php
// eval('?'.$tmp);
// eval(''.$tmp);
$coucou='';
$password = 'le parser php déconne';
$password = 'php parser bug';
/*
? php ?
*/
// // coucou ?
// ?
// ?
//
?
see the result, abnormal I think:
'.$tmp); // eval(''.$tmp); $coucou=''; $password = 'le parser php
déconne'; $password = 'php parser bug'; /* */ // // coucou ? // ? //
? // ?
I think it can be a very very serious, easy to fiw fot you,
but in the case a php user encounter it.
It so surpising !!!
thanks.
An echo please.
Yours faithlly php is always great!.
--
Edit this bug report at http://bugs.php.net/?id=14984edit=1
Bug #16900: touch() function bug in 4.2.0
From: [EMAIL PROTECTED] Operating system: linux PHP version: 4.2.0 PHP Bug Type: Filesystem function related Bug description: touch() function bug in 4.2.0 I installed the 4.0.2 version on linux, it seems there is a problem with the touch() function. When I apply touch(), the date of the file take a bad year, 2004 instead of 2002. The server dates (system and hardware) are correct, all other functions on file works and put correct dates. Laurent -- Edit bug report at http://bugs.php.net/?id=16900edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16900r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16900r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16900r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16900r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16900r=support Expected behavior: http://bugs.php.net/fix.php?id=16900r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16900r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16900r=submittedtwice
Bug #16901: ldap_bind no longer works
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.2.0 PHP Bug Type: LDAP related Bug description: ldap_bind no longer works After have upgrade my PHP distribution from versin 4.1.2 to version 4.2.0, the ldap_bind function no longer works : My script is : ?php define(LDAP_HOSTNAME, ldapserver.in2p3.fr); define(LDAP_BASEDN, o=in2p3, c=fr); $cid = ldap_connect(LDAP_HOSTNAME); ldap_bind($cid); echo ldap_search($cid, LDAP_BASEDN, (objectclass=*)); ? It perfacly works whith php 4.1.2. With 4.2.0 I get the following error : Warning: LDAP: Unable to bind to server: Can't contact LDAP server in /sites/webtest/htdocs/ldap/test.php on line 13 (which is the line number of ldap_bind instruction). Obviously I didn't change anything in the OpenLDAP release I use nor in the compiler (Sun cc). -- Edit bug report at http://bugs.php.net/?id=16901edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16901r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16901r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16901r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16901r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16901r=support Expected behavior: http://bugs.php.net/fix.php?id=16901r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16901r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16901r=submittedtwice
Bug #16900 Updated: touch() function bug in 4.2.0
ID: 16900 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: linux PHP Version: 4.2.0 New Comment: This bug has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2002-04-29 08:14:48] [EMAIL PROTECTED] I installed the 4.0.2 version on linux, it seems there is a problem with the touch() function. When I apply touch(), the date of the file take a bad year, 2004 instead of 2002. The server dates (system and hardware) are correct, all other functions on file works and put correct dates. Laurent -- Edit this bug report at http://bugs.php.net/?id=16900edit=1
Bug #16900 Updated: touch() function bug in 4.2.0
ID: 16900 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Filesystem function related Operating System: linux PHP Version: 4.2.0 New Comment: Sorry, this is bullshit of course. This bug has been fixed in CVS and will be in the next release (4.2.1) Previous Comments: [2002-04-29 08:24:03] [EMAIL PROTECTED] This bug has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php [2002-04-29 08:14:48] [EMAIL PROTECTED] I installed the 4.0.2 version on linux, it seems there is a problem with the touch() function. When I apply touch(), the date of the file take a bad year, 2004 instead of 2002. The server dates (system and hardware) are correct, all other functions on file works and put correct dates. Laurent -- Edit this bug report at http://bugs.php.net/?id=16900edit=1
Bug #16901 Updated: ldap_bind no longer works
ID: 16901 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: Solaris 8 PHP Version: 4.2.0 New Comment: And exactly the same script works with 4.1.2 ? If so, this _may_ be related to an autoconf bug we had also with mysql in the 4.2.0 release, though I'm not sure. Can you try deleting the ./configure script in php-4.2.0 and rerun ./buildconf with autoconf 2.13 ? Previous Comments: [2002-04-29 08:23:50] [EMAIL PROTECTED] After have upgrade my PHP distribution from versin 4.1.2 to version 4.2.0, the ldap_bind function no longer works : My script is : ?php define(LDAP_HOSTNAME, ldapserver.in2p3.fr); define(LDAP_BASEDN, o=in2p3, c=fr); $cid = ldap_connect(LDAP_HOSTNAME); ldap_bind($cid); echo ldap_search($cid, LDAP_BASEDN, (objectclass=*)); ? It perfacly works whith php 4.1.2. With 4.2.0 I get the following error : Warning: LDAP: Unable to bind to server: Can't contact LDAP server in /sites/webtest/htdocs/ldap/test.php on line 13 (which is the line number of ldap_bind instruction). Obviously I didn't change anything in the OpenLDAP release I use nor in the compiler (Sun cc). -- Edit this bug report at http://bugs.php.net/?id=16901edit=1
Bug #16901 Updated: ldap_bind no longer works
ID: 16901 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: Solaris 8 PHP Version: 4.2.0 New Comment: I remove the configure script and rebuild it with builconf : buildconf: checking installation... buildconf: autoconf version 2.52 (ok) buildconf: automake version 1.5 (ok) buildconf: libtool version 1.4.2 (ok) rebuilding configure rebuilding main/php_config.h.in I rebuilt and reinstalled by I keep on getting the same error. Previous Comments: [2002-04-29 08:27:15] [EMAIL PROTECTED] And exactly the same script works with 4.1.2 ? If so, this _may_ be related to an autoconf bug we had also with mysql in the 4.2.0 release, though I'm not sure. Can you try deleting the ./configure script in php-4.2.0 and rerun ./buildconf with autoconf 2.13 ? [2002-04-29 08:23:50] [EMAIL PROTECTED] After have upgrade my PHP distribution from versin 4.1.2 to version 4.2.0, the ldap_bind function no longer works : My script is : ?php define(LDAP_HOSTNAME, ldapserver.in2p3.fr); define(LDAP_BASEDN, o=in2p3, c=fr); $cid = ldap_connect(LDAP_HOSTNAME); ldap_bind($cid); echo ldap_search($cid, LDAP_BASEDN, (objectclass=*)); ? It perfacly works whith php 4.1.2. With 4.2.0 I get the following error : Warning: LDAP: Unable to bind to server: Can't contact LDAP server in /sites/webtest/htdocs/ldap/test.php on line 13 (which is the line number of ldap_bind instruction). Obviously I didn't change anything in the OpenLDAP release I use nor in the compiler (Sun cc). -- Edit this bug report at http://bugs.php.net/?id=16901edit=1
Bug #16901 Updated: ldap_bind no longer works
ID: 16901 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: LDAP related Operating System: Solaris 8 PHP Version: 4.2.0 New Comment: You have to to use autoconf 2.13 . It's all about that autoconf 2.52 with which the original ./configure script was built seems to be buggy (or some bug in configure.in, whatever) Previous Comments: [2002-04-29 09:03:57] [EMAIL PROTECTED] I remove the configure script and rebuild it with builconf : buildconf: checking installation... buildconf: autoconf version 2.52 (ok) buildconf: automake version 1.5 (ok) buildconf: libtool version 1.4.2 (ok) rebuilding configure rebuilding main/php_config.h.in I rebuilt and reinstalled by I keep on getting the same error. [2002-04-29 08:27:15] [EMAIL PROTECTED] And exactly the same script works with 4.1.2 ? If so, this _may_ be related to an autoconf bug we had also with mysql in the 4.2.0 release, though I'm not sure. Can you try deleting the ./configure script in php-4.2.0 and rerun ./buildconf with autoconf 2.13 ? [2002-04-29 08:23:50] [EMAIL PROTECTED] After have upgrade my PHP distribution from versin 4.1.2 to version 4.2.0, the ldap_bind function no longer works : My script is : ?php define(LDAP_HOSTNAME, ldapserver.in2p3.fr); define(LDAP_BASEDN, o=in2p3, c=fr); $cid = ldap_connect(LDAP_HOSTNAME); ldap_bind($cid); echo ldap_search($cid, LDAP_BASEDN, (objectclass=*)); ? It perfacly works whith php 4.1.2. With 4.2.0 I get the following error : Warning: LDAP: Unable to bind to server: Can't contact LDAP server in /sites/webtest/htdocs/ldap/test.php on line 13 (which is the line number of ldap_bind instruction). Obviously I didn't change anything in the OpenLDAP release I use nor in the compiler (Sun cc). -- Edit this bug report at http://bugs.php.net/?id=16901edit=1
Bug #16863 Updated: php 4.2.0, Sablotron 0.90, compiles, when apachectl start I get a following
ID: 16863 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: XSLT related Operating System: Red Hat Linux 7.2 PHP Version: 4.2.0 New Comment: My mistake, I meant to type --with-sablot-js Previous Comments: [2002-04-28 21:24:18] [EMAIL PROTECTED] --with-sablot-js=DIRSablotron: enable JavaScript support for Sablotron It's probably better, if it reads: Sablotron: if you compiled Sablot with JS support, you MUST add this line and optionally point to the JS prefix (defaults to /usr/local). So indeed, both lines by the original poster are doomed to fail. [2002-04-28 20:39:51] [EMAIL PROTECTED] --with-xslt-js does not exist at all.. What was the configure line with which it worked? How did you install sablot? Compiled from soures? RPM? And can you try again with fresh PHP 4.2.0 sources and this configure line: ./configure --with-mysql --with-pgsql --with-apxs2=/usr/local/apache2/bin/apxs --enable-xslt --with-expat --with-xslt-sablot (btw. --with-png or --with-open-ssl configure options can not be found in PHP configure..) --Jani [2002-04-26 17:23:40] [EMAIL PROTECTED] I have found a way around it. I just used --with-xslt-js and everything compiled and was loaded by apache. Thanks [2002-04-26 15:58:54] [EMAIL PROTECTED] Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/lib/libsablot.so.0: undefined symbol: JS_PropertyStub php 4.2.0 ./configure --with-mysql --with-pgsql --with-apxs2=/usr/local/apache2/bin/apxs --with-png --with-open-ssl --enable-xslt --with-expat --with-xslt-sablot ./configure --with-mysql --with-pgsql --with-apxs2=/usr/local/apache2/bin/apxs --with-png --with-open-ssl --enable-xslt --with-expat --with-xslt-sablot --without-sablot-js both give the same errors -- Edit this bug report at http://bugs.php.net/?id=16863edit=1
Bug #16863 Updated: php 4.2.0, Sablotron 0.90, compiles, when apachectl start I get a following
ID: 16863 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: XSLT related Operating System: Red Hat Linux 7.2 PHP Version: 4.2.0 New Comment: I used the rpm version of Sablotron. When I type ./configure --help there are options for --with-png and --with-open-ssl. Have I done something wrong? Previous Comments: [2002-04-29 09:12:38] [EMAIL PROTECTED] My mistake, I meant to type --with-sablot-js [2002-04-28 21:24:18] [EMAIL PROTECTED] --with-sablot-js=DIRSablotron: enable JavaScript support for Sablotron It's probably better, if it reads: Sablotron: if you compiled Sablot with JS support, you MUST add this line and optionally point to the JS prefix (defaults to /usr/local). So indeed, both lines by the original poster are doomed to fail. [2002-04-28 20:39:51] [EMAIL PROTECTED] --with-xslt-js does not exist at all.. What was the configure line with which it worked? How did you install sablot? Compiled from soures? RPM? And can you try again with fresh PHP 4.2.0 sources and this configure line: ./configure --with-mysql --with-pgsql --with-apxs2=/usr/local/apache2/bin/apxs --enable-xslt --with-expat --with-xslt-sablot (btw. --with-png or --with-open-ssl configure options can not be found in PHP configure..) --Jani [2002-04-26 17:23:40] [EMAIL PROTECTED] I have found a way around it. I just used --with-xslt-js and everything compiled and was loaded by apache. Thanks [2002-04-26 15:58:54] [EMAIL PROTECTED] Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/lib/libsablot.so.0: undefined symbol: JS_PropertyStub php 4.2.0 ./configure --with-mysql --with-pgsql --with-apxs2=/usr/local/apache2/bin/apxs --with-png --with-open-ssl --enable-xslt --with-expat --with-xslt-sablot ./configure --with-mysql --with-pgsql --with-apxs2=/usr/local/apache2/bin/apxs --with-png --with-open-ssl --enable-xslt --with-expat --with-xslt-sablot --without-sablot-js both give the same errors -- Edit this bug report at http://bugs.php.net/?id=16863edit=1
Bug #16903: CREATE DATABASE - No Database Selected
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.5
PHP version: 4.1.2
PHP Bug Type: MySQL related
Bug description: CREATE DATABASE - No Database Selected
I've found what looks to be a wierd little problem. When executing
something like:
mysql_query('CREATE DATABASE mynewdb', $mysql_link);
I get the error 'No database Selected'. In the mysql client (local, CLI)
this of course works as it should. I've looked at mysql_create_db() in
the manual, but it says it's deprecated and that a 'CREATE DATABASE' query
should be executed using mysql_query(). There's something wrong here.
On a sidenote, I'm curious if there is any way (or plans to allow)
multiple queries per mysql_query() run? For instance:
mysql_query('CREATE DATABASE mynewdb; CREATE TABLE newtable (id TINYINT
NOT NULL);', $mysql_link);
Currently, I would get a SQL syntax error at the first semicolon. Is
there a way to do this? Or is there plans to add it in the future?
Thank you,
Hans
--
Edit bug report at http://bugs.php.net/?id=16903edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16903r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16903r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16903r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16903r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16903r=support
Expected behavior: http://bugs.php.net/fix.php?id=16903r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16903r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16903r=submittedtwice
Bug #16901 Updated: ldap_bind no longer works
ID: 16901 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: LDAP related Operating System: Solaris 8 PHP Version: 4.2.0 New Comment: Ok : I tried again with Autoconf 2.13 but the issue persists ! Previous Comments: [2002-04-29 09:07:55] [EMAIL PROTECTED] You have to to use autoconf 2.13 . It's all about that autoconf 2.52 with which the original ./configure script was built seems to be buggy (or some bug in configure.in, whatever) [2002-04-29 09:03:57] [EMAIL PROTECTED] I remove the configure script and rebuild it with builconf : buildconf: checking installation... buildconf: autoconf version 2.52 (ok) buildconf: automake version 1.5 (ok) buildconf: libtool version 1.4.2 (ok) rebuilding configure rebuilding main/php_config.h.in I rebuilt and reinstalled by I keep on getting the same error. [2002-04-29 08:27:15] [EMAIL PROTECTED] And exactly the same script works with 4.1.2 ? If so, this _may_ be related to an autoconf bug we had also with mysql in the 4.2.0 release, though I'm not sure. Can you try deleting the ./configure script in php-4.2.0 and rerun ./buildconf with autoconf 2.13 ? [2002-04-29 08:23:50] [EMAIL PROTECTED] After have upgrade my PHP distribution from versin 4.1.2 to version 4.2.0, the ldap_bind function no longer works : My script is : ?php define(LDAP_HOSTNAME, ldapserver.in2p3.fr); define(LDAP_BASEDN, o=in2p3, c=fr); $cid = ldap_connect(LDAP_HOSTNAME); ldap_bind($cid); echo ldap_search($cid, LDAP_BASEDN, (objectclass=*)); ? It perfacly works whith php 4.1.2. With 4.2.0 I get the following error : Warning: LDAP: Unable to bind to server: Can't contact LDAP server in /sites/webtest/htdocs/ldap/test.php on line 13 (which is the line number of ldap_bind instruction). Obviously I didn't change anything in the OpenLDAP release I use nor in the compiler (Sun cc). -- Edit this bug report at http://bugs.php.net/?id=16901edit=1
Bug #16849 Updated: Apache returning 500 status code
ID: 16849 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Unknown/Other Function Operating System: Win XP Prof PHP Version: 4.2.0 New Comment: I would look in your apache error_log to see what apache thinks is happening. Previous Comments: [2002-04-26 20:58:21] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. [2002-04-26 10:31:09] [EMAIL PROTECTED] This file makes the apache [SOMETIMES] return 500: --BEGIN-- test?php echo 'test'; ? --END-- The actual output is sent. But an HTTP 500 code is sent instead of 200. [2002-04-26 08:42:56] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. [2002-04-26 07:37:14] [EMAIL PROTECTED] After I installed 4.2.0, some pages interpreted with PHP returned a 500 status code instead of a 200 status code. However, the contents of the page are sent. -- Edit this bug report at http://bugs.php.net/?id=16849edit=1
Bug #16904: output-error im multi-dimensional arrays
From: [EMAIL PROTECTED] Operating system: Suse Linux PHP version: 4.1.2 PHP Bug Type: Unknown/Other Function Bug description: output-error im multi-dimensional arrays There is a problem with a multi-dimensional array coming from a web-formular. in my case, i have a 2 dimensional array, first dimension numeric, the second associative. when i pick up the second dimension by foreach($array as $key = $info), i cant output the elements by eg echo $info['name']. with print_r($info) I get the right information about the array, but its impossible to get an output of the elements with echo or print! -- Edit bug report at http://bugs.php.net/?id=16904edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16904r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16904r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16904r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16904r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16904r=support Expected behavior: http://bugs.php.net/fix.php?id=16904r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16904r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16904r=submittedtwice
Bug #16904 Updated: output-error im multi-dimensional arrays
ID: 16904 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: Suse Linux PHP Version: 4.1.2 New Comment: It works fine with complete numeric multi-dimensional arrays! Previous Comments: [2002-04-29 10:23:27] [EMAIL PROTECTED] There is a problem with a multi-dimensional array coming from a web-formular. in my case, i have a 2 dimensional array, first dimension numeric, the second associative. when i pick up the second dimension by foreach($array as $key = $info), i cant output the elements by eg echo $info['name']. with print_r($info) I get the right information about the array, but its impossible to get an output of the elements with echo or print! -- Edit this bug report at http://bugs.php.net/?id=16904edit=1
Bug #10351 Updated: Parsing problem with nested ? : structures
ID: 10351
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: Feature/Change Request
Operating System: Sun OS 5.7
PHP Version: 4.0.3pl1
New Comment:
I checked, and has a higher precedence than ?: as one
would expect. For example, with $dHour = 5, this is
equivalent to:
$departmeals = 1 ? 1 ? 3 : 2 : 1 ? 1 : 0;
which should evaluate to 3 but evaluates to 1 instead.
The C language has no trouble with this construction:
sun-66% cat temp.c
#include stdio.h
main(){
printf(%s\n,1 ? 1 ? 3 : 2 : 1 ? 1 : 0);
}
sun-66% cc temp.c
sun-66% a.out
3
Previous Comments:
[2002-04-27 15:19:22] [EMAIL PROTECTED]
it does execute correctly, given the relative precedence of the '' and
'?:' operators.
[2001-04-16 16:14:48] [EMAIL PROTECTED]
The following statement does not execute correctly:
$departmeals = $dHour 10.5 ? $dHour 6.0 ? 3 : 2
:
$dHour 18.0 ? 1 : 0;
No error message--it just returns the wrong result. It does execute
correctly if parentheses are added:
$departmeals = $dHour 10.5 ? ($dHour 6.0 ? 3 : 2)
:
($dHour 18.0 ? 1 : 0);
The original is not ambiguous; it should parse and execute correctly.
--
Edit this bug report at http://bugs.php.net/?id=10351edit=1
Bug #8957 Updated: Please use --prefix to find things
ID: 8957 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: *Install and Config Operating System: Solaris 2.6 PHP Version: 4.0.4pl1 New Comment: why should i have to come down to a visible thing if i'm not already able to come down to town tomorrow morning? well, i guess cause of mu parents but i duno. well, my last goodbyr to all the hackers around the world, i love ya!!! byee Previous Comments: [2001-01-27 21:48:29] [EMAIL PROTECTED] Many systems have different libraries installed in different locations. So using --prefix would not be a good solution. Just create a install script in which you can use some $PREFIX variable or something like that. --prefix is usually used to indicate the prefix of the path where 'make install' should copy libs/binaries/header files. --Jani [2001-01-27 17:49:01] [EMAIL PROTECTED] A suggestion: Please use --prefix when looking for things. I ran configure with many arguments like: --with-mm=/my/prefix/directory when the directory would not have been needed if either the --prefix was tried first, or if it used the CPPFLAGS and LDFLAGS and LIBS to find things. -- Edit this bug report at http://bugs.php.net/?id=8957edit=1
Bug #16905: mkdir crashes
From: [EMAIL PROTECTED]
Operating system: FreeBSD 4.5
PHP version: 4.2.0
PHP Bug Type: Scripting Engine problem
Bug description: mkdir crashes
Simple test like this makes segmentation fault:
?
mkdir('1/fv',0777);
echo('!!\n\n');
?
This error occurs in both Apache DSO module and console version.
PHP configures as:
./configure --with-apxs=/usr/local/apache/bin/apxs
--with-config-file-path=/usr/local/apache/conf --with-mysql=
/usr/local/mysql --with-gd=/usr/local --enable-trans-sid
--enable-versioning --enable-inline-optimization --enabl
e-ftp --enable-dbase --enable-gd-native-ttf --with-ttf
--with-freetype-dir=/usr/local
Here is back trace by gdb from core file:
# gdb php /www/www/clients/alkar/hotline/hotline.alkar.net/php.core
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for
details.
This GDB was configured as i386-unknown-freebsd...
Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libpam.so.1...done.
Reading symbols from
/usr/local/mysql/lib/mysql/libmysqlclient.so.10...done.
Reading symbols from /usr/lib/libz.so.2...done.
Reading symbols from /usr/lib/libcrypt.so.2...done.
Reading symbols from /usr/local/lib/libgd.so.2...done.
Reading symbols from /usr/local/lib/libfreetype.so.9...done.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libc.so.4...done.
Reading symbols from /usr/local/lib/libpng.so.5...done.
Reading symbols from /usr/local/lib/libjpeg.so.9...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0 0x80fed24 in execute (op_array=0x0) at ./zend_execute.c:1602
1602
EX(Ts)[EX(opline)-result.u.var].var.ptr-is_ref = 0;
(gdb) bt
#0 0x80fed24 in execute (op_array=0x0) at ./zend_execute.c:1602
(gdb)
--
Edit bug report at http://bugs.php.net/?id=16905edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16905r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16905r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16905r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16905r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16905r=support
Expected behavior: http://bugs.php.net/fix.php?id=16905r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16905r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16905r=submittedtwice
Bug #16906: Warning: MySQL: Unable to save result set in ...
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.5 PHP version: 4.1.2 PHP Bug Type: MySQL related Bug description: Warning: MySQL: Unable to save result set in ... This is a follow-up to bug http://bugs.php.net/bug.php?id=12029 The problem do exists. I've got plenty of them on my FreeBSD, and never got a clue how i fixed it. Now i'm upgrading to php-4.1.2 (with apache 1.3.14), and problem arises again. Everything was compiled using standard FreeBSD ports Makefile. Summary: Everything works as long as i not include any of mhash, mcrypt and gd2. Tested on 4.1.2 and 4.2.0. Here are results of some tests: 1. Plugging in old already compiled libphp4.so (4.0.1 i suppose) works. ./configure \ --with-apxs=/usr/local/sbin/apxs \ --with-config-file-path=/usr/local/etc \ --enable-versioning \ --with-system-regex \ --disable-debug \ --enable-track-vars \ --disable-pear \ --with-gd=/usr/local \ --with-zlib \ --with-mcrypt=/usr/local \ --with-mhash=/usr/local \ --with-imap=/usr/local \ --with-mysql=/usr/local \ --prefix=/usr/local \ i386--freebsd4.3 \ $@ libphp4.so 1271565 2. Compiling with mysql only: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ works. libphp4.so 1006173 3. The same, but manually running ./configure: './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--with-mysql=/usr/local' \ '--without-gd' \ $@ ! libphp4.so2598686 (very strange!!!) works. 4. FreeBSD port make: zlib, mysql, mcrypt, mhash: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--without-mysql' \ '--with-zlib' \ '--with-mcrypt=/usr/local' \ '--with-mhash=/usr/local' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ libphp4.so 1054805 DOESN'T WORK. Let's try and remove some components. zlib, mcrypt, mhash seem to cause an error. Start from mhash. 5. FreeBSD port make: zlib, mysql, mcrypt: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--without-mysql' \ '--with-zlib' \ '--with-mcrypt=/usr/local' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ libphp4.so 1050061 DOESN'T WORK. Ok, maybe it's mcrypt bug? 6. FreeBSD port make: zlib, mysql, mhash: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--without-mysql' \ '--with-zlib' \ '--with-mhash=/usr/local' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ libphp4.so 1028045 DOESN'T WORK. The only case left is zlib. Let's try: 6. FreeBSD port make: mysql, mhash, mcrypt: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--without-mysql' \ '--with-mcrypt=/usr/local' \ '--with-mhash=/usr/local' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ libphp4.so 1036937 DOESN'T WORK. So. Nothing. Let's try adding one-by-one to working configuration (mysql only) 7. FreeBSD port make: mysql, zlib (default) CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--without-mysql' \ '--with-zlib' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ libphp4.so 1024009 works! So, problem is in mcrypt AND mhash. Very strange. Maybe there is something with linking in? 8. Just for fun. Manual zlib, mysql,
Bug #10351 Updated: Parsing problem with nested ? : structures
ID: 10351
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Open
Bug Type: Feature/Change Request
Operating System: Sun OS 5.7
PHP Version: 4.0.3pl1
New Comment:
See comment starting with I checked
Previous Comments:
[2002-04-29 10:34:57] [EMAIL PROTECTED]
I checked, and has a higher precedence than ?: as one
would expect. For example, with $dHour = 5, this is
equivalent to:
$departmeals = 1 ? 1 ? 3 : 2 : 1 ? 1 : 0;
which should evaluate to 3 but evaluates to 1 instead.
The C language has no trouble with this construction:
sun-66% cat temp.c
#include stdio.h
main(){
printf(%s\n,1 ? 1 ? 3 : 2 : 1 ? 1 : 0);
}
sun-66% cc temp.c
sun-66% a.out
3
[2002-04-27 15:19:22] [EMAIL PROTECTED]
it does execute correctly, given the relative precedence of the '' and
'?:' operators.
[2001-04-16 16:14:48] [EMAIL PROTECTED]
The following statement does not execute correctly:
$departmeals = $dHour 10.5 ? $dHour 6.0 ? 3 : 2
:
$dHour 18.0 ? 1 : 0;
No error message--it just returns the wrong result. It does execute
correctly if parentheses are added:
$departmeals = $dHour 10.5 ? ($dHour 6.0 ? 3 : 2)
:
($dHour 18.0 ? 1 : 0);
The original is not ambiguous; it should parse and execute correctly.
--
Edit this bug report at http://bugs.php.net/?id=10351edit=1
Bug #13292 Updated: file_exists works with UNC names
ID: 13292 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: Windows NT/2000 PHP Version: 4.0.6 New Comment: Yes, this functionality are ok. But only when the PC is trusted in a domäne and you are using a domain-user. Previous Comments: [2002-04-29 04:14:15] [EMAIL PROTECTED] Have you tried the //computername/share/filename syntax? [2002-02-12 16:44:53] [EMAIL PROTECTED] I'm using IIS 5.0 on Windows 2000. I installed PHP 4.1.1 configured to be a CGI interpreter. I'm trying to require a file located on another W2K computer on our LAN with this code: require 'computername\\sharename\\functions.php'; However, when I try to execute this PHP script, I get this error: Fatal error: Failed opening required '\\computername\sharename\functions.php' (include_path='..') in c:\inetpub\wwwroot\keygen\index.php on line 3 Supposedly this functionality is supported with PHP 4.1.1, but I'm not sure why it isn't working for me. The share is a local share and full access is granted to everyone. [2001-12-15 05:54:56] [EMAIL PROTECTED] Markus noted that you should always use double backslashes (or single slashes): computername\\share\\filename BTW: sorry for the typo Christoph... ;) [2001-12-15 05:25:33] [EMAIL PROTECTED] Actually, it does work!!! Use //computername/share/filename or computername\share\filename Thanks to Christph Grottolo for the tip. Now it's only a documentation problem. [2001-12-14 14:38:09] [EMAIL PROTECTED] Doesn't work with 4.1.0 nor with 4.2.0-dev. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/13292 -- Edit this bug report at http://bugs.php.net/?id=13292edit=1
Bug #16906 Updated: Warning: MySQL: Unable to save result set in ...
ID: 16906 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: FreeBSD 4.5 PHP Version: 4.1.2 New Comment: Just for fun: on the query that fails, run a CHECK TABLE on the tables involved. See if you get a 'error 134' from table handler. Are you by any chance running phpBB-1.4.x? I've seen this error 'unable to save result set' a few times, while it is actually the above table handler error in mysql. Previous Comments: [2002-04-29 11:01:08] [EMAIL PROTECTED] This is a follow-up to bug http://bugs.php.net/bug.php?id=12029 The problem do exists. I've got plenty of them on my FreeBSD, and never got a clue how i fixed it. Now i'm upgrading to php-4.1.2 (with apache 1.3.14), and problem arises again. Everything was compiled using standard FreeBSD ports Makefile. Summary: Everything works as long as i not include any of mhash, mcrypt and gd2. Tested on 4.1.2 and 4.2.0. Here are results of some tests: 1. Plugging in old already compiled libphp4.so (4.0.1 i suppose) works. ./configure \ --with-apxs=/usr/local/sbin/apxs \ --with-config-file-path=/usr/local/etc \ --enable-versioning \ --with-system-regex \ --disable-debug \ --enable-track-vars \ --disable-pear \ --with-gd=/usr/local \ --with-zlib \ --with-mcrypt=/usr/local \ --with-mhash=/usr/local \ --with-imap=/usr/local \ --with-mysql=/usr/local \ --prefix=/usr/local \ i386--freebsd4.3 \ $@ libphp4.so 1271565 2. Compiling with mysql only: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ works. libphp4.so 1006173 3. The same, but manually running ./configure: './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--with-mysql=/usr/local' \ '--without-gd' \ $@ ! libphp4.so2598686 (very strange!!!) works. 4. FreeBSD port make: zlib, mysql, mcrypt, mhash: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--without-mysql' \ '--with-zlib' \ '--with-mcrypt=/usr/local' \ '--with-mhash=/usr/local' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ libphp4.so 1054805 DOESN'T WORK. Let's try and remove some components. zlib, mcrypt, mhash seem to cause an error. Start from mhash. 5. FreeBSD port make: zlib, mysql, mcrypt: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--without-mysql' \ '--with-zlib' \ '--with-mcrypt=/usr/local' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ libphp4.so 1050061 DOESN'T WORK. Ok, maybe it's mcrypt bug? 6. FreeBSD port make: zlib, mysql, mhash: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--without-mysql' \ '--with-zlib' \ '--with-mhash=/usr/local' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ libphp4.so 1028045 DOESN'T WORK. The only case left is zlib. Let's try: 6. FreeBSD port make: mysql, mhash, mcrypt: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--without-mysql' \ '--with-mcrypt=/usr/local' \ '--with-mhash=/usr/local' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ libphp4.so 1036937 DOESN'T WORK. So. Nothing. Let's try adding one-by-one to working configuration (mysql only) 7. FreeBSD port make: mysql, zlib (default) CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \
Bug #16906 Updated: Warning: MySQL: Unable to save result set in ...
ID: 16906 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Operating System: FreeBSD 4.5 PHP Version: 4.1.2 New Comment: mysql CHECK TABLE wpm_tree_en; +--+---+--+--+ | Table| Op| Msg_type | Msg_text | +--+---+--+--+ | project3.wpm_tree_en | check | status | OK | +--+---+--+--+ 1 row in set (0.03 sec) Everything fine, as i see. I do run phpBB, but i run a completely different and unrelated test script. I've done myisamchk -r on all tables. Previous Comments: [2002-04-29 11:28:42] [EMAIL PROTECTED] Just for fun: on the query that fails, run a CHECK TABLE on the tables involved. See if you get a 'error 134' from table handler. Are you by any chance running phpBB-1.4.x? I've seen this error 'unable to save result set' a few times, while it is actually the above table handler error in mysql. [2002-04-29 11:01:08] [EMAIL PROTECTED] This is a follow-up to bug http://bugs.php.net/bug.php?id=12029 The problem do exists. I've got plenty of them on my FreeBSD, and never got a clue how i fixed it. Now i'm upgrading to php-4.1.2 (with apache 1.3.14), and problem arises again. Everything was compiled using standard FreeBSD ports Makefile. Summary: Everything works as long as i not include any of mhash, mcrypt and gd2. Tested on 4.1.2 and 4.2.0. Here are results of some tests: 1. Plugging in old already compiled libphp4.so (4.0.1 i suppose) works. ./configure \ --with-apxs=/usr/local/sbin/apxs \ --with-config-file-path=/usr/local/etc \ --enable-versioning \ --with-system-regex \ --disable-debug \ --enable-track-vars \ --disable-pear \ --with-gd=/usr/local \ --with-zlib \ --with-mcrypt=/usr/local \ --with-mhash=/usr/local \ --with-imap=/usr/local \ --with-mysql=/usr/local \ --prefix=/usr/local \ i386--freebsd4.3 \ $@ libphp4.so 1271565 2. Compiling with mysql only: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ works. libphp4.so 1006173 3. The same, but manually running ./configure: './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--with-mysql=/usr/local' \ '--without-gd' \ $@ ! libphp4.so2598686 (very strange!!!) works. 4. FreeBSD port make: zlib, mysql, mcrypt, mhash: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--without-mysql' \ '--with-zlib' \ '--with-mcrypt=/usr/local' \ '--with-mhash=/usr/local' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ libphp4.so 1054805 DOESN'T WORK. Let's try and remove some components. zlib, mcrypt, mhash seem to cause an error. Start from mhash. 5. FreeBSD port make: zlib, mysql, mcrypt: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--without-mysql' \ '--with-zlib' \ '--with-mcrypt=/usr/local' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ libphp4.so 1050061 DOESN'T WORK. Ok, maybe it's mcrypt bug? 6. FreeBSD port make: zlib, mysql, mhash: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \ '--with-apxs=/usr/local/sbin/apxs' \ '--with-config-file-path=/usr/local/etc' \ '--enable-versioning' \ '--with-regex=system' \ '--without-gd' \ '--without-mysql' \ '--with-zlib' \ '--with-mhash=/usr/local' \ '--with-mysql=/usr/local' \ '--prefix=/usr/local' \ 'i386-portbld-freebsd4.5' \ $@ libphp4.so 1028045 DOESN'T WORK. The only case left is zlib. Let's try: 6. FreeBSD port make: mysql, mhash, mcrypt: CFLAGS='-O -pipe -I/usr/local/include' \ CXXFLAGS=' -O -pipe -I/usr/local/include' \ CC='cc' \ CXX='c++' \ './configure' \
Bug #16875 Updated: FILE Function Checks Wrong Path
ID: 16875
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Filesystem function related
Operating System: Windows XP
PHP Version: 4.2.0
New Comment:
I looked through some of the PHP scripts I had written, and found a
working example of fopen that works just fine using a relative file
path. Pertinent exerpt:
$log = fopen('log.txt', 'a');
fwrite($log, $text . \n);
fclose($log);
echo ' a href=log.txtView Log/a';
Is this bug being dealt with?
Previous Comments:
[2002-04-27 19:47:46] [EMAIL PROTECTED]
I use include() and require() all the time, it works just fine. So the
problem is probably specific to file()
[2002-04-27 19:35:21] [EMAIL PROTECTED]
Can you test if the same thing happens with include() ?
[2002-04-27 13:12:09] [EMAIL PROTECTED]
When I call:
$data = file( database.txt );
From my file c:\xitami\webpages\db\database.php, php doesn't check
c:\xitami\webpages\db\ for database.txt, instead it returns an error
saying that database.txt doesn't exist in the directory
c:\xitami\webpages\db\database.php I beleive this may be a bug,
since it shouldn't be including the name of the php script in the
directory. In the mean time I am specifying an absolute filename for
database.txt, however I'd much prefer the modularity of relative file
access.
If you fix it, that's great, I hope someone contacts me. In that case
could someone tell me where to download a prebuilt binary? I'm on
dialup and a pretty slow machine, not very interested in downloading
the source code again, and building, again.
--
Edit this bug report at http://bugs.php.net/?id=16875edit=1
Bug #16859 Updated: session_decode gives SEGV in PHP 4.2.0
ID: 16859 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Session related Operating System: Solaris 2.6 (5.6) PHP Version: 4.2.0 New Comment: As an explanation to the backtrace I posted: The backslashes that appear before some of the double quotes in the backtrace are due to gdb. The file that is read (and the string that's processed) do _not_ contain the backslash. The variable ses_login is the first of the session variables that are stored as part of the session data. The backtrace says that it's dying in session.c, line 290. This is in function php_set_session_var(), at the point where it's trying to call zend_set_hash_symbol(). The PHP setting register_globals is set to On in both the local and master contexts. The script that causes this error is calling session_decode without having called any kind of session_start or session_name beforehand. (Again, this works as I expected it to in 4.1.2; the SEGV is in 4.2.0). Previous Comments: [2002-04-28 14:23:18] [EMAIL PROTECTED] Backtrace (running in gdb with -X) is: (gdb) bt #0 0x8ed44 in php_set_session_var (name=0x3364f0 ses_login, namelen=9, state_val=0x328dd0, var_hash=0xefffcfb0) at session.c:290 #1 0x8f588 in ps_srlzr_decode_php ( val=0x339128 ses_login|s:8:\theodore\;ses_id|s:19:\PMwwKgoAADwAADKfkFU\;ses_timestamp_ultimo|i:1020014634;ses_timestamp_inicio|i:1020014634;ses_ip|s:9:\10.0.0.64\;ses_url|s:13:\/contar.phtml\;ses_valor|i:1;, vallen=193) at session.c:441 #2 0x8f87c in php_session_decode ( val=0x339128 ses_login|s:8:\theodore\;ses_id|s:19:\PMwwKgoAADwAADKfkFU\;ses_timestamp_ultimo|i:1020014634;ses_timestamp_inicio|i:1020014634;ses_ip|s:9:\10.0.0.64\;ses_url|s:13:\/contar.phtml\;ses_valor|i:1;, vallen=193) at session.c:490 #3 0x93454 in zif_session_decode (ht=1, return_value=0x3360d0, this_ptr=0x0, return_value_used=0) at session.c:1339 #4 0x1a2080 in execute (op_array=0x323440) at ./zend_execute.c:1598 #5 0x169e48 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at zend.c:810 #6 0x4e270 in php_execute_script (primary_file=0xe7f0) at main.c:1381 #7 0x17c1fc in apache_php_module_main (r=0x30a420, display_source_mode=0) at sapi_apache.c:90 #8 0x48b8c in send_php () #9 0x48bf8 in send_parsed_php () #10 0x1ad4e4 in ap_invoke_handler () #11 0x1bf494 in process_request_internal () #12 0x1bf4ec in ap_process_request () #13 0x1b7d84 in child_main () #14 0x1b7f38 in make_child () #15 0x1b8084 in startup_children () #16 0x1b866c in standalone_main () #17 0x1b8df4 in main () (gdb) [2002-04-26 20:07:49] [EMAIL PROTECTED] To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. [2002-04-26 13:20:03] [EMAIL PROTECTED] session_decode ($str) gives SEGV with PHP 4.2.0 and Apache 1.3.24. Worked fine with PHP 4.1.2; I just built 4.2.0 with the same configure params and same Apache as I had with 4.1.2, and the same script gives the problem. I have verified that the argument to session_decode ($str) is not null, etc. Basically, my script is reading the $str out of several sess_* files and dumping the contents for each one. There was a session_decode SEGV bug that was reported as fixed and closed in 4.0.1 pl2, so maybe the same bug is back. Thanks to all. -- Edit this bug report at http://bugs.php.net/?id=16859edit=1
Bug #15909 Updated: mysql and header() problem prevent saving session vars(?)
ID: 15909 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Session related Operating System: Linux (Debian) PHP Version: 4.1.1 New Comment: MySQL is not the problem. We have not changed MySQL versions, just the PHP version. Some of the cases that fail do not do any database operations. They change a context variable and page jump (via header()) to another PHP page. If this were a MySQL problem, the work around I described above would not fix it. The problem appears to be with PHP and the management of session variables. Note: Status should be changed to Open but the only options I have are No Feedback or Closed. Previous Comments: [2002-04-29 00:00:03] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-03-28 19:12:11] [EMAIL PROTECTED] There is bug report for MySQL. After serval database operation, calling heade() crashes PHP for some reason according to the bug report. Anyway, I don't use MySQL and I don't have this problem. We need backtrace or need where/how PHP is bailing out. Build with --enable-debug and check what is going to with debugger. [2002-03-27 12:02:40] [EMAIL PROTECTED] Sorry, I don't see where I would limit size of max text size returned from MySQL or what you are looking for. Please clarify. The applications that are not working are not using large text fields. Most are defined as TINYTEXT and TEXT. There are a couole of columns defined as MEDIUMTEXT (due to misunderstanding of field types) but the contents are less than 4000 bytes. [2002-03-26 21:44:55] [EMAIL PROTECTED] Could you limit size of max text size returned from MySQL? Does it help? [2002-03-26 11:55:03] [EMAIL PROTECTED] Yes, we are using MySQL 3.23.38 in the application. However, the session.save_handler is files. We were using the same version of MySQL with PHP 4.0.2. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15909 -- Edit this bug report at http://bugs.php.net/?id=15909edit=1
Bug #10629 Updated: SMTP: mail() the fifth parameter
ID: 10629 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Windows PHP Version: 4.0.5 New Comment: you can use ini_set() to set the smtp server dynamically. Previous Comments: [2002-04-17 16:16:21] [EMAIL PROTECTED] for sure :) it was kick ass! [2001-05-03 04:04:33] [EMAIL PROTECTED] It will be real handy if ... mail() allows smtp specification in the new fifth parameter of mail() mail([EMAIL PROTECTED], the subject, $message, From: webmaster@$SERVER_NAME, smtp.aol.com); If you think about it, Perl's smtp.pm when it was first created did just this. http://www.faqs.org/rfcs/rfc2821.html even talks about this type of portability somewhere. [2001-05-03 03:59:08] [EMAIL PROTECTED] It will be real handy if ... mail() allows smtp specification in the new fifth parameter of mail() mail([EMAIL PROTECTED], the subject, $message, From: webmaster@$SERVER_NAME, smtp.aol.com); If you think about it, Perl's smtp.pm when it was created did just this first. http://www.faqs.org/rfcs/rfc2821.html talks about it this type of portability somewhere. -- Edit this bug report at http://bugs.php.net/?id=10629edit=1
Bug #16909: apache2
From: [EMAIL PROTECTED] Operating system: Win2k PHP version: 4.2.0 PHP Bug Type: Apache related Bug description: apache2 Is there a chance to install the SAPI Module under Apache2. I get a error when starting Apache2. Under 1.3.24 there is no problem. -- Edit bug report at http://bugs.php.net/?id=16909edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16909r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16909r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16909r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16909r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16909r=support Expected behavior: http://bugs.php.net/fix.php?id=16909r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16909r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16909r=submittedtwice
Bug #16909 Updated: apache2
ID: 16909 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Win2k PHP Version: 4.2.0 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Previous Comments: [2002-04-29 12:32:29] [EMAIL PROTECTED] Is there a chance to install the SAPI Module under Apache2. I get a error when starting Apache2. Under 1.3.24 there is no problem. -- Edit this bug report at http://bugs.php.net/?id=16909edit=1
Bug #16909 Updated: apache2
ID: 16909 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: Win2k PHP Version: 4.2.0 New Comment: I add the lines: LoadModule php4_module .../php4apache.dll During testing the config, i get the message cannot load c:/php/sapi/php4apahce.dll into server: The module cannot be found. I add the same lines to apache 1.3 config. It runs. The line AddType was added in both configs, too. But what's with the AddModule in the Apache2 config? There is no paragraph for this config lines. Previous Comments: [2002-04-29 12:34:19] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. [2002-04-29 12:32:29] [EMAIL PROTECTED] Is there a chance to install the SAPI Module under Apache2. I get a error when starting Apache2. Under 1.3.24 there is no problem. -- Edit this bug report at http://bugs.php.net/?id=16909edit=1
Bug #15886 Updated: rfc1867 file uploads should consider Content-length header
ID: 15886 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Feature/Change Request Operating System: Win2000 (also tested on Linux) -PHP Version: 4.1.1 +PHP Version: 4.2.0 New Comment: Still remains with 4.2.0 at least on Windows - upload does not terminate until the whole file has been uploaded, even if the file size exceeds all the specified limits. My original idea was: if uploaded file size (i.e. Content-Length) is bigger than any of the limits, immediately terminate the upload without accepting further content. Previous Comments: [2002-04-04 07:25:01] [EMAIL PROTECTED] This stuff should be fixed in PHP 4.2.0 (RCs can be found at http://www.php.net/~derick/ ) [2002-03-05 15:14:41] [EMAIL PROTECTED] The RFC1867 compatible file upload feature in PHP is odd to use and has some shortcomings. Following are the issues that I would like to be changed (or maybe commented if I have just overlooked something): * Content-length header should be considered. When uploading a file, browsers usually supply a Content-length header with it, indicating the total size of posted data. The upload feature should consider it and compare it to post_max_size and upload_max_filesize configuration settings and maybe also the MAX_FILE_SIZE hidden field present in the form. When Content-length (smallest of the three), the upload should terminate immediately and some sensible error returned to the user without ever receiving the full file. Also, when someone has played around with the incoming stream, upload should terminate IF content-length is small but the incoming byte stream is larger than the permitted values (i.e. limit is 2MB, and 2MB out of 100MB file has been uploaded, should terminate immediately and not wait until the end of 100MB). * MAX_FILE_SIZE has no effect It is said in the doc that the field is advisory to the browser, but I have not found out what it is about. At least in case of IE 5.5 and Opera 6.01 it has NO effect. As said above, one application for this variable should be that when accepting an incoming upload, the engine should compare this variable to the value of the Content-length header and immediately terminate upload if Content-length MAX_FILE_SIZE. -- Edit this bug report at http://bugs.php.net/?id=15886edit=1
Bug #10351 Updated: Parsing problem with nested ? : structures
ID: 10351
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: Sun OS 5.7
PHP Version: 4.0.3pl1
New Comment:
I think the key here is not precedence, but associativity. The ?:
operator is listed as being left-associative which, I think, means your
simplified example will be evaluated like this:
(1 ? (1 ? 3 : 2) : 1) ? 1 : 0
which will, indeed, result in 1!
A right-associative ?: would be grouped as you expected, like this:
1 ? (1 ? 3 : 2) : (1 ? 1 : 0)
-- ergo, in C ?: must be right-associative!!
(As a side-note, operator associativity is listed in the operator
precedence table with no real explanation of what it means, or link to
such explanation -- perhaps this should be made a documentation feature
request?)
Previous Comments:
[2002-04-29 11:13:40] [EMAIL PROTECTED]
See comment starting with I checked
[2002-04-29 10:34:57] [EMAIL PROTECTED]
I checked, and has a higher precedence than ?: as one
would expect. For example, with $dHour = 5, this is
equivalent to:
$departmeals = 1 ? 1 ? 3 : 2 : 1 ? 1 : 0;
which should evaluate to 3 but evaluates to 1 instead.
The C language has no trouble with this construction:
sun-66% cat temp.c
#include stdio.h
main(){
printf(%s\n,1 ? 1 ? 3 : 2 : 1 ? 1 : 0);
}
sun-66% cc temp.c
sun-66% a.out
3
[2002-04-27 15:19:22] [EMAIL PROTECTED]
it does execute correctly, given the relative precedence of the '' and
'?:' operators.
[2001-04-16 16:14:48] [EMAIL PROTECTED]
The following statement does not execute correctly:
$departmeals = $dHour 10.5 ? $dHour 6.0 ? 3 : 2
:
$dHour 18.0 ? 1 : 0;
No error message--it just returns the wrong result. It does execute
correctly if parentheses are added:
$departmeals = $dHour 10.5 ? ($dHour 6.0 ? 3 : 2)
:
($dHour 18.0 ? 1 : 0);
The original is not ambiguous; it should parse and execute correctly.
--
Edit this bug report at http://bugs.php.net/?id=10351edit=1
Bug #16911: Activate extention and PHP hangs
From: [EMAIL PROTECTED] Operating system: windows 2000 PHP version: 4.2.0 PHP Bug Type: *PDF functions Bug description: Activate extention and PHP hangs I have configured our windows 2000 box running PHP 4.2.0 in CGI mode with register globals ON for backward compatibility. (in case that makes any difference) Everything works great, but I need access to functions defined in the PDF module. So, I uncomment the pdfdll line under the extensions and then PHP hangs on all pages. I can undo the activity by re-commenting the pdf line in the PHP ini file. My extensions directory is properly specified as we use the mssql module frequently without issue. Am I missing something obvious (the groups didn't know or didn't see my postings) Thank you for your faithful dedication to making PHP the best development tool available today. -Ethan Nelson Net Solutions, LLC -- Edit bug report at http://bugs.php.net/?id=16911edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16911r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16911r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16911r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16911r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16911r=support Expected behavior: http://bugs.php.net/fix.php?id=16911r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16911r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16911r=submittedtwice
Bug #16806 Updated: mysql_connect deadlocks on gethostbyname
ID: 16806
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Apache2 related
-Operating System: lnx 2.4.9-31smp glibc 2.2.4-24
+Operating System: Linux
PHP Version: 4.2.0
New Comment:
changed OS to linux, didn't see it appearing in the bug database when I
did searches.
Previous Comments:
[2002-04-24 14:56:21] [EMAIL PROTECTED]
Testing is simple. Make sure nscd is not running on the machine and
that the mysql server is not in the hosts file
but is in DNS.
Test page.
?
$db=mysql_connect(server.com,user,pass);
mysql_select_db(database,$db);
$result=mysql_query(select FirstName from Users);
while ( $row=mysql_fetch_row($result)) {
echo ($row[0]\n);
}
?
Standalone it works fine. When run through the webserver
it hangs forever getting stuck in the gethostbyname from
the mysql_connect. I even changed the libmysqlclient
libary to the libmysqlclient_r library in the configure and verified it
was being used with a ldd of libphp4.so.
The webserver is apache 2.0.35 configured with these options:
./configure --prefix=/prod/apache --enable-layout=Apache --enable-ssl
--enable-vhost-alias --enable-proxy --enable-rewrite --enable-so
--with-mpm=worker --disable-userdir
The php module is configured with:
./configure --prefix=/prod/apache/php
--with-apxs2=/prod/apache/bin/apxs --with-openssl --with-zlib --with-gd
--with-java=/usr/java --with-mysql=/prod/mysql --with-readline
--enable-memory-limit
It will work if nscd is on, or if /etc/hosts contains the name of the
machine that needs to be resolved.
#0 0x402bdba5 in __sigsuspend (set=0x40b3236c) at
../sysdeps/unix/sysv/linux/sigsuspend.c:45
#1 0x402821d9 in __pthread_wait_for_restart_signal (self=0x40b34be0)
at pthread.c:969
#2 0x40283a2c in __pthread_lock (lock=0x4001649c, self=0x40b34be0) at
spinlock.c:149
#3 0x40280d46 in __pthread_mutex_lock (mutex=0x4001648c) at
mutex.c:109
#4 0x403a8e40 in _dl_open (file=0x40b3262c libnss_dns.so.2, mode=1,
caller=0x0) at dl-open.c:401
#5 0x403a9cd1 in do_dlopen (ptr=0x40b325fc) at dl-libc.c:78
#6 0x4000d7c3 in _dl_catch_error (objname=0x40b325f4,
errstring=0x40b325f8, operate=0x403a9cb0 do_dlopen, args=0x40b325fc)
at dl-error.c:152
#7 0x403a9b7c in __libc_dlopen (__name=0x40b3262c libnss_dns.so.2)
at dl-libc.c:42
#8 0x4038aeef in __nss_lookup_function (ni=0x8130940,
fct_name=0x403be4ee gethostbyname_r) at nsswitch.c:340
#9 0x4038b911 in __nss_next (ni=0x40b326dc, fct_name=0x403be4ee
gethostbyname_r, fctp=0x40b326e0, status=-1, all_values=0)
at nsswitch.c:194
#10 0x4038e1dd in __gethostbyname_r (name=0x82322fc
database.mycompany.com, resbuf=0x40b3316c, buffer=0x40b3296c \177,
buflen=2048, result=0x40b3271c, h_errnop=0x40b32768) at
../nss/getXXbyYY_r.c:215
#11 0x405da13c in my_gethostbyname_r () from
/prod/mysql/lib/mysql/libmysqlclient_r.so.10
#12 0x405d1f69 in mysql_real_connect () from
/prod/mysql/lib/mysql/libmysqlclient_r.so.10
#13 0x4049b0ea in php_mysql_do_connect (ht=3, return_value=0x8236ccc,
this_ptr=0x0, return_value_used=1, tsrm_ls=0x81bcdc8,
persistent=0) at php_mysql.c:662
#14 0x4049b2e4 in zif_mysql_connect (ht=3, return_value=0x8236ccc,
this_ptr=0x0, return_value_used=1, tsrm_ls=0x81bcdc8)
at php_mysql.c:714
#15 0x404652e8 in execute (op_array=0x8232294, tsrm_ls=0x81bcdc8) at
./zend_execute.c:1598
#16 0x40473f92 in zend_execute_scripts (type=8, tsrm_ls=0x81bcdc8,
retval=0x0, file_count=3) at zend.c:810
#17 0x4048163a in php_execute_script (primary_file=0x40b348bc,
tsrm_ls=0x81bcdc8) at main.c:1381
#18 0x4047df8d in php_output_filter (f=0x822d290, bb=0x822d4a0) at
sapi_apache2.c:401
#19 0x080aa99f in ap_pass_brigade (next=0x822d290, bb=0x822d380) at
util_filter.c:534
#20 0x080b0a5b in default_handler (r=0x81fbe60) at core.c:3247
#21 0x080a1236 in ap_run_handler (r=0x81fbe60) at config.c:193
#22 0x080a16a1 in ap_invoke_handler (r=0x81fbe60) at config.c:373
#23 0x0808a5d7 in ap_process_request (r=0x81fbe60) at
http_request.c:261
#24 0x08086cb5 in ap_process_http_connection (c=0x81c1428) at
http_core.c:291
#25 0x080a9372 in ap_run_process_connection (c=0x81c1428) at
connection.c:85
#26 0x0809e876 in process_socket (p=0x81c1318, sock=0x81c1350,
my_child_num=0, my_thread_num=0, bucket_alloc=0x81bf2a8)
at worker.c:613
#27 0x0809ed73 in worker_thread (thd=0x8142590, dummy=0x81bcdc8) at
worker.c:886
#28 0x4003ae34 in dummy_worker (opaque=0x8142590) at thread.c:127
#29 0x4027fc6f in pthread_start_thread (arg=0x40b34be0) at
manager.c:284
#30 0x4027fd5f in pthread_start_thread_event (arg=0x40b34be0) at
manager.c:308
--
Edit this bug report at http://bugs.php.net/?id=16806edit=1
Bug #16913: sem auto release should be to be disabled!!!
From: [EMAIL PROTECTED] Operating system: Linux 2.4.18 PHP version: 4.1.2 PHP Bug Type: Feature/Change Request Bug description: sem auto release should be to be disabled!!! sem_acquire() function has this behavior: After processing a request, any semaphores acquired by the process but not explicitly released will be released automatically and a warning will be generated. This is not a great thing, infact in this way the readers/writers classical IPC problem, with writers precedence is impossible to implement !!! I think an option to disable autorelease is usefull. -- Edit bug report at http://bugs.php.net/?id=16913edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16913r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16913r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16913r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16913r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16913r=support Expected behavior: http://bugs.php.net/fix.php?id=16913r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16913r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16913r=submittedtwice
Bug #16896 Updated: php_snmp.dll LOST
ID: 16896 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: SNMP related Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: There is another bug report: #16796 which contains all the reported missing dlls so far. I've added this there. If some other dll is missing and is not mentioned there, please add a comment in that bug report. Previous Comments: [2002-04-29 03:57:16] [EMAIL PROTECTED] The file php_snmp.dll is lost at PHP 4.2.0 zip package. May i use this file within PHP 4.1.2 zip package? [2002-04-29 03:55:12] [EMAIL PROTECTED] The file php_snmp.dll is lost at PHP 4.2.0 zip package. May i use this file within PHP 2.12 zip package? -- Edit this bug report at http://bugs.php.net/?id=16896edit=1
Bug #16752 Updated: Configure failed with GD since 4.2.0
ID: 16752 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: HP-UX 11.00 PHP Version: 4.2.0 New Comment: 1. Get http://snaps.php.net/php4-STABLE-latest.tar.gz 2. Replace the configure file in it with this: http://www.edin.dk/php/configure.gz 3. Try this configure line: ./configure --without-mysql --with-zlib-dir=/PKl01h01/soft/web --with-png-dir=/PKl01h01/soft/web --with-ttf=/PKl01h01/soft/web --with-jpeg-dir=/PKl01h01/soft/web --with-xpm-dir=/PKl01h01/soft/web --with-gd=/PKl01h01/soft/web Previous Comments: [2002-04-29 06:49:39] [EMAIL PROTECTED] Are you sure nothing else has changed in your system since the time you compiled 4.1.2? yes and I can recompile php 4.1.2 now without error What does 'ls -l /PKl01h01/soft/web/include/gd.h' output? -rwxr-x--- 1 ahpl0101 hpl01100 9326 Mar 27 2001 /PKl01h01/soft/web/include/gd.h What does 'ls -l /PKl01h01/soft/web/lib/libgd.a' output? -rwxr-x--- 1 ahpl0101 hpl01100237858 Mar 27 2001 /PKl01h01/soft/web/lib/libgd.a 'find / -name gd.h 2 /dev/null' output is : /PKl01h01/soft/web/include/gd.h @++ JC [2002-04-28 20:14:29] [EMAIL PROTECTED] Are you sure nothing else has changed in your system since the time you compiled 4.1.2? What does 'ls -l /PKl01h01/soft/web/include/gd.h' output? What does 'ls -l /PKl01h01/soft/web/lib/libgd.a' output? Are you sure you don't have GD installed elsewhere in your system? (find / -name gd.h) --Jani [2002-04-26 13:55:01] [EMAIL PROTECTED] gd.h is in /PKl01h01/soft/web/include [2002-04-25 21:43:52] [EMAIL PROTECTED] Where is gd.h in your system? [2002-04-25 08:06:12] [EMAIL PROTECTED] It's the same if I specified the directory (as mentionned in the description of this bug) @++ JC The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16752 -- Edit this bug report at http://bugs.php.net/?id=16752edit=1
Bug #15613 Updated: readfile doesn't work correctly with WIndows XP
ID: 15613 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Output Control Operating System: Windows XP (Professional) PHP Version: 4.1.1 New Comment: Closed then. Previous Comments: [2002-04-29 04:02:36] [EMAIL PROTECTED] The bug is fixed with Apache 1.3.24 [2002-03-26 03:12:10] [EMAIL PROTECTED] Not critical [2002-03-21 03:07:13] [EMAIL PROTECTED] Yes, i have tested the script on Win NT and Win2000. There are no problems. So it is really a problem of Win XP + PHP as module. [2002-03-20 14:53:33] [EMAIL PROTECTED] I think the bug *may* be a bug in apache under Windows XP. Is there any chance you can test the same script on Win2k or NT? (Just to narrow that part down too). I'll ask the sapi/apache guys here about this problem; we did discuss this a while ago and I think the general opinion was that it was related to apache; if you could write a bug report to apache (or just check to see if anyone else has the same problem) that will get more heads thinking about it :-) Derick (if you are reading this), I'm marking this as critical meaning that it should be fixed for PHP 4.2 [2002-03-20 14:18:00] [EMAIL PROTECTED] Yes, you are right. If i call the script as CGI under apache it works fine. If i start it from the command line, i get a message, that the script cannot open the file i want to read. With PHP as apache module i get the problems described above. Unfortunately i cannot use PHP as CGI. What do you mean with 'apache related'. Is it a bug in apache or in PHP? Shall i write a bugreport to apache? Thanks, The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15613 -- Edit this bug report at http://bugs.php.net/?id=15613edit=1
Bug #16746 Updated: Log.php inexistant
ID: 16746 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: PEAR related +Bug Type: Reproducible crash Operating System: FreeBSD 4.5 PHP Version: 4.2.0 New Comment: This problem is not related to PEAR. Reclassified as Reproducible crash. -- Tomas V.V.Cox PS.- For the moment you could download the package, uncompress and install it by hand Previous Comments: [2002-04-29 09:16:20] [EMAIL PROTECTED] (sorry, forgot to update the bug status to open) [2002-04-29 09:13:02] [EMAIL PROTECTED] Hi! I have just tried the latest available snap: php4-STABLE-200204290300 I encoutered some other problems: 1. The build process does not work with freebsd 4.5 byacc once i type gmake the script answers with the byacc command line. I tried another approach: installed bison and it was ok then. 2. when i try to install the cgi version the gmake install script replies with an error: Making install in . gmake[1]: Entering directory `/usr/src/php4-STABLE-200204290300' gmake[1]: *** [install-sapi] Error 1 gmake[1]: Leaving directory `/usr/src/php4-STABLE-200204290300' gmake: *** [install-recursive] Error 1 (i made a gmake clean and configured everything again between the apache module build and the cgi build) Since i needed the php binary, i copied it into /usr/local/services/php/bin. Tried 'pear install /usr/src/Log-1.1.tgz', same result: Segmentation Fault (core dumped) Now the php.core is created not under /usr/src (where Log-1.1.tgz is) but in /usr/local/services/php/bin (where i called the pear script) Please don't be confused about the directories i mention. The old 4.2.0 build was in it's own /usr/local/services/php-4.2.0 directory. /usr/local/services/php was just a symlink. When i compiled the 4.2.1-dev i simply changed the link to /usr/local/services/php-latest, so there is no way i was using the old php binary with the development version. I still have that php.core... The answer to the latest comment is: unfortnately the problem persists. I am still unable to run horde. I don't know if i have sent enough information; feel free to ask what is needed. thank you (again). [2002-04-29 07:21:31] [EMAIL PROTECTED] Could you perhaps try the latest PHP version from snaps.php.net and see if the problem persists? - Martin [2002-04-29 07:05:14] [EMAIL PROTECTED] Ok, i got it, but now php gives a segmentation fault, core dumped. What i did was to recompile php without the --with-apxs2 option in the configuration stage. Then with the cgi version i used the pear command to install the downloaded Log-1.1.tgz. 'pear install /usr/src/Log-1.1.tgz' I get a 'Segmentation Fault (core dumped)' and a 3.4MB php.core file in /usr/src. I know that php.core can give you valuable information, but you must tell me first what can i do with it to send that information back to you. I am sorry to insist on the 'bug' but when i got the segmentation fault from the php binary i thought this could be a bug (not the pear Log module, the segmentation fault). Also i tried to simply copy the files in Log-1.1.tgz into /usr/local/services/php/lib/php but no success, horde still doesn't work. Thank you for the help. [2002-04-23 05:58:17] [EMAIL PROTECTED] Please get the Log class from http://pear.php.net/package-info.php?pacid=8 and place the copy in your PEAR directory. - Martin The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16746 -- Edit this bug report at http://bugs.php.net/?id=16746edit=1
Bug #13292 Updated: file_exists works with UNC names
ID: 13292 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Filesystem function related Operating System: Windows NT/2000 -PHP Version: 4.0.6 +PHP Version: 4.1.1 New Comment: 1. Update to 4.2.0 2. If it's permissions problem - Not bug in PHP. Previous Comments: [2002-04-29 11:22:31] [EMAIL PROTECTED] Yes, this functionality are ok. But only when the PC is trusted in a domäne and you are using a domain-user. [2002-04-29 04:14:15] [EMAIL PROTECTED] Have you tried the //computername/share/filename syntax? [2002-02-12 16:44:53] [EMAIL PROTECTED] I'm using IIS 5.0 on Windows 2000. I installed PHP 4.1.1 configured to be a CGI interpreter. I'm trying to require a file located on another W2K computer on our LAN with this code: require 'computername\\sharename\\functions.php'; However, when I try to execute this PHP script, I get this error: Fatal error: Failed opening required '\\computername\sharename\functions.php' (include_path='..') in c:\inetpub\wwwroot\keygen\index.php on line 3 Supposedly this functionality is supported with PHP 4.1.1, but I'm not sure why it isn't working for me. The share is a local share and full access is granted to everyone. [2001-12-15 05:54:56] [EMAIL PROTECTED] Markus noted that you should always use double backslashes (or single slashes): computername\\share\\filename BTW: sorry for the typo Christoph... ;) [2001-12-15 05:25:33] [EMAIL PROTECTED] Actually, it does work!!! Use //computername/share/filename or computername\share\filename Thanks to Christph Grottolo for the tip. Now it's only a documentation problem. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/13292 -- Edit this bug report at http://bugs.php.net/?id=13292edit=1
Bug #13292 Updated: file_exists works with UNC names
ID: 13292 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Windows NT/2000 PHP Version: 4.1.1 New Comment: 1. Update to 4.2.0 2. If it's permissions problem - Not bug in PHP. Previous Comments: [2002-04-29 15:44:59] [EMAIL PROTECTED] 1. Update to 4.2.0 2. If it's permissions problem - Not bug in PHP. [2002-04-29 11:22:31] [EMAIL PROTECTED] Yes, this functionality are ok. But only when the PC is trusted in a domäne and you are using a domain-user. [2002-04-29 04:14:15] [EMAIL PROTECTED] Have you tried the //computername/share/filename syntax? [2002-02-12 16:44:53] [EMAIL PROTECTED] I'm using IIS 5.0 on Windows 2000. I installed PHP 4.1.1 configured to be a CGI interpreter. I'm trying to require a file located on another W2K computer on our LAN with this code: require 'computername\\sharename\\functions.php'; However, when I try to execute this PHP script, I get this error: Fatal error: Failed opening required '\\computername\sharename\functions.php' (include_path='..') in c:\inetpub\wwwroot\keygen\index.php on line 3 Supposedly this functionality is supported with PHP 4.1.1, but I'm not sure why it isn't working for me. The share is a local share and full access is granted to everyone. [2001-12-15 05:54:56] [EMAIL PROTECTED] Markus noted that you should always use double backslashes (or single slashes): computername\\share\\filename BTW: sorry for the typo Christoph... ;) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/13292 -- Edit this bug report at http://bugs.php.net/?id=13292edit=1
Bug #16904 Updated: output-error im multi-dimensional arrays
ID: 16904 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Unknown/Other Function +Bug Type: Arrays related Operating System: Suse Linux PHP Version: 4.1.2 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Previous Comments: [2002-04-29 10:32:27] [EMAIL PROTECTED] It works fine with complete numeric multi-dimensional arrays! [2002-04-29 10:23:27] [EMAIL PROTECTED] There is a problem with a multi-dimensional array coming from a web-formular. in my case, i have a 2 dimensional array, first dimension numeric, the second associative. when i pick up the second dimension by foreach($array as $key = $info), i cant output the elements by eg echo $info['name']. with print_r($info) I get the right information about the array, but its impossible to get an output of the elements with echo or print! -- Edit this bug report at http://bugs.php.net/?id=16904edit=1
Bug #16905 Updated: mkdir crashes
ID: 16905
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: FreeBSD 4.5
PHP Version: 4.2.0
New Comment:
I can not reproduce this with PHP 4.3.0.
Please try latest CVS snapshot from http://snaps.php.net/
Previous Comments:
[2002-04-29 10:55:49] [EMAIL PROTECTED]
Simple test like this makes segmentation fault:
?
mkdir('1/fv',0777);
echo('!!\n\n');
?
This error occurs in both Apache DSO module and console version.
PHP configures as:
./configure --with-apxs=/usr/local/apache/bin/apxs
--with-config-file-path=/usr/local/apache/conf --with-mysql=
/usr/local/mysql --with-gd=/usr/local --enable-trans-sid
--enable-versioning --enable-inline-optimization --enabl
e-ftp --enable-dbase --enable-gd-native-ttf --with-ttf
--with-freetype-dir=/usr/local
Here is back trace by gdb from core file:
# gdb php /www/www/clients/alkar/hotline/hotline.alkar.net/php.core
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show warranty for
details.
This GDB was configured as i386-unknown-freebsd...
Core was generated by `php'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libpam.so.1...done.
Reading symbols from
/usr/local/mysql/lib/mysql/libmysqlclient.so.10...done.
Reading symbols from /usr/lib/libz.so.2...done.
Reading symbols from /usr/lib/libcrypt.so.2...done.
Reading symbols from /usr/local/lib/libgd.so.2...done.
Reading symbols from /usr/local/lib/libfreetype.so.9...done.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libc.so.4...done.
Reading symbols from /usr/local/lib/libpng.so.5...done.
Reading symbols from /usr/local/lib/libjpeg.so.9...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0 0x80fed24 in execute (op_array=0x0) at ./zend_execute.c:1602
1602
EX(Ts)[EX(opline)-result.u.var].var.ptr-is_ref = 0;
(gdb) bt
#0 0x80fed24 in execute (op_array=0x0) at ./zend_execute.c:1602
(gdb)
--
Edit this bug report at http://bugs.php.net/?id=16905edit=1
Bug #16907 Updated: Can't get custom error pages
ID: 16907 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-29 11:12:15] [EMAIL PROTECTED] When a request for a file that isn't there is made. The server returns the following in place of a 404 error. Warning: Failed opening '/usr/local/web-docs/durhamBulls/dbulls.com/live-docs/adfa.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=16907edit=1
Bug #15151 Updated: Decimals/Numerics stored as int64 always display as xxx.2
ID: 15151 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: InterBase related Operating System: Windows PHP Version: 4.1.1 Previous Comments: [2002-04-29 00:00:03] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2002-03-28 06:05:26] [EMAIL PROTECTED] I think it must be already fixed in CVS. Have a look at it and if you can try it on Win32. Daniela [2002-03-27 12:17:45] [EMAIL PROTECTED] please make a patch against the current CVS version. Derick [2002-03-27 11:08:06] [EMAIL PROTECTED] The original fix I posted has its own bug (due to me not VC++) when the number is less than 0 but greater than -1 the negative sign does not appear. This fixes it (and the original problem also): Add these declarations: ISC_INT64 tv64; ISC_INT64 iv64; ISC_INT64 fv64; then change the code: case SQL_INT64: tv64 = (ISC_INT64) *((ISC_INT64 *) data); iv64 = (tv64 / (int) pow(10.0, (double) -scale)); fv64 = (ISC_INT64) abs((int) tv64 % (int) pow(10.0, (double) -scale)); val-type = IS_STRING; if ( tv64 0iv64 == 0 ) val-value.str.len = sprintf(string_data, -0); else val-value.str.len = sprintf(string_data, %Ld, iv64); val-value.str.len += sprintf(string_data + val-value.str.len, .%0*Ld, -scale, fv64); val-value.str.val = estrdup(string_data); break; [2002-03-27 11:06:10] [EMAIL PROTECTED] The original fix I posted has its own bug (due to me not VC++) when the number is less than 0 but greater than -1 the negative sign does not appear. This fixes it (and the original problem also): case SQL_INT64: tv64 = (ISC_INT64) *((ISC_INT64 *) data); iv64 = (tv64 / (int) pow(10.0, (double) -scale)); fv64 = (ISC_INT64) abs((int) tv64 % (int) pow(10.0, (double) -scale)); val-type = IS_STRING; if ( tv64 0iv64 == 0 ) val-value.str.len = sprintf(string_data, -0); else val-value.str.len = sprintf(string_data, %Ld, iv64); val-value.str.len += sprintf(string_data + val-value.str.len, .%0*Ld, -scale, fv64); val-value.str.val = estrdup(string_data); break; The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15151 -- Edit this bug report at http://bugs.php.net/?id=15151edit=1
Bug #16893 Updated: Invalid URI in request GET /phpinfo.php HTTP/1.0
ID: 16893 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows 98 PHP Version: 4.2.0 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-29 02:19:50] [EMAIL PROTECTED] I have recently installed the Apache web server and PHP4 on a Windows 98 platform. I am trying to run the script phpinfo.php through the which only contains: ? phpinfo() ? The web brower displays the following message: Invalid URI in request GET /phpinfo.php HTTP/1.0 The apache error log contains: [Tue Jun 20 11:09:01 2000] [error] [client 127.0.0.1] Invalid URI in request GET /phpinfo.php HTTP/1.0 The apache access log contains: [Mon Apr 29 14:11:13 2002] [error] [client 127.0.0.1] Invalid URI in request GET /test.php HTTP/1.1 My scripts is located in c:/web/phpweb My Apache httpd.conf file has the following modifications/additions relating to PHP: ScriptAlias /php4/ c:/WEB/php4win/ AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 AddType application/x-httpd-php .php4 Action application/x-httpd-php /php4/php.exe My PHP.ini file is in the c:/windows directory and contains the following modification/additions: doc_root= c:\web\phpweb extension_dir = c:\web\php4win I reviewed all of the documentation and FAQs on this site and others have not been able to find a resolution to my problem. Thanks. -- Edit this bug report at http://bugs.php.net/?id=16893edit=1
Bug #16867 Updated: wrong $_SERVER['SERVER_NAME'] contents
ID: 16867 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: SuSE 7.0 PHP Version: 4.2.0 New Comment: As I mentioned before, PHP does only set these to whatever Apache 'tells' them to be. So it's not PHP bug. Previous Comments: [2002-04-29 02:37:55] [EMAIL PROTECTED] Hi, I just checked and $_SERVER['HTTP_HOST'] returns the same value as $_SERVER['SERVER_NAME']; the value of either servername of serveralias depending on the url. Somehow these should show the value as defined in the apache directive servername for the virtualhost you are using, at least that is what I would expect after reading the docs. Maybe it's a bug in apache 1.3.23? Erik [2002-04-28 20:27:54] [EMAIL PROTECTED] PHP sets these to whatever Apache tells they are.. And do you mean with hostname this: $_SERVER['HTTP_HOST'] ? --Jani [2002-04-28 05:05:24] [EMAIL PROTECTED] One thing I would like to add is that in phpinfo() in the apache section the value Hostname:Port is set correct. Bye, Erik [2002-04-28 04:57:09] [EMAIL PROTECTED] Hi, Well, according to Nick Lindridge developer of PHP-accelerator it should give the name as defined in servername for the corresponding virtualhost (he uses this value for his software keys per virtual domain). Also phpinfo() gives the wrong (?) information. If you read the PHP manual where it says 'SERVER_NAME', the name of the server host under which the current script is executing. If the script is running on a virtual host, this will be the value defined for that virtual host., you would expect that the value of servername would be returned. I also do not know if this would be a bug in PHP or in apache. Bye, Erik [2002-04-27 21:11:59] [EMAIL PROTECTED] What exactly are you expecting it to be? Please look in the phpinfo() output, especially the Apache sections. --Jani The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16867 -- Edit this bug report at http://bugs.php.net/?id=16867edit=1
Bug #16822 Updated: 500 error in IE 6.0
ID: 16822 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: Windows XP PHP Version: 4.2.0 New Comment: If it only happens with IE 6.0 - report it to Microsoft. Not PHP bug. Previous Comments: [2002-04-29 03:27:40] [EMAIL PROTECTED] I'm using Apache 1.3.24 and if tested it with Apache 2.0.35 (with the experimental dll) they both have the problem. It only goes wrong with IE 6.0. I have also tested it in: Mozilla 0.9.8 Opera 6.0.1 Netscape 4.0.8 [2002-04-28 20:17:30] [EMAIL PROTECTED] Which apache are you trying to use php4apache.dll? It's only meant to be used with apache 1.3.x. And is it really IE 6.0 specific? Does this happen with e.g. Netscape? [2002-04-28 06:56:47] [EMAIL PROTECTED] Yes I did, but I can tell you that it is working. The only thing that isn't working is the dll module. [2002-04-27 19:02:34] [EMAIL PROTECTED] I think you might be using the wrong php.exe there. Did you copy the one found in the sapi/ folder in the .zip ? --Jani [2002-04-27 06:50:03] [EMAIL PROTECTED] It is working now. I changed the way I parsed the PHP files in Apache. With the dll it isn't working. With the exe it is. #LoadModule php4_module C:/Program Files/php/sapi/php4apache.dll ScriptAlias /php/ C:/Program Files/php/ Action application/x-httpd-php /php/php.exe AddType application/x-httpd-php .php AddType application/x-httpd-php-source .phps The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16822 -- Edit this bug report at http://bugs.php.net/?id=16822edit=1
Bug #16796 Updated: missing extension dlls in the distribution package
ID: 16796 Updated by: [EMAIL PROTECTED] -Summary: missing dlls in the distribution package Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: *General Issues Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: php_snmp.dll is also missing. Previous Comments: [2002-04-28 18:43:37] [EMAIL PROTECTED] I too have been looking for the php-imap.dll and php_ldap.dll. Also, did anyone else have to rename the php_gd.dll in their php.ini to read php_gd2.dll? Can we just use the old dll's then? This is quite critical for my usage. [2002-04-28 00:51:01] [EMAIL PROTECTED] updated the short description. [2002-04-25 22:08:52] [EMAIL PROTECTED] Also php_imap.dll is missing. [2002-04-25 07:20:27] [EMAIL PROTECTED] php_ldap.dll is also gone... [2002-04-24 18:28:21] [EMAIL PROTECTED] Marking this as critical..maybe someone notices and even does something about it too...(daniel?) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16796 -- Edit this bug report at http://bugs.php.net/?id=16796edit=1
Bug #16914: Function zend_hash_index_update_or_next_insert crashes Tomcat.
From: [EMAIL PROTECTED] Operating system: SuSe Linux 7.3 PHP version: 4.2.0 PHP Bug Type: Servlet related Bug description: Function zend_hash_index_update_or_next_insert crashes Tomcat. An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 11 occurred at PC=0x4c5e00f8 Function name=zend_hash_index_update_or_next_insert Library=/usr/local/lib/php/libphp4.so Current Java thread: at net.php.reflect.setResultFromObject(Native Method) at net.php.reflect.setResult(reflect.java:105) at net.php.servlet.readCookies(servlet.java:92) at net.php.servlet.send(Native Method) at net.php.servlet.service(servlet.java:188) at net.php.servlet.service(servlet.java:212) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java) at org.apache.tomcat.core.Handler.service(Handler.java) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java) at org.apache.tomcat.core.ContextManager.service(ContextManager.java) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConnectionHandler.java) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java) at java.lang.Thread.run(Thread.java:479) Dynamic libraries: 08048000-0804c000 r-xp 03:02 131867 /usr/local/jdk1.3.1/bin/i386/native_threads/java 0804c000-0804d000 rw-p 3000 03:02 131867 /usr/local/jdk1.3.1/bin/i386/native_threads/java 4000-40014000 r-xp 03:02 357650 /lib/ld-2.2.4.so 40014000-40015000 rw-p 00013000 03:02 357650 /lib/ld-2.2.4.so 40016000-40017000 r--p 03:02 601481 /usr/lib/locale/en_US/LC_IDENTIFICATION 40017000-40018000 r--p 03:02 650279 /usr/lib/locale/en_US/LC_MEASUREMENT 40018000-40019000 r--p 03:02 260134 /usr/lib/locale/en_US/LC_TELEPHONE 40019000-4001a000 r--p 03:02 260129 /usr/lib/locale/en_US/LC_ADDRESS 4001a000-4001b000 r--p 03:02 260133 /usr/lib/locale/en_US/LC_NAME 4001b000-4001c000 r--p 03:02 812834 /usr/lib/locale/en_US/LC_PAPER 4001c000-4001d000 r--p 03:02 406419 /usr/lib/locale/en_US/LC_MESSAGES/SYS_LC_MESSAGES 4001d000-4001e000 r--p 03:02 650280 /usr/lib/locale/en_US/LC_MONETARY 4001e000-40024000 r--p 03:02 113833 /usr/lib/locale/en_US/LC_COLLATE 40024000-40025000 r--p 03:02 601482 /usr/lib/locale/en_US/LC_TIME 40025000-40026000 r--p 03:02 65067 /usr/lib/locale/en_US/LC_NUMERIC 40026000-40028000 r--s 03:02 180491 /opt/jakarta/lib/jaxp.jar 40028000-40036000 r-xp 03:02 357672 /lib/libpthread.so.0 40036000-4003e000 rw-p d000 03:02 357672 /lib/libpthread.so.0 4003e000-40047000 r-xp 03:02 604049 /usr/local/jdk1.3.1/jre/lib/i386/native_threads/libhpi.so 40047000-40048000 rw-p 8000 03:02 604049 /usr/local/jdk1.3.1/jre/lib/i386/native_threads/libhpi.so 40048000-403c8000 r-xp 03:02 961678 /usr/local/jdk1.3.1/jre/lib/i386/server/libjvm.so 403c8000-4051d000 rw-p 0037f000 03:02 961678 /usr/local/jdk1.3.1/jre/lib/i386/server/libjvm.so 40536000-40538000 r-xp 03:02 357660 /lib/libdl.so.2 40538000-4053a000 rw-p 1000 03:02 357660 /lib/libdl.so.2 4053a000-40655000 r-xp 03:02 357656 /lib/libc.so.6 40655000-4065c000 rw-p 0011a000 03:02 357656 /lib/libc.so.6 4066-40672000 r-xp 03:02 357663 /lib/libnsl.so.1 40672000-40674000 rw-p 00011000 03:02 357663 /lib/libnsl.so.1 40677000-40698000 r-xp 03:02 357661 /lib/libm.so.6 40698000-40699000 rw-p 0002 03:02 357661 /lib/libm.so.6 40699000-406d2000 r-xp 03:02 552785 /usr/lib/libstdc++-libc6.1-1.so.2 406d2000-406de000 rw-p 00038000 03:02 552785 /usr/lib/libstdc++-libc6.1-1.so.2 406e1000-406f2000 r-xp 03:02 278962 /usr/local/jdk1.3.1/jre/lib/i386/libverify.so 406f2000-406f4000 rw-p 0001 03:02 278962 /usr/local/jdk1.3.1/jre/lib/i386/libverify.so 406f4000-40715000 r-xp 03:02 278963 /usr/local/jdk1.3.1/jre/lib/i386/libjava.so 40715000-40717000 rw-p 0002 03:02 278963 /usr/local/jdk1.3.1/jre/lib/i386/libjava.so 40718000-4072c000 r-xp 03:02 278964 /usr/local/jdk1.3.1/jre/lib/i386/libzip.so 4072c000-4072f000 rw-p 00013000 03:02 278964 /usr/local/jdk1.3.1/jre/lib/i386/libzip.so 4072f000-41463000 r--s 03:02 636605 /usr/local/jdk1.3.1/jre/lib/rt.jar 4149-41787000 r--s 03:02 636606 /usr/local/jdk1.3.1/jre/lib/i18n.jar 41787000-4179d000 r--s 03:02 636593
Bug #16915: Problems with super globals variables
From: [EMAIL PROTECTED]
Operating system: SuSe Linux 7.3
PHP version: 4.2.0
PHP Bug Type: Servlet related
Bug description: Problems with super globals variables
It seems to be that all super arrays are empty:
This script:
?php
echo Globals test: br;
if (is_array($_SERVER)) {
$size = sizeof($_SERVLET);
echo _SERVER is array $size br;
foreach ($_SERVER as $key = $value) {
echo Key: $key value: $value br;
}
}
if (is_array($_GET)) {
$size = sizeof($_GET);
echo _GET is array $size br;
foreach ($_GET as $key = $value) {
echo Key: $key value: $value br;
}
}
if (is_array($_POST)) {
$size = sizeof($_POST);
echo _POST is array $size br;
foreach ($_POST as $key = $value) {
echo Key: $key value: $value br;
}
}
if (is_array($_ENV)) {
$size = sizeof($_ENV);
echo _ENV is array $size br;
foreach ($_ENV as $key = $value) {
echo Key: $key value: $value br;
}
}
echo PHP_SELF $PHP_SELF br;
flush();
?
as result:
Globals test:
_SERVER is array 0
_GET is array 0
_POST is array 0
_ENV is array 0
PHP_SELF /examples/php-servlet/test/global.php
The arrays are empty.
My environment:
OS=Linux 2.4.10-4GB on i386
Tomcat 3.2.3 I use only Tomcat as web server without apache.
Java version=1.3.1_03
Java vendor=Sun Microsystems Inc.
--
Edit bug report at http://bugs.php.net/?id=16915edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16915r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16915r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16915r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16915r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16915r=support
Expected behavior: http://bugs.php.net/fix.php?id=16915r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16915r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16915r=submittedtwice
Bug #16917: apache2.0.35+php-4.2.0
From: [EMAIL PROTECTED] Operating system: FreeBSD 4.5-STABLE PHP version: 4.2.0 PHP Bug Type: *General Issues Bug description: apache2.0.35+php-4.2.0 I took source code from apache website and php for latest stable version httpd-2.0.35 php-4.2.0 i compiled apache and php, compiles went fine no errors or warning messages. I create info.php with following content: ?phpinfo()? when i go to that url I see source code instead of executed php code when i was installing php, it added following line to httpd.conf httpd.conf:LoadModule php4_modulemodules/libphp4.so INSTALL describes how to install php-4.1.x not php-4.2.x there for i assume there is something is missing. alexus -- Edit bug report at http://bugs.php.net/?id=16917edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16917r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16917r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16917r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16917r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16917r=support Expected behavior: http://bugs.php.net/fix.php?id=16917r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16917r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16917r=submittedtwice
Bug #16908 Updated: some date functions appear to not be getting the correct timestamp from the OS
ID: 16908 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: Linux (RedHat 7.1) PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-29 11:55:13] [EMAIL PROTECTED] I actually have 4.1.1 installed... and the timestamp on my system IS correct... So far, I have tested several of the date/time functions and they appear to return the correct info. However, when I run phpinfo.php, it reports the wrong date and time, different than the timestamp on my server. I've also noticed that a few plugin php services (and some CGI scripts), like news scripts and message boards, (I have not examined the code THOUROUGHLY) appear to also be getting their info from the same place that phpinfo is getting it. Since I don't know how phpinfo is getting this, and it is clearly not using the same functions for date/time as I am using, I don't know what's wrong. Could someone please look into this? I really would appreciate some suggestions on how to proceed in finding and fixing this bug. -- Edit this bug report at http://bugs.php.net/?id=16908edit=1
Bug #16918 Updated: no php_mssql.dll support - mssql_pconnect() not recognized
ID: 16918 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: IIS related Operating System: Win2000 PHP Version: 4.0CVS-2002-04-29 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-29 17:45:07] [EMAIL PROTECTED] Installed PHP4.0 on Win200 platform in C:\PHP There is one .dll (php4ts.dll) only... It appears that the built in php_mssql.dll support is not working very well out of the box ?? I continue to get the following error: Fatal error: Call to undefined function: mssql_pconnect() in C:\Inetpub\wwwroot\HappySnappers\db_mssql.inc on line 37 I have tried most everything I can think of to no avail. Any suggestions on how to get the supposedly built in MSSQL libray support ?? -- Edit this bug report at http://bugs.php.net/?id=16918edit=1
Bug #16746 Updated: Log.php inexistant
ID: 16746 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 4.5 PHP Version: 4.2.0 New Comment: To properly diagnose this bug, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Previous Comments: [2002-04-29 15:44:08] [EMAIL PROTECTED] This problem is not related to PEAR. Reclassified as Reproducible crash. -- Tomas V.V.Cox PS.- For the moment you could download the package, uncompress and install it by hand [2002-04-29 09:16:20] [EMAIL PROTECTED] (sorry, forgot to update the bug status to open) [2002-04-29 09:13:02] [EMAIL PROTECTED] Hi! I have just tried the latest available snap: php4-STABLE-200204290300 I encoutered some other problems: 1. The build process does not work with freebsd 4.5 byacc once i type gmake the script answers with the byacc command line. I tried another approach: installed bison and it was ok then. 2. when i try to install the cgi version the gmake install script replies with an error: Making install in . gmake[1]: Entering directory `/usr/src/php4-STABLE-200204290300' gmake[1]: *** [install-sapi] Error 1 gmake[1]: Leaving directory `/usr/src/php4-STABLE-200204290300' gmake: *** [install-recursive] Error 1 (i made a gmake clean and configured everything again between the apache module build and the cgi build) Since i needed the php binary, i copied it into /usr/local/services/php/bin. Tried 'pear install /usr/src/Log-1.1.tgz', same result: Segmentation Fault (core dumped) Now the php.core is created not under /usr/src (where Log-1.1.tgz is) but in /usr/local/services/php/bin (where i called the pear script) Please don't be confused about the directories i mention. The old 4.2.0 build was in it's own /usr/local/services/php-4.2.0 directory. /usr/local/services/php was just a symlink. When i compiled the 4.2.1-dev i simply changed the link to /usr/local/services/php-latest, so there is no way i was using the old php binary with the development version. I still have that php.core... The answer to the latest comment is: unfortnately the problem persists. I am still unable to run horde. I don't know if i have sent enough information; feel free to ask what is needed. thank you (again). [2002-04-29 07:21:31] [EMAIL PROTECTED] Could you perhaps try the latest PHP version from snaps.php.net and see if the problem persists? - Martin [2002-04-29 07:05:14] [EMAIL PROTECTED] Ok, i got it, but now php gives a segmentation fault, core dumped. What i did was to recompile php without the --with-apxs2 option in the configuration stage. Then with the cgi version i used the pear command to install the downloaded Log-1.1.tgz. 'pear install /usr/src/Log-1.1.tgz' I get a 'Segmentation Fault (core dumped)' and a 3.4MB php.core file in /usr/src. I know that php.core can give you valuable information, but you must tell me first what can i do with it to send that information back to you. I am sorry to insist on the 'bug' but when i got the segmentation fault from the php binary i thought this could be a bug (not the pear Log module, the segmentation fault). Also i tried to simply copy the files in Log-1.1.tgz into /usr/local/services/php/lib/php but no success, horde still doesn't work. Thank you for the help. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16746 -- Edit this bug report at http://bugs.php.net/?id=16746edit=1
Bug #16909 Updated: apache2
ID: 16909 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus -Bug Type: Apache related +Bug Type: Apache2 related Operating System: Win2k PHP Version: 4.2.0 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php You're using wrong sapi module. Check the experimental/ folder in the release package. Previous Comments: [2002-04-29 12:49:55] [EMAIL PROTECTED] I add the lines: LoadModule php4_module .../php4apache.dll During testing the config, i get the message cannot load c:/php/sapi/php4apahce.dll into server: The module cannot be found. I add the same lines to apache 1.3 config. It runs. The line AddType was added in both configs, too. But what's with the AddModule in the Apache2 config? There is no paragraph for this config lines. [2002-04-29 12:34:19] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. [2002-04-29 12:32:29] [EMAIL PROTECTED] Is there a chance to install the SAPI Module under Apache2. I get a error when starting Apache2. Under 1.3.24 there is no problem. -- Edit this bug report at http://bugs.php.net/?id=16909edit=1
Bug #16916 Updated: Ref not pass on Functions Com's
ID: 16916
Updated by: [EMAIL PROTECTED]
-Summary: Can only run on Com Object at a time.
Reported By: [EMAIL PROTECTED]
Status: Open
-Bug Type: COM related
+Bug Type: Variables related
Operating System: Windows 2000 Server
PHP Version: 4.1.2
New Comment:
category summary correction
Previous Comments:
[2002-04-29 15:15:56] [EMAIL PROTECTED]
Ref Value not being passed back. I've created this sample and it has
the same results that I was having in my PHP page. I couldn't send the
PHP page that I'm actually having the problem on because it doesn't DB
calls etc. I also, have had this same problem on Com function that pass
arguments to a vb dll. I saw on the bug search, that you other people
have had this problem with the vb6 dll and that it was fixed. However,
I'm having the same problem on Windows 2000 Server with Version 4.1.2
and re-download PHP in the last few weeks with all the patches.
test.php
html
head
meta name=GENERATOR content=Workorder Databyte
meta http-equiv=pragma content=no-cache
meta http-equiv=expires content=0
meta http_equiv=cache-control content=no-cache
meta http-equiv=Content-Type content=text/html;
charset=ISO-8859-1
/head
body
?
include(C:/Inetpub/wwwroot/PHP/PHPFunctions/rtest.inc);
$t=true;
$c='VarC';
mytest($t,$c);
print(p .$t);
print( .$c);
?
/body
/html
rtest.inc
?
function mytest($t,$c) {
$c='MyRef';
$t=false;
return;
}
?
Output results after running.
X-Powered-By: PHP/4.1.0
Content-type: text/html
html
head
meta name=GENERATOR content=Workorder Databyte
meta http-equiv=pragma content=no-cache
meta http-equiv=expires content=0
meta http_equiv=cache-control content=no-cache
meta http-equiv=Content-Type content=text/html;
charset=ISO-8859-1
/head
body
p 1 VarC
Thanks,
Shelley
--
Edit this bug report at http://bugs.php.net/?id=16916edit=1
Bug #16919: Can only run one Com Object per PHP page.
From: [EMAIL PROTECTED] Operating system: windows 2000 Server PHP version: 4.1.2 PHP Bug Type: COM related Bug description: Can only run one Com Object per PHP page. if you run the following script you will see that only one of the Com objects will run at a time. if you try to run both you will recieve a lookup error on the second invoke on method(method2) if you switch them both $z first you will get it on the method1. which every Com has been created first the other will produce the error message. If you run one at a time everything is fine. If you Contact me I will send you the dll to run with this PHP page. Since I can't attach it. You will need the dll to run with this sample. You should recieve an Look up error on $nfoo=com_invoke($z,method2,$age,$grade); html head meta name=GENERATOR content=Workorder Databyte meta http-equiv=pragma content=no-cache meta http-equiv=expires content=0 meta http_equiv=cache-control content=no-cache meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1 /head body ? $myname='shelley'; $country='canada'; $age='99'; $grade='23'; $a = new COM(tstproj.myclass1) or die (Com Class not found); $z = new COM(tstproj.myclass2) or die (Com Class not found); $foo=com_invoke($a,method1,$myname,$country); // calling second Com method $nfoo=com_invoke($z,method2,$age,$grade); ? /body /html -- Edit bug report at http://bugs.php.net/?id=16919edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16919r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16919r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16919r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16919r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16919r=support Expected behavior: http://bugs.php.net/fix.php?id=16919r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16919r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16919r=submittedtwice
Bug #16915 Updated: Problems with super globals variables
ID: 16915
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Servlet related
Operating System: SuSe Linux 7.3
PHP Version: 4.2.0
New Comment:
This doesn't look like a PHP bug.
First, you used _SERVLET were you meant to say _SERVER in your example.
An understandable mistake for someone who spends a lot of time with
Java servlets :).
Second, the _GET and _POST arrays were empty for the simple (and
correct) reason that you did not have any GET or POST parameters to
your request.
Third, the _ENV array is empty simply because Java didn't pass any
environment values - or at least that would be my suspicion. Check
your Runtime.exec() call and the semantics of this call.
Previous Comments:
[2002-04-29 14:53:50] [EMAIL PROTECTED]
It seems to be that all super arrays are empty:
This script:
?php
echo Globals test: br;
if (is_array($_SERVER)) {
$size = sizeof($_SERVLET);
echo _SERVER is array $size br;
foreach ($_SERVER as $key = $value) {
echo Key: $key value: $value br;
}
}
if (is_array($_GET)) {
$size = sizeof($_GET);
echo _GET is array $size br;
foreach ($_GET as $key = $value) {
echo Key: $key value: $value br;
}
}
if (is_array($_POST)) {
$size = sizeof($_POST);
echo _POST is array $size br;
foreach ($_POST as $key = $value) {
echo Key: $key value: $value br;
}
}
if (is_array($_ENV)) {
$size = sizeof($_ENV);
echo _ENV is array $size br;
foreach ($_ENV as $key = $value) {
echo Key: $key value: $value br;
}
}
echo PHP_SELF $PHP_SELF br;
flush();
?
as result:
Globals test:
_SERVER is array 0
_GET is array 0
_POST is array 0
_ENV is array 0
PHP_SELF /examples/php-servlet/test/global.php
The arrays are empty.
My environment:
OS=Linux 2.4.10-4GB on i386
Tomcat 3.2.3 I use only Tomcat as web server without apache.
Java version=1.3.1_03
Java vendor=Sun Microsystems Inc.
--
Edit this bug report at http://bugs.php.net/?id=16915edit=1
Bug #16920: File permissions security problem
From: [EMAIL PROTECTED] Operating system: Red Hat Linux 7.2 PHP version: 4.2.0 PHP Bug Type: *Configuration Issues Bug description: File permissions security problem When I run make install as root, most of the files installed under /usr/local/include/php have a user id of 500, a group id of 500, and a mode of 664. This is very insecure for (hopefully) obvious reasons: it gives whichever user who has a numeric id of 500 write access to the files, and also any users in group 500. Ideally, it should install the files with user id 0, group id 0, and a mode of 644. Here is my configure line, in case it matters: ./configure --with-apache=../apache_1.3.24 --enable-track-vars \ --with-mysql --with-zlib --with-gd -- Edit bug report at http://bugs.php.net/?id=16920edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16920r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16920r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16920r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16920r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16920r=support Expected behavior: http://bugs.php.net/fix.php?id=16920r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16920r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16920r=submittedtwice
Bug #16806 Updated: mysql_connect deadlocks on gethostbyname
ID: 16806
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Apache2 related
Operating System: Linux
PHP Version: 4.2.0
New Comment:
Most likely the same issue as was with all the other mysql
problems reported. Get http://www.edin.dk/php/configure.gz
and replace the configure file with it.
--Jani
Previous Comments:
[2002-04-29 14:19:42] [EMAIL PROTECTED]
changed OS to linux, didn't see it appearing in the bug database when I
did searches.
[2002-04-24 14:56:21] [EMAIL PROTECTED]
Testing is simple. Make sure nscd is not running on the machine and
that the mysql server is not in the hosts file
but is in DNS.
Test page.
?
$db=mysql_connect(server.com,user,pass);
mysql_select_db(database,$db);
$result=mysql_query(select FirstName from Users);
while ( $row=mysql_fetch_row($result)) {
echo ($row[0]\n);
}
?
Standalone it works fine. When run through the webserver
it hangs forever getting stuck in the gethostbyname from
the mysql_connect. I even changed the libmysqlclient
libary to the libmysqlclient_r library in the configure and verified it
was being used with a ldd of libphp4.so.
The webserver is apache 2.0.35 configured with these options:
./configure --prefix=/prod/apache --enable-layout=Apache --enable-ssl
--enable-vhost-alias --enable-proxy --enable-rewrite --enable-so
--with-mpm=worker --disable-userdir
The php module is configured with:
./configure --prefix=/prod/apache/php
--with-apxs2=/prod/apache/bin/apxs --with-openssl --with-zlib --with-gd
--with-java=/usr/java --with-mysql=/prod/mysql --with-readline
--enable-memory-limit
It will work if nscd is on, or if /etc/hosts contains the name of the
machine that needs to be resolved.
#0 0x402bdba5 in __sigsuspend (set=0x40b3236c) at
../sysdeps/unix/sysv/linux/sigsuspend.c:45
#1 0x402821d9 in __pthread_wait_for_restart_signal (self=0x40b34be0)
at pthread.c:969
#2 0x40283a2c in __pthread_lock (lock=0x4001649c, self=0x40b34be0) at
spinlock.c:149
#3 0x40280d46 in __pthread_mutex_lock (mutex=0x4001648c) at
mutex.c:109
#4 0x403a8e40 in _dl_open (file=0x40b3262c libnss_dns.so.2, mode=1,
caller=0x0) at dl-open.c:401
#5 0x403a9cd1 in do_dlopen (ptr=0x40b325fc) at dl-libc.c:78
#6 0x4000d7c3 in _dl_catch_error (objname=0x40b325f4,
errstring=0x40b325f8, operate=0x403a9cb0 do_dlopen, args=0x40b325fc)
at dl-error.c:152
#7 0x403a9b7c in __libc_dlopen (__name=0x40b3262c libnss_dns.so.2)
at dl-libc.c:42
#8 0x4038aeef in __nss_lookup_function (ni=0x8130940,
fct_name=0x403be4ee gethostbyname_r) at nsswitch.c:340
#9 0x4038b911 in __nss_next (ni=0x40b326dc, fct_name=0x403be4ee
gethostbyname_r, fctp=0x40b326e0, status=-1, all_values=0)
at nsswitch.c:194
#10 0x4038e1dd in __gethostbyname_r (name=0x82322fc
database.mycompany.com, resbuf=0x40b3316c, buffer=0x40b3296c \177,
buflen=2048, result=0x40b3271c, h_errnop=0x40b32768) at
../nss/getXXbyYY_r.c:215
#11 0x405da13c in my_gethostbyname_r () from
/prod/mysql/lib/mysql/libmysqlclient_r.so.10
#12 0x405d1f69 in mysql_real_connect () from
/prod/mysql/lib/mysql/libmysqlclient_r.so.10
#13 0x4049b0ea in php_mysql_do_connect (ht=3, return_value=0x8236ccc,
this_ptr=0x0, return_value_used=1, tsrm_ls=0x81bcdc8,
persistent=0) at php_mysql.c:662
#14 0x4049b2e4 in zif_mysql_connect (ht=3, return_value=0x8236ccc,
this_ptr=0x0, return_value_used=1, tsrm_ls=0x81bcdc8)
at php_mysql.c:714
#15 0x404652e8 in execute (op_array=0x8232294, tsrm_ls=0x81bcdc8) at
./zend_execute.c:1598
#16 0x40473f92 in zend_execute_scripts (type=8, tsrm_ls=0x81bcdc8,
retval=0x0, file_count=3) at zend.c:810
#17 0x4048163a in php_execute_script (primary_file=0x40b348bc,
tsrm_ls=0x81bcdc8) at main.c:1381
#18 0x4047df8d in php_output_filter (f=0x822d290, bb=0x822d4a0) at
sapi_apache2.c:401
#19 0x080aa99f in ap_pass_brigade (next=0x822d290, bb=0x822d380) at
util_filter.c:534
#20 0x080b0a5b in default_handler (r=0x81fbe60) at core.c:3247
#21 0x080a1236 in ap_run_handler (r=0x81fbe60) at config.c:193
#22 0x080a16a1 in ap_invoke_handler (r=0x81fbe60) at config.c:373
#23 0x0808a5d7 in ap_process_request (r=0x81fbe60) at
http_request.c:261
#24 0x08086cb5 in ap_process_http_connection (c=0x81c1428) at
http_core.c:291
#25 0x080a9372 in ap_run_process_connection (c=0x81c1428) at
connection.c:85
#26 0x0809e876 in process_socket (p=0x81c1318, sock=0x81c1350,
my_child_num=0, my_thread_num=0, bucket_alloc=0x81bf2a8)
at worker.c:613
#27 0x0809ed73 in worker_thread (thd=0x8142590, dummy=0x81bcdc8) at
worker.c:886
#28 0x4003ae34 in dummy_worker (opaque=0x8142590) at thread.c:127
#29 0x4027fc6f in pthread_start_thread (arg=0x40b34be0) at
manager.c:284
#30 0x4027fd5f in pthread_start_thread_event (arg=0x40b34be0) at
Bug #16912 Updated: Compilation error
ID: 16912 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Servlet related Operating System: SuSe Linux 7.3 PHP Version: 4.2.0 New Comment: First of all, drop the --with-apxs from your configure line. You can not compile 2 sapis at same time. Also, read the sapi/servlet/README file. Previous Comments: [2002-04-29 14:27:46] [EMAIL PROTECTED] I got PHP code source form www.php.net and I could not compile a file servlet.java. (sapi/servlet) There is a line (75) where is result+=concat + name + = + URLEncoder.encode(value,UTF-8) I checked a method encode and it has only one parameter as String so I delete the second one and I compiled successfully. I used to compile J2EESDK 1.3.1 from Sun, but I don't know if it will be work correctly. './configure' '--disable-debug' '--enable-tracks-vars' '--with-apxs=/usr/local/apache/bin/apxs' '--with-servlet' '--with-java' -- Edit this bug report at http://bugs.php.net/?id=16912edit=1
Bug #16920 Updated: File permissions security problem
ID: 16920 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Red Hat Linux 7.2 PHP Version: 4.2.0 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-29 18:47:48] [EMAIL PROTECTED] When I run make install as root, most of the files installed under /usr/local/include/php have a user id of 500, a group id of 500, and a mode of 664. This is very insecure for (hopefully) obvious reasons: it gives whichever user who has a numeric id of 500 write access to the files, and also any users in group 500. Ideally, it should install the files with user id 0, group id 0, and a mode of 644. Here is my configure line, in case it matters: ./configure --with-apache=../apache_1.3.24 --enable-track-vars \ --with-mysql --with-zlib --with-gd -- Edit this bug report at http://bugs.php.net/?id=16920edit=1
Bug #16920 Updated: File permissions security problem
ID: 16920 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Analyzed Bug Type: *Configuration Issues Operating System: Red Hat Linux 7.2 PHP Version: 4.2.0 New Comment: Oops. This is Makefile issue, of course. 'make install' should set these. Previous Comments: [2002-04-29 19:38:00] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-29 18:47:48] [EMAIL PROTECTED] When I run make install as root, most of the files installed under /usr/local/include/php have a user id of 500, a group id of 500, and a mode of 664. This is very insecure for (hopefully) obvious reasons: it gives whichever user who has a numeric id of 500 write access to the files, and also any users in group 500. Ideally, it should install the files with user id 0, group id 0, and a mode of 644. Here is my configure line, in case it matters: ./configure --with-apache=../apache_1.3.24 --enable-track-vars \ --with-mysql --with-zlib --with-gd -- Edit this bug report at http://bugs.php.net/?id=16920edit=1
Bug #16710 Updated: pg_exec to pg_query alias not mentioned in the NEWS file
ID: 16710 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: every system PHP Version: 4.2.0 Assigned To: yohgaki New Comment: This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/ NEWS entry has been added. It listed as 4.2.0 change. Previous Comments: [2002-04-28 20:34:02] [EMAIL PROTECTED] assigning. [2002-04-20 06:38:27] [EMAIL PROTECTED] FYI: The manual page about pg_query() now mentiones that pg_exec() is still available. [2002-04-20 06:23:03] [EMAIL PROTECTED] Reopened. Yasou, please enter a proper NEWS entry as there's no reference about this in the NEWS file (and light this up that the old function is still available, you see people get confused about this) . . . [2002-04-20 05:31:47] [EMAIL PROTECTED] We decided to use pg_query() because it's more consistent with other database extensions (like mysql, which uses mysql_query()) The old function names still work and won't be removed soon. [2002-04-20 05:27:44] [EMAIL PROTECTED] Reclassified. -Tal The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/16710 -- Edit this bug report at http://bugs.php.net/?id=16710edit=1
Bug #16908 Updated: some date functions appear to not be getting the correct timestamp from the OS
ID: 16908 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Date/time related Operating System: Linux (RedHat 7.1) -PHP Version: 4.1.2 +PHP Version: 4.1.1 New Comment: You all are no help. If I thought this was a support issue, I wouldn't have turned to you. But I've scoured the internet looking for some explanation as to why phpinfo() is not getting the right date. Noone seems to know. So, why don't you do something helpful and tell me why? I didn't write phpinfo(), the writers of PHP did. so tell me why its wrong? its certainly not something wrong with my server, i have the RIGHT timestamp. Previous Comments: [2002-04-29 17:53:49] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-29 11:55:13] [EMAIL PROTECTED] I actually have 4.1.1 installed... and the timestamp on my system IS correct... So far, I have tested several of the date/time functions and they appear to return the correct info. However, when I run phpinfo.php, it reports the wrong date and time, different than the timestamp on my server. I've also noticed that a few plugin php services (and some CGI scripts), like news scripts and message boards, (I have not examined the code THOUROUGHLY) appear to also be getting their info from the same place that phpinfo is getting it. Since I don't know how phpinfo is getting this, and it is clearly not using the same functions for date/time as I am using, I don't know what's wrong. Could someone please look into this? I really would appreciate some suggestions on how to proceed in finding and fixing this bug. -- Edit this bug report at http://bugs.php.net/?id=16908edit=1
Bug #16908 Updated: some date functions appear to not be getting the correct timestamp from the OS
ID: 16908 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Date/time related Operating System: Linux (RedHat 7.1) PHP Version: 4.1.1 New Comment: don't you think it qualifies as a bug of some sort that some of the PHP functions return the right date as reported by the OS, and some, like the ones phpinfo() uses, do not? Previous Comments: [2002-04-29 21:18:18] [EMAIL PROTECTED] You all are no help. If I thought this was a support issue, I wouldn't have turned to you. But I've scoured the internet looking for some explanation as to why phpinfo() is not getting the right date. Noone seems to know. So, why don't you do something helpful and tell me why? I didn't write phpinfo(), the writers of PHP did. so tell me why its wrong? its certainly not something wrong with my server, i have the RIGHT timestamp. [2002-04-29 17:53:49] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-29 11:55:13] [EMAIL PROTECTED] I actually have 4.1.1 installed... and the timestamp on my system IS correct... So far, I have tested several of the date/time functions and they appear to return the correct info. However, when I run phpinfo.php, it reports the wrong date and time, different than the timestamp on my server. I've also noticed that a few plugin php services (and some CGI scripts), like news scripts and message boards, (I have not examined the code THOUROUGHLY) appear to also be getting their info from the same place that phpinfo is getting it. Since I don't know how phpinfo is getting this, and it is clearly not using the same functions for date/time as I am using, I don't know what's wrong. Could someone please look into this? I really would appreciate some suggestions on how to proceed in finding and fixing this bug. -- Edit this bug report at http://bugs.php.net/?id=16908edit=1
Bug #16908 Updated: some date functions appear to not be getting the correct timestamp from the OS
ID: 16908 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Date/time related Operating System: Linux (RedHat 7.1) PHP Version: 4.1.1 New Comment: The only date I see coming out of phpinfo() is the Build Date and this accurately represents the date when the PHP executable was built. Previous Comments: [2002-04-29 21:20:30] [EMAIL PROTECTED] don't you think it qualifies as a bug of some sort that some of the PHP functions return the right date as reported by the OS, and some, like the ones phpinfo() uses, do not? [2002-04-29 21:18:18] [EMAIL PROTECTED] You all are no help. If I thought this was a support issue, I wouldn't have turned to you. But I've scoured the internet looking for some explanation as to why phpinfo() is not getting the right date. Noone seems to know. So, why don't you do something helpful and tell me why? I didn't write phpinfo(), the writers of PHP did. so tell me why its wrong? its certainly not something wrong with my server, i have the RIGHT timestamp. [2002-04-29 17:53:49] [EMAIL PROTECTED] The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php [2002-04-29 11:55:13] [EMAIL PROTECTED] I actually have 4.1.1 installed... and the timestamp on my system IS correct... So far, I have tested several of the date/time functions and they appear to return the correct info. However, when I run phpinfo.php, it reports the wrong date and time, different than the timestamp on my server. I've also noticed that a few plugin php services (and some CGI scripts), like news scripts and message boards, (I have not examined the code THOUROUGHLY) appear to also be getting their info from the same place that phpinfo is getting it. Since I don't know how phpinfo is getting this, and it is clearly not using the same functions for date/time as I am using, I don't know what's wrong. Could someone please look into this? I really would appreciate some suggestions on how to proceed in finding and fixing this bug. -- Edit this bug report at http://bugs.php.net/?id=16908edit=1
Bug #16921: string overflow
From: [EMAIL PROTECTED] Operating system: Slackware linux 8 PHP version: 4.1.2 PHP Bug Type: Strings related Bug description: string overflow In Aol instant messenger you can do QueryStrings in a link like so: a href=http://dijo.yi.org?name=John DoeSite/a and it doesnt add the %20 between the John and Doe .. so what happens is .. the name variable holds John and the $SERVER_PROTOCOL variable holds Doe HTTP /1.0 I didnt know if you wanted to call it an overflow or what. A friend suggested that it was a bug, so i'm turning it in. Thanks. -- Edit bug report at http://bugs.php.net/?id=16921edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16921r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16921r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16921r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16921r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16921r=support Expected behavior: http://bugs.php.net/fix.php?id=16921r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16921r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16921r=submittedtwice
Bug #16910 Updated: function.parse-url has invalid description for scheme
ID: 16910 Updated by: [EMAIL PROTECTED] -Summary: function.parse-url has invalid description for schme Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Any PHP Version: 4.2.0 New Comment: Corrected spelling error in summary (preview for bug reports would be nice :) Previous Comments: [2002-04-29 14:03:31] [EMAIL PROTECTED] The scheme part of the query returned by parse_url() would be http, not http://;, as is indicated by the manual. -- Edit this bug report at http://bugs.php.net/?id=16910edit=1
Bug #16910: function.parse-url has invalid description for schme
From: [EMAIL PROTECTED] Operating system: Any PHP version: 4.2.0 PHP Bug Type: Documentation problem Bug description: function.parse-url has invalid description for schme The scheme part of the query returned by parse_url() would be http, not http://;, as is indicated by the manual. -- Edit bug report at http://bugs.php.net/?id=16910edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16910r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16910r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16910r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16910r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16910r=support Expected behavior: http://bugs.php.net/fix.php?id=16910r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16910r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16910r=submittedtwice
Bug #16917 Updated: apache2.0.35+php-4.2.0
ID: 16917 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: *General Issues +Bug Type: Documentation problem Operating System: FreeBSD 4.5-STABLE PHP Version: 4.2.0 New Comment: There is README file in sapi/apache2filter/ directory. But the installation should be documented elsewhere too. (Like the INSTALL file and manual) Previous Comments: [2002-04-29 17:18:12] [EMAIL PROTECTED] I took source code from apache website and php for latest stable version httpd-2.0.35 php-4.2.0 i compiled apache and php, compiles went fine no errors or warning messages. I create info.php with following content: ?phpinfo()? when i go to that url I see source code instead of executed php code when i was installing php, it added following line to httpd.conf httpd.conf:LoadModule php4_modulemodules/libphp4.so INSTALL describes how to install php-4.1.x not php-4.2.x there for i assume there is something is missing. alexus -- Edit this bug report at http://bugs.php.net/?id=16917edit=1
Bug #15565 Updated: AND operation errors on datas from MySQL Table
ID: 15565
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Math related
Operating System: any
PHP Version: 4.1.1
New Comment:
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
Previous Comments:
[2002-02-16 05:44:09] [EMAIL PROTECTED]
Works fine for me. Does the following script work for you?
$a = 0x;
$b = 0x0F0F0F0F;
$x = $a $b;
echo decbin($a).\n.decbin($b).\n.decbin($x).\n;
What OS are you running?
(reclassified)
[2002-02-15 06:01:55] [EMAIL PROTECTED]
Hello
Can I submit a strange problem PHP / MySQL ?
From a very simple table, 1 key ( BYTE ), 2 vars ( INTEGER )
I initialise two records whith some values.
I read the first var from first record and second var from second
record.
I do the AND ( ) functiun on the two vars and I get a wrong result.
I join my test script to my request.
Please send problem analysis to [EMAIL PROTECTED]
Best regards.
html
head
titleFunctiun AND Check/title
/head
?php
// Data Base Open.
$dbcnx = mysql_connect(localhost);
if (!$dbcnx)
{ echo( PNo access to Data Base Server./P );
exit();
}
if (! @mysql_select_db(BaseTest) )
{ echo( PNo access to Data Base./P );
exit();
}
// Table Création.
$sql = CREATE TABLE TEST (
. Num TINYINT UNSIGNED not null AUTO_INCREMENT,
. V1 INT (10) UNSIGNED not null,
. V2 INT (10) UNSIGNED not null,
. PRIMARY KEY (Num),
. UNIQUE (Num))
. comment = 'Table de Test.';;
$crt = mysql_query($sql);
// First record create.
$x = 0X;
$sql = INSERT INTO TEST SET
.V1='$x';;
$ce = mysql_query($sql);
// Second record create.
$x = 0X0f0f0f0f;
$sql = INSERT INTO TEST SET
.V2='$x';;
$ce = mysql_query($sql);
// Vars initialisation .
$a = 0;
$b = 0;
// First record Read.
$rt = MYSQL_QUERY(SELECT V1 FROM TEST WHERE (Num = 1)) or
die(Erreur No: .mysql_error());
$ct = mysql_fetch_array($rt);
if ($ct)
{ $a = $ct[V1];
}
mysql_free_result ($rt);
// Second record read.
$rt = MYSQL_QUERY(SELECT V2 FROM TEST WHERE (Num = 2)) or
die(Erreur No: .mysql_error());
$ct = mysql_fetch_array($rt);
if ($ct)
{ $b = $ct[V2];
}
mysql_free_result ($rt);
// AND functiun on results and display.
$x = $a $b;
echo (Var A = .DecBin($a).br);
echo (Var B = .DecBin($b).br);
echo (AND Result = .DecBin($x).br);
// Correct display for vars.
// Waiting AND Result =
// I get AND Result = 1100010101010011001
// Where the error is?.
?
/body
/html
--
Edit this bug report at http://bugs.php.net/?id=15565edit=1
Bug #15493 Updated: PHP sends no location header when output_buffering = On
ID: 15493
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: No Feedback
Bug Type: Output Control
Operating System: Linux 2.4.8
PHP Version: 4.0.6
New Comment:
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
Previous Comments:
[2002-02-24 06:00:14] [EMAIL PROTECTED]
Try to intall from the beginning for both apache and php using source.
If you don't include modules, you should be able to install apache and
php easily if you follow manual. If you have problem, ask to
php-general or php-install list.
Report back if you still have problem if you have problem with CVS
snapshot. Thanks.
http://snaps.php.net/
[2002-02-13 21:25:38] [EMAIL PROTECTED]
I tried to follow the instructions in INSTALL.
Configure option --with-apxs was not working as this package was not
installed on my machine.
As package apxs was not delivered with Mandrake 8.1 AND PHP 4.0.6 was
running fine without this package it did not look required to me (maybe
I am wrong).
I decided to take over the options as indicated by phpinfo() in
php4.0.6.
After make install all files in /usr/lib/php were updated.
Directory /usr/lib contained a new binary of php (3.1 Mb).
However a new version of php module libphp4.so was not generated.
phpinfo() shows that 4.0.6 is still running on my system.
[2002-02-13 08:34:39] [EMAIL PROTECTED]
4.2.0's output related code differs from 4.1.1. Could you try
snapshot?
http://snaps.php.net/
Please report the result. Thanks.
[2002-02-13 02:03:39] [EMAIL PROTECTED]
4.2.0's output related code differs from 4.1.1. Could you try
snapshot?
http://snaps.php.net/
Please report the result. Thanks.
[2002-02-10 18:16:43] [EMAIL PROTECTED]
//Bug in PHP 4.0.6
If output_buffer = On AND
session_start() AND
header(Location: ..) AND
no HTML output then
PHP sends no header
You expect the browser to redirect to Location URL.
What really happends depends on the browser:
- Netscape: waits a while and nothing happens
- IE: redirects to search engine
- Konqueror: connection lost
- Some browsers indicate empty document received
Work around:
- when output buffering is on, then add blank line before start of
script
- switch output buffering off
Example PHP page excerpt:
?php
session_start();
if (!isset($HTTP_COOKIE_VARS['CompanyID'])) {
$Info = urlencode(Please log in.);
header(Location: Login.php?Info=$Info);
exit;
}
// More lines .
?
--
Edit this bug report at http://bugs.php.net/?id=15493edit=1
Bug #16922: Mail()
From: [EMAIL PROTECTED] Operating system: N/A PHP version: 4.2.0 PHP Bug Type: Feature/Change Request Bug description: Mail() mail() should allow an optional smtp specification, such as: mail([EMAIL PROTECTED], the subject, $message, From: webmaster@$SERVER_NAME, smtp.aol.com); I have received all sorts of suggestions on how to by-pass this, and I have come up with a few myself. But I still feel smtp should be a command in mail(). Not that Perl was the end all and be all, but it can, so why shouldn't PHP? PHP was developed by those who felt Perl ASp etc were antiquated. This was just a small thing that still could be useful ? -- Edit bug report at http://bugs.php.net/?id=16922edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16922r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16922r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16922r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16922r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16922r=support Expected behavior: http://bugs.php.net/fix.php?id=16922r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16922r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16922r=submittedtwice
Bug #16923: mysql_fetch_object returning incomplete data
From: [EMAIL PROTECTED]
Operating system: slackware 8.0 (modified)
PHP version: 4.2.0
PHP Bug Type: MySQL related
Bug description: mysql_fetch_object returning incomplete data
This was found in an ongoing project I am upgrading from php 4.0.4pl1
code sample:
$sql='select prodId, prodNum from products';
$result = mysql_query($sql);
do {
print_r($product);
print $product-prodId . . $product-prodNum
} while ($product = mysql_fetch_object($result));
print_r ($product) returns:
stdClass Object ( [prodId] = [prodNum] = E-U-00-002)
stdClass Object ( [prodId] = [prodNum] = E-U-00-003)
stdClass Object ( [prodId] = [prodNum] = E-U-00-004)
the real data would be prodId = 1, prodId = 2
the same thing done with mysql_fetch_array works perfectly (exact same
sql, etc)
I tried various loops (do..while, if, while) no changes.
Tested this with php 4.1.2 and 4.2.0 w/ same errors. Works fine on
4.0.4pl1.
php configure options as follows:
'./configure' \
'--with-mysql=/usr/local' \
'--enable-track-vars' \
'--with-dbase' \
'--with-gd=/usr/local/gd-1.8.4' \
'--with-ttf' \
'--with-t1lib' \
'--with-jpeg-dir' \
'--with-png-dir' \
'--with-tiff-dir' \
'--with-apxs=/usr/local/apache/bin/apxs' \
'--with-config-file-path=/usr/local/apache/conf' \
'--with-pdflib' \
'--enable-ftp' \
'--with-zlib-dir'
I am unable to provide a backtrace (production server, sorry)
--
Edit bug report at http://bugs.php.net/?id=16923edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16923r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16923r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16923r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16923r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16923r=support
Expected behavior: http://bugs.php.net/fix.php?id=16923r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16923r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16923r=submittedtwice
Bug #10629 Updated: SMTP: mail() the fifth parameter
ID: 10629 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Feature/Change Request Operating System: Windows PHP Version: 4.0.5 New Comment: I still think it should be added as a fifth parameter ! Why would I use ini_set. Not to get into an argument, but why come up with work arounds? Previous Comments: [2002-04-29 12:24:48] [EMAIL PROTECTED] you can use ini_set() to set the smtp server dynamically. [2002-04-17 16:16:21] [EMAIL PROTECTED] for sure :) it was kick ass! [2001-05-03 04:04:33] [EMAIL PROTECTED] It will be real handy if ... mail() allows smtp specification in the new fifth parameter of mail() mail([EMAIL PROTECTED], the subject, $message, From: webmaster@$SERVER_NAME, smtp.aol.com); If you think about it, Perl's smtp.pm when it was first created did just this. http://www.faqs.org/rfcs/rfc2821.html even talks about this type of portability somewhere. [2001-05-03 03:59:08] [EMAIL PROTECTED] It will be real handy if ... mail() allows smtp specification in the new fifth parameter of mail() mail([EMAIL PROTECTED], the subject, $message, From: webmaster@$SERVER_NAME, smtp.aol.com); If you think about it, Perl's smtp.pm when it was created did just this first. http://www.faqs.org/rfcs/rfc2821.html talks about it this type of portability somewhere. -- Edit this bug report at http://bugs.php.net/?id=10629edit=1
