[PHP-DEV] Bug #15340: foreach doesnt reset object arrays
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.1.1
PHP Bug Type: Arrays related
Bug description: foreach doesnt reset object arrays
Using reset on an array of objects seems to alter the array counters of the
object's arrays, even though foreach is not dealing with that array.
Then, as foreach is supposed to, it doesnt reset them.
Example:
class child{
var $items = array(A1, A2, A3);
}
$arr=array(new child, new child, new child);
print step1br;
print sizeof($arr).br;
foreach($arr as $v)
print $v-items[0].br; // Three A1 printed
print hrstep2br;
print sizeof($arr).br;
foreach($arr as $v)
print $v[1].br; // No A1 printed
--
Edit bug report at: http://bugs.php.net/?id=15340edit=1
Fixed in CVS: http://bugs.php.net/fix.php?id=15340r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=15340r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15340r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15340r=oldversion
Not for support: http://bugs.php.net/fix.php?id=15340r=support
Not wrong behavior: http://bugs.php.net/fix.php?id=15340r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15340r=notenoughinfo
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15338 Updated: Can't select database with '-' in name.
ID: 15338 Updated by: [EMAIL PROTECTED] Old Summary: Can't select database with '-' in name. Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: MSSQL related Operating System: windows NT IIS PHP Version: 4.1.1 New Comment: It is feedback until the submitter reports something back. Previous Comments: [2002-02-02 00:16:31] [EMAIL PROTECTED] In PHP bug db, cloased is used for fixed bugs/problems. Bogus should be the correct status :) [2002-02-01 20:00:41] [EMAIL PROTECTED] If your database name contains '-' or ' ' you can select the database like this: mssql_select_db([my database]); or mssql_select_db([my-database]); That works fine. [2002-02-01 19:46:52] [EMAIL PROTECTED] I have a database on my MSSQL server with a '-' in the database name. The database works fine with all of my other applications including ASP. However, I cannot select the database with PHP. Interestingly, a '-' in the server name doesn't seem to be a problem. $server=SQL-Server; $dbName=My-DB; $user=phpusr; $passwd=phppass; $hcon = mssql_connect($server, $user, $passwd); if ($hcon == FALSE) die(Could not connect to SQL server '$server'); $hdb = mssql_select_db($dbName, $hcon); The resulting message is: Warning: MS SQL message: Line 1: Incorrect syntax near '-'. (severity 15) in C:\InetPub\PHP\dbtest.php on line 10 Warning: MS SQL: Unable to select database: My-DB in C:\InetPub\PHP\dbtest.php on line 10 Could not select database 'My-DB' Edit this bug report at http://bugs.php.net/?id=15338edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_builtin_functions.c
Andrei Zmievski wrote: andrei Fri Feb 1 21:35:53 2002 EDT Modified files: /Zend zend_builtin_functions.c Log: Added is_a() function. zend_builtin_functions.c c:\home\php\php4\Zend\zend_builtin_functions.c(559): warning C4018: '': Conflict between signed and unsigned -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15341: shebang line is printed out with cgi
From: [EMAIL PROTECTED] Operating system: Linux 2.4.9-13 (RH 7.2) PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: shebang line is printed out with cgi Configured php with no options simpley ./configure I can reproduce this problem with 2 webservers Apache 1.3.22 and mini_httpd (Latest Version) When ever I run any script as a cgi the shebang line is printed out. Running it from the command line does not produce the error. The script runs fine except for the above Thanks Will -- Edit bug report at: http://bugs.php.net/?id=15341edit=1 Fixed in CVS: http://bugs.php.net/fix.php?id=15341r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=15341r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15341r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15341r=oldversion Not for support: http://bugs.php.net/fix.php?id=15341r=support Not wrong behavior: http://bugs.php.net/fix.php?id=15341r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15341r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15336 Updated: New mysql function: mysql_real_connect
ID: 15336 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: any PHP Version: 4.1.1 New Comment: Hey Georg, I will be back to PHP stuff in a few days and will be working on the MySQL extension. There should be support for selecting the database on mysql_connect, and may be support for mysql_options. There is a proposal in the Dev list archives. I don't currently have a copy to send. Previous Comments: [2002-02-01 18:47:14] [EMAIL PROTECTED] Since version 3.22.x we have a mysql_real_connect instead of mysql_connect + mysql_db_select in the mysql C-API. If you come from C, its annoying, to use the (deprecated) functions mysql_connect + mysql_select_db. Its ok for BC, but mysql_real_connect should be art of the state. Georg Edit this bug report at http://bugs.php.net/?id=15336edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14824 Updated: libmysqlclient.a error at compile time
ID: 14824 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Compile Failure Operating System: Red Hat Linux 7.2, kernel 2.4.7 PHP Version: 4.1.1 New Comment: This could happen for example if you compiled mnogosearcg statically with mysql and trying to compile it with php, which is also required mysql. So you are linking mysql twice. To fix this - just compile mnogosearch and php with dynamic libs not static. Previous Comments: [2002-01-25 11:28:33] [EMAIL PROTECTED] Same issues but with RedHat 6.2. Like the original poster, I also copied libtool from my 4.0.6 installation and it works fine. [2002-01-18 06:39:03] [EMAIL PROTECTED] /usr/lib/mysql/libmysqlclient.a(getvar.o)(.text+0x28c): first defined here /usr/lib/mysql/libmysqlclient.a(my_lib.o): In function `my_dir': my_lib.o(.text+0x18): multiple definition of `my_dir' /usr/lib/mysql/libmysqlclient.a(longlong2str.o)(.text+0x13c): first defined here /usr/lib/mysql/libmysqlclient.a(llstr.o): In function `llstr': llstr.o(.text+0x0): multiple definition of `llstr' /usr/lib/mysql/libmysqlclient.a(llstr.o)(.text+0x0): first defined here /usr/lib/mysql/libmysqlclient.a(ctype.o)(.data+0x0): multiple definition of `ctype _latin1' /usr/lib/mysql/libmysqlclient.a(ctype-big5.o)(.data+0x301): multiple definition of `sort_order_big5' /usr/lib/mysql/libmysqlclient.a(ctype-big5.o)(.data+0x301): first defined here /usr/lib/mysql/libmysqlclient.a(ctype-big5.o): In function `my_strcoll_big5': ctype-big5.o(.text+0x51c): multiple definition of `my_strcoll_big5' /usr/lib/mysql/libmysqlclient.a(ctype-tis620.o)(.text+0x4e4): first defined here /usr/lib/mysql/libmysqlclient.a(ctype-ujis.o)(.data+0x0): multiple definition of ` ctype_ujis' /usr/lib/mysql/libmysqlclient.a(ctype-ujis.o)(.data+0x0): first defined here /usr/lib/mysql/libmysqlclient.a(ctype-ujis.o)(.data+0x101): multiple definition of `to_lower_ujis' /usr/lib/mysql/libmysqlclient.a(dbug.o)(.text+0x9bc): first defined here /usr/lib/mysql/libmysqlclient.a(dbug.o): In function `_db_pargs_': dbug.o(.text+0xac8): multiple definition of `_db_pargs_' /usr/lib/mysql/libmysqlclient.a(dbug.o)(.text+0xac8): first defined here /usr/lib/mysql/libmysqlclient.a(dbug.o): In function `_db_lock_file': dbug.o(.text+0xae0): multiple definition of `_db_lock_file' /usr/lib/mysql/libmysqlclient.a(dbug.o)(.text+0xae0): first defined here /usr/lib/mysql/libmysqlclient.a(dbug.o): In function `_db_unlock_file': dbug.o(.text+0xaf4): multiple definition of `_db_unlock_file' /usr/lib/mysql/libmysqlclient.a(dbug.o)(.text+0xaf4): first defined here collect2: ld returned 1 exit status make[1]: *** [libphp4.la] Error 1 make[1]: Leaving directory `/usr/src/php-4.1.1' make: *** [all-recursive] Error 1 : I'm a bit tired of this problem. It's a completely different machine, but the error is the same. So, it would be great if a PHP developer could help to us... Regards, Istvan [2002-01-16 10:39:57] [EMAIL PROTECTED] nope :( mnogosearch 3.2.3 - errors at compile time: In file included from /usr/local/mnogosearch-3.2.3/include/udmsearch.h:37, from /root/php-4.1.1/ext/mnogosearch/php_mnogo.h:31, from internal_functions.c:37: /usr/local/mnogosearch-3.2.3/include/udm_doc.h:7: parse error before `1' make[2]: *** [internal_functions.lo] Error 1 mnogosearch 3.1.19 - errors at linktool time: /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): multiple definition of `mysql_port' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): multiple definition of `mysql_unix_port' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o): In function `net_safe_read': libmysql.o(.text+0x1cc): multiple definition of `net_safe_read' [...] /usr/lib/mysql/libmysqlclient.a(dbug.o): In function `_db_pargs_': dbug.o(.text+0xac8): multiple definition of `_db_pargs_' /usr/lib/mysql/libmysqlclient.a(dbug.o)(.text+0xac8): first defined here /usr/lib/mysql/libmysqlclient.a(dbug.o): In function `_db_lock_file': dbug.o(.text+0xae0): multiple definition of `_db_lock_file' /usr/lib/mysql/libmysqlclient.a(dbug.o)(.text+0xae0): first defined here /usr/lib/mysql/libmysqlclient.a(dbug.o): In function `_db_unlock_file': dbug.o(.text+0xaf4): multiple definition of `_db_unlock_file' /usr/lib/mysql/libmysqlclient.a(dbug.o)(.text+0xaf4): first defined here collect2: ld returned 1 exit status [2002-01-16 09:52:16] [EMAIL PROTECTED] --with-mnogosearch
[PHP-DEV] Bug #15336 Updated: New mysql function: mysql_real_connect
ID: 15336 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Operating System: any PHP Version: 4.1.1 Old Assigned To: Assigned To: zak New Comment: assigning it to zak ;) Previous Comments: [2002-02-02 03:57:21] [EMAIL PROTECTED] Hey Georg, I will be back to PHP stuff in a few days and will be working on the MySQL extension. There should be support for selecting the database on mysql_connect, and may be support for mysql_options. There is a proposal in the Dev list archives. I don't currently have a copy to send. [2002-02-01 18:47:14] [EMAIL PROTECTED] Since version 3.22.x we have a mysql_real_connect instead of mysql_connect + mysql_db_select in the mysql C-API. If you come from C, its annoying, to use the (deprecated) functions mysql_connect + mysql_select_db. Its ok for BC, but mysql_real_connect should be art of the state. Georg Edit this bug report at http://bugs.php.net/?id=15336edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] NEW PHP standalone compiler (was Re: [PHP-DEV] Here we try again)
Actually, with all optimizations on, it seems that my site was running slower and consuming more CPU cycles when I just used Zend Optimizer. Sure, since the compilation takes longer due to the optimizations made. Using the Zend Optimizer makes only sense if a) your application runs long or b) you cache the bytecode. Zend claims something else though ... Zend claims that it improves performance in most situations (typically): http://www.zend.com/store/products/zend-optimizer.php but yes the Optimizer makes a lot more sense when you actually cache the result and that is why the Optimizer does more optimizations when used in conjunction to the encoder or accelerator (I don't know how much the difference is though). Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] ___ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re[3]: [PHP-DEV] [PROPOSAL] defense against session takeovers
Hi, But unfortunately a dedicated server does not cost much more than virtual hosting anymore (just have a look at http://powerraq.com/ ). PHP is mostly pre-installed (with dev settings and not production settings - many admins even forget to switch on safe_mode) and this lazyness leads to thousands of insecure PHP installations on production machines. Why would you switch on safe_mode if you have a dedicated server? That makes no sense. There is also nothing unsafe about the session code if you are on a dedicated server. I meant renting a dedicated server for selling virtual hosting. But because safe_mode is so terribly limiting (file uploads dont work as desired etc..) many hosters just leave it off. It's terrible, but I see it quite often. But I don't want to start again a discussion on this. Until Apache 2.0 has reached production quality, there is no standard method of making PHP secure. period. I actually got PHP scripts running as user. I applied a patch to cgiwrap (I know, patching cgiwrap or SuEXEC is no-no) but I still want to test this thoroughly as I don't have any information about stability/security. There's quite a loss of speed (more latency) because of CGI and also because for example persistent database connections are not anymore possible. But at least I can execute shell commands (such as invoking http://www.imagemagick.org/ ) without any problems. Kind Regards, Daniel Lorch -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15334 Updated: no way to upload to a virtual domain
ID: 15334 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: HTTP related Operating System: FreeBSD 4.4 PHP Version: 4.1.1 New Comment: Not a bug. Configuration problem. Ask support on the appropriate mailinglist. Previous Comments: [2002-02-01 17:53:53] [EMAIL PROTECTED] using phpMyAdmin to upload a SQL query file, Apache reports the following error: *** Warning: open_basedir restriction in effect. File is in wrong directory in /usr/local/psa/home/vhosts/bogus.org/httpdocs/sql/read_dump.php on line 220 Warning: fopen(/usr/local/psa/home/vhosts/anotherone.com/httpdocs/_php_upload_tmp/php66Xwh8, r) - Operation not permitted in /usr/local/psa/home/vhosts/bogus.org/httpdocs/sql/read_dump.php on line 220 Warning: Supplied argument is not a valid File-Handle resource in /usr/local/psa/home/vhosts/bogus.org/httpdocs/sql/read_dump.php on line 220 ** Please notice that Apache is referring to two different virtual domains, bogus.org and anotherone.com !!! I was uploading to bogus.org and Apache reported trying to fopen on anotherone.com!! Is it impossible to perform uploads on a server that hosts virtual domains? It shouldnt, should it Edit this bug report at http://bugs.php.net/?id=15334edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Move Satellite to PECL!
Hello! Satellite only wastes bandwith being included in the php4 distribution. As the author of the PHP extension Satellite, I would like to request that someone with ssh access to the CVS server copy /php4/ext/satellite to /pear/PECL/satellite (for keeping the logs). I will then remove everything from /php4/ext/satellite and add a README file with instructions for obtaining it from PECL. Thank you, -\- David Eriksson -/- -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15341 Updated: shebang line is printed out with cgi
ID: 15341 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Closed Bug Type: Unknown/Other Function Operating System: Linux 2.4.9-13 (RH 7.2) PHP Version: 4.1.1 New Comment: This should be fixed in CVS already. Try a snapshot from http://snaps.php.net/ Previous Comments: [2002-02-02 03:47:03] [EMAIL PROTECTED] Configured php with no options simpley ./configure I can reproduce this problem with 2 webservers Apache 1.3.22 and mini_httpd (Latest Version) When ever I run any script as a cgi the shebang line is printed out. Running it from the command line does not produce the error. The script runs fine except for the above Thanks Will Edit this bug report at http://bugs.php.net/?id=15341edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15005 Updated: Date bug with two and four digit year
ID: 15005
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Date/time related
Operating System: Windows2000
PHP Version: 4.1.1
New Comment:
No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to Open.
Previous Comments:
[2002-01-11 21:22:40] [EMAIL PROTECTED]
Can't reproduce this on command line:
C:\php\php-4.1.1-Win32php -q
? echo date('Y'); ?
^Z
2002
C:\php\php-4.1.1-Win32php -q
? echo date('y'); ?
^Z
02
C:\php\php-4.1.1-Win32
Please test this on your system too.
I still bet something is configured wrong on your system.
[2002-01-11 20:04:24] [EMAIL PROTECTED]
I didn't see this bug posted, and I know that it worked fine in all my
scripts in 2001.
In 2002, it displays 2011 instead of 2002 for the year
example :date(Y); or date(y)
will return 2011 or 11 instead of 2002 or 02
I'm using Windows 2000 with service pack 2
PHP 4.1.1 win32 binaries un-modified downloaded direct from php.net on
Microsoft's Personal Web Server that came with Windows98 SE. Loading on
IE 5.5.
Thanks
--Cameron Sellum
Edit this bug report at http://bugs.php.net/?id=15005edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14989 Updated: eregi function causes problem in include file
ID: 14989
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Regexps related
Operating System: FreeBSD 4.4-RELEASE
PHP Version: 4.1.0
New Comment:
No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to Open.
Previous Comments:
[2002-01-11 02:37:36] [EMAIL PROTECTED]
Then please provide a self-contained example which doesn't use
variables but direct values passed to eregi() which we can reconstruct.
[2002-01-11 00:05:57] [EMAIL PROTECTED]
$HOSTNAME is not null, it is = to the server name. The same eregi code
works fine without errors in php v 4.06 on mandrake linux v 8.1.
Therefore I do believe this is a valid bug. Additinally, when I echo
$HOSTNAME in infoGrid.php, it is indeed equal to the server hostname.
[2002-01-10 23:34:08] [EMAIL PROTECTED]
This basically means that the regexp passed to eregi() is empty, i.e.
that $HOSTNAME has no value (I guess its null then).
Somehow your code looks bogus:
if (eregi($HOSTNAME,
would imply that $HOSTNAME actualyl is a regular expression. Are you
sure about this?
If you just want to match if two strings are similar you should use
if ($HOSTNAME == www..
You can surpress warning output with the '@' operator, e.g. @eregi().
Closing.
[2002-01-10 22:10:54] [EMAIL PROTECTED]
have a web ap with an include file called common.php that contains:
...
if(eregi($HOSTNAME,www.somehostname.com))
{
define(DATABASE_HOST,mybox.myhost.com);
}
else
{
define(DATABASE_HOST,localhost);
}
// Database Initialize
$db = new DB_Sql();
...etc
eregi must be outputing some data to the server since the page that
includes the above include file returns an error:
(note that line 22 is the first eregi expression in common.php)
===error message begin:
Warning: REG_EMPTY in
/usr/local/home/vhosts/mybox.com/httpdocs/common.php on line 22
Warning: Cannot send session cache limiter - headers already sent
(output started at
/usr/local/home/vhosts/mybox.com/httpdocs/common.php:22) in
/usr/local/home/vhosts/mybox.com/httpdocs/infoGrid.php on line 16
===error message end:
infoGrid.php is setting cookies
removing the eregi test and replacing the above lines in common.php
with:
define(DATABASE_HOST,mybox.myhost.com);
removes the error
It seems to me that eregi must be outputing something back to the
server.
I couldn't find this bug in the bug database so I'd appreciate it if
anyone has time to look into it.
Edit this bug report at http://bugs.php.net/?id=14989edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14983 Updated: mail function buffer overflow
ID: 14983
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Reproducible crash
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:
No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to Open.
Previous Comments:
[2002-01-11 11:31:01] [EMAIL PROTECTED]
Here is the diff.
-Enrico
--- sendmail-old.c Mon Sep 4 18:26:16 2000
+++ sendmail.c Thu Jan 10 20:20:56 2002
@@ -16,6 +16,8 @@
* The complete wSendmail package with source code can be located
* from http://www.jgaa.com
*
+
+ modified by Enrico Demarin Jan 2001
*/
#include php.h /*php specific */
@@ -217,7 +219,7 @@
if (strchr(mailTo, '@') == NULL)
return (BAD_MSG_DESTINATION);
- sprintf(Buffer, HELO %s\r\n, LocalHost);
+ snprintf(Buffer, MAIL_BUFFER_SIZE, HELO %s\r\n, LocalHost);
/* in the beggining of the dialog */
/* attempt reconnect if the first Post fail */
@@ -229,7 +231,7 @@
if ((res = Ack()) != SUCCESS)
return (res);
- sprintf(Buffer, MAIL FROM:%s\r\n, RPath);
+ snprintf(Buffer, MAIL_BUFFER_SIZE,MAIL FROM:%s\r\n, RPath);
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
@@ -242,7 +244,7 @@
token = strtok(tempMailTo, ,);
while(token != NULL)
{
- sprintf(Buffer, RCPT TO:%s\r\n, token);
+ snprintf(Buffer, MAIL_BUFFER_SIZE, RCPT TO:%s\r\n, token);
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
@@ -259,7 +261,7 @@
token = strtok(tempMailTo, ,);
while(token != NULL)
{
- sprintf(Buffer, RCPT TO:%s\r\n, token);
+ snprintf(Buffer, MAIL_BUFFER_SIZE, RCPT TO:%s\r\n, token);
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
@@ -341,14 +343,15 @@
struct tm *tm = localtime(tNow);
int zoneh = abs(_timezone);
int zonem, res;
+ int i;
+
char *p;
- p = Buffer;
zoneh /= (60 * 60);
zonem = (abs(_timezone) / 60) - (zoneh * 60);
if(!xheaders || !strstr(xheaders, Date:)){
- p += sprintf(p, Date: %s, %02d %s %04d %02d:%02d:%02d
%s%02d%02d\r\n,
+ snprintf(Buffer, MAIL_BUFFER_SIZE, Date: %s, %02d %s %04d
%02d:%02d:%02d %s%02d%02d\r\n,
days[tm-tm_wday],
tm-tm_mday,
months[tm-tm_mon],
@@ -359,21 +362,56 @@
(_timezone 0) ? + : (_timezone 0) ? -
: ,
zoneh,
zonem);
+
+ if ((res = Post(Buffer)) != SUCCESS)
+ return (res);
}
if(!xheaders || !strstr(xheaders, From:)){
- p += sprintf(p, From: %s\r\n, RPath);
+ snprintf(Buffer, MAIL_BUFFER_SIZE, From: %s\r\n, RPath);
+ if ((res = Post(Buffer)) != SUCCESS)
+ return (res);
}
- p += sprintf(p, Subject: %s\r\n, Subject);
+
+ snprintf(Buffer, MAIL_BUFFER_SIZE, Subject: %s\r\n, Subject);
+ if ((res = Post(Buffer)) != SUCCESS)
+ return (res);
+
if(!xheaders || !strstr(xheaders, To:)){
- p += sprintf(p, To: %s\r\n, mailTo);
+ snprintf(Buffer, MAIL_BUFFER_SIZE, To: %s\r\n, mailTo);
+ if ((res = Post(Buffer)) != SUCCESS)
+ return (res);
}
+
if(xheaders){
- p += sprintf(p, %s\r\n, xheaders);
- }
- if ((res = Post(Buffer)) != SUCCESS)
- return (res);
+ /* send extre headers in 1024 chunks */
+ if (strlen(xheaders) = 1024) {
+ if ((res = Post(xheaders)) != SUCCESS)
+ return (res);
+ } else {
+ p = xheaders;
+
+ while (1) {
+ if (*p == '\0')
+ break;
+ if (strlen(p) = 1024)
+
[PHP-DEV] Bug #14937 Updated: Script timeouts at random places
ID: 14937
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Performance problem
Operating System: Windows 2000 Server
PHP Version: 4.1.0
New Comment:
No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to Open.
Previous Comments:
[2002-01-11 09:23:09] [EMAIL PROTECTED]
I will take a look at ADP. I have to find some time to set it up.
In the mean time does anybody have any ideas why the same script could
be running at less than 0.4 seconds and then jump to 32 seconds then go
back to normal? It isnt just this script. It happens with others.
Not at any kind of interval either. Any brainstorms would be helpful,
I have been racking my brain trying to think of any reason for this.
Thanks
Charles Killmer
[2002-01-10 22:39:25] [EMAIL PROTECTED]
Try APD to make sure if this is PHP or your script fault.
http://apd.communityconnect.com/
(APD supports tracing script execution)
You need UNIX like OS ;) Try Linux :)
[2002-01-10 16:45:23] [EMAIL PROTECTED]
This is a snippet from the performance log on Jan 10 2002. Notice that
this script usually takes 0. some seconds. But one of these took 31.9
seconds. This happens periodically on our busiest sites. This file
only includes on file with a few functions. Executes two of those
functions. One just creates a menu using a few if statements. The
other simply outputs some html.
function stuff() {
? html stuff here
?}
Date Time FileFile Execution Time Browser Agent
01/10/2002
01:10:50Z:\Sites\Client1\samePhpFile.php0.062487006187439
Mozilla/4.0
(compatible; MSIE 5.01; Windows NT 5.0)
01/10/2002
05:48:27Z:\Sites\Client1\samePhpFile.php0.061802983283997
Mozilla/4.0
(compatible; MSIE 6.0; Windows NT 5.1; Q312461)
01/10/2002
06:01:47Z:\Sites\Client1\samePhpFile.php0.082913994789124
Mozilla/4.0
(compatible; MSIE 5.5; Windows 98; Win 9x 4.90)
01/10/2002
06:35:45Z:\Sites\Client1\samePhpFile.php0.068187952041626
Mozilla/4.0
(compatible; MSIE 5.5; AOL 5.0; Windows 98; Win 9x 4.90)
01/10/2002
07:19:53Z:\Sites\Client1\samePhpFile.php0.05417799949646
Mozilla/4.74
[en] (Win95; U)
01/10/2002
08:41:42Z:\Sites\Client1\samePhpFile.php0.24766898155212
Mozilla/4.73
[en] (Win95; U)
01/10/2002
09:24:06Z:\Sites\Client1\samePhpFile.php0.39544701576233
Mozilla/4.0
(compatible; MSIE 6.0; Windows NT 5.1; Q312461)
01/10/2002
09:24:17Z:\Sites\Client1\samePhpFile.php0.28285801410675
Mozilla/4.0
(compatible; MSIE 6.0; Windows 98; Q312461)
01/10/2002
09:36:11Z:\Sites\Client1\samePhpFile.php0.048995971679688
Mozilla/4.0
(compatible; MSIE 6.0; AOL 6.0; Windows NT 5.1)
01/10/2002
09:55:23Z:\Sites\Client1\samePhpFile.php0.050058960914612
Mozilla/4.0
(compatible; MSIE 5.5; Windows NT 4.0)
01/10/2002
10:21:52Z:\Sites\Client1\samePhpFile.php0.068014025688171
Mozilla/4.0
(compatible; MSIE 5.5; AOL 7.0; Windows 98; Win 9x 4.90)
01/10/2002
10:31:00Z:\Sites\Client1\samePhpFile.php0.07217800617218
Mozilla/4.0
(compatible; MSIE 5.5; AOL 7.0; Windows 98; Win 9x 4.90)
01/10/2002
10:55:43Z:\Sites\Client1\samePhpFile.php0.048286080360413
Mozilla/4.72
[en]C-BMY (WinNT; U)
01/10/2002
11:01:39Z:\Sites\Client1\samePhpFile.php0.062674999237061
Mozilla/4.72
[en]C-BMY (WinNT; U)
01/10/2002
11:05:08Z:\Sites\Client1\samePhpFile.php0.068107962608337
Mozilla/4.0
(compatible; MSIE 5.01; Windows NT)
01/10/2002
11:10:43Z:\Sites\Client1\samePhpFile.php0.13118100166321
Mozilla/4.0
(compatible; MSIE 5.0; Windows 98; DigExt)
01/10/2002
11:11:37Z:\Sites\Client1\samePhpFile.php0.36615908145905
Mozilla/4.0
(compatible; MSIE 5.5; Windows NT 5.0)
01/10/2002
12:18:57Z:\Sites\Client1\samePhpFile.php0.12750899791718
Mozilla/4.0
(compatible; MSIE 5.5; Windows 95; SNET)
01/10/2002
12:26:46Z:\Sites\Client1\samePhpFile.php0.031258940696716
Mozilla/4.0
(compatible; MSIE 5.0; Mac_PowerPC)
01/10/2002
12:57:43Z:\Sites\Client1\samePhpFile.php0.12115907669067
Mozilla/4.72
[en]C-BMY (WinNT; U)
01/10/2002
14:16:14Z:\Sites\Client1\samePhpFile.php0.098912000656128
[PHP-DEV] Bug #14983 Updated: mail function buffer overflow
ID: 14983
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Old Status: No Feedback
Status: Open
Bug Type: Reproducible crash
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:
Sorry, reopening.
Previous Comments:
[2002-02-02 06:35:57] [EMAIL PROTECTED]
No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to Open.
[2002-01-11 11:31:01] [EMAIL PROTECTED]
Here is the diff.
-Enrico
--- sendmail-old.c Mon Sep 4 18:26:16 2000
+++ sendmail.c Thu Jan 10 20:20:56 2002
@@ -16,6 +16,8 @@
* The complete wSendmail package with source code can be located
* from http://www.jgaa.com
*
+
+ modified by Enrico Demarin Jan 2001
*/
#include php.h /*php specific */
@@ -217,7 +219,7 @@
if (strchr(mailTo, '@') == NULL)
return (BAD_MSG_DESTINATION);
- sprintf(Buffer, HELO %s\r\n, LocalHost);
+ snprintf(Buffer, MAIL_BUFFER_SIZE, HELO %s\r\n, LocalHost);
/* in the beggining of the dialog */
/* attempt reconnect if the first Post fail */
@@ -229,7 +231,7 @@
if ((res = Ack()) != SUCCESS)
return (res);
- sprintf(Buffer, MAIL FROM:%s\r\n, RPath);
+ snprintf(Buffer, MAIL_BUFFER_SIZE,MAIL FROM:%s\r\n, RPath);
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
@@ -242,7 +244,7 @@
token = strtok(tempMailTo, ,);
while(token != NULL)
{
- sprintf(Buffer, RCPT TO:%s\r\n, token);
+ snprintf(Buffer, MAIL_BUFFER_SIZE, RCPT TO:%s\r\n, token);
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
@@ -259,7 +261,7 @@
token = strtok(tempMailTo, ,);
while(token != NULL)
{
- sprintf(Buffer, RCPT TO:%s\r\n, token);
+ snprintf(Buffer, MAIL_BUFFER_SIZE, RCPT TO:%s\r\n, token);
if ((res = Post(Buffer)) != SUCCESS)
return (res);
if ((res = Ack()) != SUCCESS)
@@ -341,14 +343,15 @@
struct tm *tm = localtime(tNow);
int zoneh = abs(_timezone);
int zonem, res;
+ int i;
+
char *p;
- p = Buffer;
zoneh /= (60 * 60);
zonem = (abs(_timezone) / 60) - (zoneh * 60);
if(!xheaders || !strstr(xheaders, Date:)){
- p += sprintf(p, Date: %s, %02d %s %04d %02d:%02d:%02d
%s%02d%02d\r\n,
+ snprintf(Buffer, MAIL_BUFFER_SIZE, Date: %s, %02d %s %04d
%02d:%02d:%02d %s%02d%02d\r\n,
days[tm-tm_wday],
tm-tm_mday,
months[tm-tm_mon],
@@ -359,21 +362,56 @@
(_timezone 0) ? + : (_timezone 0) ? -
: ,
zoneh,
zonem);
+
+ if ((res = Post(Buffer)) != SUCCESS)
+ return (res);
}
if(!xheaders || !strstr(xheaders, From:)){
- p += sprintf(p, From: %s\r\n, RPath);
+ snprintf(Buffer, MAIL_BUFFER_SIZE, From: %s\r\n, RPath);
+ if ((res = Post(Buffer)) != SUCCESS)
+ return (res);
}
- p += sprintf(p, Subject: %s\r\n, Subject);
+
+ snprintf(Buffer, MAIL_BUFFER_SIZE, Subject: %s\r\n, Subject);
+ if ((res = Post(Buffer)) != SUCCESS)
+ return (res);
+
if(!xheaders || !strstr(xheaders, To:)){
- p += sprintf(p, To: %s\r\n, mailTo);
+ snprintf(Buffer, MAIL_BUFFER_SIZE, To: %s\r\n, mailTo);
+ if ((res = Post(Buffer)) != SUCCESS)
+ return (res);
}
+
if(xheaders){
- p += sprintf(p, %s\r\n, xheaders);
- }
- if ((res = Post(Buffer)) != SUCCESS)
- return (res);
+ /* send extre headers in 1024 chunks */
+ if (strlen(xheaders) = 1024) {
+ if ((res = Post(xheaders)) != SUCCESS)
+ return (res);
+ } else {
+ p = xheaders;
+
+ while (1) {
+ if
[PHP-DEV] Bug #14688 Updated: session_register() doesn't register
ID: 14688 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Session related Operating System: linux 2.2 PHP Version: 4.1.0 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-11 18:31:26] [EMAIL PROTECTED] Clarification. Which save handler are you using files or user? [2001-12-25 14:20:57] [EMAIL PROTECTED] This bug is in 4.1.1 aswell [2001-12-25 07:44:24] [EMAIL PROTECTED] Both servers got register_globals = On. On the 4.1.0 server i run with a php.ini that originates from the 4.0.5 release. --niklas [2001-12-25 06:00:24] [EMAIL PROTECTED] What is your register_globals setting? Derick [2001-12-24 19:00:41] [EMAIL PROTECTED] I got an array as a session var, then on one page I do unset($basket); $basket = array(); session_register(basket); to empty the array but the array seems to be unaffected. The exact same code works on 4.0.5. 4.1.0 setup: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--disable-debug' '--enable-track-vars' '--with-pgsql' '--with-gd=../gd-1.8.4' '--with-zlib=/usr' '--with-jpeg-dir=/usr' '--with-ttf' '--with-xslt' '--with-xslt-sablot' --niklas Edit this bug report at http://bugs.php.net/?id=14688edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12576 Updated: php_pdf.dll is expired
ID: 12576 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: PDF related Operating System: Windows 98 PHP Version: 4.0.6 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-11 17:23:48] [EMAIL PROTECTED] Are you sure it isn't your installed PDFlib that produces this error? Otherwise, please try with 4.1.1, and report back. [2001-08-05 07:55:43] [EMAIL PROTECTED] I have PHP 4.0.6 installed on a Windows 98 System with gd,pdf and zlib extensions. When I try to call a function from the pdflib it says: Fatal error: PDFlib error: Beta expired - retrieve new version from www.pdflib.com in .php on line 4 On that website I found the following information: 2001-05-18: PDFlib 4.0.0 accidentally contains a time-bomb feature from the beta test which makes PDFlib 4.0.0 expire in July 2001. The php_pdf.dll you can download from www.pdflib.com is not free and displays a message across all pdf-pages. They offer a patch on that website, but that does not work with windows dll's. Please add a working php_pdf.dll to your PHP-distribution for win32. Thanks, Robert Grellmann Edit this bug report at http://bugs.php.net/?id=12576edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12210 Updated: DirectoryMatch/php_value/.htaccess
ID: 12210 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: linux 2.2.19 PHP Version: 4.0.5 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-12 14:45:29] [EMAIL PROTECTED] Can you reproduce this with the latest apache and php? [2001-07-17 12:35:50] [EMAIL PROTECTED] Apache version 1.3.14 IF a php_XXX config directive (maybe ANY php_XXX config directive) is used inside a DirectoryMatch section in the Apache server config file THEN IF other (maybe ANY) php_XXX's are used in an .htaccess file within a directory which is matched by the DirectoryMatch THEN these php_XXX's will only be honoured when the server is restarted. Subsequent changes to these directives in the .htaccess file will be ignored. For example, in httpd.conf put: DirectoryMatch ^/home/httpd/html/buggy/ php_admin_value sendmail_path /some/path/to/sendmail /DirectoryMatch in /home/httpd/html/buggy/.htaccess put php_value include_path somedir and then call phpinfo() from with a file in the same directory. On starting Apache, sendmail_path and include_path will be as above but subsequently changing the value of include_path will have no effect unless the server is restarted. However, if the php_admin_value in the server config file is removed and the server restarted, changes to the include_path in the .htaccess file will be registered immediately (as should be). Further, FWIW: 1) Directory as opposed to DirectoryMatch seems to be OK. 2) Non php_XXX apache directives function OK in both contexts. Hence I am filing this as a bug here rather than to Apache. 3) At times(!), I have got a bizarre toggle effect when reloading phpinfo() i.e. alternate hits show first old value of include_path and then the new value! 4) I have conducted all tests using Lynx and thus am confident that there has been no cache nonsense going on. Edit this bug report at http://bugs.php.net/?id=12210edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8649 Updated: session.auto_start can't write to files in isapi mode
ID: 8649 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: NT4 (SP6a) PHP Version: 4.0.4 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-12 06:55:03] [EMAIL PROTECTED] Can you this with 4.1.1? [2001-01-11 00:34:21] [EMAIL PROTECTED] On WinNT4(SP6a), the following script works in both cgi and isapi mode with the default php.ini, which has session auto_start turned off: ?php session_start(); session_register(cntr); $cntr++; echo Counter is: $cntr; ? If I turn on session auto_start in php.ini with: session.auto_start = 1 all is well in cgi mode, but isapi mode generates the following error: Counter is: 1 Warning: open(/tmp\sess_20b9e255f10a4bde02c3f9fe0d5d6779, O_RDWR) failed: m (2) in Unknown on line 0 Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 The /tmp directory exists, is world read/writeable and is working fine in all modes without session.auto_start and in cgi mode with auto_start. Changing session.save_path to '\tmp' (from '/tmp') makes no difference. PHP is 4.0.4, build date 12/20/2000 Thanks. Edit this bug report at http://bugs.php.net/?id=8649edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8744 Updated: call to header() causes CGI error
ID: 8744 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: Windows 2000 PHP Version: 4.0.4pl1 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-12 06:55:40] [EMAIL PROTECTED] How does this work on 4.1.1? [2001-02-12 17:30:21] [EMAIL PROTECTED] i have the same problem here. when i turn on the log startup errors flag in the php.ini i get the following output : __ CGI Error The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: FATAL: erealloc(): Unable to allocate 1043162510 bytes __ i guess there's something wrong within the parser or compiler, because nothing of the code is executed. unfortunatelly i don't have 1GB RAM so i would be happy if there is any solution to this. harald. [2001-01-16 18:30:59] [EMAIL PROTECTED] In case you missed my second message: Here are two typical lines from the IIS error log: the first is a successful page load (code 200) and the second is the CGI error after the redirect (502) Note that in the IIS log format it is normal for a space to separate the URL and the Querystring. The last column in the log is the referrer URL. 2001-01-16 17:20:30 192.168.1.29 - GET /success/ProbRev.php3 EmpID=5New=Y 200 0 378 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98;+Win+9x+4.90) http://192.168.1.30/success/InterimRevSelect.php3?EmpID=5 2001-01-16 17:20:30 192.168.1.29 - GET /success/ProbRev.php3 EmpID=5ProbRevID=12 502 0 374 Mozilla/4.0+(compatible;+MSIE+5.5;+Windows+98;+Win+9x+4.90) http://192.168.1.30/success/InterimRevSelect.php3?EmpID=5 [2001-01-16 18:29:28] [EMAIL PROTECTED] A few more things: the problem is not easily reproducible. Also, if I change all of the database calls to go to mySQL (which I have installed on Windows 2000) instead of SQL Server 2000 (which is the database system I was using, also installed on the same machine), I do NOT get the CGI errors. However, in both instances, the databases do get updated or otherwise manipulated successfully; it's just the redirect that fails when using SQL Server. Hope this helps. [2001-01-16 14:12:01] [EMAIL PROTECTED] Can you tell us what is in the logs of IIS? 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/?id=8744 Edit this bug report at http://bugs.php.net/?id=8744edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5370 Updated: Session won't pass any variables in this platform.
ID: 5370
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Session related
Operating System: Windows 98
PHP Version: 4.0.1pl2
New Comment:
No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to Open.
Previous Comments:
[2002-02-01 10:09:15] [EMAIL PROTECTED]
I'm getting this error msg:
Warning: open(/tmp\sess_021e6dafeb513b539d491681bfc95c73, O_RDWR)
failed: No such file or directory (2) in c:\programme\apache
group\apache\htdocs\voba_wangen\inc.frontend.funcs.php on line 468
on our linux machine it works great. only win98 sucks :(
i tried to set an absolute path like [EMAIL PROTECTED] said, but it didn't
help :(
[2002-01-14 15:12:48] [EMAIL PROTECTED]
FAT 32 bit
modified time?
Where is the registration form on this site?
[2002-01-12 20:57:31] [EMAIL PROTECTED]
What kind of FAT file system are you using?
(i.e. Does the file system support modified time?)
I believe you are using newer PHP, don't you? Please update Version
field.
PS: Change status to Open if you reopen bug report :)
[2002-01-12 04:25:08] [EMAIL PROTECTED]
Don't use the testing program I posted, I forgot it was tied to a
database.
[2002-01-12 03:46:20] [EMAIL PROTECTED]
I get these 3 warnings on Windows 98 4.10.A, Apache 1.3.14, PHP
4.0.3pl1:
Warning: open(\tmp\sess_906cf0440e666cf0f87ea4bbee139c97, O_RDWR)
failed: m (2) in c:\program files\Apache
Group\Apache\htdocs/session2.php on line 2
Warning: open(\tmp\sess_906cf0440e666cf0f87ea4bbee139c97, O_RDWR)
failed: m (2) in Unknown on line 0
Warning: Failed to write session data (files). Please verify that the
current setting of session.save_path is correct (\tmp) in Unknown on
line 0
The following solved the problem:
Make sure you are editing the php.ini file found in the Php\ directory,
not in the windows\ directory.
Set the session.save_path to an absolute path, relative paths (like
/tmp) don't work.
For example:
session.save_path = C:\Program Files\Apache Group\Apache\htdocs\tmp
I used this prog for testing:
?php
session_start();
session_register(your_name);
if(!empty($your_name))
{
echo I already know your name, $your_name;
}
elseif(empty($your_name)!isset($submit))
{
echo form name=myform method=post action=$PHP_SELF
input type=text name=first_name first namebr
input type=text name=last_name last namebr
input type=submit name=submit value=submit
/form;
}
elseif(isset($submit)empty($your_name))
{
$your_name=$first_name . . $last_name;
echo Thank you, $your_name;
}
?
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/?id=5370
Edit this bug report at http://bugs.php.net/?id=5370edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #5653 Updated: PIKE specific: with setcookie(), only the last cookie is written
ID: 5653 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Other web server Operating System: Linux PHP Version: 4.0.5 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-11 16:45:03] [EMAIL PROTECTED] Can this be reproduced with the PHP 4.1.1, and perhaps the latest roxen/pike? [2001-08-16 12:55:28] [EMAIL PROTECTED] [2001-08-16 12:24:36] [EMAIL PROTECTED] There is small problem in Roxen's SAPI, which arises when duplicate headers are sent out. While playing with some PHP apps with Roxen, I found that regardless how many cookies are set in PHP code, only one is sent to the browser. Investigation shows that Roxen's SAPI uses Pike's type mapping to send headers, which (of course) doesn't allow duplicate headers (in my case Set-Cookie) to be sent, i.e. only last one is sent, since subsequesnt calls to set header with the same name will replace previous. Proposed solution: use array instead of mapping. It will require changes in Roxen module as well, of course, but this should not be difficult. [2001-08-14 20:08:47] [EMAIL PROTECTED] feedback - open [2001-07-24 12:23:37] [EMAIL PROTECTED] OK here is the result... Variable Value PHP_SELF = /test.php HTTP_COOKIE_VARS[cookie3] = phprocks if you don't believe you can try at www.delta7.de/test.php. The real problem is in source-file src/sapi/roxen/roxen.c about line 298 (in ver 4.0.6 of PHP)... this function (pike): mapping_string_insert(REQUEST_DATA, ind, mappie); does not append headers of the same type (here cookies). this means: old cookies are deleted and replaced with the last one you set. The Problen is _not_ on the side of the webserver. I found out (and may proove) that the roxen-php-module will recieve more than only one cookie if you like, i would make some php-scripts that will show you... [2001-07-24 09:02:41] [EMAIL PROTECTED] this could be because your server is only sending one cookie to browser Try creating a script like the one below... ? setcookie (cookie1,helloworld); setcookie(cookie2,ilovetheworld); setcookie(cookie3,phprocks); phpinfo(); ? go down to the section about the HTTP Headers Information then go to the HTTP Response Headers. Either post this information here, or give us the address to that page. 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/?id=5653 Edit this bug report at http://bugs.php.net/?id=5653edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7306 Updated: segfault when binding undefined php variable with a BLOB hostvar
ID: 7306 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: linux-glibc21, OCI 8.1.5.0.0 PHP Version: 4.0 Latest CVS (18/10/2000) New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-11 16:48:41] [EMAIL PROTECTED] Can you reproduce this with latest PHP 4.1.1? [2001-05-11 21:42:11] [EMAIL PROTECTED] Why was this duplicate? [2000-10-18 05:02:37] [EMAIL PROTECTED] ?php $db = @ocilogon(scott, tiger, ZTST); $statement = ociparse($db, CREATE TABLE foo (blob_field BLOB)); ociexecute($statement); $query = INSERT INTO foo (blob_field) . VALUES (EMPTY_BLOB()) . RETURNING blob_field into :blob; $statement = ociparse($db, $query); ocibindbyname($statement, ':blob', $undefined, -1, OCI_B_BLOB); $result = ociexecute($statement); ? Edit this bug report at http://bugs.php.net/?id=7306edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8482 Updated: undefined symbol: slpmprodstab
ID: 8482 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: RedHat Linux 6.2 PHP Version: 4.0.4 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-11 16:56:22] [EMAIL PROTECTED] Does it start with 4.1.1? [2000-12-29 13:01:19] [EMAIL PROTECTED] Trying to build PHP 4.0.4 with Oracle 8.0.5. Compile works fine, but get a failure when starting Apache: Cannot load /etc/httpd/modules/libphp4.so into server: /home/oracle/product/8.0.5/lib/libclntsh.so.1.0: undefined symbol: slpmprodstab config opts: --with-mysql --with-apxs --enable-versioning --enable-track-vars --enable-inline-optimization --enable-static=no --with-config-file-path=/etc --with-sablot --with-oci8 Edit this bug report at http://bugs.php.net/?id=8482edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8459 Updated: PHP's crash JVM after a few requests
ID: 8459 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Java related Operating System: Windows NT 4.0 Workstation, SP6a PHP Version: 4.0.4 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-11 16:55:40] [EMAIL PROTECTED] Can you produce this error on 4.1.1? [2000-12-28 13:45:32] [EMAIL PROTECTED] Not apparently. I can produce this behavior with a php as simple as: ?php phpinfo(); ? Or even a PHP that has no PHP syntax - just HTML. Furthermore, this DOES happen on the very first request to a particular page on occasion. It appears that this can happen either before or after the response is sent to the browser, but typically before. [2000-12-28 13:38:07] [EMAIL PROTECTED] Could this be related to the problem reported in bug 6616? [2000-12-28 12:04:09] [EMAIL PROTECTED] This is reproducable with the IBM JDK 1.3 [2000-12-28 11:34:08] [EMAIL PROTECTED] With PHP 4.04 (servlet), Sun JDK 1.3, Apache Tomcat 3.2.1 Windows NT 4.0 SP6a. After usually 3 or 4 PHP requests through the servlet enginer, JVM dies with an Access Violation. # # An EXCEPTION_ACCESS_VIOLATION exception has been detected in native code outsi de the VM. # Program counter=0x971b58d # The instruction at 0x0971b58d referenced memory at 0x75716572. The memory could not be read. Unhandled exception in java.exe (PHP4TS.DLL): 0xC005: Access Violation. (Assembler info can be provided if necessary.) Edit this bug report at http://bugs.php.net/?id=8459edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8227 Updated: odbc_field_name don't get tab1.field tab2.field back
ID: 8227 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: ODBC related Operating System: WinNT PHP Version: 4.0.3pl1 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-11 16:53:55] [EMAIL PROTECTED] Can you reproduce this with PHP 4.1.1? [2000-12-13 08:16:27] [EMAIL PROTECTED] In a db where are two tables (tab1,tab2) with same fields(field) you could not make difference between tab1.field and tab2.field they just named field. By Christian Edit this bug report at http://bugs.php.net/?id=8227edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8142 Updated: on exit() from method, interbase makes a mess with transaction ids
ID: 8142
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: InterBase related
Operating System: Linux 2.2.17
PHP Version: 4.0.3pl1
New Comment:
No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to Open.
Previous Comments:
[2002-01-11 16:53:09] [EMAIL PROTECTED]
Do you still experience this problem on PHP 4.1.1?
[2000-12-06 16:40:03] [EMAIL PROTECTED]
If I exit() or die() from within a method, a begun transaction is
automatically COMMITTED(!) and I get wierd errors in the http error
log.
?
class InterBaseFailure {
var $dbh;
var $trh;
function InterBaseFailure() {
$this-dbh = ibase_pconnect( ibase/outerdb.gdb, web, pass
);
$this-trh = ibase_trans( IBASE_DEFAULT, $this-dbh );
}
function Save( $num ) {
ibase_query( $this-trh, insert into dummy values ($num) );
// now, if we exit() from here either directly or indirectly
// there's a mess with the transaction handles. I get:
// a) an error in the httpd log
//x is not a valid InterBase link resource
// b) A COMMITTED CHANGE!
exit();
}
}
$t = New InterBaseFailure();
$t-Save( 3 );
?
Edit this bug report at http://bugs.php.net/?id=8142edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8313 Updated: the sysbase type float(15) is handled incorrectly
ID: 8313 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Sybase-ct (ctlib) related Operating System: Solaris 7 PHP Version: 4.0.3pl1 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-11 16:54:20] [EMAIL PROTECTED] Does this happen on 4.1.1? [2000-12-18 10:03:14] [EMAIL PROTECTED] I have a Table in a Sybase database with a column of type float(15). The command sybase_fetch_row return odds values for this column (things as Infinity or 2.0055246616091E+35) with or without the sybase.compatability_mode (weird ! I've also tried sybase.compatibility_mode) turned to on. Edit this bug report at http://bugs.php.net/?id=8313edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #7847 Updated: OCI8 support with Oracle 8.1.5 doesn't work
ID: 7847 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: AIX 4.2 PHP Version: 4.0.3pl1 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-11 16:49:56] [EMAIL PROTECTED] Can you reproduce this with PHP 4.1.1? [2001-01-08 09:13:58] [EMAIL PROTECTED] Downloaded php4-200101080345 this morning and recompiled libphp4.so. The problems remain. I had to find out an AIX 4.3.3 server in order to keep the project in schedule; I successfully built a STATIC php module there, including a working OCI8 extension. I couldn't build a working AIX 4.3 DSO even though I followed the advice in bug #4630. [2001-01-07 19:42:19] [EMAIL PROTECTED] Does this happen with latest snapshot from http://snaps.php.net/ ?? --Jani [2000-12-07 05:46:25] [EMAIL PROTECTED] I have been testing several other extensions and standard PHP functions on my AIX 4.2 server, and discovered the following: 1) can't successfully build PHP with socket support 2) fsockopen fails as described for OCI8 3) curl fails as described for OCI8 Since OCIServerAttach must certainly work with sockets at some point, may this point to some kind of incompatibility between PHP and AIX 4.2 socket code? [2000-11-22 11:10:55] [EMAIL PROTECTED] Made some other tests ... 1) Recompiled gcc from sources, using both the binary AIX 4.2 gcc distro and the standard IBM cc compiler. Regenerated apache+mod_php+ oci8 support with the new gcc binary. I observed the exact same problems. 2) Returned to using the binary AIX 4.2 gcc distro from aixpdslib.seas.ucla.edu, I liberally inserted fprintf debug statements in oci8.c in order to pinpoint the instruction causing the error. Here is my final trace: Entering oci_do_connect function ... Before ecalloc After ecalloc Before _oci_open_server Entering _oci_open_server function ... Before zend_hash_find After zend_hash_find Before OCIHandleAlloc After OCIHandleAlloc Before OCIServerAttach pServer:20123f9c pError:2012420c dbname:f40_7 dbnamel:5 As you can see, oci8.c never returns from the OCIServerAttach call. The arguments to that call, listed on the last trace line, look valid enough to me ... (To Thies Arntzen: I receive all your emails, but our e-mail server apparently cannot deliver my replies to mail2.easyspace.com and is bouncing them all back ... please post your advice here) 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/?id=7847 Edit this bug report at http://bugs.php.net/?id=7847edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9428 Updated: CGI error when executing php script in a virtual directory
ID: 9428 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: NT4 SP6 PHP Version: 4.0.4pl1 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-12 06:56:32] [EMAIL PROTECTED] Can you reproduce this with 4.1.1? [2001-02-23 13:17:53] [EMAIL PROTECTED] I have PHP 4.0.4pl1 installed on an NT4 (SP6) Server running IIS 4.0. Executing PHP scripts in a directory under www_root works fine. When the simplest helloworld script is executed on a virtual directory, I get The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are: I've tried telnetting to the server and getting the file to see what headers are returned: HTTP/1.1 502 Gateway Error Server: Microsoft-IIS/4.0 Date: Fri, 23 Feb 2001 18:10:22 GMT Content-Length: 215 Content-Type: text/html headtitleError in CGI Application/title/head bodyh1CGI Error/h1The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:pppre/preConnection closed by foreign host. I've seen a couple of references to this problem on php.net, but no solutions. Any ideas? Thanks. Kevin Johnson Edit this bug report at http://bugs.php.net/?id=9428edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9579 Updated: POST method not performing action handler (ISAPI)
ID: 9579 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: NT4.0 ISAPI PHP Version: 4.0.4pl1 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-12 06:57:08] [EMAIL PROTECTED] Can you produce this with 4.1.1? [2001-03-06 10:08:03] [EMAIL PROTECTED] Create a form and use method = POST with an action to another php script. The initial form is displayed properly but when you press the submit button a HTTP 500 internal server error message is displayed indicating that the action script (action=myscript.php) isn't found. If I replace the POST with a GET this form works properly. form action=myscript.php method=POST input type=Submit name=submit value=Update class=BUTTON Web Server:IIS4 NT 4.0 Service Pack 6 ISAPI installation Edit this bug report at http://bugs.php.net/?id=9579edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9688 Updated: FTP_PUT / FOPEN
ID: 9688 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related PHP Version: 4.0.4 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-12 06:58:09] [EMAIL PROTECTED] Can you try out 4.1.1 and see if the problem still exists? [2001-05-21 00:32:54] [EMAIL PROTECTED] It might be for all I know , a permission problem which occure when one are using maped network drives/virtual hosts under IIS. I can't say either as I was using a remote host(or web hoster). If it's the case it shouldn't be fixed anyway?? I think it's a bit scame cause if your working on a huge project and you can't upload file where the point of using it all?? Anyway people have been asking for work arounds, I can't say I know of a work around which guarantees success , but I made a script to test file-uploades with different approaches (ftp_functions, fopen(ftp://;) , copy()) Main purpose of this was cause I found myself in a postion where I needed to change web-hoster because of this bug, (fortunately I'm not paying for this service) and I wanted to know if next web-hoster would have same problem. The test script can be found at http://www.valar.f2s.com , hope it helps! Meanwhile lets hope for a bug fix!!? -- Best Regards, IN [2001-05-18 04:30:55] [EMAIL PROTECTED] The problem here seems that PHP cant access the drive or file. Have you checked permissions? Is G:\ a mapped network drive? Is the path correct?? Please check these, then try latest CVS (snapshots for win32 are avalible here: http://www.zend.com/snapshots ) - James [2001-03-11 17:49:57] [EMAIL PROTECTED] I'm working against a IIS web server with PHP 4.0.4 It seems that both ftp_up and fopen causes the same problem, not allowing you to upload files. On the attempt to open sourcefile/submited file I get following errors; with ftp_up: Warning: error opening G:\\mysite\\mysite\\gfx\\icon_editor_url.gif in ftp.php on line 19 with fopen: Warning: fopen(G:\\mysite\\mysite\\gfx\\icon_editor_list.gif,rb) - No such file or directory in uploadfile.php on line 7 hence under linux, I have tested the fopen with php4.0.b3 and it seems to work. Question me for samplecode if needed. Regards, IN. Edit this bug report at http://bugs.php.net/?id=9688edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9981 Updated: http 500 Internal Server Error
ID: 9981 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: server 2000 PHP Version: 4.0.4pl1 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-12 07:00:03] [EMAIL PROTECTED] Feels like a user error, please check available faqs, and try 4.1.1 aswell. [2001-03-25 19:51:44] [EMAIL PROTECTED] I installed php onto server 2000 and tried using it with iis , but no luck. Using the isapi .dll I get http 500 Internal Server Error for any .php page. do you see anything wrong with this .ini directory config? include_path= C:\server_root; doc_root = C:\server_root ; user_dir = C:\server_root; extension_dir = C:\php ; enable_dl = On; if not please tell me what could be causing this problem Edit this bug report at http://bugs.php.net/?id=9981edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #10706 Updated: yp_next does not report the next entry in the map
ID: 10706
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: YP/NIS related
Operating System: Solaris
PHP Version: 4.0.5
New Comment:
No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to Open.
Previous Comments:
[2002-01-11 17:24:27] [EMAIL PROTECTED]
Can you try this with 4.1.1?
[2001-05-07 10:55:22] [EMAIL PROTECTED]
If I use the Key returned from yp_first or yp_next, on my systems
(Solaris 2.6/2.7/2.8 either sparc/Intel), the yp_next return every time
the same entry.
I've discovered, after some hours of debugging, that php add a CR at
the end of the key, so the keylength is bigger than the real keylength
of 1 char.
Stripping it, php is definitely happy.
I wrote some lines to show that... use them as you think better
Thanks.
?php
// Code By Rabellino Sergio
// Department of Computer Science of Torino - Italy
// [EMAIL PROTECTED]
echoPRE;
$map=passwd.byname;
$domain = yp_get_default_domain();
echo Map .$map. for domain: . $domain. is \n;
// Get the first entry from YP
$entry = yp_first($domain, $map);
// Extract key and value
$key = $entry [key];
$value = $entry [value];
// Print key and value
echo $key;
echo $value;
// Remove the CR at the end of the key ... (? Solaris requirement only
?)
$key=substr($key,0,strlen($key)-1);
// the start the cycle to get the others values
while( is_array($entry = yp_next ($domain, passwd.byname, $key)) )
{
// Extract the value
$keyn = key ($entry);
// Print key and value
echo $keyn;
echo $entry[$keyn];
// Remove the CR at the end of the key ... (? Solaris requirement
only ?)
$key=substr($keyn,0,strlen($keyn)-1);
}
echo/PRE;
?
Edit this bug report at http://bugs.php.net/?id=10706edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12034 Updated: A type-error and a coding-error.
ID: 12034
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Compile Warning
PHP Version: 4.0.6
New Comment:
No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to Open.
Previous Comments:
[2002-01-11 17:19:55] [EMAIL PROTECTED]
Does still happen on 4.1.1?
[2001-12-23 20:39:55] [EMAIL PROTECTED]
It is a long time since I posted the problems.
I don't remember which os/compiler I used.
Tthere are 3 different systems on our site.
It might be AIX 4.3.2.
It seems that type definitions and calls do not match even we check by
our eyes.
I think it is better to match them even a compiler ignores them.
[2001-12-20 03:11:48] [EMAIL PROTECTED]
What os/compiler are you using?
I'm not getting this with the latest CVS.
R.
[2001-07-11 01:58:25] [EMAIL PROTECTED]
1. php_ticks.c, line 55.53: 1506-280 (W) Function argument assignment
between types void* and void(*)(int) is not allowed.
main/php_ticks.c:
PHPAPI void php_remove_tick_function(void (*func)(int))
{
PLS_FETCH();
zend_llist_del_element(PG(tick_functions), (void *)func,
(int(*)(void*,void*))php_compare_tick_functions);
}
I think the 2nd arg of zend_llist_del_element() shoud be:
(void *)func
Not
func
2. output.c, line 154.140: 1506-280 (W) Function argument assignment
between types unsigned int* and int* is not allowed.
ext/standard/output.c:
The final_buffer_len should be defined as uint, not int.
3. zend_extensions.c, line 33.16: 1506-068 (W) Operation between
types void* and int is not allowed.
4. main.c, line 1166.17: 1506-068 (W) Operation between types
unsigned char* and int is not allowed.
5. dl.c, line 136.16: 1506-068 (W) Operation between types void*
and int is not allowed.
All are caused by zend.h - dlfcn.h is not included.
I will report these to Zend.
Edit this bug report at http://bugs.php.net/?id=12034edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14525 Updated: Access Violation at 0528B2F6 using php4isapi.dll on Deerfield WebSite 3.1.11
ID: 14525 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: IIS related Operating System: Windows NT 4.0 SP6a PHP Version: 4.1.1 New Comment: Reopening. Previous Comments: [2002-01-10 08:12:44] [EMAIL PROTECTED] I am the developer of WebSite. I am available to assist in any way I can, however my time does not permit my participation on the PHP development team. This problem is likely a mis-use of ISAPI that is harmless on IIS but not on WebSite. One common mistake is to pass junk for the connection handle hConn in the ECB in calls to ServerSupportFunction(). This absolutely must be the correct hConn as given by the server when calling the ISAPI extension. It is actually the transaction context used throughout WebSite. I'll be happy to furnish a free copy of WebSite 3.1 to the PHP/ISAPI developers. [2002-01-09 21:50:11] [EMAIL PROTECTED] Do you use session with files handler? Nope, this happens whenever a PHP document is accessed -- regardless of its content. Even a document that only contains ?php echo Hello World! ? will cause this crash. [2002-01-09 21:25:50] [EMAIL PROTECTED] Do you use session with files handler? Then make sure you use *correct* session.save_path. Is this the case? [2002-01-09 21:18:41] [EMAIL PROTECTED] Same problem with 4.1.1 [2001-12-14 15:13:06] [EMAIL PROTECTED] When running PHP 4.1.0 (zip package) on Deerfield.com's WebSite 3.1.11 server (formerly known as O'Reilly WebSite Professional) using php4isapi.dll, every single request for a PHP file results in the following error message (which is the only thing that gets sent to the browser): PHP has encountered an Access Violation at 0528B2F6 This did not happen in PHP 4.0.6. Edit this bug report at http://bugs.php.net/?id=14525edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #13508 Updated: read exif data not working on large thumbnails
ID: 13508 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: *Graphics related Operating System: Linux PHP Version: 4.0.6 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-11 17:27:19] [EMAIL PROTECTED] Can you try this with 4.1.1? [2001-10-02 06:54:38] [EMAIL PROTECTED] This (Bug #11784) can't really be classified as Closed, because it still won't enable 'large' thumbnails to be extracted from the EXIF data. My application requires that I extract the actual thumbnail image from the Exif data of the digital image. Will READ-EXIF-DATA be fixed to handle large thumbnails - or just ignore them?? (at least the fix extracts the other data) Edit this bug report at http://bugs.php.net/?id=13508edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12662 Updated: Payflow modules
ID: 12662 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Verisign Payflow Pro related Operating System: Linux 2.4.4 PHP Version: 4.0.6 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-11 17:10:54] [EMAIL PROTECTED] Can you - try this with 4.1.1 - provide some more information about the compile [2001-08-08 16:56:30] [EMAIL PROTECTED] Trying to get PayFlowPro going with mod_ssl according to the latest thinking on the forums. I put the PayFlowPro shared library and include in a directory as: ls -l /home/src/pfpro/lib total 676 -rw-r--r--1 brentusers 683104 Aug 8 15:13 libpfpro.so -rw-r--r--1 brentusers 514 Aug 8 15:13 pfpro.h I configure PHP 4.0.6: ./configure --with-pgsql \ --with-apache=../apache_1.3.20 \ --enable-track-vars \ --with-pfpro=shared,/home/src/pfpro/lib Then the apache 1.3.20+mod_ssl config: SSL_BASE=../openssl-0.9.6b ./configure \ --enable-module=ssl \ --prefix=/home/apache \ --activate-module=src/modules/php4/libphp4.a Everything configs, compiles and starts up nicely, but when I try to use the pfpro functions, I get: Fatal error: Call to undefined function: pfpro_version() in Further clues: in the PHP source directory, the stuff in the ext/pfpro is all nicely compiled into the pfpro.o, but when I go to the libs directory and do an ar t libphp4.a | grep pfpro, there is no pfpro.o in there. This makes me think it's a PHP build problem, not an apache problem. Edit this bug report at http://bugs.php.net/?id=12662edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #12903 Updated: snmpwalkoid don't work with SNMPv1
ID: 12903
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: SNMP related
Operating System: Win NT
PHP Version: 4.0.6
New Comment:
No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to Open.
Previous Comments:
[2002-01-11 17:00:40] [EMAIL PROTECTED]
Can this be reproduced with 4.1.1?
[2001-08-23 05:11:51] [EMAIL PROTECTED]
when you're watching the snmp.c code, the PB is easy to see :
Warning::st=3-snmpwalkoid.
326 if (st = 2 st != 11) {
327 if (vars-type != SNMP_ENDOFMIBVIEW
328 vars-type != SNMP_NOSUCHOBJECT vars-type !=
SNMP_NOSUCHINSTANCE) {
329 memmove((char *)name, (char
*)vars-name,vars-name_length *
sizeof(oid));
330 name_length = vars-name_length;
331 keepwalking = 1;
332 }
333 }
334 }
335 } else {
336 if (st != 2 || response-errstat != SNMP_ERR_NOSUCHNAME) {
337 php_error(E_WARNING,Error in packet.\nReason: %s\n,
snmp_errstring(response-errstat));
338 if (response-errstat == SNMP_ERR_NOSUCHNAME) {
the end MIB condition is only right for SNMPv2c and SNMPv3,
but it doesn't work with a SNMPv1 agent which return noSuchName at the
end of the MIB
I could change the code, but I want to work on a NT station.
How can I change .dll?
[2001-08-22 11:46:47] [EMAIL PROTECTED]
snmpwalkoid doesn't see the end of the MIB.
If GET NEXT on the last element, the SNMPv1 Agent return noSuchName
error (cf RFC1157), and snmpwalkoid stop with an error.
snmpwalk run properly on a SNMPv1 Agent, so it is strange.
Edit this bug report at http://bugs.php.net/?id=12903edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15342: Informix ifx_num_rows
From: [EMAIL PROTECTED] Operating system: linux Mandrake 8.1 PHP version: 4.0.6 PHP Bug Type: *Database Functions Bug description: Informix ifx_num_rows ? $connid=ifx_connect(dbnamw@ol_frzz, informix, z) or die(Error); $result = ifx_query(SELECT * FROM tabel, $connid) or die(Error); $rc = ifx_num_rows($result); echo $rc; // --- $a is always 0 ifx_free_result($result); ? The result of ifx_num_rows($result) is always 0! -- Edit bug report at: http://bugs.php.net/?id=15342edit=1 Fixed in CVS: http://bugs.php.net/fix.php?id=15342r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=15342r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15342r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15342r=oldversion Not for support: http://bugs.php.net/fix.php?id=15342r=support Not wrong behavior: http://bugs.php.net/fix.php?id=15342r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15342r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15342 Updated: Informix ifx_num_rows
ID: 15342 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Database Functions Operating System: linux Mandrake 8.1 PHP Version: 4.0.6 Edit this bug report at http://bugs.php.net/?id=15342edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15008 Updated: Apache Crash
ID: 15008 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Open Bug Type: Reproducible crash Operating System: Linux 2.4.5 PHP Version: 4.1.1 New Comment: Reopening. Previous Comments: [2002-01-23 00:03:15] [EMAIL PROTECTED] See also http://bugs.php.net/bug.php?id=15096 [2002-01-22 23:45:59] [EMAIL PROTECTED] 2 x Apache 1.3.20 + MySQL 3.23.39 + Linux 2.4.17 (one with grsec patch). Pattern: logs full of messages mentioned in first report. Crash seems to happen on first load of the page in a freshly started browser (there's a session init on the page (two actually, on both same thing)), on reload things work ok. Session stuff done via mysql. PHP 4.1.1, loaded with extensions. [2002-01-12 21:15:06] [EMAIL PROTECTED] OK, This may actually not be a bug (In my case at least). Just reinstalled PHP 4.1.0 and it still happened. Not sure about the first submission, but it may still be a PHP bug but not for my case, at least. Sorry for all the bother. [2002-01-12 20:57:39] [EMAIL PROTECTED] Hrm, but there is no sign of anything PHP in that backtrace. You are saying PHP sent something that caused mod_layout to crash? That would indicate a problem in mod_layout as far as I am concerned. [2002-01-12 20:52:56] [EMAIL PROTECTED] OK, here's the backtrace: #0 0x4012eb1e in memcpy () from /lib/libc.so.6 #1 0x8146ba0 in ap_bwrite () #2 0x8158be2 in ap_send_mmap () #3 0x402bbb13 in _init () from /usr/apache/libexec/mod_layout.so #4 0x8147ccf in ap_invoke_handler () #5 0x815becf in process_request_internal () #6 0x815c2f3 in ap_internal_redirect () #7 0x8073178 in handle_dir () #8 0x8147ccf in ap_invoke_handler () #9 0x815becf in process_request_internal () #10 0x815bf30 in ap_process_request () #11 0x8153379 in child_main () #12 0x8153524 in make_child () #13 0x8153698 in startup_children () #14 0x8153d10 in standalone_main () #15 0x8154563 in main () #16 0x400c7b65 in __libc_start_main (main=0x81541cc main, argc=4, ubp_av=0xbb1c, init=0x8060dcc _init, fini=0x8182100 _fini, rtld_fini=0x4000df24 _dl_fini, stack_end=0xbb14) at ../sysdeps/generic/libc-start.c:111 I can't hardly tell, but I'm guessing its in PHP, as it was called from mod_layout, in which case the problem lies at the end of header.php, I think. 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/?id=15008 Edit this bug report at http://bugs.php.net/?id=15008edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #8517 Updated: BLOB functions don't work with IB6
ID: 8517 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: InterBase related Operating System: Linux 2.2.17 PHP Version: 4.0.4 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-11 16:56:59] [EMAIL PROTECTED] Can you reproduce this error on 4.1.1? [2001-01-02 12:20:23] [EMAIL PROTECTED] In the following snippet, $bstr is set to some binary data, not a blob id string: - bstr is not accepted by ibase_query - on echoing bstr, the closing brace is NEVER printed - strlen( bstr ) segfaults php... --- SNIPPET START --- ? $dbh = ibase_connect( localhost:/path/to/db/db.gdb, user, pass ); $bid = ibase_blob_create( $dbh ); ibase_blob_add( $bid, alpha ); $bstr = ibase_blob_close( $bid ); $sql = INSERT INTO testtable values(1,$bstr); ibase_query( $dbh, $sql ); ibase_close( $dbh ); ? --- SNIPPET END --- Edit this bug report at http://bugs.php.net/?id=8517edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9206 Updated: unable to load file to the disk
ID: 9206 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: IIS related Operating System: Win NT 4 PHP Version: 4.0.4pl1 New Comment: No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. Previous Comments: [2002-01-12 06:56:04] [EMAIL PROTECTED] Does the same happen on 4.1.1? [2001-02-10 15:53:14] [EMAIL PROTECTED] I was using php 401pl2 for win32 and this form was working perfectly: html FORM ENCTYPE=multipart/form-data METHOD=POST action=anotherfile.php INPUT NAME=file TYPE=file INPUT TYPE=submit VALUE=Send File /FORM /html When I upgraded php version to 404pl1 and try to submit this form, browser gived me an error that the 'anotherfile.php' can not be found. Sometimes it found it but it contained no data as the variables where not be transmited from the form to the 'anotherfile.php'. If I didn't put ENCTYPE in form tag (FORM METHOD=POST action=anotherfile.php) it was working perfectly and it founded 'anotherfile.php' but I was no able to use input type 'file' in my form (obviusly). I tried to downgrade php to version 403 and 402 and it din't work either. At the end I downgraded to the first version I was using at the begining and it works. So in version 401pl2 it works perfectly in all higher versionsis not working anymore. I'm using Win NT 4 and IIS4. Edit this bug report at http://bugs.php.net/?id=9206edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15343: Localization of PHP
From: [EMAIL PROTECTED] Operating system: PHP version: 4.1.1 PHP Bug Type: Feature/Change Request Bug description: Localization of PHP Until now PHP has used the $ prefix for variables what is clearly influenced by script languages such as Perl which have their roots in the USA. As PHP's core components, such as ZEND, are developed in Europe and many opinion leaders are from here I'd suggest to replace $ by the Euro sign € as of PHP5. Yes, this will break some of the existing scripts, but we might provide a tool which replaces all occurencies of $ by €. -- Daniel Lorch http://daniel.lorch.cc/ -- Edit bug report at: http://bugs.php.net/?id=15343edit=1 Fixed in CVS: http://bugs.php.net/fix.php?id=15343r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=15343r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15343r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15343r=oldversion Not for support: http://bugs.php.net/fix.php?id=15343r=support Not wrong behavior: http://bugs.php.net/fix.php?id=15343r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15343r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Bug #14989 Updated: eregi function causes problem ininclude file
Hey Sander,
this report should have the 'No Feedback' state then... and not simply
'Feedback'.
regards,
Derick
On 2 Feb 2002 [EMAIL PROTECTED] wrote:
ID: 14989
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Regexps related
Operating System: FreeBSD 4.4-RELEASE
PHP Version: 4.1.0
New Comment:
No feedback was provided for this bug, so it is being suspended.
If you are able to provide the information that was requested,
please do so and change the status of the bug back to Open.
Previous Comments:
[2002-01-11 02:37:36] [EMAIL PROTECTED]
Then please provide a self-contained example which doesn't use
variables but direct values passed to eregi() which we can reconstruct.
[2002-01-11 00:05:57] [EMAIL PROTECTED]
$HOSTNAME is not null, it is = to the server name. The same eregi code
works fine without errors in php v 4.06 on mandrake linux v 8.1.
Therefore I do believe this is a valid bug. Additinally, when I echo
$HOSTNAME in infoGrid.php, it is indeed equal to the server hostname.
[2002-01-10 23:34:08] [EMAIL PROTECTED]
This basically means that the regexp passed to eregi() is empty, i.e.
that $HOSTNAME has no value (I guess its null then).
Somehow your code looks bogus:
if (eregi($HOSTNAME,
would imply that $HOSTNAME actualyl is a regular expression. Are you
sure about this?
If you just want to match if two strings are similar you should use
if ($HOSTNAME == www..
You can surpress warning output with the '@' operator, e.g. @eregi().
Closing.
[2002-01-10 22:10:54] [EMAIL PROTECTED]
have a web ap with an include file called common.php that contains:
...
if(eregi($HOSTNAME,www.somehostname.com))
{
define(DATABASE_HOST,mybox.myhost.com);
}
else
{
define(DATABASE_HOST,localhost);
}
// Database Initialize
$db = new DB_Sql();
...etc
eregi must be outputing some data to the server since the page that
includes the above include file returns an error:
(note that line 22 is the first eregi expression in common.php)
===error message begin:
Warning: REG_EMPTY in
/usr/local/home/vhosts/mybox.com/httpdocs/common.php on line 22
Warning: Cannot send session cache limiter - headers already sent
(output started at
/usr/local/home/vhosts/mybox.com/httpdocs/common.php:22) in
/usr/local/home/vhosts/mybox.com/httpdocs/infoGrid.php on line 16
===error message end:
infoGrid.php is setting cookies
removing the eregi test and replacing the above lines in common.php
with:
define(DATABASE_HOST,mybox.myhost.com);
removes the error
It seems to me that eregi must be outputing something back to the
server.
I couldn't find this bug in the bug database so I'd appreciate it if
anyone has time to look into it.
Edit this bug report at http://bugs.php.net/?id=14989edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15343 Updated: Localization of PHP
ID: 15343 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Feature/Change Request PHP Version: 4.1.1 New Comment: :) But your eurosign came out as ^A here Derick Previous Comments: [2002-02-02 06:55:16] [EMAIL PROTECTED] Until now PHP has used the $ prefix for variables what is clearly influenced by script languages such as Perl which have their roots in the USA. As PHP's core components, such as ZEND, are developed in Europe and many opinion leaders are from here I'd suggest to replace $ by the Euro sign € as of PHP5. Yes, this will break some of the existing scripts, but we might provide a tool which replaces all occurencies of $ by €. -- Daniel Lorch http://daniel.lorch.cc/ Edit this bug report at http://bugs.php.net/?id=15343edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15343 Updated: Localization of PHP
ID: 15343 Updated by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request PHP Version: 4.1.1 New Comment: by the way, pressing the $ key is much easyier as to press the euro € key. so why do that changing? efton http://www.efton.net Previous Comments: [2002-02-02 07:36:00] [EMAIL PROTECTED] :) But your eurosign came out as ^A here Derick [2002-02-02 06:55:16] [EMAIL PROTECTED] Until now PHP has used the $ prefix for variables what is clearly influenced by script languages such as Perl which have their roots in the USA. As PHP's core components, such as ZEND, are developed in Europe and many opinion leaders are from here I'd suggest to replace $ by the Euro sign € as of PHP5. Yes, this will break some of the existing scripts, but we might provide a tool which replaces all occurencies of $ by €. -- Daniel Lorch http://daniel.lorch.cc/ Edit this bug report at http://bugs.php.net/?id=15343edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [PROPOSAL] defense against session takeovers
How about that we use the SERVER_NAME environment variable when generating session filenames? Instead of name like sess_, the name could be sess__, where is a server fingerprint? I understand that this is not foolproof (say, for applications that run on the same domain name) but it will solve the most serious cases (shared hosting solutions). -1 for this because it destroys php functionality. it makes it impossible to have multiple domains with the same sessions f.e. www1.myserver.com www2.myserver.com news.myserver.com archive.myserver.com In order to make the above work you need to put a lot of effort. Cookies sent to www1.myserver.com will not arrive to www2.myserver.com. With the default configuration, a user visiting one server and then the other will create two different sessions. You need to manually tweak session.cookie_domain to make it work. Also, URL rewriting does not work on absolute URLs, and you would have to manually append the SID to the URL to make the session span two different domains. I am saying that with a lot of work required to make the above work, one extra configuration option will not make an impact, and it would certainly be worth the increased default security. Such people can simply override the session.save_path value, and if they do that, we can turn this additional feature off (knowing that they know what they're doing). This will secure the default configuration and yet make things work for people who want to use sessions over several domains. We can make this on by default but also allow it to be turned off it case it creates problems for someone. -- Ivan Ristic, [EMAIL PROTECTED] [ Weblog on PHP, Software development, Intranets, and Knowledge Management: http://www.webkreator.com ] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15343 Updated: Localization of PHP
ID: 15343 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request PHP Version: 4.1.1 New Comment: Because it was meant to be a joke :) Previous Comments: [2002-02-02 08:01:38] [EMAIL PROTECTED] by the way, pressing the $ key is much easyier as to press the euro € key. so why do that changing? efton http://www.efton.net [2002-02-02 07:36:00] [EMAIL PROTECTED] :) But your eurosign came out as ^A here Derick [2002-02-02 06:55:16] [EMAIL PROTECTED] Until now PHP has used the $ prefix for variables what is clearly influenced by script languages such as Perl which have their roots in the USA. As PHP's core components, such as ZEND, are developed in Europe and many opinion leaders are from here I'd suggest to replace $ by the Euro sign € as of PHP5. Yes, this will break some of the existing scripts, but we might provide a tool which replaces all occurencies of $ by €. -- Daniel Lorch http://daniel.lorch.cc/ Edit this bug report at http://bugs.php.net/?id=15343edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] [PROPOSAL] defense against session takeovers
This will secure the default configuration and yet make things work for people who want to use sessions over several domains. But I admit that this improvement can be seen as meaningless since any user on a shared server can write a script to list all sessions in a directory and then read all files. This can be cured only by using the proper PHP engine configuration. Therefore, let us document this and leave it as is. -- Ivan Ristic, [EMAIL PROTECTED] [ Weblog on PHP, Software development, Intranets, and Knowledge Management: http://www.webkreator.com ] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Workaround against session spoofing and session gc
Hi, I have a question about your suggested workaround on http://www.securiteam.com/unixfocus/5AP0A1F61Q.html : And make sure to take away r. r means listing a directory. Apache only has to be able to go into it = x = 1, and write = w = 2. 1 + 2 = 3, so chmod 300 php_sessions Now, although apache is able to create and read sessions, it is not anymore possible to list the directory. I'm agree that's the right way to avoid id reading from any php scripts. But since directory listing would be denied, the session gc won't be able to do his job anymore (look at ps_files_cleanup_dir() in mod_files.c). A quick workaround (another one!) would be a simple cron script running as root to do the gc. Any other (better) way? Regards, Christophe Sollet. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15343 Updated: Localization of PHP
ID: 15343 Updated by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request PHP Version: 4.1.1 New Comment: Can't we just drop the $ and have variables without a prefix character? Previous Comments: [2002-02-02 08:11:50] [EMAIL PROTECTED] Because it was meant to be a joke :) [2002-02-02 08:01:38] [EMAIL PROTECTED] by the way, pressing the $ key is much easyier as to press the euro € key. so why do that changing? efton http://www.efton.net [2002-02-02 07:36:00] [EMAIL PROTECTED] :) But your eurosign came out as ^A here Derick [2002-02-02 06:55:16] [EMAIL PROTECTED] Until now PHP has used the $ prefix for variables what is clearly influenced by script languages such as Perl which have their roots in the USA. As PHP's core components, such as ZEND, are developed in Europe and many opinion leaders are from here I'd suggest to replace $ by the Euro sign € as of PHP5. Yes, this will break some of the existing scripts, but we might provide a tool which replaces all occurencies of $ by €. -- Daniel Lorch http://daniel.lorch.cc/ Edit this bug report at http://bugs.php.net/?id=15343edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Workaround against session spoofing and session gc
Hi, I'm agree that's the right way to avoid id reading from any php scripts. But since directory listing would be denied, the session gc won't be able to do his job anymore (look at ps_files_cleanup_dir() in mod_files.c). Indeed, this would be a problem. But your cron solution isn't a good solution, as it also deletes active sessions. Any other (better) way? There was some feedback on my posting. Top Cat [EMAIL PROTECTED] mentioned important points I wasn't thinking about: -- er, you can chmod the dir back to 755 from within apache and read it. the better solution is probably chown root:www /tmp/php_sessions chmod 1730 /tmp/php_sessions assuming www is the group of the user under which apache is run. and of course, since we've gone with a new directory, it would be better to place it in a safer place, say /var/spool/php_sessions -- An user-level approach to solve this problem would be to use session_save_path: http://www.php.net/manual/en/function.session-save-path.php There is also a possibility to store session data in a shared memory environment (anyone got an url for this?). Using MySQL as a session handler would be another way of solving this problem, although I've only seen solutions written in PHP (instead of a core PHP module). Daniel Lorch -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15343 Updated: Localization of PHP
ID: 15343 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Feature/Change Request PHP Version: 4.1.1 New Comment: AFAIK the prepended $ makes it possible to parse faster - i.e. differentiating between variables and functions. Also, there would be a namespace problem (is it a variable or a function?). Previous Comments: [2002-02-02 12:02:13] [EMAIL PROTECTED] Can't we just drop the $ and have variables without a prefix character? [2002-02-02 08:11:50] [EMAIL PROTECTED] Because it was meant to be a joke :) [2002-02-02 08:01:38] [EMAIL PROTECTED] by the way, pressing the $ key is much easyier as to press the euro € key. so why do that changing? efton http://www.efton.net [2002-02-02 07:36:00] [EMAIL PROTECTED] :) But your eurosign came out as ^A here Derick [2002-02-02 06:55:16] [EMAIL PROTECTED] Until now PHP has used the $ prefix for variables what is clearly influenced by script languages such as Perl which have their roots in the USA. As PHP's core components, such as ZEND, are developed in Europe and many opinion leaders are from here I'd suggest to replace $ by the Euro sign € as of PHP5. Yes, this will break some of the existing scripts, but we might provide a tool which replaces all occurencies of $ by €. -- Daniel Lorch http://daniel.lorch.cc/ Edit this bug report at http://bugs.php.net/?id=15343edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CG(extended_info)
Why is CG(extended_info) set to 0 in /php4/sapi/cgi/cgi_main.c:522 /php4/sapi/fastcgi/fastcgi.c:550 /php4/sapi/pi3web/pi3web_sapi.c:387 /php4/sapi/servlet/servlet.c:329 As I understand it, setting CG(extended_info)=0 in in zend.c:zend_set_default_compile_time_values() should suffice. More than that, the current behaviour hinders the usage of APD with a CGI build of PHP. Is there a technical reason for this that I don't see? Apparently the other SAPI modules don't need to explicitly set CG(extended_info)=0... -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14245 Updated: make install fails on apxs
ID: 14245 Updated by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.1.0RC5 New Comment: Just tried the latest release from the CVS and got the same results. libphp4.so is not being created. Previous Comments: [2002-02-01 17:20:56] [EMAIL PROTECTED] I am trying to install PHP 4.1.1 on AIX 4.3.3. I have GNU GCC 3.01 installed $ ./configure --prefix=/usr/local/php \ --with-apxs \ --with-mysql \ --with-zlib $ make Making all in Zend ... Target all is up to date. # /local/www/bin/apachectl stop # /usr/sbin/slibclean # make install Making install in Zend ... Target install-p is up to date. Target install is up to date. Making install in . /local/www/bin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=65536 make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. # ls -l libs total 16008 -rw--- 1 root system 4094311 Nov 26 23:53 libphp4.a -rw--- 1 root system 749 Nov 26 23:53 libphp4.la Any update on resolution to this problem?? or a good workaround? I can not find lilphp4.so.0 as mentioned above. [2001-12-16 16:28:06] [EMAIL PROTECTED] Don't have time to look at this anymore. And it indeed is a libtool bug. [2001-12-12 11:05:04] [EMAIL PROTECTED] This is NOT fixed in CVS yet. It's a libtool bug and I'm trying to find out how to fix it atm. [2001-12-11 13:47:31] [EMAIL PROTECTED] This should be fixed in CVS can you try a snapshot from snaps.php.net? Derick [2001-12-03 16:36:17] [EMAIL PROTECTED] Updated PHP Version. 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/?id=14245 Edit this bug report at http://bugs.php.net/?id=14245edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] CVS Account Request: costra
phpdoc - Czech translation of the manual (referal - Roman Neuhauser) -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Re: [ZEND-ENGINE] cvs: Zend / zend_builtin_functions.c
Sebastian Bergmann wrote: zend_builtin_functions.c c:\home\php\php4\Zend\zend_builtin_functions.c(559): warning C4018: '': Conflict between signed and unsigned Fixed in CVS. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] Warnings in current HEAD
Sebastian Bergmann wrote: jewish.c c:\home\php\php4\ext\calendar\jewish.c(270): warning C4005: 'SDN_OFFSET': Macro redefined, previous definition in c:\home\php\php4\ext\calendar\gregor.c(0) Fixed in CVS. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15344: TRUE is 1, FALSE ought to be 0, but is actually NULL;
From: [EMAIL PROTECTED]
Operating system: SuSE Linux 7.3
PHP version: 4.0.6
PHP Bug Type: Unknown/Other Function
Bug description: TRUE is 1, FALSE ought to be 0, but is actually NULL;
TRUE is represented as 1,
FALSE or (boolean)0 ought to be represented as 0, but is
actually NULL;
This results in numerous side-effects
such as HTML-tables partially shown, etc ...
?
//
// L206.php
//
include(ukFnctLib.php);
//==
//sample data
for($no=0;$no5;$no++)
{
$arrContact[$no]=
array
(
surname
=surname.$no,
christianName
=christianName.$no,
address
=address.$no,
country
=country.$no,
postcode
=postcode.$no,
town
=town.$no,
phone
=phone.$no,
fax
=fax.$no,
email
=email.$no,
age
=20+$no,
height
=1+$no/10,
nice2
=(($no%2)==0?TRUE:FALSE),
nice1
=(($no%2)==0?TRUE:(boolean)NULL)
)
;
}//for
//==
//the author's way: foreach
foreach($arrContact as $arrContactKey=$arrAddress)
{
foreach($arrAddress as
$arrAddressKey=$arrAddressData)
{
echo $arrContactKey,:
,$arrAddressKey,: ,$arrAddressData,br;
}//foreach
echo br;
}//foreach
//==
//uk's way
ukPrintTable($arrContact);
?
include:
function ukPrintTable($array)
{
//new table
echotable border=1;
//table header
echotharray key/th;
echotharray data type/th;
echotharray value/th;
//table rows
do
{
echotr;
echotd,key($array),/td;
echotd;
echo gettype(current($array));
echo/td;
echotd;
if(gettype(current($array))==array)
ukPrintTable(current($array));
else
echo current($array);
echo/td;
echo/tr;
}while(next($array));
//end of table
echo /table;
}//uk_print_table
--
Edit bug report at: http://bugs.php.net/?id=15344edit=1
Fixed in CVS: http://bugs.php.net/fix.php?id=15344r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=15344r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15344r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15344r=oldversion
Not for support: http://bugs.php.net/fix.php?id=15344r=support
Not wrong behavior: http://bugs.php.net/fix.php?id=15344r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15344r=notenoughinfo
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #14245 Updated: make install fails on apxs
ID: 14245 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.1.0RC5 New Comment: Did you look for libphp4.so.0 in the .libs directory? (Note the leading .; it's a different directory than libs) Previous Comments: [2002-02-02 13:45:25] [EMAIL PROTECTED] Just tried the latest release from the CVS and got the same results. libphp4.so is not being created. [2002-02-01 17:20:56] [EMAIL PROTECTED] I am trying to install PHP 4.1.1 on AIX 4.3.3. I have GNU GCC 3.01 installed $ ./configure --prefix=/usr/local/php \ --with-apxs \ --with-mysql \ --with-zlib $ make Making all in Zend ... Target all is up to date. # /local/www/bin/apachectl stop # /usr/sbin/slibclean # make install Making install in Zend ... Target install-p is up to date. Target install is up to date. Making install in . /local/www/bin/apxs -i -a -n php4 libs/libphp4.so cp libs/libphp4.so /local/www/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=65536 make: 1254-004 The error code from the last command is 1. Stop. make: 1254-004 The error code from the last command is 1. Stop. # ls -l libs total 16008 -rw--- 1 root system 4094311 Nov 26 23:53 libphp4.a -rw--- 1 root system 749 Nov 26 23:53 libphp4.la Any update on resolution to this problem?? or a good workaround? I can not find lilphp4.so.0 as mentioned above. [2001-12-16 16:28:06] [EMAIL PROTECTED] Don't have time to look at this anymore. And it indeed is a libtool bug. [2001-12-12 11:05:04] [EMAIL PROTECTED] This is NOT fixed in CVS yet. It's a libtool bug and I'm trying to find out how to fix it atm. [2001-12-11 13:47:31] [EMAIL PROTECTED] This should be fixed in CVS can you try a snapshot from snaps.php.net? Derick 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/?id=14245 Edit this bug report at http://bugs.php.net/?id=14245edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15288 Updated: Image*-functions being avail even if they're not implemented by gd
ID: 15288 Updated by: [EMAIL PROTECTED] Old Summary: Image*-functions being avail even if they're not implemented by gd Reported By: [EMAIL PROTECTED] Status: Open Old Bug Type: Feature/Change Request Bug Type: GD related Operating System: All PHP Version: 4.1.1 New Comment: I've also created a patch that remove the functions from the binary/module (if they're not available); http://software.e-mats.org/patches/gd.c-diff-2002-02-02 (i also moved this to 'GD related'.) Previous Comments: [2002-01-30 10:41:52] [EMAIL PROTECTED] I've made a small patch based on the CVS-version that remove functions that are not available. I'm not sure if i caught them all, but i made a try :-) I've not removed the original error-messages (gd was compiled without support..), so they're still in there (maybe a define or ./configure-option to select what way error-reporting should be done). the diff: http://software.e-mats.org/patches/gd.c-diff-2002-01-30 the source: http://software.e-mats.org/patches/gd.c-cvs-2002-01-30 [2002-01-30 08:51:11] [EMAIL PROTECTED] I'm +1 on your patch as well, can you make it against the latest CVS version? I'll make sure it gets committed then. regards, Derick [2002-01-30 08:47:03] [EMAIL PROTECTED] This is excactly the point i'm trying to make. To me it seems like the most logical thing would be to not implement the function at all, since this would make function_exists() work as expected. Implementing the function (to give an error message) - even though its not available seems kinda useless, since this also makes it harder to make a general solution. [2002-01-30 08:13:23] [EMAIL PROTECTED] This one seems really a mess to me (declaring function which output not implemented) when we have 'function_exists()'. Reopening for discussion. [2002-01-30 07:39:49] [EMAIL PROTECTED] .. this does however not cover the TTF*-functions. 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/?id=15288 Edit this bug report at http://bugs.php.net/?id=15288edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15344 Updated: TRUE is 1, FALSE ought to be 0, but is actually NULL;
ID: 15344
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Operating System: SuSE Linux 7.3
PHP Version: 4.0.6
New Comment:
This is not a bug. Please double-check the documentation available
at http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Previous Comments:
[2002-02-02 15:49:51] [EMAIL PROTECTED]
TRUE is represented as 1,
FALSE or (boolean)0 ought to be represented as 0, but is
actually NULL;
This results in numerous side-effects
such as HTML-tables partially shown, etc ...
?
//
// L206.php
//
include(ukFnctLib.php);
//==
//sample data
for($no=0;$no5;$no++)
{
$arrContact[$no]=
array
(
surname
=surname.$no,
christianName
=christianName.$no,
address
=address.$no,
country
=country.$no,
postcode
=postcode.$no,
town
=town.$no,
phone
=phone.$no,
fax
=fax.$no,
email
=email.$no,
age
=20+$no,
height
=1+$no/10,
nice2
=(($no%2)==0?TRUE:FALSE),
nice1
=(($no%2)==0?TRUE:(boolean)NULL)
)
;
}//for
//==
//the author's way: foreach
foreach($arrContact as $arrContactKey=$arrAddress)
{
foreach($arrAddress as
$arrAddressKey=$arrAddressData)
{
echo $arrContactKey,:
,$arrAddressKey,: ,$arrAddressData,br;
}//foreach
echo br;
}//foreach
//==
//uk's way
ukPrintTable($arrContact);
?
include:
function ukPrintTable($array)
{
//new table
echotable border=1;
//table header
echotharray key/th;
echotharray data type/th;
echotharray value/th;
//table rows
do
{
echotr;
echotd,key($array),/td;
echotd;
echo gettype(current($array));
echo/td;
echotd;
if(gettype(current($array))==array)
ukPrintTable(current($array));
else
echo current($array);
echo/td;
echo/tr;
}while(next($array));
//end of table
echo /table;
}//uk_print_table
Edit this bug report at http://bugs.php.net/?id=15344edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: Bug #15338 Updated: Can't select database with '-' in name.
[EMAIL PROTECTED] wrote: ID: 15338 Updated by: [EMAIL PROTECTED] Old Summary: Can't select database with '-' in name. Reported By: [EMAIL PROTECTED] Old Status: Bogus Status: Feedback Bug Type: MSSQL related Operating System: windows NT IIS PHP Version: 4.1.1 New Comment: It is feedback until the submitter reports something back. This attitude sounds good! Let's not close/bogus bugs, but set it to feedback :) We may save time for QA with this. -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15156 Updated: apache segmentation fault (11) with php4
ID: 15156 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Reproducible crash Operating System: RedHat Linux, 2.4.2 kernel PHP Version: 4.1.1 New Comment: IfModule mod_php4.c AddType application/x-httpd-php .php4 .php3 .phtml .php AddType application/x-httpd-php-source .phps /IfModule # The following is for PHP3: IfModule mod_php3.c AddType application/x-httpd-php3 .php3 AddType application/x-httpd-php3-source .phps /IfModule # The following is for PHP/FI (PHP2): IfModule mod_php.c AddType application/x-httpd-php .phtml /IfModule You *CANNOT* specify the same extension for PHP4/PHP3/PHPFI. Just don't do that, then it should work. We cannot anything for it, probably. (i.e. It's simply does not work and there may not be good way to prevend segfault for such configuration) Previous Comments: [2002-02-01 20:10:20] [EMAIL PROTECTED] I did as you suggested. New apache and apache-devel rpms. Then installed PHP 4.1.1 All is well regarding segmentation faults. However, in order to get apache to process the embedded php code, I had to slightly modify the httpd.conf file. This was the code that didn't work: IfModule mod_php4.c AddType application/x-httpd-php .php4 .php3 .phtml .php AddType application/x-httpd-php-source .phps /IfModule # The following is for PHP3: IfModule mod_php3.c AddType application/x-httpd-php3 .php3 AddType application/x-httpd-php3-source .phps /IfModule # The following is for PHP/FI (PHP2): IfModule mod_php.c AddType application/x-httpd-php .phtml /IfModule I moved the AddType directives outside of the IfModule mod_php4.c block and now it works. Thanks for your help! [2002-02-01 00:31:20] [EMAIL PROTECTED] I suggest you to install from scrach (including all config files related) Make sure you do rpm -e for all apache/php related package including -devel one. Delete or move all httpd.conf/php.ini. If you still have segfault problem, report it again. [2002-01-31 18:55:54] [EMAIL PROTECTED] In spite of my prior 'make clean' commands, I found that copies of libphp3.so and libphp4.so were present on my system. I deleted these files and reinstalled PHP 4.1.1 from a fresh tarball distribution (configuration options as before). I also scrutinized my httpd.conf file and found that 'LoadModule libphp4.so' appeared twice, each with a different path. In order to satisfy apache, I had previously created a symbolic link from the second directory to modules/libphp4.so. I subsequently deleted the symbolic link and the Apache directive that refered to it. I continue to have the problems but there are some differences. The server starts fine. Documents with .html or .php extensions fail to load in the browser and result in a child process segmentation fault in the error_log. Occasionally, one browser request results in multiple child seg. faults. I tried to get a backtrace but strangely, when I run httpd with the -X flag, the server does not crash. However, PHP code is not processed. The core file is nowhere to be found. Incidentally, commenting out the AddModule directive: ... LoadModule php4_modulemodules/libphp4.so ... # AddModule mod_php4.c ... restores functionality to the server (without PHP enabled). Scripts in the cgi-bin directory seem to work fine and text documents (with .txt extensions) load fine from the html directory. Any advice? [2002-01-30 14:29:33] [EMAIL PROTECTED] Sorry if this is a stupid question but how do I turn off the xbit hack directive? Here are the answers to your questions: 1) I followed directions for an Apache module installation. If PHP4 is installed as a CGI version as well, then I am not aware of it. How can I confirm that the CGI version is not installed? 2) PHP3 was installed on this machine as part of the RedHat 7.1 distribution. I removed it (rpm -e php) prior to installing PHP4. Should I check for some remnant of the previous installation that might be causing a conflict? 3) Here are the relevant lines from my httpd.conf file IfModule mod_php4.c AddType application/x-httpd-php .php4 .php3 .phtml .php AddType application/x-httpd-php-source .phps /IfModule # The following is for PHP3: IfModule mod_php3.c AddType application/x-httpd-php3 .php3 AddType application/x-httpd-php3-source .phps /IfModule # The following is for PHP/FI (PHP2): IfModule mod_php.c AddType application/x-httpd-php .phtml /IfModule Thanks again. Craig
[PHP-DEV] Securite problem
Dear all, I have a index.php3 file in a password protected directory (on Windows) which calls two other files with require_once(../code/anolislib2.php3); require_once(../code/pageslib1.php3); These two files are in another (not protected) directory. When I try to open index.php3 with IE5.5 nothing happens. The files are not included, I get no error message and no code at all is executed. Why is this and what can I do about it ? Thanks for any help. Roebie -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11921 Updated: Apache 1.3.20, mod_ssl 2.8.4, PHP 4.0.4 crashes in CGI mode
ID: 11921
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Windows 98
PHP Version: 4.0.6
Previous Comments:
[2001-07-06 04:42:34] [EMAIL PROTECTED]
The Short Description is supposed to be 4.0.6, although the bug is also
in 4.0.4. 4.0.5 is untested for the bug.
[2001-07-06 04:38:22] [EMAIL PROTECTED]
Using the default PHP 4.0.6 package for Win32 (downloaded straight from
php.net), I have found an interesting combination that causes Apache
1.3.20 to core dump. My objective was to set up an SSL server to
seamlessly work with the Xitami webserver, Apache is the obvious choice
here.
The first thing I did was download and install Apache 1.3.20 for Win32.
Then, I applied the patches located in
Apache_1.3.20-Mod_SSL_2.8.4-OpenSSL_0.9.6a-WIN32.zip on the
contributions page of the www.modssl.org site. Finally, I configured
and set up the SSL virtual server (both a self-signed and a CA-signed
certificate work) and got everything working. I wrote a short Perl
script that would call XiFusion with the correct parameters:
#!c:/perl/bin/perl
$ENV{SCRIPT_NAME} = $ENV{REDIRECT_URL};
system c:\\xifusion\\xifusion.exe c:\\php4\\php.exe;
Side Note: I am the author of XiFusion v2.5 (a wrapper for CGIs under
the Xitami webserver for ColdFusion and PHP
http://www.xitami.com/xifusion.zip).
This setup worked fine...sort of. I have tried everything I can think
of to prove that PHP isn't the culprit, but it is. Here is what
happens:
1) The browser connects to the SSL server.
2) The browser request a PHP page. Apache sees that PHP extensions
are aliased to a type, thus it checks out the action it should take.
It then executes the previously mentioned Perl script.
3) The Perl script modifies an environment variable and calls
XiFusion.
4) XiFusion does its thing and executes PHP (I've checked to see if
XiFusion or the Perl script were the problem and they are not).
5) PHP then starts to process the page.
6) ApacheCore.dll for some reason core dumps. I have no idea why it
does this (it is somewhat random, but *VERY* reproducible).
7) The odd thing is is that when I click Close on the dialog box,
Apache reloads and acts like nothing happened...weird (none of the log
files show that an error occurred either...even weirder).
What is even weirder than all that is if I switch from CGI mode to
module mode (modify conf/httpd.conf), there is no problem...even under
normal Apache 1.3 API.
I've scoured google.com as well as the PHP databases for any solution
to this very interesting bug. I've been re-building everything
(Apache, OpenSSL, mod_ssl) from sources to see if I can improve the
situation any. So far, no luck (no, I didn't forget to replace the
DLLs in the Windows\system directory). I've seen references to the
-DEAPI compile option for PHP, so I will try that out tomorrow to see
if that helps (but knowing my luck so far... :)
This bug is also in PHP v4.0.4.
Pertinent Machine Info.:
OS: Win98
Dual PIII 500 mHz CPUs
384MB RAM (I try to maintain about 150MB free using RamIdle)
18GB HD (5 GB free on the Win98 partition)
I really want to use the XiFusion wrapper program rather than the
module since I can get more control through XiFusion than I can through
Apache.
Sorry, no gdb backtrace. My debugging methods are usually lots of good
ol' fashioned printf statements ;)
Thomas Hruska
Shining Light Productions
Meeting the Needs of Fellow Programmers
Edit this bug report at http://bugs.php.net/?id=11921edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #11921 Updated: Apache 1.3.20, mod_ssl 2.8.4, PHP 4.0.4 crashes in CGI mode
ID: 11921
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Windows 98
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.
Previous Comments:
[2001-07-06 05:10:26] [EMAIL PROTECTED]
Seems like someone else has been having a similar problem (Bug #10904 -
I got curious as to what the other reproducible bugs were). My
previous comments should help narrow this problem down further (and
actually make it reproducible). My guess is that it is not only
Windows platforms, but possibly even Linux...but that has yet to be
proven. Right now I'm not in the mood to log into Linux and give
myself another headache. One at a time is plenty for me :)
(XiFusion is also for Linux, so it would be interesting to see if
Apache fails under Linux due to the
Apache-Perl-XiFusion-PHP combo).
Thomas Hruska
[2001-07-06 04:42:34] [EMAIL PROTECTED]
The Short Description is supposed to be 4.0.6, although the bug is also
in 4.0.4. 4.0.5 is untested for the bug.
[2001-07-06 04:38:22] [EMAIL PROTECTED]
Using the default PHP 4.0.6 package for Win32 (downloaded straight from
php.net), I have found an interesting combination that causes Apache
1.3.20 to core dump. My objective was to set up an SSL server to
seamlessly work with the Xitami webserver, Apache is the obvious choice
here.
The first thing I did was download and install Apache 1.3.20 for Win32.
Then, I applied the patches located in
Apache_1.3.20-Mod_SSL_2.8.4-OpenSSL_0.9.6a-WIN32.zip on the
contributions page of the www.modssl.org site. Finally, I configured
and set up the SSL virtual server (both a self-signed and a CA-signed
certificate work) and got everything working. I wrote a short Perl
script that would call XiFusion with the correct parameters:
#!c:/perl/bin/perl
$ENV{SCRIPT_NAME} = $ENV{REDIRECT_URL};
system c:\\xifusion\\xifusion.exe c:\\php4\\php.exe;
Side Note: I am the author of XiFusion v2.5 (a wrapper for CGIs under
the Xitami webserver for ColdFusion and PHP
http://www.xitami.com/xifusion.zip).
This setup worked fine...sort of. I have tried everything I can think
of to prove that PHP isn't the culprit, but it is. Here is what
happens:
1) The browser connects to the SSL server.
2) The browser request a PHP page. Apache sees that PHP extensions
are aliased to a type, thus it checks out the action it should take.
It then executes the previously mentioned Perl script.
3) The Perl script modifies an environment variable and calls
XiFusion.
4) XiFusion does its thing and executes PHP (I've checked to see if
XiFusion or the Perl script were the problem and they are not).
5) PHP then starts to process the page.
6) ApacheCore.dll for some reason core dumps. I have no idea why it
does this (it is somewhat random, but *VERY* reproducible).
7) The odd thing is is that when I click Close on the dialog box,
Apache reloads and acts like nothing happened...weird (none of the log
files show that an error occurred either...even weirder).
What is even weirder than all that is if I switch from CGI mode to
module mode (modify conf/httpd.conf), there is no problem...even under
normal Apache 1.3 API.
I've scoured google.com as well as the PHP databases for any solution
to this very interesting bug. I've been re-building everything
(Apache, OpenSSL, mod_ssl) from sources to see if I can improve the
situation any. So far, no luck (no, I didn't forget to replace the
DLLs in the Windows\system directory). I've seen references to the
-DEAPI compile option for PHP, so I will try that out tomorrow to see
if that helps (but knowing my luck so far... :)
This bug is also in PHP v4.0.4.
Pertinent Machine Info.:
OS: Win98
Dual PIII 500 mHz CPUs
384MB RAM (I try to maintain about 150MB free using RamIdle)
18GB HD (5 GB free on the Win98 partition)
I really want to use the XiFusion wrapper program rather than the
module since I can get more control through XiFusion than I can through
Apache.
Sorry, no gdb backtrace. My debugging methods are usually lots of good
ol' fashioned printf statements ;)
Thomas Hruska
Shining Light Productions
Meeting the Needs of Fellow Programmers
Edit this bug report at http://bugs.php.net/?id=11921edit=1
--
PHP Development Mailing List http://www.php.net/
To
[PHP-DEV] Re: Securite problem
I have tried absolute paths but that does not solve the problem. Unlike the filename extension suggests I am using php4. The problem seems to be the password protection. When the three files are in the same directory (be it protected or unprotected) everything works fine. When index.php3 is in one directory and the other two files are in another directory everything works fine but only if both directories are protected or both are unprotected. That including a script that is in a password protected directory is not allowed seems reasonable to me, but the other way round ...? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] XOR or bit manupulation
Hi Is there anything that can manipulate a variable bit by bit? If have a variable $x that has to switch between two values. It doesn't matter if it is true or false, 0 and 255 or whatever. Normally the easiest way would be to use xor to have the variable switch between both states but I couldn't find anything like that in the reference. Does PHP support such kind of bit manipulation? Or does anybody know another way to have the variable switch on an easy way? I know that it is possible with several if...thens but I'm looking for an easier and faster way. Thanks for your answers and help. Mika -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Re: [PHP-CVS] cvs: php4(PHP_4_0_7) /sapi/roxen roxen.c
[EMAIL PROTECTED] wrote: Hello, Why are you merging this? This absolutely makes no sense, 1) this branch is proably not used anymore in the future, 2) It's not anyware near a critical thing. Please revert it. It may not be a ciritical bug for users other than Roxen. Why do you care, if this branch is not going to be used? There are many patches applied after 4.1.1 release also, if you want keep branch clean. I don't mind revert it, but I just don't see the good reason for it... -- Yasuo Ohgaki -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
Re: [PHP-DEV] XOR or bit manupulation
$var = !$var; and stop posting to so many lists and stop posting to the WRONG lists (-dev and -qa are none of your business with such questions). READ what's written on php.net about the lists. -- Please always Cc to me when replying to me on the lists. -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP-DEV] Re: Securite problem
Hi, this isn't a problem for [EMAIL PROTECTED], as that's the developers list. You will find most help on [EMAIL PROTECTED] or php-windows. Thanks, james cox -Original Message- From: Roebie [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 03, 2002 1:20 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [PHP-DEV] Re: Securite problem I have tried absolute paths but that does not solve the problem. Unlike the filename extension suggests I am using php4. The problem seems to be the password protection. When the three files are in the same directory (be it protected or unprotected) everything works fine. When index.php3 is in one directory and the other two files are in another directory everything works fine but only if both directories are protected or both are unprotected. That including a script that is in a password protected directory is not allowed seems reasonable to me, but the other way round ...? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED] -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #15167 Updated: Session_save_path in php.ini doesn't work
ID: 15167 Updated by: [EMAIL PROTECTED] Old Summary: Session_save_path in php.ini doesn't work Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: Solaris 8 PHP Version: 4.1.1 New Comment: It's most likely not a bug. Please check your config path (php.ini location) You are not editing proper php.ini, probably. Previous Comments: [2002-01-23 01:50:02] [EMAIL PROTECTED] Yes, of course. Furthermore, it seems PHP doesn't read php.ini file while Apache restarting!! I removed php.ini file and restarting was successfull, no errors!! In addition, I insert into php.ini file the string disable_functions = phpinfo but it doesn't work again. [2002-01-22 14:33:18] [EMAIL PROTECTED] Didn't you forget to restart Apache? [2002-01-22 11:59:02] [EMAIL PROTECTED] I have in php.ini file the following string session.save_path = /some/directory/sessions i.e. session.save_path differs from default /tmp directory/ But it doesn't work!! All sessions files appear in /tmp directory anyway. I use Apache 1.3.22 on Solaris 8 + PHP 4.1.1 Setting in php.ini session.name to something different also fails. Edit this bug report at http://bugs.php.net/?id=15167edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15345: Documentation typo
From: [EMAIL PROTECTED] Operating system: WinME PHP version: 4.1.1 PHP Bug Type: Unknown/Other Function Bug description: Documentation typo http://www.php.net/manual/en/function.socket-close.php has a spelling error in bool soclet_close (resource socket). The k is a l. Should be bool socket_close (resource socket) --|-- Tino Didriksen http://projectjj.dk/ -- Edit bug report at: http://bugs.php.net/?id=15345edit=1 Fixed in CVS: http://bugs.php.net/fix.php?id=15345r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=15345r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15345r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15345r=oldversion Not for support: http://bugs.php.net/fix.php?id=15345r=support Not wrong behavior: http://bugs.php.net/fix.php?id=15345r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15345r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14453 Updated: session_start() provokes a crash of php/apache
ID: 14453 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Session related Operating System: win2k PHP Version: 4.1.0 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-01-29 01:16:00] [EMAIL PROTECTED] I also noticed this running WinXP, Apache 2.0.28 and PHP 4.1.1. As stated, Setting the correct temp directory for sessions fixed problem. Thanks. [2002-01-18 01:41:44] [EMAIL PROTECTED] Reproduced this Crash with PHP 4.1.1 (www.php4win.com) and Apache 1.3.22 on Windows NT 4 Server. [2002-01-17 13:26:50] [EMAIL PROTECTED] changing the path fixes the crash problem when session.save_handler is set to 'files'... but what causes the crash when it is set to 'user' ? [2002-01-12 06:34:10] [EMAIL PROTECTED] A suggestion to help reduce this error: In future releases php.ini-dist's session.save_path should contain the value of c:\php\temp\ or something and not /tmp which does not exist on Windows platforms! [2001-12-22 11:31:30] [EMAIL PROTECTED] Reproduced with the final 4.1.0 on Windows 2000 with Apache 1.3.22. 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/?id=14453 Edit this bug report at http://bugs.php.net/?id=14453edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14497 Updated: PHP causes segfault when session handler=user
ID: 14497 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: Session related Operating System: FreeBSD 4.4-Stable PHP Version: 4.1.0, 4-200112131200 Assigned To: yohgaki New Comment: This bug has been fixed in CVS. Previous Comments: [2002-01-06 22:23:57] [EMAIL PROTECTED] I've not committed the fix for this bug yet, but you can work around the segfault. Return string when there is no data to read or failed to write. (i.e. return '';) User session save handler expect string data, if you return other than string, it segfualts. [2001-12-21 03:36:49] [EMAIL PROTECTED] Assigned to myself. By the I updated this bug report, I know the fix, but I forgot what is was now :( I'll work on this after I finish things have to do [2001-12-19 23:00:15] [EMAIL PROTECTED] Is this fixed? Anyone mind if I fix this and commit? -- Yasuo Ohgaki [2001-12-14 16:00:04] [EMAIL PROTECTED] I had already tried out your user handlers (as you can see from the bug report). Your handlers weren't causing the crash but were helping in making the crash happen. (I would guess that the initialization of the internal data structures from your handlers allowed the invalid return false; pointer to be fubar'd in such a way to cause a segfault.) Read the bug report, it's all there, including on how I was reproducing the crash. Your session handlers have a few problems when there is concurrent access for the same session id. (It *DOES* happen, especially with AvantGo clients, trust me on this one) You also do not check for expiration in your session_read. Since garbage collection doesn't happen on every single access, there's a possibility that stale data would get loaded. Also, since your session handlers aren't mentioned anywhere on the PHP website under the session documentation, as well as not stressing the fact that returning false will cause data corruption, it still doesn't really address the issue. Personally I don't think the doing something in a script language should cause a low-level crash. I believe there was another recent bug dealing with the xslt extension that explained this issue well: But PHP generating nice corefiles is not ok. At most I think PHP should return an error when the data isn't what was expected, not segfault, or core, or crash. [2001-12-14 15:29:01] [EMAIL PROTECTED] Could you take a look at my user session handlers using PostgreSQL. You'll see what kind of values should be returned. Please report the result. http://www.zend.com/codex.php?id=456single=1 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/?id=14497 Edit this bug report at http://bugs.php.net/?id=14497edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15004 Updated: Returnning FAILURE in read/write funtion will cause segfault
ID: 15004 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Session related Operating System: Linux PHP Version: 4.0CVS-2002-01-11 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-01-11 18:26:14] [EMAIL PROTECTED] It's internal code issue. Returnning FAILURE in session READ/WRITE causes segfault. This must be fixed later. Edit this bug report at http://bugs.php.net/?id=15004edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15168 Updated: PHP segfaults saving sessions-vars (mm save handler)
ID: 15168
Updated by: [EMAIL PROTECTED]
Old Summary: PHP segfaults saving sessions-vars
Reported By: [EMAIL PROTECTED]
Status: Analyzed
Bug Type: Session related
Operating System: SuSE 7.3 /2.4.10
PHP Version: 4.1.1
New Comment:
Changed summay (Added mm save handler)
Previous Comments:
[2002-01-23 04:38:05] [EMAIL PROTECTED]
It's not a solution, but a workaround.
You can try user, msession or session_pgsql save handler module.
User is compile in by default.
--with-msession for msession (And you need lib and daemon for it. Refer
to manual)
session_pgsql is under PEAR CVS (/pear/PECL).
user/msession/session_pgsql works fine for me. (msession/session_pgsql
are experimental modules)
[2002-01-23 02:54:11] [EMAIL PROTECTED]
Seems that i get no segfaults with file, but i am loosing some of its
data.
while $obj-ary(key=value,key=value); seems to survive,
$obj-ary(key=ary(key=value)) seems to leave under certain
circumstances. will try to get this into a small example.
Regards,
Johann-Peter Hartmann
[2002-01-23 02:21:35] [EMAIL PROTECTED]
Yepp, i just gave file a try, and this works.
Thanks for your hint.
Nevertheless it would be nice to use mm again, someday :-)
[2002-01-22 17:58:12] [EMAIL PROTECTED]
Which save handler are you using?
I guess you are using mm save handler, right? I got the same segfault
with it. :)
[2002-01-22 12:37:25] [EMAIL PROTECTED]
Changing session variables that are hashes as part of an object
($auth-auth[] from phplib) results in a segfault most of the time.
It was still there switching back to php 4.1.0 .
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x405ebdc6 in _zend_is_inconsistent (ht=0x36, file=0x406ea8e4
zend_hash.c, line=975) at zend_hash.c:84
84 if (ht-inconsistent==HT_OK) {
(gdb) bt
#0 0x405ebdc6 in _zend_is_inconsistent (ht=0x36, file=0x406ea8e4
zend_hash.c, line=975) at zend_hash.c:84
#1 0x405ee95d in zend_hash_internal_pointer_reset_ex (ht=0x36,
pos=0xbfffee30) at zend_hash.c:975
#2 0x40643e48 in php_session_save_current_state () at session.c:544
#3 0x40646db4 in php_session_flush () at session.c:1381
#4 0x40646e08 in zm_deactivate_session (type=1, module_number=7) at
session.c:1393
#5 0x405eabcc in module_registry_cleanup (module=0x85c65f0) at
zend_API.c:1165
#6 0x405edc5f in zend_hash_apply (ht=0x40720ea0, apply_func=0x405eab80
module_registry_cleanup) at zend_hash.c:669
#7 0x405e6c11 in zend_deactivate_modules () at zend.c:585
#8 0x405f94b9 in php_request_shutdown (dummy=0x0) at main.c:723
#9 0x405f5518 in apache_php_module_main (r=0x80a2ca0,
display_source_mode=0) at sapi_apache.c:96
#10 0x405f6420 in send_php (r=0x80a2ca0, display_source_mode=0,
filename=0x80a4a20 /home/pages/mydomain/start.php) at mod_php4.c:575
#11 0x405f64a3 in send_parsed_php (r=0x80a2ca0) at mod_php4.c:590
#12 0x8055260 in ap_invoke_handler ()
#13 0x806799c in ap_some_auth_required ()
#14 0x8067a13 in ap_process_request ()
#15 0x805fe27 in ap_child_terminate ()
#16 0x805ffd5 in ap_child_terminate ()
#17 0x8060109 in ap_child_terminate ()
#18 0x8060718 in ap_child_terminate ()
#19 0x8060f95 in main ()
Configure:
'./configure' \
'--prefix=/usr' \
'--with-config-file-path=/etc' \
'--with-exec-dir=%{libdir}/php/bin' \
'--with-mysql=/usr' \
'--with-gd=yes' \
'--with-tiff-dir=/usr' \
'--with-jpeg-dir=/usr' \
'--with-png-dir=/usr' \
'--with-zlib=yes' \
'--with-bz2' \
'--with-ttf' \
'--with-ftp' \
'--with-gettext' \
'--with-mm' \
'--enable-bcmath' \
'--enable-trans-sid' \
'--enable-inline-optimization' \
'--enable-track-vars' \
'--enable-magic-quotes' \
'--enable-sockets' \
'--enable-sysvsem' \
'--enable-sysvshm' \
'--enable-shmop' \
'--enable-ftp' \
'--enable-dbase' \
'--enable-debug' \
'--enable-gd-imgstrttf' \
'--with-apxs=/usr/sbin/apxs'
Regards,
Johann Hartmann
Edit this bug report at http://bugs.php.net/?id=15168edit=1
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15308 Updated: Segfault when the string which contains '_' in session name is specified.
ID: 15308 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Analyzed Bug Type: Session related Operating System: any PHP Version: 4.2.0-dev New Comment: This bug has been fixed in CVS. Previous Comments: [2002-01-31 04:57:08] [EMAIL PROTECTED] Thank you for responding, Markus. I asked this user to submit bug report in Japanese PHP mail list. I think I know what's wrong, but I don't have enough time create and test patch... In mod_files.c it tests session id file chars are [0-9a-zA-Z], if not it returns 0. It seems returning false is causing this. In mod_user.c and session_pgsql.c, there is very simlar problem. Returning false for read causes segfault. The reason for these segfaults are the same, I guess. (i.e. session.c has problem when read returns false) [2002-01-31 03:30:13] [EMAIL PROTECTED] Does this also happen with 4.1.1 and if, please provide a backtrace under unix (provided that you compiled both php and apache with debug symbols). [2002-01-31 03:06:39] [EMAIL PROTECTED] Apache child segfault when the string which contains '_' in session name is specified. Although tried on Red Hat7.2 and Windows2000, the apache child segfault. php.ini session.save_handler=files ?php session_id (_index); session_start (); $_SESSION[foo] = bar; ? Edit this bug report at http://bugs.php.net/?id=15308edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15276 Updated: Error with unset();
ID: 15276 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Old Status: Open Status: Bogus Bug Type: Session related Operating System: RedHat 7.1 PHP Version: 4.1.1 New Comment: Use session module as current manual explains. Your script does not work as you expected. You are not supposed to unset() session variable with unset(). Use session_unregister() for global session vars instead. If you want to save session variable, don't unset(). Previous Comments: [2002-01-29 10:07:44] [EMAIL PROTECTED] Simple Script: ? session_id(TESTSESSION); session_start(); session_register(TEXN_ARRAY); echo $TEXN_ARRAY.BR; unset($TEXNS_ARRAY); $TEXN_ARRAY = Value 1; echo $TEXN_ARRAY.BR; ? After execution we have: Value 1 Change line 7 to $TEXN_ARRAY = Value 2; After execution we have: Value 1 Value 2 Change line 7 to $TEXN_ARRAY = Value 3; After execution we have: Value 1 - We expected Value 2 !!! Value 3 Edit this bug report at http://bugs.php.net/?id=15276edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Re: [PHP-QA] XOR or bit manupulation
On Sat, 2002-02-02 at 18:25, Mika Toewe wrote: Hi Is there anything that can manipulate a variable bit by bit? If have a variable $x that has to switch between two values. It doesn't matter if it is true or false, 0 and 255 or whatever. Normally the easiest way would be to use xor to have the variable switch between both states but I couldn't find anything like that in the reference. Does PHP support such kind of bit manipulation? Or does anybody know another way to have the variable switch on an easy way? I know that it is possible with several if...thens but I'm looking for an easier and faster way. Thanks for your answers and help. Mika First off, please don't crosspost to all these lists. The list for general questions in PHP is [EMAIL PROTECTED]; the lists this question was posted to are for the PHP quality assurance team, the documentation team, and the development team, respectively. You can find a list of the available mailing lists, their purposes, and an easy-to-use subscription form at: http://www.php.net/mailing-lists.php Second, the knowledge you seek is in the manual, under 'Language Reference|Operators|Bitwise operators': http://www.php.net/manual/en/language.operators.bitwise.php Hope this helps, Torben -- Torben Wilson [EMAIL PROTECTED] http://www.thebuttlesschaps.com http://www.hybrid17.com http://www.inflatableeye.com +1.604.709.0506 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15346: mysql mnogosearch - php static libs
From: [EMAIL PROTECTED] Operating system: Linux 2.2 PHP version: 4.1.1 PHP Bug Type: Compile Failure Bug description: mysql mnogosearch - php static libs http://bugs.php.net/bug.php?id=14824 : This could happen for example if you compiled mnogosearcg : statically with mysql and trying to compile it with php, which : is also required mysql. So you are linking mysql twice. : : To fix this - just compile mnogosearch and php with dynamic : libs not static. Lets play: $ rpm -qa |grep MySQL MySQL-devel-3.23.47-1 MySQL-shared-3.23.47-1 MySQL-client-3.23.47-1 MySQL-3.23.47-1 No one finds static lib - no one use it: $ cd /usr/lib/mysql/ $ mv libmysqlclient.a libmysqlclient.a_ Mnogosearch... ; no old stuff left here $ rm -rf mnogosearch-3.1.19/ /usr/local/mnogosearch-3.1.19/ $ tar zxfv mnogosearch-3.1.19.tar.gz $ cd mnogosearch-3.1.19/ ; dynamic, be dynamic... $ ./configure --with-mysql --prefix=/usr/local/mnogosearch-3.1.19 --enable-shared --disable-static $ make make install ; compilation successfull $ ldd /usr/local/mnogosearch-3.1.19/lib/libudmsearch-3.1.so libmysqlclient.so.10 = /usr/lib/libmysqlclient.so.10 (0x0014b000) [...] ; did we win? Php... ; no old stuff left here $ rm -rf php4-200201261200/ $ tar zxfv php4-200201261200.tar.gz $ cd php4-200201261200/ ; minimum config for compile test $ ./configure --with-mysql=shared,/usr --with-zlib --with-mnogosearch=/usr/local/mnogosearch-3.1.19 $ make ; ... ... /bin/sh /root/php4-200201261200/libtool --silent --mode=link gcc -I. -I/root/php4-200201261200/sapi/cli -I/root/php4-200201261200/main -I/root/php4-200201261200 -I/root/php4-200201261200/Zend -I/usr/local/mnogosearch-3.1.19/include -I/usr/include/mysql -I/root/php4-200201261200/ext/xml/expat -I/root/php4-200201261200/TSRM -g -O2 -o php -export-dynamic libphp4cli.la gcc: /usr/lib/mysql/libmysqlclient.a: No such file or directory make[2]: *** [php] Error 1 make[2]: Leaving directory `/root/php4-200201261200/sapi/cli' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/php4-200201261200/sapi/cli' make: *** [all-recursive] Error 1 gcc: /usr/lib/mysql/libmysqlclient.a: No such file or directory Where php found this static lib and decide to use it? -- Edit bug report at: http://bugs.php.net/?id=15346edit=1 Fixed in CVS: http://bugs.php.net/fix.php?id=15346r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=15346r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15346r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15346r=oldversion Not for support: http://bugs.php.net/fix.php?id=15346r=support Not wrong behavior: http://bugs.php.net/fix.php?id=15346r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15346r=notenoughinfo -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #14232 Updated: Crash of session_start() when client disables cookies and sends a form
ID: 14232 Updated by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Reproducible crash Operating System: Win2000;Win98 PHP Version: 4.0.6 New Comment: I have a similar error. When I try to establish a session using php as an apache module under windows. The apache server crashes instantly. David (my configuration is also the default). Previous Comments: [2001-12-11 17:13:41] [EMAIL PROTECTED] I don't use the zlib library (zlib is not loaded at all). I don't use ob_end_finish() neither ob_end_flush(). I am not able to test 4.1.ORC5 if there is no win2000 binary included in the package. Anyway I have no special libraries loaded and an almost basic configuration: ... output_buffering = Off implicit_flush = Off allow_call_time_pass_reference = On ... variables_order = EGPCS register_globals = On register_argc_argv = On post_max_size = 8M gpc_order = GPC magic_quotes_gpc = On magic_quotes_runtime = Off magic_quotes_sybase = Off ... session.save_handler = files session.save_path = /tmp session.use_cookies = 1 session.name = PHPSESSID session.auto_start = 0 session.cookie_lifetime = 0 session.cookie_path = / session.cookie_domain = session.serialize_handler = php session.gc_probability = 10 session.gc_maxlifetime = 1440 session.referer_check = session.entropy_length = 0 session.cache_limiter = nocache session.cache_expire = 180 session.use_trans_sid = 1 url_rewriter.tags = a=href,area=href,frame=src,input=src,form=nothing ... So if I sum up the problem: I've tested only: - the cgi exe on win98 and win2000 - the module version on win2000 If session.use_trans_sid=1 and output_buffering=On then submiting forms (POST and GET methods) make the php.exe crash. I've tested to swap several settings with NO effect e.g.: - the EGPCS order - session autostart - ... [2001-12-06 21:21:04] [EMAIL PROTECTED] Do you have zlib.output_compression=On or/and output_handler set? If so, what is your setting? Do you have ob_end_finish()/ob_end_flush() in your script? Does this happen with 4.1.0RC5? http://www.php.net/~zeev/ [2001-12-06 14:46:24] [EMAIL PROTECTED] After additional testing, I discovered that the problems comes from the output buffering. If output_buffering=Off, the problem does not persist. [2001-11-26 09:47:07] [EMAIL PROTECTED] The function session_start() produces an access violation (drWatson reports the fault in strnatcmp_ex). It happens when the client has disabled cookies. The only setting that prevents the crash is session.use_trans_sid=0, but than sessions are not handled for client without cookies allowed. I've tried a lot of combinations: to pass the PHPSESSID manually in a post/get variable (Input hidden ... =session_id();) but the problem remains the same. For win98, bothe cgi and module versions do not work, under w2k, Apache cannot load the module version (says cannot find), so I don't have any idea if the module version could work. Edit this bug report at http://bugs.php.net/?id=14232edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Bug #15345 Updated: Documentation typo
ID: 15345 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: WinME PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Previous Comments: [2002-02-02 22:03:14] [EMAIL PROTECTED] http://www.php.net/manual/en/function.socket-close.php has a spelling error in bool soclet_close (resource socket). The k is a l. Should be bool socket_close (resource socket) --|-- Tino Didriksen http://projectjj.dk/ Edit this bug report at http://bugs.php.net/?id=15345edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Bug #15345 Updated: Documentation typo
On Sun, Feb 03, 2002 at 07:11:48AM -, [EMAIL PROTECTED] wrote : ID: 15345 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: WinME PHP Version: 4.1.1 New Comment: This bug has been fixed in CVS. Hm. Can we change this to me more friendly ? :) 'Thanks, this bug has been fixed in CVS.' ? -- PHP Development Mailing List http://www.php.net/ To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] PHP42/Zend update needed for Apache 2.0.31
Apache 2.0.31 got tagged this evening, the php/zend code has been out of
sync with it for a bit now.
Would anyone mind chit chatting and getting the appropriate code
updated? :)
I'd like to help, but I'm rather new to the code. If I'm speaking to
the wrong people, please let me know.
Apache cores on startup here, I suspect that 0x0 is to blame.
#0 0x402c613f in zend_register_functions (functions=0x404cdc00,
function_table=0x0, type=1, tsrm_ls=0x8136da8) at zend_API.c:1033
1033target_function_table = CG(function_table);
(gdb) bt
#0 0x402c613f in zend_register_functions (functions=0x404cdc00,
function_table=0x0, type=1, tsrm_ls=0x8136da8) at zend_API.c:1033
#1 0x402c63aa in zend_register_module (module=0x404cdcc0) at
zend_API.c:1099
Ok, we're back to square one on --enable-mailparse again. This is the
direct cause of the segfault.
(gdb) up
#1 0x402be318 in zend_register_module (module=0x40491760) at
zend_API.c:1099
1099if (module-functions
zend_register_functions(module-functions, NULL, module-type
TSRMLS_CC)==FAILURE) {
(gdb) p *module
$5 = {size = 72, zend_api = 20010901, zend_debug = 0 '\000', zts = 1 \001',
name = 0x4041c236 mailparse, functions = 0x404916a0,
module_startup_func = 0x402f82b0 zm_startup_mailparse,
module_shutdown_func = 0x402f8320 zm_shutdown_mailparse,
request_startup_func = 0x402f83a0 zm_activate_mailparse,
request_shutdown_func = 0x402f83b0 zm_deactivate_mailparse,
info_func = 0x402f8350 zm_info_mailparse, version = 0x0,
global_startup_func = 0, global_shutdown_func = 0, globals_id = 0,
module_started = 0, type = 1 '\001', handle = 0x0, module_number = 13}
--
PHP Development Mailing List http://www.php.net/
To unsubscribe, visit: http://www.php.net/unsub.php
