Bug #16894 Updated: PHP4.20 & sapi_apache2.c compiling
ID: 16894 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Solaris8 / Intel PHP Version: 4.2.0 New Comment: I had used with-apxs and with-apxs2 TOGETHER; using only with-apxs2 the error didn't occured. Previous Comments: [2002-04-29 02:38:13] [EMAIL PROTECTED] I had downloaded Apache 2.0.35 and PHP 4.2.0.; for configuring PHP I had used option with-apxs2. During "make" I've got following messages: Making all in apache2filter /bin/sh /export/home/hraskaf/php-4.2.0/libtool --silent --mode=compile gcc -I. -I/export/home/hrasc In file included from sapi_apache2.c:32: /usr/apache/include/ap_config.h:1266: warning: `XtOffsetOf' redefined /export/home/hraskaf/php-4.2.0/main/php.h:346: warning: this is the location of the previous definin In file included from /usr/apache2/include/util_filter.h:61, from sapi_apache2.c:33: /usr/apache2/include/httpd.h:1423: conflicting types for `ap_os_is_path_absolute' /usr/apache/include/os-inline.c:29: previous declaration of `ap_os_is_path_absolute' In file included from sapi_apache2.c:35: /usr/apache/include/http_config.h:154: parse error before `configfile_t' /usr/apache/include/http_config.h:154: warning: no semicolon at end of struct or union /usr/apache/include/http_config.h:156: warning: data definition has no type or storage class /usr/apache/include/http_config.h:175: parse error before `}' /usr/apache/include/http_config.h:175: warning: data definition has no type or storage class /usr/apache/include/http_config.h:224: parse error before `pool' /usr/apache/include/http_config.h:225: parse error before `*' /usr/apache/include/http_config.h:226: parse error before `*' /usr/apache/include/http_config.h:227: parse error before `*' /usr/apache/include/http_config.h:228: parse error before `*' /usr/apache/include/http_config.h:274: parse error before `pool' /usr/apache/include/http_config.h:275: parse error before `pool' /usr/apache/include/http_config.h:332: parse error before `*' /usr/apache/include/http_config.h:371: parse error before `*' /usr/apache/include/http_config.h:372: parse error before `*' /usr/apache/include/http_config.h:373: parse error before `*' /usr/apache/include/http_config.h:374: parse error before `*' /usr/apache/include/http_config.h:381: parse error before `*' /usr/apache/include/http_config.h:395: parse error before `*' In file included from sapi_apache2.c:37: /usr/apache/include/http_core.h:131: parse error before `*' /usr/apache/include/http_core.h:153: parse error before `*' /usr/apache/include/http_core.h:153: warning: data definition has no type or storage class In file included from sapi_apache2.c:38: /usr/apache/include/http_protocol.h:137: parse error before `*' /usr/apache/include/http_protocol.h:138: parse error before `*' In file included from sapi_apache2.c:39: /usr/apache/include/http_log.h:107: parse error before `pool' /usr/apache/include/http_log.h:125: parse error before `*' /usr/apache/include/http_log.h:138: parse error before `pool' /usr/apache/include/http_log.h:138: warning: no semicolon at end of struct or union /usr/apache/include/http_log.h:146: parse error before `}' /usr/apache/include/http_log.h:146: warning: data definition has no type or storage class /usr/apache/include/http_log.h:148: parse error before `*' /usr/apache/include/http_log.h:148: parse error before `*' /usr/apache/include/http_log.h:148: warning: data definition has no type or storage class /usr/apache/include/http_log.h:149: parse error before `*' In file included from sapi_apache2.c:41: /usr/apache/include/util_script.h:73: parse error before `*' /usr/apache/include/util_script.h:78: parse error before `BUFF' /usr/apache/include/util_script.h:84: parse error before `child_info' sapi_apache2.c: In function `php_apache_sapi_log_message': sapi_apache2.c:215: `APLOG_STARTUP' undeclared (first use in this function) sapi_apache2.c:215: (Each undeclared identifier is reported only once sapi_apache2.c:215: for each function it appears in.) sapi_apache2.c:220: warning: passing arg 5 of `ap_log_error' from incompatible pointer type sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:278: warning: passing arg 5 of `ap_log_rerror' from incompatible pointer type sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:358: warning: passing arg 5 of `ap_log_rerror' from incompatible pointer type sapi_apache2.c: In function `php_add_filter': sapi_apache2.c:460: warning: passing arg 5 of `ap_log_error' from incompatible pointer type sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:514: `APR_HOOK_MIDDLE' undeclared (first use in this function) sapi_apache2.c: At top level: sapi_apache2.c:522: `STANDARD20_MODULE_STUFF' undeclared here (not in a function)
Bug #16890 Updated: Session variables lost during page changes
ID: 16890
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: Session related
Operating System: WinXP
PHP Version: 4.2.0
New Comment:
Problem remains.
Previous Comments:
[2002-04-29 02:56:30] [EMAIL PROTECTED]
Oops, yep I agree. The test script has a remnant from some "clutching
at straws" testing. Apologies.
Rest assured though that the problem is there even if you remove the
first switch and call session_start() for all cases.
[2002-04-28 19:40:40] [EMAIL PROTECTED]
If you want to use sessions, you need to ALWAYS have
session_start() before trying to access $_SESSION[]
(or $HTTP_SESSION_VARS[] )
--Jani
[2002-04-28 17:27:29] [EMAIL PROTECTED]
Hi all,
Globals are Off!
I am logging in from a form on one page (sessions.php), sending the
data via GET (for test purposes) to another script (setSession.php)
which should display the contents of the session vars once set. Then
there is a hyperlink to take me back to the sessions.php script where I
should be presented with a welcome message as opposed to the original
log in form. The problem is that there appears to be great
inconsistency with how session vars perform. I have included the test
scripts I have been using below for your convenience.
Problem exhibited
Test Case 1 (see Test Code):
This is the method recommended for when Globals are On but I ran this
test with Globals Off to see if it helped. This results with me not
being able to see the session var contents on the page they are created
BUT following the link which takes me back to the login Form does
result with me being logged in automatically.
Test Case 2:
This results with me being able to display the contents of the session
vars on the page which created them BUT they appear to get lost when
following the link which should auto log me in.
Test Case 3:
Results are exactly the same as Test Case 2.
Note: To simulate a test case, copy the two scripts below and set the
$testcase number at the top of each script.
==
sessions.php
==
";
echo "\n"
. "User: \n"
. "ID: \n"
. "\n"
. "\n";
}
break;
case 2;
if ($_SESSION['username']){
echo "Welcome ".$_SESSION['username'];
} else {
echo "Running Test Case $testcase ";
echo "\n"
. "User: \n"
. "ID: \n"
. "\n"
. "\n";
}
break;
case 3:
if ($HTTP_SESSION_VARS['username']){
echo "Welcome ".$HTTP_SESSION_VARS['username'];
} else {
echo "Running Test Case $testcase ";
echo "\n"
. "User: \n"
. "ID: \n"
. "\n"
. "\n";
}
break;
default:
echo "Invalid Test Case Specified";
exit (1);
}
?>
===
setSession.php
===
";
echo "";
?>
Session Vars are set to:
";
echo "Userid = ".$HTTP_SESSION_VARS['userid']."";
break;
case 2:
echo "User = ".$_SESSION['username']."";
echo "Userid = ".$_SESSION['userid']."";
break;
case 3:
echo "User = ".$HTTP_SESSION_VARS['username']."";
echo "Userid = ".$HTTP_SESSION_VARS['userid']."";
break;
default:
echo "Invalid Test Case Specified";
exit(1);
}
?>
Click here to test your session vars
Thanks
--
Edit this bug report at http://bugs.php.net/?id=16890&edit=1
Bug #16890 Updated: Session variables lost during page changes
ID: 16890
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: Session related
Operating System: WinXP
PHP Version: 4.2.0
New Comment:
Oops, yep I agree. The test script has a remnant from some "clutching
at straws" testing. Apologies.
Rest assured though that the problem is there even if you remove the
first switch and call session_start() for all cases.
Previous Comments:
[2002-04-28 19:40:40] [EMAIL PROTECTED]
If you want to use sessions, you need to ALWAYS have
session_start() before trying to access $_SESSION[]
(or $HTTP_SESSION_VARS[] )
--Jani
[2002-04-28 17:27:29] [EMAIL PROTECTED]
Hi all,
Globals are Off!
I am logging in from a form on one page (sessions.php), sending the
data via GET (for test purposes) to another script (setSession.php)
which should display the contents of the session vars once set. Then
there is a hyperlink to take me back to the sessions.php script where I
should be presented with a welcome message as opposed to the original
log in form. The problem is that there appears to be great
inconsistency with how session vars perform. I have included the test
scripts I have been using below for your convenience.
Problem exhibited
Test Case 1 (see Test Code):
This is the method recommended for when Globals are On but I ran this
test with Globals Off to see if it helped. This results with me not
being able to see the session var contents on the page they are created
BUT following the link which takes me back to the login Form does
result with me being logged in automatically.
Test Case 2:
This results with me being able to display the contents of the session
vars on the page which created them BUT they appear to get lost when
following the link which should auto log me in.
Test Case 3:
Results are exactly the same as Test Case 2.
Note: To simulate a test case, copy the two scripts below and set the
$testcase number at the top of each script.
==
sessions.php
==
";
echo "\n"
. "User: \n"
. "ID: \n"
. "\n"
. "\n";
}
break;
case 2;
if ($_SESSION['username']){
echo "Welcome ".$_SESSION['username'];
} else {
echo "Running Test Case $testcase ";
echo "\n"
. "User: \n"
. "ID: \n"
. "\n"
. "\n";
}
break;
case 3:
if ($HTTP_SESSION_VARS['username']){
echo "Welcome ".$HTTP_SESSION_VARS['username'];
} else {
echo "Running Test Case $testcase ";
echo "\n"
. "User: \n"
. "ID: \n"
. "\n"
. "\n";
}
break;
default:
echo "Invalid Test Case Specified";
exit (1);
}
?>
===
setSession.php
===
";
echo "";
?>
Session Vars are set to:
";
echo "Userid = ".$HTTP_SESSION_VARS['userid']."";
break;
case 2:
echo "User = ".$_SESSION['username']."";
echo "Userid = ".$_SESSION['userid']."";
break;
case 3:
echo "User = ".$HTTP_SESSION_VARS['username']."";
echo "Userid = ".$HTTP_SESSION_VARS['userid']."";
break;
default:
echo "Invalid Test Case Specified";
exit(1);
}
?>
Click here to test your session vars
Thanks
--
Edit this bug report at http://bugs.php.net/?id=16890&edit=1
Bug #16894: PHP4.20 & sapi_apache2.c compiling
From: [EMAIL PROTECTED] Operating system: Solaris8 / Intel PHP version: 4.2.0 PHP Bug Type: Apache2 related Bug description: PHP4.20 & sapi_apache2.c compiling I had downloaded Apache 2.0.35 and PHP 4.2.0.; for configuring PHP I had used option with-apxs2. During "make" I've got following messages: Making all in apache2filter /bin/sh /export/home/hraskaf/php-4.2.0/libtool --silent --mode=compile gcc -I. -I/export/home/hrasc In file included from sapi_apache2.c:32: /usr/apache/include/ap_config.h:1266: warning: `XtOffsetOf' redefined /export/home/hraskaf/php-4.2.0/main/php.h:346: warning: this is the location of the previous definin In file included from /usr/apache2/include/util_filter.h:61, from sapi_apache2.c:33: /usr/apache2/include/httpd.h:1423: conflicting types for `ap_os_is_path_absolute' /usr/apache/include/os-inline.c:29: previous declaration of `ap_os_is_path_absolute' In file included from sapi_apache2.c:35: /usr/apache/include/http_config.h:154: parse error before `configfile_t' /usr/apache/include/http_config.h:154: warning: no semicolon at end of struct or union /usr/apache/include/http_config.h:156: warning: data definition has no type or storage class /usr/apache/include/http_config.h:175: parse error before `}' /usr/apache/include/http_config.h:175: warning: data definition has no type or storage class /usr/apache/include/http_config.h:224: parse error before `pool' /usr/apache/include/http_config.h:225: parse error before `*' /usr/apache/include/http_config.h:226: parse error before `*' /usr/apache/include/http_config.h:227: parse error before `*' /usr/apache/include/http_config.h:228: parse error before `*' /usr/apache/include/http_config.h:274: parse error before `pool' /usr/apache/include/http_config.h:275: parse error before `pool' /usr/apache/include/http_config.h:332: parse error before `*' /usr/apache/include/http_config.h:371: parse error before `*' /usr/apache/include/http_config.h:372: parse error before `*' /usr/apache/include/http_config.h:373: parse error before `*' /usr/apache/include/http_config.h:374: parse error before `*' /usr/apache/include/http_config.h:381: parse error before `*' /usr/apache/include/http_config.h:395: parse error before `*' In file included from sapi_apache2.c:37: /usr/apache/include/http_core.h:131: parse error before `*' /usr/apache/include/http_core.h:153: parse error before `*' /usr/apache/include/http_core.h:153: warning: data definition has no type or storage class In file included from sapi_apache2.c:38: /usr/apache/include/http_protocol.h:137: parse error before `*' /usr/apache/include/http_protocol.h:138: parse error before `*' In file included from sapi_apache2.c:39: /usr/apache/include/http_log.h:107: parse error before `pool' /usr/apache/include/http_log.h:125: parse error before `*' /usr/apache/include/http_log.h:138: parse error before `pool' /usr/apache/include/http_log.h:138: warning: no semicolon at end of struct or union /usr/apache/include/http_log.h:146: parse error before `}' /usr/apache/include/http_log.h:146: warning: data definition has no type or storage class /usr/apache/include/http_log.h:148: parse error before `*' /usr/apache/include/http_log.h:148: parse error before `*' /usr/apache/include/http_log.h:148: warning: data definition has no type or storage class /usr/apache/include/http_log.h:149: parse error before `*' In file included from sapi_apache2.c:41: /usr/apache/include/util_script.h:73: parse error before `*' /usr/apache/include/util_script.h:78: parse error before `BUFF' /usr/apache/include/util_script.h:84: parse error before `child_info' sapi_apache2.c: In function `php_apache_sapi_log_message': sapi_apache2.c:215: `APLOG_STARTUP' undeclared (first use in this function) sapi_apache2.c:215: (Each undeclared identifier is reported only once sapi_apache2.c:215: for each function it appears in.) sapi_apache2.c:220: warning: passing arg 5 of `ap_log_error' from incompatible pointer type sapi_apache2.c: In function `php_input_filter': sapi_apache2.c:278: warning: passing arg 5 of `ap_log_rerror' from incompatible pointer type sapi_apache2.c: In function `php_output_filter': sapi_apache2.c:358: warning: passing arg 5 of `ap_log_rerror' from incompatible pointer type sapi_apache2.c: In function `php_add_filter': sapi_apache2.c:460: warning: passing arg 5 of `ap_log_error' from incompatible pointer type sapi_apache2.c: In function `php_register_hook': sapi_apache2.c:514: `APR_HOOK_MIDDLE' undeclared (first use in this function) sapi_apache2.c: At top level: sapi_apache2.c:522: `STANDARD20_MODULE_STUFF' undeclared here (not in a function) sapi_apache2.c:522: initializer element is not constant sapi_apache2.c:522: (near initialization for `php4_module.version') sapi_apache2.c:523: warning: initialization makes integer from pointer without a cast sapi_apache2.c:524: warning: initialization makes integer from poin
Bug #16867 Updated: wrong $_SERVER['SERVER_NAME'] contents
ID: 16867 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: SuSE 7.0 PHP Version: 4.2.0 New Comment: Hi, I just checked and $_SERVER['HTTP_HOST'] returns the same value as $_SERVER['SERVER_NAME']; the value of either "servername" of "serveralias" depending on the url. Somehow these should show the value as defined in the apache directive "servername" for the virtualhost you are using, at least that is what I would expect after reading the docs. Maybe it's a bug in apache 1.3.23? Erik Previous Comments: [2002-04-28 20:27:54] [EMAIL PROTECTED] PHP sets these to whatever Apache tells they are.. And do you mean with hostname this: $_SERVER['HTTP_HOST'] ? --Jani [2002-04-28 05:05:24] [EMAIL PROTECTED] One thing I would like to add is that in phpinfo() in the apache section the value Hostname:Port is set correct. Bye, Erik [2002-04-28 04:57:09] [EMAIL PROTECTED] Hi, Well, according to Nick Lindridge developer of PHP-accelerator it should give the name as defined in "servername" for the corresponding virtualhost (he uses this value for his software keys per virtual domain). Also phpinfo() gives the wrong (?) information. If you read the PHP manual where it says "'SERVER_NAME', the name of the server host under which the current script is executing. If the script is running on a virtual host, this will be the value defined for that virtual host.", you would expect that the value of "servername" would be returned. I also do not know if this would be a bug in PHP or in apache. Bye, Erik [2002-04-27 21:11:59] [EMAIL PROTECTED] What exactly are you expecting it to be? Please look in the phpinfo() output, especially the Apache sections. --Jani [2002-04-27 04:17:35] [EMAIL PROTECTED] Hi, It seems that the contents of the var $_SERVER['SERVER_NAME'] is not set correct. I'm using apache 1.3.23 and PHP 4.2.0 with virtual hosts with servernames and serveraliases. $_SERVER['SERVER_NAME'] apparantly can also return the serveralias name instead of the servername, which is not expected behaviour. Please check the following urls to see what I mean: http://broodjekaas.nl/test.php And http://www.broodjekaas.nl/test.php Hope this helps, Erik -- Edit this bug report at http://bugs.php.net/?id=16867&edit=1
Bug #16893: Invalid URI in request GET /phpinfo.php HTTP/1.0
From: [EMAIL PROTECTED] Operating system: Windows 98 PHP version: 4.2.0 PHP Bug Type: *General Issues Bug description: Invalid URI in request GET /phpinfo.php HTTP/1.0 I have recently installed the Apache web server and PHP4 on a Windows 98 platform. I am trying to run the script phpinfo.php through the which only contains: The web brower displays the following message: Invalid URI in request GET /phpinfo.php HTTP/1.0 The apache error log contains: [Tue Jun 20 11:09:01 2000] [error] [client 127.0.0.1] Invalid URI in request GET /phpinfo.php HTTP/1.0 The apache access log contains: [Mon Apr 29 14:11:13 2002] [error] [client 127.0.0.1] Invalid URI in request GET /test.php HTTP/1.1 My scripts is located in c:/web/phpweb My Apache httpd.conf file has the following modifications/additions relating to PHP: ScriptAlias /php4/ "c:/WEB/php4win/" AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 AddType application/x-httpd-php .php4 Action application/x-httpd-php "/php4/php.exe" My PHP.ini file is in the c:/windows directory and contains the following modification/additions: doc_root= "c:\web\phpweb" extension_dir = "c:\web\php4win" I reviewed all of the documentation and FAQs on this site and others have not been able to find a resolution to my problem. Thanks. -- Edit bug report at http://bugs.php.net/?id=16893&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16893&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16893&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16893&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16893&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16893&r=support Expected behavior: http://bugs.php.net/fix.php?id=16893&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16893&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16893&r=submittedtwice
Bug #16333 Updated: mail() is not supported in this PHP build
ID: 16333 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Mail related Operating System: Linux Debian 3.0 i386 PHP Version: 4.1.2 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-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 #15909 Updated: mysql and header() problem prevent saving session vars(?)
ID: 15909 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: Session related Operating System: Linux (Debian) PHP Version: 4.1.1 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-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. [2002-03-26 00:40:21] [EMAIL PROTECTED] Do you use MySQL? 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 #15151 Updated: Decimals/Numerics stored as int64 always display as xxx.2
ID: 15151 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: No Feedback Bug Type: InterBase related Operating System: Windows PHP Version: 4.1.1 New Comment: No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: [2002-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; [2002-01-21 13:15:30] [EMAIL PROTECTED] This is also reported as #13807 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 #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: 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 Previous Comments: [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 this in a strange way that was recommended to me by someone on a mailing list when I was having similar troubles compiling PHP 4.1.x. I link the object files from the Apache version of Expat-Lite into the shared libs libxmltok and libxmlparse, and then put them in the library path: cd /usr/local/src/apache_1.3.23/src/lib/expat-lite ld -shared -o libxmltok.so xmltok.o ld -shared -o libxmlparse.so *.o mv libxmlparse.so libxmltok.so /usr/local/lib # ldconfig -v | grep libxml libxml2.so.2 -> libxml2.so.2.4.10 libxmlparse.so -> libxmlparse.so libxmltok.so -> libxmltok.so And then the con
Bug #16855 Updated: PHP ignores the pg_query.
ID: 16855
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: PostgreSQL related
Operating System: Slackware 8.0 Kerel 2.4.19.7
PHP Version: 4.2.0
New Comment:
If you need sample scirpts, it's under ext/pgsql/test/.
Previous Comments:
[2002-04-28 13:34:02] [EMAIL PROTECTED]
I think you dont understand my problem.
I wanna make a simple select but PHP 4.2 do not returns the lines of
the select after the $fetch = pg_fetch_row($result, 0); WHY? The php
4.2 changes the method of making a select ?!? is not more like
$result=pg_exec($connection, "SELECT pass FROM adm WHERE login =
'$inLOGIN'")
or die ("Somethig wrong at the Query");
Could you sent me a sample of select ?!?
Thanks in addvance
Helio Ferenhof
[2002-04-26 19:19:45] [EMAIL PROTECTED]
I meant
(or use 4.2.0's pgsql module with 4.1.2)
It should work.
[2002-04-26 18:59:14] [EMAIL PROTECTED]
If you need portablility, please used old names mentioned in manual
pages. (use 4.2.0 pgsql module with 4.1.2)
[2002-04-26 11:49:44] [EMAIL PROTECTED]
In php 4.2.0 the same php that I run at 4.1.2 do not return the values
of the select.
Anyone know why do not work at 4.2.0 ? Its a bug or something changes a
lot??!
SAMPLE (This code run at 4.1.2 and dono at 4.2.0)
VALIDADE LOGIN.php
$connection = pg_connect("host=localhost port=5432 dbname=admins
user=myuser password=PASSWORD")
or die ("I Could not connect to PostGres --> " .
pg_errormessage($conn));
$result=pg_exec($connection, "SELECT pass FROM adm WHERE login =
'$inLOGIN'")
or die ("Somethig wrong at the Query");
$num = pg_numrows($result);
if ($num != 0)
$fetch = pg_fetch_row($result, 0);
$TiTuLo = "DB Varilux Admin";
$BaCk = "index.html";
if ($inPASS == "") {
include('header.inc');
echo " Oops! User name or password
no
valid Try
agin";
include('footer.inc');
pg_close ($connection);
exit;
}
if ($inPASS == base64_decode($fetch[0])) {
$to_cookie = base64_encode("OK");
setcookie("admins",$to_cookie,NULL,NULL,NULL,0);
$to_cookie2 = base64_encode($inLOGIN);
setcookie("admin_login",$to_cookie2,NULL,NULL,NULL,0);
include('menu.html');
}
else {
include('header.inc');
echo " Oops!Username or password
invalidtry agin";
include('footer.inc');
}
pg_close ($connection);
--
Edit this bug report at http://bugs.php.net/?id=16855&edit=1
Bug #16892: reading data from fsockopen/fopen times out
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.2.0
PHP Bug Type: Sockets related
Bug description: reading data from fsockopen/fopen times out
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 bug report at http://bugs.php.net/?id=16892&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16892&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16892&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16892&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16892&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16892&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16892&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16892&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16892&r=submittedtwice
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 Bug Type: Feature/Change Request Operating System: every system PHP Version: 4.2.0 -Assigned To: yasuo +Assigned To: yohgaki 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
Bug #16629 Updated: php_flag not working and php_value strange behavior
ID: 16629 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Windows XP PHP Version: 4.2.0 New Comment: I also have this problem under FreeBSD with Apache 2.0.35 and PHP/4.3.0-dev, and I have a working patch. I don't know where to sedn it or how to attach it. If someone could email me where to send it, I'll send it. Previous Comments: [2002-04-26 17:47:09] [EMAIL PROTECTED] Same problem on Linux machine running apache 2.0.35 with FINAL release of php 4.2.0 [2002-04-24 17:11:42] [EMAIL PROTECTED] I have the same problem under Windows 98 SE (Apache 2.0.35) and the FINAL RELEASE of PHP 4.2.0. [2002-04-16 05:50:15] [EMAIL PROTECTED] same here on win2k, php 4.2.0 rc4 [2002-04-16 04:44:44] [EMAIL PROTECTED] I was attempting to modify register_globals value in my vhost config file like i used to do with PHP 4.1.X + Apache 1.3: php_value register_globals On / Off It didn't work with PHP 4.2.0 RC/3 even if i didn't get any error message (the value just didn't get changed) i tried using php_flag register_globals On / Off, but i got an error message when attempting to restart apache: Invalid command 'php_flag', perhaps mis-spelled or defined by a module not included in the server configuration Same thing with php_admin_flag I had to use php_value register_globals 1 / 0 to get it to work. I'm running Apache 2.0.35 on Windows XP professional, with PHP 4.2.0 RC/3. -- Edit this bug report at http://bugs.php.net/?id=16629&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 Bug Type: XSLT related Operating System: Red Hat Linux 7.2 PHP Version: 4.2.0 New Comment: --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. Previous Comments: [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 #16841 Updated: imagepng() segfaults
ID: 16841 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: GD related Operating System: Linux PHP Version: 4.2.0 New Comment: Have you tried compiling pdflib with external pnglib? (--with-pnglib) --Jani Previous Comments: [2002-04-26 21:25:26] [EMAIL PROTECTED] Uh, 'configure', 'make', 'make install'. Always worked in the past. [2002-04-26 21:23:10] [EMAIL PROTECTED] And your pdflib configure line? [2002-04-26 21:18:30] [EMAIL PROTECTED] The simplest configuration I can get it to crash with is: configure --with-zlib --with-gd --with-png-dir=/usr --with-jpeg-dir=/usr --pdflib I'm just building the CGI version because it is easier than doing a 'make install' and restarting the Apache etc, but this bug does affect the Apache DSO build as well. The weird thing is that this works fine with PHP 4.1.2, AND the libpng 1.2.1. It seems to look more and more like this bug is pdflib related. [2002-04-26 09:20:11] [EMAIL PROTECTED] I couldn't reproduce this either with pdflib from pdflib.com. Can you paste the full configure line of PHP and of pdflib ? [2002-04-26 08:34:05] [EMAIL PROTECTED] I got it to work ok by removing the --with-pdflib from my configure. There's something over at http://www.pdflib.com/pdflib/patches.html which sounds almost relevant (although it affects TIFF routines). I'm running pdflib 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/16841 -- Edit this bug report at http://bugs.php.net/?id=16841&edit=1
Bug #16857 Updated: short if assignment syntax for static vars
ID: 16857 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Feature/Change Request Operating System: Any PHP Version: 4.2.0 New Comment: I backtraced my sources and I seem to have combined the fact that arithmetic expressions can't be used on static vars, with the short if-statement. Besides the code I submited, I also used: which didn't increment $currentrow, nor did it issue any warning. When looking for info, I found the user-contributed message: http://www.php.net/manual/en/language.variables.scope.php By [EMAIL PROTECTED], at 10-Dec-2001: static $var = 2+3; //any expression which lead me to believe that also () ? : expressions wouldn' t work, but it's the actual assignment that is ignored. Previous Comments: [2002-04-28 20:03:21] [EMAIL PROTECTED] Works fine for me. Can you please add a short and complete example which shows clearly what you're exactly asking for? --Jani [2002-04-26 12:09:37] [EMAIL PROTECTED] Would be nice if this worked. But the short syntax isn't accepted for a static var, even it's not in the initial declaration. pg_new_api) ? 'pg_num_rows' : 'pg_numrows'; } return @$cmd($result); } ?> -- Edit this bug report at http://bugs.php.net/?id=16857&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: Open +Status: Analyzed -Bug Type: Unknown/Other Function +Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.0CVS-2002-04-26 New Comment: 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 Previous Comments: [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 #16891 Updated: PATH_INFO
ID: 16891 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Web Server problem Operating System: Linux 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-28 20:28:56] [EMAIL PROTECTED] I have compiled PHP 4.2.0 with: ./configure --with-apache=../apache_1.3.24 --enable-ftp --enable-discard-path and apache 1.3.24 with: ./configure --prefix=/usr/local/apache-1.3.24 --activate-module=src/modules/php4/libphp4.a After I run httpd I can't see $PATH_INFO I did the same thing with php 4.1.2 and works ok. is there any settings to enable PATH_INFO or there is problem with that. P.S. Also, I can't see the whole name from PHP Variables. insted of HTTP_SERVER_. I see _SERVER_... Thanks, here are more info: PATH_INFO= PHP Version 4.2.0 System Linux netdot 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown Build Date Apr 28 2002 19:13:40 Configure Command './configure' '--with-apache=../apache_1.3.24' '--enable-ftp' '--enable-discard-path' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/lib Debug Build no Thread Safety disabled This program makes use of the Zend Scripting Language Engine: Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies PHP 4 Credits Configuration PHP Core Directive Local Value Master Value allow_call_time_pass_reference On On allow_url_fopen 1 1 always_populate_raw_post_data 0 0 arg_separator.input & & arg_separator.output & & asp_tags Off Off auto_append_file no value no value auto_prepend_file no value no value browscap no value no value default_charset no value no value default_mimetype text/html text/html define_syslog_variables Off Off disable_functions no value no value display_errors On On display_startup_errors Off Off doc_root no value no value enable_dl On On error_append_string no value no value error_log no value no value error_prepend_string no value no value error_reporting no value no value expose_php On On extension_dir /usr/local/lib/php/extensions/no-debug-non-zts-20010901 /usr/local/lib/php/extensions/no-debug-non-zts-20010901 file_uploads 1 1 gpc_order GPC GPC highlight.bg #FF #FF highlight.comment #FF8000 #FF8000 highlight.default #BB #BB highlight.html #00 #00 highlight.keyword #007700 #007700 highlight.string #DD #DD html_errors On On ignore_user_abort Off Off implicit_flush Off Off include_path .:/usr/local/lib/php .:/usr/local/lib/php log_errors Off Off magic_quotes_gpc On On magic_quotes_runtime Off Off magic_quotes_sybase Off Off max_execution_time 30 30 open_basedir no value no value output_buffering 0 0 output_handler no value no value post_max_size 8M 8M precision 14 14 register_argc_argv On On register_globals Off Off safe_mode Off Off safe_mode_exec_dir 1 1 safe_mode_gid Off Off safe_mode_include_dir no value no value sendmail_from no value no value sendmail_path /usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i short_open_tag On On SMTP localhost localhost sql.safe_mode Off Off track_errors Off Off unserialize_callback_func no value no value upload_max_filesize 2M 2M upload_tmp_dir no value no value user_dir no value no value variables_order no value no value xmlrpc_error_number 0 0 xmlrpc_errors Off Off y2k_compliance Off Off xml XML Support active XML Namespace Support active EXPAT Version 1.95.2 standard Regex Library Bundled library enabled Dynamic Library Support enabled Path to sendmail /usr/sbin/sendmail -t -i Directive Local Value Master Value assert.active 1 1 assert.bail 0 0 assert.callback no value no value assert.quiet_eval 0 0 assert.warning 1 1 safe_mode_allowed_env_vars PHP_ PHP_ safe_mode_protected_env_vars LD_LIBRARY_PATH LD_LIBRARY_PATH url_rewriter.tags a=href,area=href,frame=src,form=fakeentry a=href,area=href,frame=src,form=fakeent
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 +Status: Feedback -Bug Type: Apache2 related +Bug Type: XSLT related Operating System: Red Hat Linux 7.2 PHP Version: 4.2.0 New Comment: --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 Previous Comments: [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 #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: Open +Status: Assigned Bug Type: Feature/Change Request Operating System: every system PHP Version: 4.2.0 -Assigned To: +Assigned To: yasuo New Comment: assigning. Previous Comments: [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 [2002-04-20 05:17:34] [EMAIL PROTECTED] I have just finished writing a book about PHP and PostgreSQL. After we have finished layouting the stuff we have seen that pg_exec has changed to pg_query for ABSOLUTELY NO USEFUL reason. In addition to that my company has written > 1000k of PHP/PostgreSQL code in the past and we have to port ALL applications to the new name. This will be chaotic and I cannot see a reason for the change. Was there no way of leaving the old name? We will never ever use PHP in the future again because what we have to face is a microsoft like change destroying all books and all applications on the market. This IS a bug for all serious companies and developers and I hope that those who are responsible for the mess will read this message. Best regards, Hans-Jürgen Schönig (a former PHP programmer and author) -- Edit this bug report at http://bugs.php.net/?id=16710&edit=1
Bug #16554 Updated: Flags to mysql_connect
ID: 16554 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Feature/Change Request Operating System: ALL PHP Version: 4.1.2 New Comment: duplicate of #15336. Previous Comments: [2002-04-11 12:36:13] [EMAIL PROTECTED] No you're right, it's not yet in. Zak promised to do some work on this. Any News? [2002-04-11 12:07:22] [EMAIL PROTECTED] This is possibly more of a feature request than a bug. In the MySQL C API I like to use various flags with mysql_real_connect, ie CLIENT_COMPRESS and CLIENT_SSL, etc. Am I blind, or is this not available with PHP's mysql_connect and is there any way to pass flags in to it? Thanks, Hans -- Edit this bug report at http://bugs.php.net/?id=16554&edit=1
Bug #16384 Updated: Default value of a mysql table field
ID: 16384 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Any PHP Version: 4.1.2 New Comment: the mysql client library doesn't make this information available outside of mysql_list_fields() results. Previous Comments: [2002-04-01 17:55:50] [EMAIL PROTECTED] PHP's mysql_fetch_field() retrieved information about a MySQL field, however it does not fetch the default value of the field. I think it would be very useful if this function was capable of retrieving this information. -- Edit this bug report at http://bugs.php.net/?id=16384&edit=1
Bug #16891: PATH_INFO
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.2.0 PHP Bug Type: *Web Server problem Bug description: PATH_INFO I have compiled PHP 4.2.0 with: ./configure --with-apache=../apache_1.3.24 --enable-ftp --enable-discard-path and apache 1.3.24 with: ./configure --prefix=/usr/local/apache-1.3.24 --activate-module=src/modules/php4/libphp4.a After I run httpd I can't see $PATH_INFO I did the same thing with php 4.1.2 and works ok. is there any settings to enable PATH_INFO or there is problem with that. P.S. Also, I can't see the whole name from PHP Variables. insted of HTTP_SERVER_. I see _SERVER_... Thanks, here are more info: PATH_INFO= PHP Version 4.2.0 System Linux netdot 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown Build Date Apr 28 2002 19:13:40 Configure Command './configure' '--with-apache=../apache_1.3.24' '--enable-ftp' '--enable-discard-path' Server API Apache Virtual Directory Support disabled Configuration File (php.ini) Path /usr/local/lib Debug Build no Thread Safety disabled This program makes use of the Zend Scripting Language Engine: Zend Engine v1.2.0, Copyright (c) 1998-2002 Zend Technologies PHP 4 Credits Configuration PHP Core Directive Local Value Master Value allow_call_time_pass_reference On On allow_url_fopen 1 1 always_populate_raw_post_data 0 0 arg_separator.input & & arg_separator.output & & asp_tags Off Off auto_append_file no value no value auto_prepend_file no value no value browscap no value no value default_charset no value no value default_mimetype text/html text/html define_syslog_variables Off Off disable_functions no value no value display_errors On On display_startup_errors Off Off doc_root no value no value enable_dl On On error_append_string no value no value error_log no value no value error_prepend_string no value no value error_reporting no value no value expose_php On On extension_dir /usr/local/lib/php/extensions/no-debug-non-zts-20010901 /usr/local/lib/php/extensions/no-debug-non-zts-20010901 file_uploads 1 1 gpc_order GPC GPC highlight.bg #FF #FF highlight.comment #FF8000 #FF8000 highlight.default #BB #BB highlight.html #00 #00 highlight.keyword #007700 #007700 highlight.string #DD #DD html_errors On On ignore_user_abort Off Off implicit_flush Off Off include_path .:/usr/local/lib/php .:/usr/local/lib/php log_errors Off Off magic_quotes_gpc On On magic_quotes_runtime Off Off magic_quotes_sybase Off Off max_execution_time 30 30 open_basedir no value no value output_buffering 0 0 output_handler no value no value post_max_size 8M 8M precision 14 14 register_argc_argv On On register_globals Off Off safe_mode Off Off safe_mode_exec_dir 1 1 safe_mode_gid Off Off safe_mode_include_dir no value no value sendmail_from no value no value sendmail_path /usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i short_open_tag On On SMTP localhost localhost sql.safe_mode Off Off track_errors Off Off unserialize_callback_func no value no value upload_max_filesize 2M 2M upload_tmp_dir no value no value user_dir no value no value variables_order no value no value xmlrpc_error_number 0 0 xmlrpc_errors Off Off y2k_compliance Off Off xml XML Support active XML Namespace Support active EXPAT Version 1.95.2 standard Regex Library Bundled library enabled Dynamic Library Support enabled Path to sendmail /usr/sbin/sendmail -t -i Directive Local Value Master Value assert.active 1 1 assert.bail 0 0 assert.callback no value no value assert.quiet_eval 0 0 assert.warning 1 1 safe_mode_allowed_env_vars PHP_ PHP_ safe_mode_protected_env_vars LD_LIBRARY_PATH LD_LIBRARY_PATH url_rewriter.tags a=href,area=href,frame=src,form=fakeentry a=href,area=href,frame=src,form=fakeentry session Session Support enabled Directive Local Value Master Value session.auto_start Off Off session.cache_expire 180 180 session.cache_limiter nocache nocache session.cookie_domain no value no value session.cookie_lifetime 0 0 session.cookie_path / / session.cookie_secure Off Off session.entropy_file no value no value session.e
Bug #16867 Updated: wrong $_SERVER['SERVER_NAME'] contents
ID: 16867 Updated by: [EMAIL PROTECTED] -Summary: wrong $_SERVER['SERVER_NAME' contents Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: SuSE 7.0 PHP Version: 4.2.0 New Comment: PHP sets these to whatever Apache tells they are.. And do you mean with hostname this: $_SERVER['HTTP_HOST'] ? --Jani Previous Comments: [2002-04-28 05:05:24] [EMAIL PROTECTED] One thing I would like to add is that in phpinfo() in the apache section the value Hostname:Port is set correct. Bye, Erik [2002-04-28 04:57:09] [EMAIL PROTECTED] Hi, Well, according to Nick Lindridge developer of PHP-accelerator it should give the name as defined in "servername" for the corresponding virtualhost (he uses this value for his software keys per virtual domain). Also phpinfo() gives the wrong (?) information. If you read the PHP manual where it says "'SERVER_NAME', the name of the server host under which the current script is executing. If the script is running on a virtual host, this will be the value defined for that virtual host.", you would expect that the value of "servername" would be returned. I also do not know if this would be a bug in PHP or in apache. Bye, Erik [2002-04-27 21:11:59] [EMAIL PROTECTED] What exactly are you expecting it to be? Please look in the phpinfo() output, especially the Apache sections. --Jani [2002-04-27 04:17:35] [EMAIL PROTECTED] Hi, It seems that the contents of the var $_SERVER['SERVER_NAME'] is not set correct. I'm using apache 1.3.23 and PHP 4.2.0 with virtual hosts with servernames and serveraliases. $_SERVER['SERVER_NAME'] apparantly can also return the serveralias name instead of the servername, which is not expected behaviour. Please check the following urls to see what I mean: http://broodjekaas.nl/test.php And http://www.broodjekaas.nl/test.php Hope this helps, Erik -- Edit this bug report at http://bugs.php.net/?id=16867&edit=1
Bug #12669 Updated: Utterly Global Variables - What Zeev was talkin about
ID: 12669 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: All PHP Version: 4.0.6 New Comment: There are other requested that is duplicated from this one: #14712 Previous Comments: [2001-08-08 21:16:46] [EMAIL PROTECTED] "The new variables are auto-globals - they're available in all function contexts" - Zeev How hard would it be to allow a construct so that a developer could indicate that one or more variables was available in all scope. I have a big "Enviroment" class that does everything from data processing, security, access control, page rendering, etc, etc, etc. Its a huge pain to pass around a handle to my "$Env" variable all the time. If the access control list needs to check something about the user, or the page needs to know which template it should be rendering, I need to traverse my heirarchy via this handle. I'm tired of having references to it stored everywhere ;) Any chance of getting this? -- Edit this bug report at http://bugs.php.net/?id=12669&edit=1
Bug #16118 Updated: Request for new feature: textlen() or textlength()
ID: 16118 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: All PHP Version: 4.1.2 New Comment: strlen(strip_tags($string)) Previous Comments: [2002-03-16 16:55:30] [EMAIL PROTECTED] It would be nice with a companion to strlen() that basically first did a strip_tags (all tags) and then a strlen(). Yes, I know I can write this function myself, but the same could be said for many function included in the "core" PHP library. -- Edit this bug report at http://bugs.php.net/?id=16118&edit=1
Bug #16885 Updated: OpenSSL : function `X509_PURPOSE_ANY´ undeclared
ID: 16885 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.1.2 New Comment: Which openssl version is this? --Jani p.s. Always use the install prefix in configure paths.. (Not /usr/local/lib but /usr/local) Previous Comments: [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 #16822 Updated: 500 error in IE 6.0
ID: 16822 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Windows XP PHP Version: 4.2.0 New Comment: 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? Previous Comments: [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. [2002-04-26 20:55:28] [EMAIL PROTECTED] Do you have 'register_globals' turned off/on in php.ini? --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 #15283 Updated: secure ftp support
ID: 15283 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Feature/Change Request Operating System: NA PHP Version: 4.1.0 New Comment: duplicate of #15725 (which is a later bug, but wez has claimed it). Previous Comments: [2002-01-29 16:53:23] [EMAIL PROTECTED] Well... I was trying to get to the "request a new feature or language change" but I believe that just links to this bugs page anyways, so sorry if this is being directed to the wrong person. Anyway, Im trying to implement Secure FTP through PHP with OpenSSL without much luck. It would be cool if this was added to the "ftp_connect" function call as an argument (0 for regular ftp, 1 for SSL). That would make it really easy. Just a suggestion though, for all I know it might already be as easy as that and Im just too dense to figure it out. -- Edit this bug report at http://bugs.php.net/?id=15283&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: 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 Previous Comments: [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 [2002-04-24 07:00:27] [EMAIL PROTECTED] in config.log there's only "configure:28215: error: Unable to find libgd.(a|so) anywhere under /PKl01h01/soft/web" libgd.sl and libgd.a are together in /PKl01h01/soft/web/lib (create a symbolic link libgd.so -> libgd.sl doesn't solve the problem.) @++ 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 #15707 Updated: suggestion to Document about time() and other "Date and Time functions"
ID: 15707 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type:Feature/Change Request PHP Version: 4.1.1 New Comment: the documentation does explain how to use unix timestamps. Previous Comments: [2002-03-06 13:23:20] [EMAIL PROTECTED] sorry for my fooly mistype @_@ i've read so many codes when they calc: when->which hold website--> whole website [2002-02-25 00:11:17] [EMAIL PROTECTED] why isn't there any suggestion/guide to the web-developers that we should use unix timestamp for internal processing and allowing convert in input/output almost every c/c++ programmer would think, it's fooly yet funny to operate TIME using STRING format also in low speed i've read so many codes when they calc the time_diff mktime(..substr($time, 0, 4) - substr(..). blah... blah); i'm using unix timestamp in my hold website, and output in certain format as I like. it's simple yet enough! i'm afraid it's only needed by mysql to store string-format timestamp(mysql timestamp) that we can search by month or year and others -- Edit this bug report at http://bugs.php.net/?id=15707&edit=1
Bug #15494 Updated: Need checkdnsrr() functionality on Windows
ID: 15494 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Feature/Change Request Operating System: Windows (Any version) PHP Version: 4.1.1 New Comment: duplicate of #5311. Previous Comments: [2002-02-11 00:13:07] [EMAIL PROTECTED] Checkdnsrr() should be implemented on windows! If it is on all other OSs, why not Windows? -- Edit this bug report at http://bugs.php.net/?id=15494&edit=1
Bug #15171 Updated: popen not fully supported
ID: 15171 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +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() does this. Previous Comments: [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 #14704 Updated: phpversion (bool Float) request
ID: 14704
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 4.1.0
New Comment:
you need to use version_compare() to compare versions. (they aren't
always entirely numeric.)
Previous Comments:
[2001-12-26 15:20:05] [EMAIL PROTECTED]
Look:
If someone wants to compare the versions of PHP, so he need to create a
preg-like routine to change the string of PHP version to double
numbers.
So, you can rewrite in C the phpversion to
function phpversion($withFloat = FALSE) {
if ($withFloat == TRUE) {
return 4.14;
}
return "4.1.4";
}
So, if someone want a float number, he will call phpversion(1);
Thanx.
--
Edit this bug report at http://bugs.php.net/?id=14704&edit=1
Bug #16857 Updated: short if assignment syntax for static vars
ID: 16857 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: Any PHP Version: 4.2.0 New Comment: Works fine for me. Can you please add a short and complete example which shows clearly what you're exactly asking for? --Jani Previous Comments: [2002-04-26 12:09:37] [EMAIL PROTECTED] Would be nice if this worked. But the short syntax isn't accepted for a static var, even it's not in the initial declaration. pg_new_api) ? 'pg_num_rows' : 'pg_numrows'; } return @$cmd($result); } ?> -- Edit this bug report at http://bugs.php.net/?id=16857&edit=1
Bug #14712 Updated: allways global scope
ID: 14712
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Duplicate
Bug Type: Feature/Change Request
Operating System: all
PHP Version: 4.1.0
New Comment:
duplicate of #12669.
Previous Comments:
[2001-12-27 02:10:51] [EMAIL PROTECTED]
Will be cool if a new language constructor set global scope to a
variable, like $_REQUEST, $_POST, etc.
This "forever global" constructor should work with every type of
variable (array,object,resource,string, etc)
So,
template_dir = "/lib/here/";
forever $smarty;
function something() {
// output "/lib/here";
print $smarty->template_dir;
}
// output "/lib/here";
print $smarty->template_dir;
class foo {
function other () {
// output "/lib/here";
print $smarty->template_dir;
}
}
Thanx.
--
Edit this bug report at http://bugs.php.net/?id=14712&edit=1
Bug #16858 Updated: Make clean/distclean don't remove the lib directory
ID: 16858 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed -Bug Type: Unknown/Other Function +Bug Type: Compile Failure Operating System: FreeBSD 4.4 PHP Version: 4.2.0 New Comment: Fixed in CVS. Fix will be in PHP 4.2.1. Previous Comments: [2002-04-26 12:50:16] [EMAIL PROTECTED] When php-4.2.0 is first unpacked there is no lib directory. This directory is created (and populated) when make is run (after running configure). This directory (and contents) are not removed by either make clean or make distclean - they should be. For what it's worth I use the following options to configure: './configure' \ '--with-mysql=/usr/local/mysql' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--with-gd=/usr/local' \ '--with-zlib-dir=/usr/local' \ '--with-png-dir=/usr/local' \ '--with-jpeg-dir=/usr/local' \ '--with-ttf=/usr/local' \ '--with-pgsql=/usr/local/pgsql' \ '--with-tsrm-pth' \ -- Edit this bug report at http://bugs.php.net/?id=16858&edit=1
Bug #13949 Updated: sort option for dir()
ID: 13949 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: linux PHP Version: 4.0.6 New Comment: not going to happen. Previous Comments: [2001-11-05 22:46:20] [EMAIL PROTECTED] Add a sort option for dir() The commentary has a nice suggestion: $sortoption="SORT_BY_NAME|DATE|SIZE" dir($somedir, $sortoption); if $sortoption is NULL, do not sort (for speedfreaks ;) -- Edit this bug report at http://bugs.php.net/?id=13949&edit=1
Bug #13623 Updated: support ESMTP AUTH
ID: 13623 Updated by: [EMAIL PROTECTED] -Summary: ESMTP Functionality Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: NT 4 PHP Version: 4.0.6 New Comment: update summary. Previous Comments: [2001-10-10 00:53:51] [EMAIL PROTECTED] Is it possible to have the IMap function accept authentication over SMTP? Currently they dont support it, but there are times (increasingly more and more) where you need to authenticate with a mail server that has turned off mail relaying. Refer: RFC2554 URL: ftp://ftp.isi.edu/in-notes/rfc2554.txt I have had to resort to using an exteral cgi to send my emails rather than php becuase of this issue. -- Edit this bug report at http://bugs.php.net/?id=13623&edit=1
Bug #12944 Updated: new date() and getdate() feature
ID: 12944
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: linux redhat 7.0
PHP Version: 4.0.4pl1
Previous Comments:
[2002-04-28 19:49:26] [EMAIL PROTECTED]
date("W") does this.
[2001-08-24 07:56:41] [EMAIL PROTECTED]
strftime already supports this: (from the manual notes):
Week number:
print strftime("%W");
[2001-08-24 07:45:59] [EMAIL PROTECTED]
It would be nice is the php date() function could
return the ISO-defined week of year.
getdate() could also add that value (the ISO-defined week of year)
associated to the 'yweek' key in the returned array.
--
Edit this bug report at http://bugs.php.net/?id=12944&edit=1
Bug #16584 Updated: GD compile failure
ID: 16584 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback -Bug Type: Compile Failure +Bug Type: GD related Operating System: FreeBSD 4.3-STABLE PHP Version: 4.2.0 New Comment: You have multiple gd.h and libgd.* files in your system. Please remove all of them and reinstall only ONE version of gd library. And you're obviously trying to reconfigure same PHP sources but fail to cleanup properly in between the tries. Can you please get fresh sources of PHP and try again --Jani Previous Comments: [2002-04-28 13:27:01] [EMAIL PROTECTED] OK when I try with an older version of GD using this configure : ./configure \ --prefix=/usr/home//local \ --enable-bcmath \ --with-zlib \ --enable-gd-native-ttf \ --with-gd=/usr/local \ --with-png-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --enable-exif \ --with-mysql=/usr/local \ --disable-pear \ --with-config-file-path=/usr/home//local/etc \ --enable-debug=no \ --enable-force-cgi-redirect=yes \ --with-openssl=/usr/local/ssl \ --with-curl=/usr/home//src/curl-7.9 \ --with-dom=/usr/home//local configure works fine, and correctly detects the version of GD to use (it says "checking for gdImageCreateTrueColor in -lgd... no" which means this is indeed GD before 2.0 version which didn't support true color). I get this error when compiling : ./.libs/libphp4.a(gd.o): In function `zm_startup_gd': /usr/home//src/php-4.2.0/ext/gd/gd.c:281: undefined reference to `T1_SetBitmapPad' /usr/home//src/php-4.2.0/ext/gd/gd.c:282: undefined reference to `T1_InitLib' /usr/home//src/php-4.2.0/ext/gd/gd.c:283: undefined reference to `T1_SetLogLevel' ./.libs/libphp4.a(gd.o): In function `zif_imagecreatetruecolor': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0xd9e): undefined reference to `gdImageCreateTrueColor' ./.libs/libphp4.a(gd.o): In function `zif_imagetruecolortopalette': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0xf2b): undefined reference to `gdImageTrueColorToPalette' ./.libs/libphp4.a(gd.o): In function `zif_imagesetthickness': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x1032): undefined reference to `gdImageSetThickness' ./.libs/libphp4.a(gd.o): In function `zif_imagefilledellipse': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x136a): undefined reference to `gdImageFilledEllipse' ./.libs/libphp4.a(gd.o): In function `zif_imagefilledarc': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x1836): undefined reference to `gdImageFilledArc' ./.libs/libphp4.a(gd.o): In function `zif_imagealphablending': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x193a): undefined reference to `gdImageAlphaBlending' ./.libs/libphp4.a(gd.o): In function `zif_imagecolorresolvealpha': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x1bd1): undefined reference to `gdImageColorResolveAlpha' ./.libs/libphp4.a(gd.o): In function `zif_imagecolorclosestalpha': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x1e61): undefined reference to `gdImageColorClosestAlpha' ./.libs/libphp4.a(gd.o): In function `zif_imagecolorexactalpha': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x20f1): undefined reference to `gdImageColorExactAlpha' ./.libs/libphp4.a(gd.o): In function `zif_imagecopyresampled': /usr/home//src/php-4.2.0/ext/gd/gd.c:882: undefined reference to `gdImageCopyResampled' ./.libs/libphp4.a(gd.o): In function `php_imagettftext_common': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8aa5): undefined reference to `gdImageStringFT' ./.libs/libphp4.a(gd.o): In function `php_free_ps_font': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8b1e): undefined reference to `T1_DeleteFont' ./.libs/libphp4.a(gd.o): In function `php_free_ps_enc': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8b3f): undefined reference to `T1_DeleteEncoding' ./.libs/libphp4.a(gd.o): In function `zif_imagepsloadfont': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8c01): undefined reference to `T1_AddFont' /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8c45): undefined reference to `T1_LoadFont' ./.libs/libphp4.a(gd.o): In function `zif_imagepsencodefont': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8df7): undefined reference to `T1_LoadEncoding' /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8e1e): undefined reference to `T1_DeleteAllSizes' /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8e29): undefined reference to `T1_ReencodeFont' /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8e39): undefined reference to `T1_DeleteEncoding' ./.libs/libphp4.a(gd.o): In function `zif_imagepsextendfont': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8f6c): undefined reference to `T1_ExtendFont' ./.libs/libphp4.a(gd.o): In function `zif_imagepsslantfont': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x9084): undefined referen
Bug #12944 Updated: new date() and getdate() feature
ID: 12944
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: linux redhat 7.0
PHP Version: 4.0.4pl1
New Comment:
date("W") does this.
Previous Comments:
[2001-08-24 07:56:41] [EMAIL PROTECTED]
strftime already supports this: (from the manual notes):
Week number:
print strftime("%W");
[2001-08-24 07:45:59] [EMAIL PROTECTED]
It would be nice is the php date() function could
return the ISO-defined week of year.
getdate() could also add that value (the ISO-defined week of year)
associated to the 'yweek' key in the returned array.
--
Edit this bug report at http://bugs.php.net/?id=12944&edit=1
Bug #12981 Updated: request: bare regexp and =~ operator
ID: 12981
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Win2k
PHP Version: 4.0.6
New Comment:
this isn't going to happen.
Previous Comments:
[2001-08-27 12:28:01] [EMAIL PROTECTED]
Hey guys. I love php, keep up the good work!
Anyhow, I've been playing with other scripting languages as well as php
to keep up my skills and I've come to realize how much a pain in the
ass regexp is in php. having to use:
preg_match_all("/\s+\d+.\d+/", "php version 4.0.6", $matches);
instead of:
"php version 4.0.6" =~ /\s\d+.\d+\/;
is just a real pain. I think bare regexps and an =~ operator would
really kick ass. I understand that the functions may be a simpler way
for people to ease into regexps, but power users want the flexibility
that languages like perl and ruby (among others) have.
--
Edit this bug report at http://bugs.php.net/?id=12981&edit=1
Bug #12712 Updated: named function parameters
ID: 12712
Updated by: [EMAIL PROTECTED]
-Summary: a little suggestion
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Feature/Change Request
Operating System: Windows 2000
PHP Version: 4.0.6
New Comment:
rewrote summary.
Previous Comments:
[2001-08-13 04:05:59] [EMAIL PROTECTED]
Good day. It is not a really bug report but a little suggestion for new
PHP relase. I'll be good thing to add to PHP
language ability to create functions with named parameters like in
Visual Basic. For example:
//Classic function:
function printhello($name, $bold = false, $italic = false)
{
$ret = "Hello $name!"
if ($bold)
$ret = "$ret";
if ($italic)
$ret = "$ret";
echo $ret;
}
//Suggested function:
function printhello(name: $name, fat: $bold = false, emphased: $italic
= false)
{
// same body as above ...
}
This new function could be called like: printhello("Martin", true);
or like new: printhello(fat: true, name: "Martin");
Thank you.
--
Edit this bug report at http://bugs.php.net/?id=12712&edit=1
Bug #12370 Updated: Feature suggestion
ID: 12370 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Duplicate Bug Type: Feature/Change Request Operating System: Linux 2.4.3 PHP Version: 4.0.6 New Comment: duplicate of #11060. Previous Comments: [2001-07-26 14:06:21] [EMAIL PROTECTED] reclassified [2001-07-25 12:28:25] [EMAIL PROTECTED] After reading the documentation on integers, I found myself wondering why PHP does not allow a 64-bit "Long Integer" type instead of converting values that overflow 32bit Integers to Double? -- Edit this bug report at http://bugs.php.net/?id=12370&edit=1
Bug #12204 Updated: support for cache database (http://www.e-dbms.com/)
ID: 12204 Updated by: [EMAIL PROTECTED] -Summary: Datbase can not spoken on. Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: AIX 5L PHP Version: 4.0.6 New Comment: update summary. Previous Comments: [2001-07-17 09:15:40] [EMAIL PROTECTED] We Use The Caché Database from intersystems. The Databast have a lot more Speed than MySQL, IBM DB2 or Oracle. Can you integrieren the Caché Database in the Supportet Databases from PHP. OK you can speak the Database over SQL on. but this is a lot tarrier as directly. Greetings, Mike -- Edit this bug report at http://bugs.php.net/?id=12204&edit=1
Bug #16890 Updated: Session variables lost during page changes
ID: 16890
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: WinXP
PHP Version: 4.2.0
New Comment:
If you want to use sessions, you need to ALWAYS have
session_start() before trying to access $_SESSION[]
(or $HTTP_SESSION_VARS[] )
--Jani
Previous Comments:
[2002-04-28 17:27:29] [EMAIL PROTECTED]
Hi all,
Globals are Off!
I am logging in from a form on one page (sessions.php), sending the
data via GET (for test purposes) to another script (setSession.php)
which should display the contents of the session vars once set. Then
there is a hyperlink to take me back to the sessions.php script where I
should be presented with a welcome message as opposed to the original
log in form. The problem is that there appears to be great
inconsistency with how session vars perform. I have included the test
scripts I have been using below for your convenience.
Problem exhibited
Test Case 1 (see Test Code):
This is the method recommended for when Globals are On but I ran this
test with Globals Off to see if it helped. This results with me not
being able to see the session var contents on the page they are created
BUT following the link which takes me back to the login Form does
result with me being logged in automatically.
Test Case 2:
This results with me being able to display the contents of the session
vars on the page which created them BUT they appear to get lost when
following the link which should auto log me in.
Test Case 3:
Results are exactly the same as Test Case 2.
Note: To simulate a test case, copy the two scripts below and set the
$testcase number at the top of each script.
==
sessions.php
==
";
echo "\n"
. "User: \n"
. "ID: \n"
. "\n"
. "\n";
}
break;
case 2;
if ($_SESSION['username']){
echo "Welcome ".$_SESSION['username'];
} else {
echo "Running Test Case $testcase ";
echo "\n"
. "User: \n"
. "ID: \n"
. "\n"
. "\n";
}
break;
case 3:
if ($HTTP_SESSION_VARS['username']){
echo "Welcome ".$HTTP_SESSION_VARS['username'];
} else {
echo "Running Test Case $testcase ";
echo "\n"
. "User: \n"
. "ID: \n"
. "\n"
. "\n";
}
break;
default:
echo "Invalid Test Case Specified";
exit (1);
}
?>
===
setSession.php
===
";
echo "";
?>
Session Vars are set to:
";
echo "Userid = ".$HTTP_SESSION_VARS['userid']."";
break;
case 2:
echo "User = ".$_SESSION['username']."";
echo "Userid = ".$_SESSION['userid']."";
break;
case 3:
echo "User = ".$HTTP_SESSION_VARS['username']."";
echo "Userid = ".$HTTP_SESSION_VARS['userid']."";
break;
default:
echo "Invalid Test Case Specified";
exit(1);
}
?>
Click here to test your session vars
Thanks
--
Edit this bug report at http://bugs.php.net/?id=16890&edit=1
Bug #12012 Updated: dec2bin and bin2dec
ID: 12012
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Any
PHP Version: 4.0.6
New Comment:
bindec() and decbin() are exactly what the original request was about.
Previous Comments:
[2001-07-10 14:33:36] [EMAIL PROTECTED]
Hm, I now see that bindec('10101010001') is the syntax, and not a few
bytes or something. That is not (yet?) implemented.
I'm not sure this should be in PHP. PHP isn't meant to work with binary
files. I think that usually there are better alternatives, for example
if you're after saving a few bytes of diskspace, this isn't the way to
go.
[2001-07-10 14:22:35] [EMAIL PROTECTED]
Take a look at
http://www.php.net/bindec
and
http://www.php.net/decbin
They already exist...
[2001-07-10 10:52:14] [EMAIL PROTECTED]
hi, can you please implement these functions in a future release ?
a binary to decimal converter:
int bin2dec(string binstr);
and a decimal to binary converter:
string dec2bin(int decvalue);
thanks
--
Edit this bug report at http://bugs.php.net/?id=12012&edit=1
Bug #9200 Updated: strtolower handle arrays in addition to strings
ID: 9200 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: linux PHP Version: 4.0.4pl1 New Comment: you can use array_map() to apply a function to an array like this. Previous Comments: [2001-02-09 19:29:38] [EMAIL PROTECTED] It would be nice to have strtolower() accept arrays as arguments (or just make a function such as ArrayToLower()). For example: $OUT["SomECapital"]="Whatever This Doesn't Matter"; echo $OUT["SomECapital"]; /* Works as expected */ $newOUT=strtolower($OUT); /* Currently the above line puts "Array" into $newOUT (like expected) , instead make this convert indexes with uppercase letters into lower case, so the line below would work and output the string "Whatever This Doesn't Matter" */ echo $newOUT["somecapital"]; -- Edit this bug report at http://bugs.php.net/?id=9200&edit=1
Bug #8960 Updated: Request for a more flexible Metaphone function
ID: 8960 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: FreeBSD PHP Version: 4.0.4pl1 New Comment: the algorithm behind metaphone is specific to the english language. Previous Comments: [2001-01-27 19:26:58] [EMAIL PROTECTED] I would like to suggest that the Metaphone function be a little bit more flexible. I have heard (from the manual) that it is partly based on some english language rules, would it be possible to send a text-file with these configurations, and change the file in php.ini, or maybe a file which can be changed prior to compiling? Any of the two would be very useful for people in other countries... Thank you -- Edit this bug report at http://bugs.php.net/?id=8960&edit=1
Bug #8290 Updated: allow func_*_arg?() functions as function parameters inside a function
ID: 8290
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Analyzed
+Status: Closed
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 4.0.3pl1
New Comment:
the syntax in the original request works just fine.
Previous Comments:
[2000-12-18 12:56:47] [EMAIL PROTECTED]
I thought of something like INTERNAL_PARAM_PASSTHROUGH,
otherwise you would have to do
bar(fung_get_arg(0),func_get_arg(1),func_get_arg(2)...)
or
bar(func_get_args())
and then in bar work with an array of args
[2000-12-18 08:35:48] [EMAIL PROTECTED]
no need for constants - func_get_arg() / func_get_args() does that.
[2000-12-16 14:31:56] [EMAIL PROTECTED]
agreed, maybe even (as a special case in function calls)
some constant containing the desired argument from function1
eg. __arg0, __arg1
but I guess this would be a performance loss
anyway using func_get_arg? in function calls makes sense
sometimes
[2000-12-16 02:46:32] [EMAIL PROTECTED]
It'd be handy if one could do
function foo()
{
...
$x = bar( func_get_arg( 0 ) ) ;
...
}
--
Edit this bug report at http://bugs.php.net/?id=8290&edit=1
Bug #8075 Updated: Make Function/Method return value a "direct" object
ID: 8075
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Redhat Linux 6.2
PHP Version: 4.0.2
New Comment:
this is possible in ZE2.
Previous Comments:
[2000-12-01 23:31:40] [EMAIL PROTECTED]
What I mean is like this:
function &getDB() {
global $DB;
if (!isset $DB) $DB = new SomeDatabaseConnectionClass()
return $DB
}
and in some function/method I just could use it like this
getDB()->query_limit($sql_text);
It sure will make my code a lot smaller.
TIA,
Zakaria
--
Edit this bug report at http://bugs.php.net/?id=8075&edit=1
Bug #16796 Updated: missing dlls in the distribution package
ID: 16796 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: *General Issues Operating System: Windows 2000 PHP Version: 4.2.0 New Comment: 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. Previous Comments: [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?) [2002-04-24 10:53:31] [EMAIL PROTECTED] I think you should just use the old library that came with PHP 4.1.2. It's just not delivered with the standard package anymore. 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 #6222 Updated: ora_fetch_array?
ID: 6222 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Digital UNIX PHP Version: 4.0.1pl2 New Comment: you can use the ORA_FETCHINTO_ASSOC flag to ora_fetch_into() to get this behavior. Previous Comments: [2000-08-17 14:19:31] [EMAIL PROTECTED] Amongst the Oracle functions it would be nice to have something like mysql_fetch_array which returns a row into an associative array using the field names as keys. -- Edit this bug report at http://bugs.php.net/?id=6222&edit=1
Bug #6019 Updated: document precision of floating point values
ID: 6019 Updated by: [EMAIL PROTECTED] -Summary: Error with equal operator when comparing certain values Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Feature/Change Request Operating System: NT4.0 PHP Version: 4.0.1pl2 New Comment: updating summary. Previous Comments: [2000-08-08 10:34:55] [EMAIL PROTECTED] the precisions are machine-/build-dependant so we can't document them in the manual maybe we can add a section to phpinfo() and/or some constants as in limits.h for MIN/MAX values for integer and float values (passed on to feature request) [2000-08-08 09:37:36] [EMAIL PROTECTED] I think this limitation isn´t mentioned anywhere clearly, transforming into docu bug In fact I don´t know where to look for it and I think the php.ini precision settings has nothing to do with it... [2000-08-08 09:25:26] [EMAIL PROTECTED] verified, replacing == with === in the third block will produce 0, what is correct for any reason the comparison is done corretly withing strings, I think you won´t have to switch to bcmaths functions for these tiny doubles, using var_dump() reveals that they´re correctly stored in $GLOABLS resumé: PHP performs return only 0,2,4 differences not 1,3,5 dealing with large numbers example: echo 983456789123-983456789122; // return2 s, should 1 echo 983456789123-9834567891230001; // returns 0, should -1 and so on [2000-08-08 09:07:23] [EMAIL PROTECTED] 1. Use === when you are interested in string-to-string comparison. 2. PHP has precision limits, if you need more precision please use bc extension. [2000-08-08 08:59:54] [EMAIL PROTECTED] When comparing certain numbers using the equals operator (==) it returns true even though numbers are not equal. It doesnt matter if number is duoble or string. It only happens when number is 16 digit. 15 & 17 digits is OK. Using strcmp() doesnt produce this error. Example: I have tried under diffrent versions of php both under linux and NT4.0 with the same result. latest: 4.0.1pl1 NT4.0 precompiled downloaded from php.net Can send php.ini if you want. -- Edit this bug report at http://bugs.php.net/?id=6019&edit=1
Bug #5975 Updated: version of strip_tags() that specifies tags to strip (instead of tags to keep)
ID: 5975 Updated by: [EMAIL PROTECTED] -Summary: enhancement of strip_tags needed Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Solaris 2.6 PHP Version: 4.0 New Comment: updating summary. Previous Comments: [2001-02-10 14:21:41] [EMAIL PROTECTED] refiled against 4.0. [2000-08-04 20:51:01] [EMAIL PROTECTED] Because I'd like to strip much less tags than I'd like to remain in the HTML file (and I suppose there are more people who would like such a feature) I'd suggest to accompany strip_tags with its counterpart: string strip_tags (string str [, string allowable_tags]) in the following way (more or less): string strip_some_tags (string str [, string not_allowable_tags]) or enhance strip_tags in order to allow only these tags which are not allowed to exist in the resulting string. -- Edit this bug report at http://bugs.php.net/?id=5975&edit=1
Bug #5748 Updated: use 'App Paths' registry key to specify path for supporting dlls
ID: 5748 Updated by: [EMAIL PROTECTED] -Summary: Suggestion for Installation Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: Windows 98 SE PHP Version: 4.0.1pl2 New Comment: updating summary Previous Comments: [2000-07-23 12:47:46] [EMAIL PROTECTED] The installation was very easy for PWS, but when I got to the part about copying DLL files, I wondered why PHP didn't use the "App Paths" registry key, which I believe has officially replaced the PATH variable for Windows apps? HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\App Paths It would also be nice to pull the php.ini file from the folder where PHP is located, instead of the Windows folder. Then we users wouldn't have to copy anything to other directories. :) (Thanks for a great package!) -- Edit this bug report at http://bugs.php.net/?id=5748&edit=1
Bug #16888 Updated: domXML causes Segfault, when you create to many Nodes
ID: 16888
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: DOM XML related
Operating System: Windows XP
PHP Version: 4.2.0
New Comment:
Seems to be an OS-specific problem. It is not reproducable under linux.
Even with adding 100'000 nodes :) Can someone with access to windows
please check that?
chregu
Previous Comments:
[2002-04-28 15:37:25] [EMAIL PROTECTED]
System: Apache/1.3.24 PHP running as SAPI-module (Binary from php.net)
simple script, which causes segfault
add_root("document");
for($i = 1; $i < 1000; $i++){
$element = $doc->create_element("element");
$element->set_content("content ".$i);
$root->append_child($element);
}
$xml = $doc->dumpmem();
echo htmlspecialchars($xml);
?>
Description:
the content is shown shortly in the browser, but apache causes a
segfault in module php4ts.dll at offset 00096057 and finally a 404
page is displayed.
This code causes no problems with PHP 4.1.2. When you try to create
only 100 elements in this loop, it runs without any seg-faults. For
complex xmldocuments this bug makes it impossible to use domxml with
php 4.2.
Modules:
php_domxml, php_xslt, php_gd und mysql
--
Edit this bug report at http://bugs.php.net/?id=16888&edit=1
Bug #16890: Session variables lost during page changes
From: [EMAIL PROTECTED]
Operating system: WinXP
PHP version: 4.2.0
PHP Bug Type: Session related
Bug description: Session variables lost during page changes
Hi all,
Globals are Off!
I am logging in from a form on one page (sessions.php), sending the data
via GET (for test purposes) to another script (setSession.php) which
should display the contents of the session vars once set. Then there is a
hyperlink to take me back to the sessions.php script where I should be
presented with a welcome message as opposed to the original log in form.
The problem is that there appears to be great inconsistency with how
session vars perform. I have included the test scripts I have been using
below for your convenience.
Problem exhibited
Test Case 1 (see Test Code):
This is the method recommended for when Globals are On but I ran this test
with Globals Off to see if it helped. This results with me not being able
to see the session var contents on the page they are created BUT following
the link which takes me back to the login Form does result with me being
logged in automatically.
Test Case 2:
This results with me being able to display the contents of the session
vars on the page which created them BUT they appear to get lost when
following the link which should auto log me in.
Test Case 3:
Results are exactly the same as Test Case 2.
Note: To simulate a test case, copy the two scripts below and set the
$testcase number at the top of each script.
==
sessions.php
==
";
echo "\n"
. "User: \n"
. "ID: \n"
. "\n"
. "\n";
}
break;
case 2;
if ($_SESSION['username']){
echo "Welcome ".$_SESSION['username'];
} else {
echo "Running Test Case $testcase ";
echo "\n"
. "User: \n"
. "ID: \n"
. "\n"
. "\n";
}
break;
case 3:
if ($HTTP_SESSION_VARS['username']){
echo "Welcome ".$HTTP_SESSION_VARS['username'];
} else {
echo "Running Test Case $testcase ";
echo "\n"
. "User: \n"
. "ID: \n"
. "\n"
. "\n";
}
break;
default:
echo "Invalid Test Case Specified";
exit (1);
}
?>
===
setSession.php
===
";
echo "";
?>
Session Vars are set to:
";
echo "Userid = ".$HTTP_SESSION_VARS['userid']."";
break;
case 2:
echo "User = ".$_SESSION['username']."";
echo "Userid = ".$_SESSION['userid']."";
break;
case 3:
echo "User = ".$HTTP_SESSION_VARS['username']."";
echo "Userid = ".$HTTP_SESSION_VARS['userid']."";
break;
default:
echo "Invalid Test Case Specified";
exit(1);
}
?>
Click here to test your session vars
Thanks
--
Edit bug report at http://bugs.php.net/?id=16890&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16890&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16890&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16890&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16890&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16890&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16890&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16890&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16890&r=submittedtwice
Bug #16832 Updated: Doc inconsistency
ID: 16832 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: - PHP Version: 4.2.0 New Comment: There are dashes in filenames, not underscores, of course. Previous Comments: [2002-04-25 16:56:14] [EMAIL PROTECTED] Hello! I have made some automated processing of PHP manual and I find following inconsistencies (rather say than bugs): Following files have substituted underscores for -> in filename: function.domdocument_add_root.html function.domnode_has_attributes.html function.domnode_child_nodes.html function.hwapi_*.html instead of . in other files (e.g. function.swfbitmap.getheight.html). Function gmp_sqrtrm is described in file function.gmp_sqrtrem.html (extra e). Function pdf_set_text_matrix is described in file function.pdf_set_transition.html. Aliases for functions maybe should use the same way for describing this fact. Functions msql_* and pdf_* uses different way than built-in functions (die, is_double, ...). Function SWFFill doesn't have described parameters. There is no directory figures/ in distribution. There are images referenced to this directory in Zend section. I speak about manual for PHP 4.2.0 downloaded from www.php.cz today. Sincerely yours, Jakub Vrána -- Edit this bug report at http://bugs.php.net/?id=16832&edit=1
Bug #16775 Updated: Page Could Not Be Displayed
ID: 16775 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: *General Issues Operating System: Windows XP PHP Version: 4.1.2 New Comment: After update, no changes. I have consulted apache.org and they are strongly recommending latest version of apache 2.035, instead of 1.3.24. But I have tried both configurations and nothing helps. Empty pages are showing when requests are made. Two different test engines are running, phpBB2 is one of themm, supposing that they have good code. But the problem there is the same. phpBB2: test here, http://origincode.com/phpBB2/index.php Previous Comments: [2002-04-23 20:32:06] [EMAIL PROTECTED] Please update to PHP 4.2.0 and use Apache 1.3.24. Apache2 support is not really ready for production systems yet. --Jani [2002-04-23 19:54:56] [EMAIL PROTECTED] I have tested Apache 1.3.24 server earlier with PHP 4.1.2 and error was the same. All .php pages are affected by error. It looks like when to many requests are made by php the server cannot handle all the responses ? not sure. In the example I have provided (link), check for 'Profile' and try changing some data, browse through some pages. Netscape on w32 throws also an empty page but without info. [2002-04-23 19:28:02] [EMAIL PROTECTED] Not a PHP bug apparently. Your test site works fine with Netscape 4.77 (linux version). btw. Apache2 support in PHP 4.1.2 is really not working. Even in 4.2.0 it's experimental. But you should still update to 4.2.0. [2002-04-23 19:24:15] [EMAIL PROTECTED] Hello, This is one one my last tries to find some solution to this bug. conf: - XP - Apache 2.035 - MySQL 3.23 - PHP 4.1.2 Internet Explorer is showing "The Page could not be displayed" when .php page is called. But, when user klicks on browsers back button, the requested page is displayed. Note! This is only happening with .php pages! There is a living example at: http://flux.origincode.com/build/login/login.php (use demo/demo to login) Regards, /Vildan -- Edit this bug report at http://bugs.php.net/?id=16775&edit=1
Bug #16889 Updated: Problem connecting to mySQL
ID: 16889 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: MySQL related Operating System: RedHat 7.1 (2.2.19) PHP Version: 4.2.0 New Comment: Already fixed in CVS. You can fix it yourself by : 1. making sure you have autoconf 2.13 installed (autoconf --version tells you) 2. cd /path/to/phpsource 3. rm configure config.cache 4 ./buildoncf and the reconfigure Derick Previous Comments: [2002-04-28 16:38:34] [EMAIL PROTECTED] Hello I was going to install/add imap support for php and found out that i could upgrade to the newest version (4.2.0). When i installed, and went to one of the old pages that used mySQL it couln't connect (Can't connect error). As i am in a hurry (Have to get it back up) i used phpinfo() and compiled php with same parameters with php4.1.2 and mysql worked. Im sorry that i can't help more with this bug, and maybe it's my own fault but as far as i can see, it worked with php4.1.2, i installed php4.2 and it stopped working, installed php4.1.2 again and it was up again.. (Beats me why :) Øystein -- Edit this bug report at http://bugs.php.net/?id=16889&edit=1
Bug #16889: Problem connecting to mySQL
From: [EMAIL PROTECTED] Operating system: RedHat 7.1 (2.2.19) PHP version: 4.2.0 PHP Bug Type: MySQL related Bug description: Problem connecting to mySQL Hello I was going to install/add imap support for php and found out that i could upgrade to the newest version (4.2.0). When i installed, and went to one of the old pages that used mySQL it couln't connect (Can't connect error). As i am in a hurry (Have to get it back up) i used phpinfo() and compiled php with same parameters with php4.1.2 and mysql worked. Im sorry that i can't help more with this bug, and maybe it's my own fault but as far as i can see, it worked with php4.1.2, i installed php4.2 and it stopped working, installed php4.1.2 again and it was up again.. (Beats me why :) Øystein -- Edit bug report at http://bugs.php.net/?id=16889&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16889&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16889&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16889&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16889&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16889&r=support Expected behavior: http://bugs.php.net/fix.php?id=16889&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16889&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16889&r=submittedtwice
Bug #16888: domXML causes Segfault, when you create to many Nodes
From: [EMAIL PROTECTED]
Operating system: Windows XP
PHP version: 4.2.0
PHP Bug Type: DOM XML related
Bug description: domXML causes Segfault, when you create to many Nodes
System: Apache/1.3.24 PHP running as SAPI-module (Binary from php.net)
simple script, which causes segfault
add_root("document");
for($i = 1; $i < 1000; $i++){
$element = $doc->create_element("element");
$element->set_content("content ".$i);
$root->append_child($element);
}
$xml = $doc->dumpmem();
echo htmlspecialchars($xml);
?>
Description:
the content is shown shortly in the browser, but apache causes a segfault
in module php4ts.dll at offset 00096057 and finally a 404 page is
displayed.
This code causes no problems with PHP 4.1.2. When you try to create only
100 elements in this loop, it runs without any seg-faults. For complex
xmldocuments this bug makes it impossible to use domxml with php 4.2.
Modules:
php_domxml, php_xslt, php_gd und mysql
--
Edit bug report at http://bugs.php.net/?id=16888&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16888&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16888&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16888&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16888&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16888&r=support
Expected behavior: http://bugs.php.net/fix.php?id=16888&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16888&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16888&r=submittedtwice
Bug #15741 Updated: Dynamic Library support not available
ID: 15741 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Duplicate +Status: Closed Bug Type: Dynamic loading Operating System: Mac OS X PHP Version: 4.1.1 Previous Comments: [2002-03-10 12:57:01] [EMAIL PROTECTED] This bug has been superceded by bugs 15986 and 15987. Please follow those bugs for information regarding the forthcoming fixes for the issue you've reported. [2002-02-26 21:59:00] [EMAIL PROTECTED] Is there anyway that I can help? I've tried to download the CVS version, but it seems that I can't get proper versions of autoconf and some of the other tools to work. Has anyone gotten these to work to build the CVS version? [2002-02-26 21:43:10] [EMAIL PROTECTED] This is a bigger problem then what you are making it sound to be. I have a patch created to add support for the DYLD system. Unfortunately that doesn't mean your extensions will work, as there are still some libtool problems which need to be corrected (supposedly in 1.4.2). There is also a duplicate symbol error, which needs to be corrected before your DYLD will work. So... ahhh... bare with us, while we try to get this implemented and realize it is being worked up :) And technically the statement "Dynamic Library support not available" is correct. MacOSX doesn't have the dlfcn.h file, nor the dlopen and friends extensions. At the time of 4.1.1 release that was the only check being done for dynamic loading. [2002-02-26 21:23:44] [EMAIL PROTECTED] Since there are less develpers working for Mac OS X (if there is :) Mac OS X support is poor. We are welcome if you could submit config patches for Mac OS X. [2002-02-26 19:10:33] [EMAIL PROTECTED] It seems as though ALL PHP versions that I have tried on the new Mac OS X don't support dynamic library support. This means that extensions cannot be loaded at startup time OR with the dl() function call. Its extremely important that this function works in order for my software to work. When I run phpinfo.php this is the message that shows up: Dynamic Library support not available However, this statement isn't true. Darwin and Mac OS X definitely supports dynamic loading of libraries. Mac OS X lets you either use ".dylib" or ".so" extensions. ".so" is the one that you want. For example, Apache can load modules at startup, so why can't PHP? -- Edit this bug report at http://bugs.php.net/?id=15741&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: Feedback +Status: Open Bug Type: Session related Operating System: Solaris 2.6 (5.6) PHP Version: 4.2.0 New Comment: 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) Previous Comments: [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 #16887 Updated: PHP difficulties in getting and using values from HTTP post and get forms
ID: 16887 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache related Operating System: Debian 2.2 PHP Version: 4.2.0 New Comment: My mistake. I had to edit php.ini to set file_uploads to On. Thanks anyways. Previous Comments: [2002-04-28 13:36:03] [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-28 13:26:56] [EMAIL PROTECTED] I have just recently installed Apache 1.3.24 and PHP 4.2.0 on a Debian 2.2 system. I had an identical installation beforehand, and it worked fine. I wish to use HTML forms to submit data for entry into a MySQL database. PHP won't inherit the values from forms, and displays them as NULL or of blank value. For instance, I created two files named test.htm and test.php. Test.htm looked like this: Test And test.php looked like this: I would expect that since test.php is the action of the form, then $textfield would echo the value that the user entered in the text box. Instead, I get the following output: The value of textfield is: I'm not sure if this is a problem with PHP or Apache. Any help that can be offered would be greatly appreciated. Thanks! Ben Willett P.S. The files mentioned in this report can be found at http://www.bz0ne.net/test . -- Edit this bug report at http://bugs.php.net/?id=16887&edit=1
Bug #16887 Updated: PHP difficulties in getting and using values from HTTP post and get forms
ID: 16887 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Debian 2.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-28 13:26:56] [EMAIL PROTECTED] I have just recently installed Apache 1.3.24 and PHP 4.2.0 on a Debian 2.2 system. I had an identical installation beforehand, and it worked fine. I wish to use HTML forms to submit data for entry into a MySQL database. PHP won't inherit the values from forms, and displays them as NULL or of blank value. For instance, I created two files named test.htm and test.php. Test.htm looked like this: Test And test.php looked like this: I would expect that since test.php is the action of the form, then $textfield would echo the value that the user entered in the text box. Instead, I get the following output: The value of textfield is: I'm not sure if this is a problem with PHP or Apache. Any help that can be offered would be greatly appreciated. Thanks! Ben Willett P.S. The files mentioned in this report can be found at http://www.bz0ne.net/test . -- Edit this bug report at http://bugs.php.net/?id=16887&edit=1
Bug #16855 Updated: PHP ignores the pg_query.
ID: 16855
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Bogus
Bug Type: PostgreSQL related
Operating System: Slackware 8.0 Kerel 2.4.19.7
PHP Version: 4.2.0
New Comment:
I think you dont understand my problem.
I wanna make a simple select but PHP 4.2 do not returns the lines of
the select after the $fetch = pg_fetch_row($result, 0); WHY? The php
4.2 changes the method of making a select ?!? is not more like
$result=pg_exec($connection, "SELECT pass FROM adm WHERE login =
'$inLOGIN'")
or die ("Somethig wrong at the Query");
Could you sent me a sample of select ?!?
Thanks in addvance
Helio Ferenhof
Previous Comments:
[2002-04-26 19:19:45] [EMAIL PROTECTED]
I meant
(or use 4.2.0's pgsql module with 4.1.2)
It should work.
[2002-04-26 18:59:14] [EMAIL PROTECTED]
If you need portablility, please used old names mentioned in manual
pages. (use 4.2.0 pgsql module with 4.1.2)
[2002-04-26 11:49:44] [EMAIL PROTECTED]
In php 4.2.0 the same php that I run at 4.1.2 do not return the values
of the select.
Anyone know why do not work at 4.2.0 ? Its a bug or something changes a
lot??!
SAMPLE (This code run at 4.1.2 and dono at 4.2.0)
VALIDADE LOGIN.php
$connection = pg_connect("host=localhost port=5432 dbname=admins
user=myuser password=PASSWORD")
or die ("I Could not connect to PostGres --> " .
pg_errormessage($conn));
$result=pg_exec($connection, "SELECT pass FROM adm WHERE login =
'$inLOGIN'")
or die ("Somethig wrong at the Query");
$num = pg_numrows($result);
if ($num != 0)
$fetch = pg_fetch_row($result, 0);
$TiTuLo = "DB Varilux Admin";
$BaCk = "index.html";
if ($inPASS == "") {
include('header.inc');
echo " Oops! User name or password
no
valid Try
agin";
include('footer.inc');
pg_close ($connection);
exit;
}
if ($inPASS == base64_decode($fetch[0])) {
$to_cookie = base64_encode("OK");
setcookie("admins",$to_cookie,NULL,NULL,NULL,0);
$to_cookie2 = base64_encode($inLOGIN);
setcookie("admin_login",$to_cookie2,NULL,NULL,NULL,0);
include('menu.html');
}
else {
include('header.inc');
echo " Oops!Username or password
invalidtry agin";
include('footer.inc');
}
pg_close ($connection);
--
Edit this bug report at http://bugs.php.net/?id=16855&edit=1
Bug #16584 Updated: GD compile failure
ID: 16584 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: FreeBSD 4.3-STABLE PHP Version: 4.2.0 New Comment: OK when I try with an older version of GD using this configure : ./configure \ --prefix=/usr/home//local \ --enable-bcmath \ --with-zlib \ --enable-gd-native-ttf \ --with-gd=/usr/local \ --with-png-dir=/usr/local \ --with-jpeg-dir=/usr/local \ --enable-exif \ --with-mysql=/usr/local \ --disable-pear \ --with-config-file-path=/usr/home//local/etc \ --enable-debug=no \ --enable-force-cgi-redirect=yes \ --with-openssl=/usr/local/ssl \ --with-curl=/usr/home//src/curl-7.9 \ --with-dom=/usr/home//local configure works fine, and correctly detects the version of GD to use (it says "checking for gdImageCreateTrueColor in -lgd... no" which means this is indeed GD before 2.0 version which didn't support true color). I get this error when compiling : ./.libs/libphp4.a(gd.o): In function `zm_startup_gd': /usr/home//src/php-4.2.0/ext/gd/gd.c:281: undefined reference to `T1_SetBitmapPad' /usr/home//src/php-4.2.0/ext/gd/gd.c:282: undefined reference to `T1_InitLib' /usr/home//src/php-4.2.0/ext/gd/gd.c:283: undefined reference to `T1_SetLogLevel' ./.libs/libphp4.a(gd.o): In function `zif_imagecreatetruecolor': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0xd9e): undefined reference to `gdImageCreateTrueColor' ./.libs/libphp4.a(gd.o): In function `zif_imagetruecolortopalette': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0xf2b): undefined reference to `gdImageTrueColorToPalette' ./.libs/libphp4.a(gd.o): In function `zif_imagesetthickness': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x1032): undefined reference to `gdImageSetThickness' ./.libs/libphp4.a(gd.o): In function `zif_imagefilledellipse': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x136a): undefined reference to `gdImageFilledEllipse' ./.libs/libphp4.a(gd.o): In function `zif_imagefilledarc': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x1836): undefined reference to `gdImageFilledArc' ./.libs/libphp4.a(gd.o): In function `zif_imagealphablending': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x193a): undefined reference to `gdImageAlphaBlending' ./.libs/libphp4.a(gd.o): In function `zif_imagecolorresolvealpha': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x1bd1): undefined reference to `gdImageColorResolveAlpha' ./.libs/libphp4.a(gd.o): In function `zif_imagecolorclosestalpha': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x1e61): undefined reference to `gdImageColorClosestAlpha' ./.libs/libphp4.a(gd.o): In function `zif_imagecolorexactalpha': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x20f1): undefined reference to `gdImageColorExactAlpha' ./.libs/libphp4.a(gd.o): In function `zif_imagecopyresampled': /usr/home//src/php-4.2.0/ext/gd/gd.c:882: undefined reference to `gdImageCopyResampled' ./.libs/libphp4.a(gd.o): In function `php_imagettftext_common': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8aa5): undefined reference to `gdImageStringFT' ./.libs/libphp4.a(gd.o): In function `php_free_ps_font': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8b1e): undefined reference to `T1_DeleteFont' ./.libs/libphp4.a(gd.o): In function `php_free_ps_enc': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8b3f): undefined reference to `T1_DeleteEncoding' ./.libs/libphp4.a(gd.o): In function `zif_imagepsloadfont': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8c01): undefined reference to `T1_AddFont' /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8c45): undefined reference to `T1_LoadFont' ./.libs/libphp4.a(gd.o): In function `zif_imagepsencodefont': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8df7): undefined reference to `T1_LoadEncoding' /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8e1e): undefined reference to `T1_DeleteAllSizes' /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8e29): undefined reference to `T1_ReencodeFont' /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8e39): undefined reference to `T1_DeleteEncoding' ./.libs/libphp4.a(gd.o): In function `zif_imagepsextendfont': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x8f6c): undefined reference to `T1_ExtendFont' ./.libs/libphp4.a(gd.o): In function `zif_imagepsslantfont': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x9084): undefined reference to `T1_SlantFont' ./.libs/libphp4.a(gd.o): In function `zif_imagepstext': /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x97d9): undefined reference to `T1_AASetBitsPerPixel' /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x9802): undefined reference to `T1_AASetGrayValues' /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x980f): undefined reference to `T1_AASetLevel' /usr/home//src/php-4.2.0/ext/gd/gd.c(.text+0x9823): undefined reference to `T1_AAHSetGrayValues
Bug #16887: PHP difficulties in getting and using values from HTTP post and get forms
From: [EMAIL PROTECTED] Operating system: Debian 2.2 PHP version: 4.2.0 PHP Bug Type: Apache related Bug description: PHP difficulties in getting and using values from HTTP post and get forms I have just recently installed Apache 1.3.24 and PHP 4.2.0 on a Debian 2.2 system. I had an identical installation beforehand, and it worked fine. I wish to use HTML forms to submit data for entry into a MySQL database. PHP won't inherit the values from forms, and displays them as NULL or of blank value. For instance, I created two files named test.htm and test.php. Test.htm looked like this: Test And test.php looked like this: I would expect that since test.php is the action of the form, then $textfield would echo the value that the user entered in the text box. Instead, I get the following output: The value of textfield is: I'm not sure if this is a problem with PHP or Apache. Any help that can be offered would be greatly appreciated. Thanks! Ben Willett P.S. The files mentioned in this report can be found at http://www.bz0ne.net/test . -- Edit bug report at http://bugs.php.net/?id=16887&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16887&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16887&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16887&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16887&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16887&r=support Expected behavior: http://bugs.php.net/fix.php?id=16887&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16887&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16887&r=submittedtwice
Bug #15987 Updated: Mac OS X support (target: HEAD)
ID: 15987 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Feature/Change Request Operating System: Mac OS X PHP Version: 4.0CVS-2002-03-1 New Comment: Both --with-apxs and dl() support is now in HEAD. Closing. Previous Comments: [2002-03-29 22:59:13] [EMAIL PROTECTED] As of today, --with-apxs build works with CVS HEAD on OS X. This tracking bug remains to track the completion of support for runtime loading of PHP extensions. [2002-03-10 12:50:33] [EMAIL PROTECTED] This is a tracking bug that replaces bugs 15741, 15248, 15225, 14557, 14483 and 14394. This bug targets the CVS HEAD. There is a separate bug for fixing these issues in the 4.2.0 branch. The current PHP version doesn't build successfully with -- with-apxs on Mac OS X. There are issues with header checks, libtool, linker invocation, et cetera. Additionally, runtime loading of PHP extensions (with dl()) is not supported. See the comments for the superceded bugs for more details. -- Edit this bug report at http://bugs.php.net/?id=15987&edit=1
Bug #16495 Updated: Can mysql_select_db return the previously selected db?
ID: 16495
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Feature/Change Request
Operating System: FreeBSD
PHP Version: 4.1.2
New Comment:
There is now 3rd optional parameter added to
mysql_select_db() in CVS HEAD.
This:
$prev_dbname = mysql_select_db("new_db", $db, TRUE);
returns the previous database name provided that you
have selected some database before. (And not used "USE some_db" query
to do that as was pointed by Markus in previous comments.
--Jani
Previous Comments:
[2002-04-26 10:40:25] [EMAIL PROTECTED]
Ah, I just found out about mysql_stat(), which seems to show most of
the output from a "\s" on the mysql command line, but not the current
database. Could the current db be added to the output of mysql_stat()?
[2002-04-26 09:44:11] [EMAIL PROTECTED]
How about a function that would give you access to the information
output from the "\s" command? mysql_get_server_info, _client_info(),
and _host_info() don't display this. And if this function could be
implemented, might it be possible for PHP to call it before selecting
to a new db (but only if RETURN_OLD_DBNAME was specified when calling
mysql_select_db())?
[2002-04-26 09:31:29] [EMAIL PROTECTED]
I think you can't accurately implement the tracking of which database
you're currently using. As long as you are using mysql_select_db() it's
possible to track it with the current mysql resource context. But if
you issue a mysql_query() like "use another_db" you're getting out of
sync.
[2002-04-26 09:27:54] [EMAIL PROTECTED]
Would it be possible to add a flag to the end of the function call to
specify that you want it to return the name of the previously selected
db? eg:
$old_db_name = mysql_select_db('somedb', RETURN_OLD_DBNAME);
?
[2002-04-08 11:55:20] [EMAIL PROTECTED]
True, but given that currently the only possible values the function
can return are TRUE or FALSE, it seems unlikely that anyone would
actually do that. Is there any other way to get the name of the current
db inside a function without using global?
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/16495
--
Edit this bug report at http://bugs.php.net/?id=16495&edit=1
Bug #13818 Updated: safe mode wrong uid -1
ID: 13818 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: *General Issues Operating System: solaris PHP Version: 4.0.6 New Comment: The version of PHP that this bug was reported in is too old. Please try to reproduce this bug in the latest version of PHP (available from http://www.php.net/downloads.php If you are still able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". I believe this has been fixed on solaris since 4.0.6. Previous Comments: [2002-04-05 05:44:19] [EMAIL PROTECTED] I might be mistaken, but doesn't Apache try to run as -1 by default? On some systems that refers to nobody. Might that be that case? [2001-10-24 13:41:52] [EMAIL PROTECTED] I could not find any reference on the newsgroups to the following error we are getting when safe mode is on: Warning: SAFE MODE Restriction in effect. The script whose uid is -1 is not allowed to access ../orders.txt owned by uid 66400 in /class/em680a/www/cgi-bin/vieworders.php on line 10 The "-1" can't be a uid, but I can't figure out what the error is. There was a bug post on 12/8/2000 by someone who was getting the same error but the uid was "1" not "-1" and the suggestion was to upgrade php and reopen the issue if it was not fixed. -- Edit this bug report at http://bugs.php.net/?id=13818&edit=1
Bug #16886 Updated: Seg. fault on socket_close if socket died
ID: 16886 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Sockets related Operating System: Linux RedHat 7.2 PHP Version: 4.0CVS-2002-04-28 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-28 08:43:06] [EMAIL PROTECTED] I had that issue : I use a non blocking socket to read a data stream. I was assuming that if socket_read($socket) !== false then I should close the socket !! NO ! I must not ! If I close that socket, I have an error : 9975 Segmentation fault /usr/local/php-cgi/bin/php -q ./core.php I checked socket_last_error and I found : 104 : Connexion reset by peer It would be nice if the socket is checked before socket_close or socket_shutdown ... I don't know sockets system under Linux . I can't fix that :( To have the same error, create a socket, listen on it, accept accept that connexion. On the remote machine, close the telnet (kill or other :D) and then do socket_close on your socket. Then you have a seg. fault ! -- Edit this bug report at http://bugs.php.net/?id=16886&edit=1
Bug #16886: Seg. fault on socket_close if socket died
From: [EMAIL PROTECTED] Operating system: Linux RedHat 7.2 PHP version: 4.0CVS-2002-04-28 PHP Bug Type: Sockets related Bug description: Seg. fault on socket_close if socket died I had that issue : I use a non blocking socket to read a data stream. I was assuming that if socket_read($socket) !== false then I should close the socket !! NO ! I must not ! If I close that socket, I have an error : 9975 Segmentation fault /usr/local/php-cgi/bin/php -q ./core.php I checked socket_last_error and I found : 104 : Connexion reset by peer It would be nice if the socket is checked before socket_close or socket_shutdown ... I don't know sockets system under Linux . I can't fix that :( To have the same error, create a socket, listen on it, accept accept that connexion. On the remote machine, close the telnet (kill or other :D) and then do socket_close on your socket. Then you have a seg. fault ! -- Edit bug report at http://bugs.php.net/?id=16886&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16886&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16886&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16886&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16886&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16886&r=support Expected behavior: http://bugs.php.net/fix.php?id=16886&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16886&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16886&r=submittedtwice
Bug #12848 Updated: asort-SORT_NUMERIC inconsistent with non numeric values
ID: 12848 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Arrays related Operating System: win98 PHP Version: 4.0.6 New Comment: i have the same problem : using 6 array : $years, $months, $ids, $titles, $urls, $dates and doing : $ar = array($years, $months, $ids, $titles, $urls, $dts); array_multisort($ar[0], SORT_DESC, SORT_NUMERIC, $ar[1], SORT_NUMERIC, SORT_DESC, $ar[2], $ar[3], $ar[4], $ar[5]); which results "Warning: Array sizes are inconsistent in ...". even with SORT_REGULAR it gives the same error. but it sorts them which is pretty funny :) i suppress it with @ and it sorts them without showing warnings - the only way it works p.s. it shwo that warning from time to time - not always. Previous Comments: [2001-10-21 01:51:13] [EMAIL PROTECTED] Can not reproduce with PHP 4.1.0RC1. --Jani [2001-08-19 18:57:49] [EMAIL PROTECTED] If asort() is used with the sort flag SORT_NUMERIC and the values ar non numeric, the sort order of those values should remain unchanged in principle. But in arrays with few of such non numeric items (app. < 10), the first item is generally moved to the bottom, while in arrays with more items, one element from somewhere in the middle is moved to the top. example: $q = array(1=>'A',2=>'B',3=>'C',4=>'D',5=>'E'); asort($q,SORT_NUMERIC); produces the value sequence B,C,D,E,A -- Edit this bug report at http://bugs.php.net/?id=12848&edit=1
Bug #15983 Updated: session variables lost between pages
ID: 15983 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Session related Operating System: Debian/Linux mips platform PHP Version: 4.1.2 and 4.2.0 New Comment: Tried the latest snapshort and I have started to debug the code myself using to computers a i386 as reference and the MIPS. We will see how much I can debug of this. Regards, Søren, Previous Comments: [2002-04-26 21:07:56] [EMAIL PROTECTED] This _might_ be related to some fixes made recently.. Can you try with the latest CVS snapshot from http://snaps.php.net/ please? [2002-04-25 17:30:54] [EMAIL PROTECTED] Just compiled 4.2.0 tried the new script. The error is stille there. The session file in /tmp contains: test|i:1; But it displays 0 (Which is correct the first time). Change the filesystem from ext3 to ext2 to make sure that was not the problem. Updated the system with updated packages from debian. Regards, Søren, [2002-04-24 18:19:03] [EMAIL PROTECTED] Reopen if this script does not work for you with PHP 4.2.0: It works fine here..(reloading the page increases the count) --Jani [2002-04-24 09:55:59] [EMAIL PROTECTED] These two pages, s*1.php and s*2.php are called consecutively, separately by the same browser with the SID in the cookie? I thought sessions had to be accessed using a SID. At least, that is the way I believe PHPLib does it, and PHP 4.x.x is supposed to be exhibiting similar behavior, right? If one script is including the other script, I don't know hwo that would work. [2002-04-12 05:23:51] [EMAIL PROTECTED] what about this workaround: --- page #1 --- session_start(); $_SESSION["test"] = "some value"; --- --- page #2 --- session_start(); print $_SESSION["test"]; --- this works well for us. /achim 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/15983 -- Edit this bug report at http://bugs.php.net/?id=15983&edit=1
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: Yes I did, but I can tell you that it is working. The only thing that isn't working is the dll module. Previous Comments: [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. [2002-04-26 20:55:28] [EMAIL PROTECTED] Do you have 'register_globals' turned off/on in php.ini? --Jani [2002-04-26 04:02:46] [EMAIL PROTECTED] I made a simple page and after installing PHP 4.2.0 I had a problem in IE 6.0 it gives a 500 Internal Server Error. I'm running Apache 1.3.24 / Apache 2.0.35 no not at the same time. No other browser has the problem. This is the source: Test EOD; ?> 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 #16885: OpenSSL : function `X509_PURPOSE_ANY´ undeclared
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4.1.2 PHP Bug Type: Compile Failure Bug description: OpenSSL : function `X509_PURPOSE_ANY´ undeclared 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 bug report at http://bugs.php.net/?id=16885&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16885&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16885&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16885&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16885&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16885&r=support Expected behavior: http://bugs.php.net/fix.php?id=16885&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16885&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16885&r=submittedtwice
Bug #16867 Updated: wrong $_SERVER['SERVER_NAME' contents
ID: 16867 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: SuSE 7.0 PHP Version: 4.2.0 New Comment: One thing I would like to add is that in phpinfo() in the apache section the value Hostname:Port is set correct. Bye, Erik Previous Comments: [2002-04-28 04:57:09] [EMAIL PROTECTED] Hi, Well, according to Nick Lindridge developer of PHP-accelerator it should give the name as defined in "servername" for the corresponding virtualhost (he uses this value for his software keys per virtual domain). Also phpinfo() gives the wrong (?) information. If you read the PHP manual where it says "'SERVER_NAME', the name of the server host under which the current script is executing. If the script is running on a virtual host, this will be the value defined for that virtual host.", you would expect that the value of "servername" would be returned. I also do not know if this would be a bug in PHP or in apache. Bye, Erik [2002-04-27 21:11:59] [EMAIL PROTECTED] What exactly are you expecting it to be? Please look in the phpinfo() output, especially the Apache sections. --Jani [2002-04-27 04:17:35] [EMAIL PROTECTED] Hi, It seems that the contents of the var $_SERVER['SERVER_NAME'] is not set correct. I'm using apache 1.3.23 and PHP 4.2.0 with virtual hosts with servernames and serveraliases. $_SERVER['SERVER_NAME'] apparantly can also return the serveralias name instead of the servername, which is not expected behaviour. Please check the following urls to see what I mean: http://broodjekaas.nl/test.php And http://www.broodjekaas.nl/test.php Hope this helps, Erik -- Edit this bug report at http://bugs.php.net/?id=16867&edit=1
Bug #16867 Updated: wrong $_SERVER['SERVER_NAME' contents
ID: 16867 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Apache related Operating System: SuSE 7.0 PHP Version: 4.2.0 New Comment: Hi, 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 Previous Comments: [2002-04-27 21:11:59] [EMAIL PROTECTED] What exactly are you expecting it to be? Please look in the phpinfo() output, especially the Apache sections. --Jani [2002-04-27 04:17:35] [EMAIL PROTECTED] Hi, It seems that the contents of the var $_SERVER['SERVER_NAME'] is not set correct. I'm using apache 1.3.23 and PHP 4.2.0 with virtual hosts with servernames and serveraliases. $_SERVER['SERVER_NAME'] apparantly can also return the serveralias name instead of the servername, which is not expected behaviour. Please check the following urls to see what I mean: http://broodjekaas.nl/test.php And http://www.broodjekaas.nl/test.php Hope this helps, Erik -- Edit this bug report at http://bugs.php.net/?id=16867&edit=1
Bug #16882 Updated: HTML Help crashes opening php_manual_en.chm
ID: 16882 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Documentation problem Operating System: Win XP PHP Version: 4.2.0 New Comment: What HTML Help is it actually. From php.net or from weblabor.hu? Previous Comments: [2002-04-27 21:13:23] [EMAIL PROTECTED] HTML Help (latest version) crashes when opening php_manual_en.chm under Windows XP Pro. hh.exe opens other documents (not from php document page) correctly. AppName: hh.exe AppVer: 4.74.9273.0 ModName: itss.dll ModVer: 4.72.8085.0 Offset: 252c My preferred editor could open context sensitive help for a keyword (e.g. PHP function) with one keystroke - so I consider properly working HTML help a tremendous help in coding and debugging - compared to the other available formats. -- Edit this bug report at http://bugs.php.net/?id=16882&edit=1
