[PHP-DEV] Expires field when cache-control = private?

2001-02-11 Thread Rasmus Lerdorf
Sascha, I'm having a bit of trouble grasping why the Expires directive is set to a date in the past when cache-control is set to private. ie. HTTP/1.1 200 OK Date: Sun, 11 Feb 2001 10:06:08 GMT Server: Apache/1.3.13-dev (Unix) PHP/4.0.5-dev X-Powered-By: PHP/4.0.5-dev Set-Cookie: PHPSESSID=c4ea4

Re: [PHP-DEV] PHP 4.0 Bug #9186 Updated: string compare with "==" does not work correctly

2001-02-11 Thread Telemann, Bo
I accept your reasons for doing so. But actually this behaviour makes the "==" comparision to a "maybe". "Maybe they are equal." Documentation of this working will be helping not much. The users of PHP have to understand the working of "==" at the lowest level. I suggest, that you check your

RE: [PHP-DEV] RE: Bug #4032 Updated: Major security issue PHP+Apache

2001-02-11 Thread James Moore
Liz, Was this issue fixed and does it still occur? Can you still reproduce it? Thanks James -- James Moore PHP QA Team [EMAIL PROTECTED] > -Original Message- > From: Liz [mailto:[EMAIL PROTECTED]] > Sent: 11 February 2001 02:08 > To: Bug Database > Subject: [PHP-DEV] RE: Bug #4032 U

[PHP-DEV] PHP 4.0 Bug #9210: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread mike
From: [EMAIL PROTECTED] Operating system: Mandrake Linux 7.2 PHP version: 4.0.3pl1 PHP Bug Type: PHP options/info functions Bug description: Failed opening 'path' for inclustion in unknow line 0 whenever I run a php document under the root directory. I am running apache 1.3

[PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread derick
ID: 9210 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PHP options/info functions Assigned To: Comments: Try setting the include path to "." Previous Comments: --- [2001-02-1

[PHP-DEV] CVS Account Request

2001-02-11 Thread root
Full name: Simone Grassi Email: [EMAIL PROTECTED] ID: sigi Purpose: Development ... (hope also of PHP) -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [E

[PHP-DEV] RE: PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread Mike Lane
OK, it had no effect. I am still getting the same error. -Original Message- From: Bug Database [mailto:[EMAIL PROTECTED]] Sent: Sunday, February 11, 2001 5:53 AM To: [EMAIL PROTECTED] Subject: PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0 ID: 9210 Upda

[PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread mike
ID: 9210 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: PHP options/info functions Description: Failed opening 'path' for inclustion in unknow line 0 Derick, I did. It had 0 effect. I am still getting the same error. this entry is typed from the php.ini file exa

[PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread mike
ID: 9210 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Description: Failed opening 'path' for inclustion in unknow line 0 Derick, I did. It had 0 effect. I am still getting the same error. this entry is typed from the php.ini file exactly: include_path

[PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread derick
ID: 9210 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PHP options/info functions Assigned To: Comments: Can you put up the output of phpinfo(); on the net? Previous Comments: ---

[PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread mike
ID: 9210 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: PHP options/info functions Description: Failed opening 'path' for inclustion in unknow line 0 try http://206.102.15.235/test.php . If you can't e-mail me and I will send you a copy of my php.ini file. It won'

[PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread mike
ID: 9210 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Description: Failed opening 'path' for inclustion in unknow line 0 Derick, it come up on the box I am working on and others inside my intranet. what did you want to see? Previous Comments:

[PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread derick
ID: 9210 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PHP options/info functions Assigned To: Comments: The output of and your php.ini file please. Previous Comments: --- [

[PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread mike
ID: 9210 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: PHP options/info functions Description: Failed opening 'path' for inclustion in unknow line 0 [PHP Logo] PHP Version 4.0.3pl1 System Linux AES.MandrakeSoft.com 2.2.17-21mdk #1 Thu Oct 5 13:16:08 CEST 2000

[PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread mike
ID: 9210 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Description: Failed opening 'path' for inclustion in unknow line 0 Derick, I have changed the include_path in my .ini file. I have shutdown and restarted the apache server also. I notice the path does

[PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread derick
ID: 9210 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: PHP options/info functions Assigned To: Comments: What is the location of your php.ini ? It should in /etc from what I"ve seen from teh phpinfo() output. Previous Comments: --

[PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread mike
ID: 9210 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: PHP options/info functions Description: Failed opening 'path' for inclustion in unknow line 0 it is in the /etc directory. Previous Comments: ---

[PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread mike
ID: 9210 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: PHP options/info functions Description: Failed opening 'path' for inclustion in unknow line 0 Derick, check your e-mail. I sent you my ini file. Previous Comments: -

Re: [PHP-DEV] PHP 4.0 Bug #1531 Updated: require() causes flex scanner error

2001-02-11 Thread Zeev Suraski
Well it's not a bug - it's already caught in the PHP error system, you can manipulate it, etc. Someone can improve the error message if they wish... Zeev At 20:56 10/2/2001, Hartmut Holzgraefe wrote: >[EMAIL PROTECTED] wrote: > > intended behavior > >so it's intended behaviour to give confusin

Re: [PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' forinclustion in unknow line 0

2001-02-11 Thread Derick Rethans
On 11 Feb 2001 [EMAIL PROTECTED] wrote: > check your e-mail. I sent you my ini file. I didn't get it Derick - PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED] -

RE: [PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' forinclustion in unknow line 0

2001-02-11 Thread Derick Rethans
On Sun, 11 Feb 2001, Mike Lane wrote: > did you get it yet? yes, that file is a total mess, the lines are all being wrapped at 80 chars. You need to clean that up first before you can expect it too work. Derick Rethans -

[PHP-DEV] PHP 4.0 Bug #9211: URL and PHP Info/Options functions NEEDED

2001-02-11 Thread chris
From: [EMAIL PROTECTED] Operating system: * PHP version: 4.0.3pl1 PHP Bug Type: Feature/Change Request Bug description: URL and PHP Info/Options functions NEEDED parse_url() is a great function, but a counterpart to it would be even better. Can we have a create_url() or cre

[PHP-DEV] PHP 4.0 Bug #9212: fpassthru ignoring output buffering

2001-02-11 Thread ctuffli
From: [EMAIL PROTECTED] Operating system: Linux 2.2.12-20 PHP version: 4.0.4 PHP Bug Type: Output Control Bug description: fpassthru ignoring output buffering When fpassthru() is used within an ob_start / ob_end_clean block, a subsequent call to header() fails because heade

[PHP-DEV] PHP 4.0 Bug #9212 Updated: fpassthru ignoring output buffering

2001-02-11 Thread derick
ID: 9212 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: Output Control Bug Type: Feature/Change Request Assigned To: Comments: passtru doesn't use the output buffering functions. It's not meant to be, so changing to Feature request. Previous Comments:

Re: [PHP-DEV] PHP 4.0 Bug #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

2001-02-11 Thread Derick Rethans
On Sun, 11 Feb 2001, Michael A. Lane wrote: > is this better? this one is directly off of my harddrive on the linux box. It's better, but there are still lines wrapped. Anyway, can you try setting one of the session.* parameters and see (After you restarted apache) if these changes are working?

[PHP-DEV] PHP 4.0 Bug #9213: pg_connect and postgres unstable

2001-02-11 Thread alex
From: [EMAIL PROTECTED] Operating system: RedHat 7.0 PHP version: 4.0.4pl1 PHP Bug Type: PostgreSQL related Bug description: pg_connect and postgres unstable I think that the bugs #9123 and #9185 need to be fixed a soon as possible. I have been using php on an high loaded

[PHP-DEV] Re: Expires field when cache-control = private?

2001-02-11 Thread Sascha Schumann
On Sun, 11 Feb 2001, Rasmus Lerdorf wrote: > Sascha, I'm having a bit of trouble grasping why the Expires directive is > set to a date in the past when cache-control is set to private. ie. As there is no way to differentiate between user agents and proxies in HTTP/1.0 with regard to exp

[PHP-DEV] PHP 4.0 Bug #9214: Apache dumps core on startup

2001-02-11 Thread colitti
From: [EMAIL PROTECTED] Operating system: RedHat Linux 6.2 PHP version: 4.0.4pl1 PHP Bug Type: Dynamic loading Bug description: Apache dumps core on startup Apache 1.3.17 dumps core on startup if I try to load the php module dynamically. These are my dynamic loading setting

[PHP-DEV] PHP 4.0 Bug #9214 Updated: Apache dumps core on startup

2001-02-11 Thread jmoore
ID: 9214 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Dynamic loading Assigned To: Comments: Does apache start when PHP is not enabled? Also try shuffling the order things are loaded in.. it is important in some cases although I do not know if th

Re: [PHP-DEV] Re: Expires field when cache-control = private?

2001-02-11 Thread Rasmus Lerdorf
> As there is no way to differentiate between user agents and > proxies in HTTP/1.0 with regard to expiration options, we > tell all clients to never cache a page. > > HTTP/1.1 conforming clients will ignore the Expires header, > as it is overwritten by Cache-Control: max-age (

[PHP-DEV] CVS Account Request

2001-02-11 Thread root
Full name: Emiliano Heyns Email: [EMAIL PROTECTED] ID: emile Purpose: Midgard project -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]

[PHP-DEV] PHP 4.0 Bug #9214 Updated: Apache dumps core on startup

2001-02-11 Thread rasmus
ID: 9214 Updated by: rasmus Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Dynamic loading Assigned To: Comments: Sounds like the normal glibc-2.1.x + libpthreads bug. If you recompile your Apache server and add -lpthreads to the LIBS line I bet this will go away. Previous Comments

[PHP-DEV] PHP 4.0 Bug #9215: session variables

2001-02-11 Thread aboimpinto
From: [EMAIL PROTECTED] Operating system: Windows2000 PHP version: 4.0.4pl1 PHP Bug Type: IIS related Bug description: session variables it was right i did not read the manual, and the link you send me does not help me al all, the problem was that in PHP.ini the variable au

[PHP-DEV] PHP 4.0 Bug #9215 Updated: session variables

2001-02-11 Thread jmoore
ID: 9215 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: IIS related Assigned To: Comments: This is not the place to ask for support please see http://www.php.net/support.php this is most likley not a bug. James Previous Comments: -

Re: [PHP-DEV] CVS Account Request

2001-02-11 Thread Derick Rethans
On 11 Feb 2001 [EMAIL PROTECTED] wrote: > Full name: Emiliano Heyns > Email: [EMAIL PROTECTED] > ID: emile > Purpose: Midgard project You already have one :) Derick Rethans - PHP: Scripting the Web - www.php.net - [EMAIL

[PHP-DEV] PHP 4.0 Bug #2541 Updated: dl(string name) should not require the file extension for the module name

2001-02-11 Thread cynic
ID: 2541 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Assigned To: Comments: dl() doesn't work in multithreaded servers anyway (pretty much all win32 webservers) Previous Comments:

[PHP-DEV] PHP 4.0 Bug #9212 Updated: fpassthru ignoring output buffering

2001-02-11 Thread ctuffli
ID: 9212 User Update by: [EMAIL PROTECTED] Status: Open Bug Type: Feature/Change Request Description: fpassthru ignoring output buffering Actually, fpassthru seems to partial support the output buffering as placing it between ob_start / ob_end_clean generates no output. ob_get_contents() placed

[PHP-DEV] PHP 4.0 Bug #9216: Filename length makes php "cause an error in php4ts.dll"

2001-02-11 Thread ben
From: [EMAIL PROTECTED] Operating system: Windows ME PHP version: 4.0.4pl1 PHP Bug Type: MySQL related Bug description: Filename length makes php "cause an error in php4ts.dll" I *think* I've found an error that relates to the length of a script's filename when trying to ac

[PHP-DEV] PHP 4.0 Bug #9214 Updated: Apache dumps core on startup

2001-02-11 Thread colitti
ID: 9214 User Update by: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: Dynamic loading Description: Apache dumps core on startup Yessir! I recompiled apache with -lpthread as you said and it's running fine. Thanks a million. Lorenzo Previous Comments: ---

[PHP-DEV] PHP 4.0 Bug #7609 Updated: New connections made

2001-02-11 Thread andre
ID: 7609 Updated by: andre Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Analyzed Bug Type: Sybase-ct (ctlib) related Assigned To: Comments: I guess this should not happen, anyone with sybase should verify this... Previous Comments: ---

[PHP-DEV] PHP 4.0 Bug #9214 Updated: Apache dumps core on startup

2001-02-11 Thread jmoore
ID: 9214 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Closed Status: Bogus Bug Type: Dynamic loading Assigned To: Comments: Bogusify it Previous Comments: --- [2001-02-11 15:08:14] [EMAIL PROTECTED] Yessir

[PHP-DEV] CVS Account Request

2001-02-11 Thread CVS Account Request
Full name: David Guerizec Email: [EMAIL PROTECTED] ID: mgddavid Purpose: Midgard project -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED

[PHP-DEV] PHP 4.0 Bug #9217: Variable Variables not "setting" as expected

2001-02-11 Thread laura
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Variables related Bug description: Variable Variables not "setting" as expected Defined two variable variables. Expected each to have a different value, both ended up with same value. $co

[PHP-DEV] PHP 4.0 Bug #9217 Updated: Variable Variables not "setting" as expected

2001-02-11 Thread rasmus
ID: 9217 Updated by: rasmus Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Variables related Assigned To: Comments: Looks like you are confused about how variable variables work. $a = "hello"; $$a = "world"; At this point $hello would be set to "world" In your

[PHP-DEV] PHP 4.0 Bug #9218: can ibase_num_rows be implemented?

2001-02-11 Thread blib
From: [EMAIL PROTECTED] Operating system: N/A PHP version: 4.0.4pl1 PHP Bug Type: InterBase related Bug description: can ibase_num_rows be implemented? Is there any chance that ibase_num_rows would be implemented? Or some other function that will let you know number of rows

[PHP-DEV] PHP 4.0 Bug #9218 Updated: can ibase_num_rows be implemented?

2001-02-11 Thread derick
ID: 9218 Updated by: derick Reported By: [EMAIL PROTECTED] Status: Open Old-Bug Type: InterBase related Bug Type: Feature/Change Request Assigned To: Comments: Feature request, not a bug Previous Comments: --- [2001-02-11

[PHP-DEV] PHP 4.0 Bug #9218 Updated: can ibase_num_rows be implemented?

2001-02-11 Thread jah
ID: 9218 Updated by: jah Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Feature/Change Request Assigned To: Comments: No chance. InterBase just doesn't return the number of records in recordset, so there's no way to implement it without actually fetching all the rows

[PHP-DEV] PHP 4.0 Bug #9219: Typecasting in array_diff/intersect

2001-02-11 Thread chuck
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.0.4pl1 PHP Bug Type: Arrays related Bug description: Typecasting in array_diff/intersect I do beleive that array_diff/intersect rely to heavily on the value's type. A string '1' and integer 1 do not seem to be

[PHP-DEV] PHP 4.0 Bug #9167 Updated: imap_status()

2001-02-11 Thread avsm
ID: 9167 Updated by: avsm Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Closed Bug Type: IMAP related Assigned To: Comments: No feedback, but similar reports indicate that this bug is gone in php-4.0.5-dev Previous Comments:

Re: [PHP-DEV] Database connection pooling

2001-02-11 Thread Ron Chmara
Mathijs Brands wrote: > The problem is that the increasing number of requests the application > needs to service requires me to increase the number of Apache processes, > which sometimes causes database problems. Originally I had about 10-20 > running processes, but now I sometimes reach 75-100 or

[PHP-DEV] CVS Account Request

2001-02-11 Thread CVS Account Request
Full name: Alan Knowles Email: [EMAIL PROTECTED] ID: alan_k Purpose: Midgard project -- PHP Development Mailing List 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

2001-02-11 Thread CVS Account Request
Full name: Fernando Augusto Medeiros Silva Email: [EMAIL PROTECTED] ID: fams Purpose: translate docs to Brazilian portuguese pt_BR -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the lis

[PHP-DEV] RE: [PHP-CVS] cvs: php4 /ext/standard file.c file.h

2001-02-11 Thread Sean R. Bright
Well, I was trying to fix one bug, not introduce others. If you read the documentation for get_meta_tags you will see that it returns an associative array that is keyed by the value of the NAME attribute while the value is the data within the CONTENT attribute. If other members of the developers

Re: [PHP-DEV] Database connection pooling

2001-02-11 Thread Manuel Lemos
Hello Ron, On 11-Feb-01 20:48:54, you wrote: >There are some people out there working on different multiplexors >and db pool mechanisms for PHP, look in the archives for "application >server", "connection pooling", etc. But you may find that simply killing >off your processes sooner may do just

[PHP-DEV] PHP 4.0 Bug #9220: Error connectiong to MySQL database

2001-02-11 Thread kentck
From: [EMAIL PROTECTED] Operating system: Linux PHP version: Earlier? Upgrade first! PHP Bug Type: MySQL related Bug description: Error connectiong to MySQL database I issue a syntax in connect.php3 as $link = mysql_pconnect("localhost" , "user" , "password") and the erro

[PHP-DEV] PHP 4.0 Bug #9220 Updated: Error connectiong to MySQL database

2001-02-11 Thread cynic
ID: 9220 Updated by: cynic Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MySQL related Assigned To: Comments: Post your configure line. Also, seems like you didn't specify the version of PHP in question. Please do so. Previous Comments: -

[PHP-DEV] PHP 4.0 Bug #9219 Updated: Typecasting in array_diff/intersect

2001-02-11 Thread venaas
ID: 9219 Updated by: venaas Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Closed Bug Type: Arrays related Assigned To: Comments: Fixed in CVS Previous Comments: --- [2001-02-11 18:16:49] [EMAIL PROTECTED] I do be

[PHP-DEV] PHP 4.0 Bug #9220 Updated: Error connectiong to MySQL database

2001-02-11 Thread cynic
ID: 9220 Updated by: cynic Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: MySQL related Assigned To: Comments: Previous Comments: --- [2001-02-12 01:00:54] [EMAIL PROTECTED] I issue a syntax in

[PHP-DEV] PHP 4.0 Bug #9221: Installation problems with Slackware

2001-02-11 Thread Info
From: [EMAIL PROTECTED] Operating system: Linux 2.2.x PHP version: 4.0.4pl1 PHP Bug Type: Compile Problem Bug description: Installation problems with Slackware To succesfully install PHP4 on Slackware 7.1: First configure on Apache: ./configure --with-layout=Slackware --en

[PHP-DEV] PHP 4.0 Bug #9222: dbmreplace() and dbmdelete() don't run

2001-02-11 Thread Mail
From: [EMAIL PROTECTED] Operating system: Win32 PHP version: 4.0.4pl1 PHP Bug Type: DBM/DBA related Bug description: dbmreplace() and dbmdelete() don't run I want to use a dbm-database. I can insert, but I can't replace or delete anything. E.g.: (No gdb-backtrace availab

[PHP-DEV] PHP 4.0 Bug #9221 Updated: Installation problems with Slackware

2001-02-11 Thread derick
ID: 9221 Updated by: derick Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Bogus Bug Type: Compile Problem Assigned To: Comments: This is a bug system, not a system to report succes =). But thanks for the information. Previous Comments: -