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=16895&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16895&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16895&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16895&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16895&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16895&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16895&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16895&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16895&r=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=16896&edit=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=15613&edit=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: -- Edit this bug report at http://bugs.php.net/?id=16865&edit=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=13292&edit=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': sapi_apa
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=16896&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16896&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16896&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16896&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16896&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16896&r=support Expected behavior: http://bugs.php.net/fix.php?id=16896&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16896&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16896&r=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=16822&edit=1
Bug #16897: PHP connecting with localhost.localdomain overiding every host in mysql_connect
From: [EMAIL PROTECTED]
Operating system: Redhat 7.2
PHP version: 4.2.0
PHP Bug Type: MySQL related
Bug description: PHP connecting with localhost.localdomain overiding every host in
mysql_connect
OS: Redhat 7.1 and 7.2
When using php 2.0 php is overiding vars.
When I do:
mysql_connect("localhost",user,pass);
PHP changes "localhost"(and all other input) in to
"localhost.localdomain".
This way nobody can connect to mysql(standard "localhost") or any other
remote mysql service.
--
Edit bug report at http://bugs.php.net/?id=16897&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16897&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16897&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16897&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16897&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16897&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16897&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16897&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16897&r=submittedtwice
Bug #16897 Updated: PHP connecting with localhost.localdomain overiding every host in mysql_connect
ID: 16897
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: MySQL related
Operating System: Redhat 7.2
PHP Version: 4.2.0
New Comment:
php 2.0 is of course PHP 4.2.0
Previous Comments:
[2002-04-29 04:37:58] [EMAIL PROTECTED]
OS: Redhat 7.1 and 7.2
When using php 2.0 php is overiding vars.
When I do:
mysql_connect("localhost",user,pass);
PHP changes "localhost"(and all other input) in to
"localhost.localdomain".
This way nobody can connect to mysql(standard "localhost") or any other
remote mysql service.
--
Edit this bug report at http://bugs.php.net/?id=16897&edit=1
Bug #16897 Updated: PHP connecting with localhost.localdomain overiding every host in mysql_connect
ID: 16897
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: MySQL related
Operating System: Redhat 7.2
PHP Version: 4.2.0
New Comment:
This will be fixed in 4.2.1
In the meantime you can fix it for 4.2.0 by rebuilding the ./conifgure
script in php4/ with autoconf 2.13 (NOT 2.52) and run configure again.
Previous Comments:
[2002-04-29 04:44:45] [EMAIL PROTECTED]
php 2.0 is of course PHP 4.2.0
[2002-04-29 04:37:58] [EMAIL PROTECTED]
OS: Redhat 7.1 and 7.2
When using php 2.0 php is overiding vars.
When I do:
mysql_connect("localhost",user,pass);
PHP changes "localhost"(and all other input) in to
"localhost.localdomain".
This way nobody can connect to mysql(standard "localhost") or any other
remote mysql service.
--
Edit this bug report at http://bugs.php.net/?id=16897&edit=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 [foo] bar = buz boz [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=13279&edit=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=16898&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16898&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16898&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16898&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16898&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16898&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16898&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16898&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16898&r=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=16898&edit=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=15171&edit=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=16752&edit=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=15229&edit=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=16801&edit=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=15229&edit=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)\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=16892&edit=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=9986&edit=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
..
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 :
'.$tmp);
// eval('>'.$tmp);
$coucou='';
$password = 'le parser php déconne';
$password = 'php parser bug';
/*
*/
// // 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=14984&edit=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=16900&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16900&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16900&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16900&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16900&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16900&r=support Expected behavior: http://bugs.php.net/fix.php?id=16900&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16900&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16900&r=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 : 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=16901&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16901&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16901&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16901&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16901&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16901&r=support Expected behavior: http://bugs.php.net/fix.php?id=16901&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16901&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16901&r=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=16900&edit=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=16900&edit=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 : 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=16901&edit=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 : 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=16901&edit=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 : 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=16901&edit=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=16863&edit=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=16863&edit=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=16903&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16903&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16903&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16903&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16903&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16903&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16903&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16903&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16903&r=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 : 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=16901&edit=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 --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=16849&edit=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=16904&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16904&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16904&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16904&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16904&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16904&r=support Expected behavior: http://bugs.php.net/fix.php?id=16904&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16904&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16904&r=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=16904&edit=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
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=10351&edit=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=8957&edit=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: 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=16905&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16905&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16905&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16905&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16905&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16905&r=support Expected behavior: http://bugs.php.net/fix.php?id=16905&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16905&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16905&r=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 linkin
Bug #16907: Can't get custom error pages
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.1.2 PHP Bug Type: iPlanet related Bug description: Can't get custom error pages 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 bug report at http://bugs.php.net/?id=16907&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16907&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16907&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16907&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16907&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16907&r=support Expected behavior: http://bugs.php.net/fix.php?id=16907&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16907&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16907&r=submittedtwice
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
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=10351&edit=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=13292&edit=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 -pip
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'
Bug #15543 Updated: using com_* versus new COM(...) and error reporting
ID: 15543
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: COM related
Operating System: Windows NT 4.0/W2k
PHP Version: 4.1.0
New Comment:
now com_* and COM(..) should both return NULL in case of an error.
Previous Comments:
[2002-02-18 03:17:15] [EMAIL PROTECTED]
Diffrent is, that $comobj->xxx return NULL if fail, but
com_* return FALSE if fail.
--
Test1:
$tag = new COM("FLINK.TAGOBJ") or die("Unable to instanciate Flink");
while (1) {
$bool = $tag->bind("DATETIME");
var_dump($bool);
if ($bool === false){
print "Bind failed\n";
};
$val = $tag->read; // This function return value from binded variable
var_dump($val);
if ($val === false){
print "Read failed\n";
};
print "Val: $val\n";
sleep(1);
};
$tag->Release();
$tag = null;
--
Test1 output:
X-Powered-By: PHP/4.1.0
Content-type: text/html
int(0)
Warning: PropGet() failed: Nespecifikovaná chyba
in C:\php\com_test1.php on line 15
NULL
Val:
--
Test2:
$tag = com_load("FLINK.TAGOBJ") or die("Unable to instanciate Flink");
while (1) {
$bool = com_invoke($tag, "bind", "DATETIME");
var_dump($bool);
if ($bool === false){
print "Bind failed\n";
};
$val = com_invoke($tag, "read"); // This function return value from
binded variable
var_dump($val);
if ($val === false){
print "Read failed\n";
};
$val = com_propget($tag, "read"); // This function return value from
binded variable
var_dump($val);
if ($val === false){
print "Propget Read failed\n";
};
print "Val: $val\n";
sleep(1);
};
com_release($tag);
$tag = null;
--
Test2 output:
X-Powered-By: PHP/4.1.0
Content-type: text/html
int(0)
Warning: Invoke() failed: Nespecifikovaná chyba
in C:\php\com_test2.php on line 14
bool(false)
Read failed
Warning: PropGet() failed: Nespecifikovaná chyba
in C:\php\com_test2.php on line 20
bool(false)
Propget Read failed
Val:
[2002-02-17 08:03:31] [EMAIL PROTECTED]
could you add 'var_dump($bool)' above the if's and send me the output
please.
the functions should actually do the same thing as the oo api.
[2002-02-13 12:29:30] [EMAIL PROTECTED]
Hello,
I want connect to COM server, that publish data from some application.
Script run forever, but application my be started or stoped.
If I try use following script, I cannot discover if invoking object
method is succesful or not. Here is script:
$tag = new COM("FLINK.TAGOBJ") or die("Unable to instanciate Flink");
while (1) {
$bool = $tag->bind("DATETIME");
if ($bool === false){
print "Bind failed\n";
};
$val = $tag->read; // This function return value from binded variable
if ($val === false){
print "Read failed\n";
};
print "Val: $val\n";
sleep(1);
};
$tag->Release();
$tag = null;
Messages "* failed" is not reported, if application not run.
The following script run correctly:
$tag = com_load("FLINK.TAGOBJ") or die("Unable to instanciate Flink");
while (1) {
$bool = com_invoke($tag, "bind", "DATETIME");
if ($bool === false){
print "Bind failed\n";
};
$val = com_invoke($tag, "read"); // This function return value from
binded variable
if ($val === false){
print "Read failed\n";
};
$val = com_propget($tag, "read"); // This function return value from
binded variable
if ($val === false){
print "Propget Read failed\n";
};
print "Val: $val\n";
sleep(1);
};
com_release($tag);
$tag = null;
Is this feature or bug.
--
Edit this bug report at http://bugs.php.net/?id=15543&edit=1
Bug #16908: some date functions appear to not be getting the correct timestamp from the OS
From: [EMAIL PROTECTED] Operating system: Linux (RedHat 7.1) PHP version: 4.1.2 PHP Bug Type: Date/time related Bug description: some date functions appear to not be getting the correct timestamp from the OS 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 bug report at http://bugs.php.net/?id=16908&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16908&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16908&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16908&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16908&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16908&r=support Expected behavior: http://bugs.php.net/fix.php?id=16908&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16908&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16908&r=submittedtwice
Bug #15043 Updated: Dr. Watson Excel COM Instance
ID: 15043
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: COM related
Operating System: Windows NT4.0 SP4
PHP Version: 4.1.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-01-15 06:34:22] [EMAIL PROTECTED]
It has found irregular problem about application error and creates Dr.
Watson log for apache service.
This error occurs in the script when the command to invoke COM
instance
(e.g. $app = New COM("Excell.Application");).
I am using PHP4.1.0 with Apache 1.3 service on
Windows NT4.0 SP4 platform.
The problem gets resolved by restarting apache service or in the worst
case by restarting the system(server).
Thanx,
Robo.
--
Edit this bug report at http://bugs.php.net/?id=15043&edit=1
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 ' View Log';
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=16875&edit=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=16859&edit=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=15909&edit=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=10629&edit=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=16909&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16909&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16909&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16909&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16909&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16909&r=support Expected behavior: http://bugs.php.net/fix.php?id=16909&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16909&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16909&r=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=16909&edit=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=16909&edit=1
Bug #16885 Updated: OpenSSL : function `X509_PURPOSE_ANY´ undeclared
ID: 16885 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.1.2 New Comment: I've just place under comment the line and all worked fine. I've looked after "X509_PURPOSE_ANY" key words in any of the openssl headers files and didn't find it Will post here tomorrow my openssl version Regards Denis PS to Jani : Thanks for your tip, I'm just a little newbie in this big big world Previous Comments: [2002-04-28 20:19:43] [EMAIL PROTECTED] Which openssl version is this? --Jani p.s. Always use the install prefix in configure paths.. (Not /usr/local/lib but /usr/local) [2002-04-28 06:05:59] [EMAIL PROTECTED] Configure : ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-gd=/usr/local --zith-png-dir=/usr/local/lib --with-zlib-dir=/usr/local/lib --with-snmp=/usr/local --with-openssl=/usr/local/ssl There all works great Then I compile using GCC and a lot of errors /bin/sh /appl/php-4.1.2/libtool --silent --mode= compile gcc -I. -I/appl/php-4.1.2/ext/openssl -I/appl/php-4.1.2/main -I/appl/php-4.1.2 -I/usr/local/apache/include -I/appl/php-4.1.2/Zend -I/usr/local/ssl/include -I/usr/local/include -I/usr/local/mysql/include -I/usr/local/include/ucd-snmp -I/appl/php-4.1.2/ext/xml/expat -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DMOD_SSL=208105 -DEAPI -DUSE_EXPAT -I/appl/php-4.1.2/TSRM -g -02 -prefer-pic -c openssl.c openssl.c: In function `zm_startup_openssl´: openssl.c:136: `X509_PURPOSE_ANY´ undeclared (first use in ths function) openssl.c:136: (Each undeclared identifier is reported only once openssl.c:136: for each function it appears in.) *** Error code 1 make: Fatal error: Command failed for target`openssl.lo´ Current working directory /appl/php-4.1.2/ext/openssl ***Error code 1 make: Fatal error: Command failed for target `all-recursive´ -- Edit this bug report at http://bugs.php.net/?id=16885&edit=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=15886&edit=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
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=10351&edit=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=16911&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16911&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16911&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16911&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16911&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16911&r=support Expected behavior: http://bugs.php.net/fix.php?id=16911&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16911&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16911&r=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. 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 , 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=16806&edit=1
Bug #16912: Compilation error
From: [EMAIL PROTECTED] Operating system: SuSe Linux 7.3 PHP version: 4.2.0 PHP Bug Type: Servlet related Bug description: Compilation error 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 bug report at http://bugs.php.net/?id=16912&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16912&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16912&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16912&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16912&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16912&r=support Expected behavior: http://bugs.php.net/fix.php?id=16912&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16912&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16912&r=submittedtwice
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=16913&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16913&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16913&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16913&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16913&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16913&r=support Expected behavior: http://bugs.php.net/fix.php?id=16913&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16913&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16913&r=submittedtwice
Bug #16867 Updated: wrong $_SERVER['SERVER_NAME'] contents
ID: 16867 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: SuSE 7.0 PHP Version: 4.2.0 New Comment: Hi, I'll report this to the apache developers. Thanks for all the help, Erik Previous Comments: [2002-04-29 15:27:22] [EMAIL PROTECTED] As I mentioned before, PHP does only set these to whatever Apache 'tells' them to be. So it's not PHP bug. [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 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=16867&edit=1
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=16896&edit=1
Bug #16822 Updated: 500 error in IE 6.0
ID: 16822 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: Windows XP PHP Version: 4.2.0 New Comment: If IE 6.0 is the problem. Then why did it work with PHP 4.1.x and also when I use the .exe parser?? Previous Comments: [2002-04-29 15:29:46] [EMAIL PROTECTED] If it only happens with IE 6.0 -> report it to Microsoft. Not PHP bug. [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 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=16822&edit=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=16752&edit=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=15613&edit=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=16746&edit=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=13292&edit=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=13292&edit=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=16904&edit=1
Bug #16916: Can only run on Com Object at a time.
From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server
PHP version: 4.1.2
PHP Bug Type: COM related
Bug description: Can only run on Com Object at a time.
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
".$t);
print(" ".$c);
?>
rtest.inc
Output results after running.
X-Powered-By: PHP/4.1.0
Content-type: text/html
1 VarC
Thanks,
Shelley
--
Edit bug report at http://bugs.php.net/?id=16916&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16916&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16916&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16916&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16916&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16916&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16916&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16916&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16916&r=submittedtwice
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: 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=16905&edit=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=16907&edit=1
Bug #16776 Updated: ./configure fails with "iconv not found" when compiling w/ Sablotron
ID: 16776 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: RedHat Linux 7.2 PHP Version: 4.2.0 New Comment: No..don't install the old xmltok..stuff. The error message given by PHP configure is misleading and has been fixed in CVS. These old libraries are not even tried to be used anymore. So remove those rpms! (expat is the same thing actually) Also, in linux glibc, iconv functions are builtin. So there is something else going wrong in configure time which fails the iconv tests. Please try again after removing those xmltok.. rpms. And check the config.log for the reason WHY the check fails. --Jani Previous Comments: [2002-04-28 23:37:13] [EMAIL PROTECTED] I have the RPM expat-1.95.2-1 installed, provides the library libexpat.so.0.1.0, which is in my lib path. Had no trouble at all configuring and compiling Sablot-0.90. In more searching just now I found the contrib RPM libxmltok-1.0-2 (and libxmltok-devel-1.0.2), which provides the libraries libxmltok and libxmlparse. The file /usr/bin/xmlwf from this package conflicts with /usr/bin/xmlwf from the expat package (way different file sizes, too), but after forcing the package install anyway I was able to complete PHP 4.2.0 configure. Then the make failed with: /bin/sh /usr/local/src/php-4.2.0-module/libtool --silent --mode=link gcc -I. -I/usr/local/src/php-4.2.0-module/ -I/usr/local/src/php-4.2.0-module/main -I/usr/local/src/php-4.2.0-module -I/usr/local/src/php-4.2.0-module/Zend -I/usr/local/src/php-4.2.0-module/ext/mysql/libmysql -I/usr/local/src/php-4.2.0-module/ext/xml/expat -I/usr/local/include -I/usr/local/src/php-4.2.0-module/TSRM -g -O2 -o php -export-dynamic stub.lo libphp4.la /usr/local/lib/libsablot.so: undefined reference to `libiconv_open' /usr/local/lib/libsablot.so: undefined reference to `libiconv_close' /usr/local/lib/libsablot.so: undefined reference to `XML_SetParamEntityParsing' /usr/local/lib/libsablot.so: undefined reference to `libiconv' collect2: ld returned 1 exit status make[1]: *** [php] Error 1 make[1]: Leaving directory `/usr/local/src/php-4.2.0-module' make: *** [all-recursive] Error 1 [2002-04-24 19:33:28] [EMAIL PROTECTED] Where is expat installed in your system? Sablotron requires it..I had to grab some rpms to get it even configure without bailing out. [2002-04-24 10:47:32] [EMAIL PROTECTED] Here's the first failure in config.log: [...] configure:69992: checking for iconv configure:70029: gcc -o conftest -g -O2 conftest.c \ -lxmltok -lxmlparse -lcrypt -lresolv -lm -ldl -lnsl \ -lresolv -lcrypt >&5 /usr/bin/ld: cannot find -lxmltok collect2: ld returned 1 exit status configure:70032: $? = 1 [snip test prog printout] configure:70048: result: no [...] There are three more almost identical failures immediately following, on these checks: configure:70056: checking for libiconv configure:70162: checking for libiconv in -liconv configure:70230: checking for iconv in -liconv In each case the error is the same: cannot find -lxmltok. Also, the unwise workaround (which has seemed to work fine on 4.1.2 so far) doesn't actually work on 4.2.0 - it allows the compile, but attempting to start Apache with the module fails with undefined symbol libiconv_open. [2002-04-23 19:52:06] [EMAIL PROTECTED] Check the config.log for more detailed error message why the configure failed. And using that kind of workarounds is not very wise. --Jani [2002-04-23 19:36:34] [EMAIL PROTECTED] I am trying to compile PHP 4.2.0 on RedHat 7.2. I have Sablot-0.90 and libiconv-1.7 compiled from source and installed in /usr/local, with their libs in the standard path: [root@mennonet3]# ldconfig -v | egrep "iconv|sablot" libiconv_plug.so -> libiconv_plug.so libsablot.so.0 -> libsablot.so.0.90.0 libiconv.so.2 -> libiconv.so.2.0.4 When I run ./configure --enable-xslt --with-xslt-sablot I get: [snip] checking whether to enable xslt support... yes checking for XSLT Sablotron backend... yes checking libexpat dir for Sablotron XSL support... no checking enable JavaScript for Sablotron... no checking for Sablotron libraries in the default path... found Sablotron in /usr/local checking for iconv... no checking for libiconv... no checking for libiconv in -liconv... no checking for iconv in -liconv... no configure: error: iconv not found, in order to build sablotron you need the iconv library I've been able to work around
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 < 0 && iv64 == 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 < 0 && iv64 == 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=15151&edit=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 +Status: Feedback Bug Type: Session related Operating System: Linux (Debian) PHP Version: 4.1.1 New Comment: Does this happen with latest CVS (stable branch) snapshot ? http://snaps.php.net/php4-STABLE-latest.tar.gz --Jani Previous Comments: [2002-04-29 12:21:48] [EMAIL PROTECTED] 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. [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? 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=15909&edit=1
Bug #16333 Updated: mail() is not supported in this PHP build
ID: 16333 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Bogus Bug Type: Mail related Operating System: Linux Debian 3.0 i386 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 00:00:04] [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 16:31:42] [EMAIL PROTECTED] Was sendmail in your path while doing configure? Derick [2002-03-28 15:48:25] [EMAIL PROTECTED] Here's what I did cd /tmp tar zxvf php-4.1.2.tar.gz cd php-4.1.2 ./configure --with-mysql --enable-ftp --with-imap=/tmp/imap-2000a --prefix=/usr/local/php; make ; make install Then I try it with my script... /usr/local/php/bin/./php /tmp/test.php Then I get mail() is not supported in this PHP build What's wrong damnit, this is pretty stupid... I installed the debian package before and it worked fine, but this time I need to compile it with the sources... is there a way I can use my mail() function without getting this error and actually get the result I'm looking for? Hope someone can help me out with this :) BWoTHa [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=16333&edit=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: 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=16893&edit=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=16867&edit=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=16822&edit=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=16796&edit=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 /usr/local/jdk1.3.1/j
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:
";
if (is_array($_SERVER)) {
$size = sizeof($_SERVLET);
echo "_SERVER is array $size ";
foreach ($_SERVER as $key => $value) {
echo "Key: $key value: $value ";
}
}
if (is_array($_GET)) {
$size = sizeof($_GET);
echo "_GET is array $size ";
foreach ($_GET as $key => $value) {
echo "Key: $key value: $value ";
}
}
if (is_array($_POST)) {
$size = sizeof($_POST);
echo "_POST is array $size ";
foreach ($_POST as $key => $value) {
echo "Key: $key value: $value ";
}
}
if (is_array($_ENV)) {
$size = sizeof($_ENV);
echo "_ENV is array $size ";
foreach ($_ENV as $key => $value) {
echo "Key: $key value: $value ";
}
}
echo "PHP_SELF $PHP_SELF ";
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=16915&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16915&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16915&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16915&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16915&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16915&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16915&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16915&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16915&r=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: 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=16917&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16917&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16917&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16917&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16917&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16917&r=support Expected behavior: http://bugs.php.net/fix.php?id=16917&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16917&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16917&r=submittedtwice
Bug #16918: no php_mssql.dll support -> mssql_pconnect() not recognized
From: [EMAIL PROTECTED] Operating system: Win2000 PHP version: 4.0CVS-2002-04-29 PHP Bug Type: IIS related Bug description: no php_mssql.dll support -> mssql_pconnect() not recognized 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 bug report at http://bugs.php.net/?id=16918&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16918&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16918&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16918&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16918&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16918&r=support Expected behavior: http://bugs.php.net/fix.php?id=16918&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16918&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16918&r=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=16908&edit=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=16918&edit=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=16746&edit=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=16909&edit=1
Bug #16645 Updated: The php-4.2 sapi module for httpd-2.0.35 doesn't works
ID: 16645 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Apache2 related Operating System: Windows 2000 Advanced Server PHP Version: 4.2.0 New Comment: Hello, I have exactly the same Problem as alietss, I read the answers and did so. But My Apache still don´t start the service. Without >LoadModule php4_module c:/php/experimental/apache2filter.dll< it works fine. Is there anything else what I can try ? Regard, shortie Previous Comments: [2002-04-18 22:14:59] [EMAIL PROTECTED] Hi Sander and thank's yes now it work's. Apache start ok, So there just to add to the install.txt file of php that with Apache2.0 you must put. LoadModule php4_module c:/php/experimental/apache2filter.dll AddType application/x-httpd-php .php Regards Aliet [2002-04-17 08:53:27] [EMAIL PROTECTED] apache2filter.dll is the only file that should work. php4apache.dll won't ever work because it's designed for 1.x. IIRC, you don't need that "AddModule mod_php4.c" -line in Apache 2. Does it work if you remove that line? [2002-04-17 08:37:56] [EMAIL PROTECTED] Hi Sander sorry but if I send this was because I already tested apache2filter.dll and apache doesn't start any way and I'm completly sure and doing all ok. Bye Aliet [2002-04-17 06:14:20] [EMAIL PROTECTED] You need apache2filter.dll (in the directory experimental in the PHP distro) for Apache 2. php4apache.dll is for Apache 1.x only. [2002-04-16 18:11:15] [EMAIL PROTECTED] Hi all: I'm testing the new php-4.2RC-4 with httpd-2.0.35(win32) stable version wich I downloaded from apache site with the msi installer for windows. I instaled apache and works great but when I install php apache doesn't start any more, this is what I did: Downloaded the php-4.2RC-4 from php site. Made a c:\php folder and unzip all te contents there I did all the steps of the instalation as I always do Copied dlls etc in its right places Copied php.ini in winnt etc Edit the httpd.conf and added LoadModule php4_module c:/php/sapi/php4apache.dll AddModule mod_php4.c AddType application/x-httpd-php .php But Apache don't start and if I install the cgi version yes, it works Regards Aliet -- Edit this bug report at http://bugs.php.net/?id=16645&edit=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
".$t);
print(" ".$c);
?>
rtest.inc
Output results after running.
X-Powered-By: PHP/4.1.0
Content-type: text/html
1 VarC
Thanks,
Shelley
--
Edit this bug report at http://bugs.php.net/?id=16916&edit=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); -- Edit bug report at http://bugs.php.net/?id=16919&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16919&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16919&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16919&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16919&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16919&r=support Expected behavior: http://bugs.php.net/fix.php?id=16919&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16919&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16919&r=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:
";
if (is_array($_SERVER)) {
$size = sizeof($_SERVLET);
echo "_SERVER is array $size ";
foreach ($_SERVER as $key => $value) {
echo "Key: $key value: $value ";
}
}
if (is_array($_GET)) {
$size = sizeof($_GET);
echo "_GET is array $size ";
foreach ($_GET as $key => $value) {
echo "Key: $key value: $value ";
}
}
if (is_array($_POST)) {
$size = sizeof($_POST);
echo "_POST is array $size ";
foreach ($_POST as $key => $value) {
echo "Key: $key value: $value ";
}
}
if (is_array($_ENV)) {
$size = sizeof($_ENV);
echo "_ENV is array $size ";
foreach ($_ENV as $key => $value) {
echo "Key: $key value: $value ";
}
}
echo "PHP_SELF $PHP_SELF ";
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=16915&edit=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=16920&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16920&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16920&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16920&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16920&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16920&r=support Expected behavior: http://bugs.php.net/fix.php?id=16920&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16920&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16920&r=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. 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 , 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=16806&edit=1
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=16912&edit=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=16920&edit=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=16920&edit=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=16710&edit=1
