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

[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=c4ea423ca12d1ece0791c7a71b9ac96e; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: private, max-age=10800, pre-check=10800
Last-Modified: Sat, 10 Feb 2001 15:12:35 GMT
Connection: close
Content-Type: text/html

Wouldn't this mean that it would never get cached, even in a user's
private cache?

By the way, is your birthday Nov.19.1981?  ;)

Is this an oversight, or are you trying to work around some common bug in
proxy-cache systems out there?  Otherwise I suggest this patch:

Index: session.c
===
RCS file: /repository/php4/ext/session/session.c,v
retrieving revision 1.192
diff -u -r1.192 session.c
--- session.c   2001/01/07 10:42:15 1.192
+++ session.c   2001/02/11 10:08:22
@@ -683,8 +683,13 @@
 CACHE_LIMITER_FUNC(private)
 {
char buf[MAX_STR + 1];
+   time_t now;

-   ADD_COOKIE("Expires: Thu, 19 Nov 1981 08:52:00 GMT");
+   time(&now);
+   now += PS(cache_expire) * 60;
+   strcpy(buf, "Expires: ");
+   strcat_gmt(buf, &now);
+   ADD_COOKIE(buf);
sprintf(buf, "Cache-Control: private, max-age=%ld, pre-check=%ld",
PS(cache_expire) * 60, PS(cache_expire) * 60);
ADD_COOKIE(buf);



-- 
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]

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

[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 convert to a number. If the result is MAXINT, 
MININT or NaN, it would be better not converting the operands and making a 
string comparision.  
   
In this case you havn't to make an extra documentation on this behaviour and 
this operation will work like users expect.



Am Freitag,  9. Februar 2001 20:31 schrieb Zak Greant:
> How is this? I modified what Zeev said a wee bit:
>
> == is a 'loose' comparison operator [1].
>
> In most cases, this is more convenient - the operator does the right thing
> without needing any coaxing.  In some cases, things will happen that are
> confusing - particularly when comparing values that have leading zeros (0)
> or when comparing very long numbers that are inside a string.
>
> The basic rule to follow is this:
>
> Character-by-character comparison is performed only if both arguments are
> strings and at least one of the strings does not look like a number [2].
>
> Another way to state this rule is:
>
> - If at least one of the arguments is not a string, a numeric comparison is
> made.
>
> - If both arguments are strings, but both of them look like numbers, a
> numeric comparison is made.
>
> - If both arguments are strings (and at least one of them doesn't look like
> a number), a string comparison is made.
>
> [1] If you need to perform an exact comparison between two values, take a
> look at the 'strict' comparison operator (===) and the strcmp() function.
>
> [2] See the manual section on types and strings to learn what rules PHP
> follows for recognising numbers within strings.
>
> (Thanks to Zeev for clarifying this issue.)
>
> --zak

-- 
Tom Anheyer
G+J BerlinOnline GmbH Tel. :  +49-(0)30-2327-5210
im Pressehaus am Alexanderplatz   Fax:+49-(0)30-2327-5596
Karl-Liebknecht-Straße 29 E-Mail: [EMAIL PROTECTED]
D-10178 BerlinURL:http://www.BerlinOnline.de

BerlinOnline ist ein Service von Berliner Zeitung, TIP BerlinMagazin,
Berliner Kurier und Berliner Abendblatt.

-- 
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]

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

[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 Updated: Major security issue
> PHP+Apache
> 
> 
> It did when I originally submitted it - someone wrote to me!
> 
> > -Original Message-
> > From: Bug Database [mailto:[EMAIL PROTECTED]]
> > Sent: Saturday, February 10, 2001 9:25 PM
> > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> > Subject: Bug #4032 Updated: Major security issue PHP+Apache
> > 
> > 
> > ID: 4032
> > Updated by: jimw
> > Reported By: [EMAIL PROTECTED]
> > Status: Closed
> > Bug Type: Dynamic loading related
> > Assigned To: 
> > Comments:
> > 
> > this doesn't give enough to go on.
> > 
> > Full Bug description available at: http://bugs.php.net/?id=4032
> > 
> 
> -- 
> 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 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 #9210: Failed opening 'path' for inclustion in unknow line 0

[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.14,mod_ssl 2.7.1 and the mysql patch.


Warning: Failed opening
'/var/www/html/mymarket/admin/index.php' for inclusion
(include_path='') in Unknown on line 0





-- 
Edit Bug report at: http://bugs.php.net/?id=9210&edit=1



-- 
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 #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

[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-11 08:43:01] [EMAIL PROTECTED]
whenever I run a php document under the root directory.

I am running apache 1.3.14,mod_ssl 2.7.1 and the mysql patch.


Warning: Failed opening
'/var/www/html/mymarket/admin/index.php' for inclusion
(include_path='') in Unknown on line 0




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9210&edit=2


-- 
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

[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: [EMAIL PROTECTED]

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

[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
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-11 08:43:01] [EMAIL PROTECTED]
whenever I run a php document under the root directory.

I am running apache 1.3.14,mod_ssl 2.7.1 and the mysql patch.


Warning: Failed opening
'/var/www/html/mymarket/admin/index.php' for inclusion
(include_path='') in Unknown on line 0




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9210&edit=2


-- 
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 #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

[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 exactly:

include_path=".";



Previous Comments:
---

[2001-02-11 08:53:25] [EMAIL PROTECTED]
Try setting the include path to "."

---

[2001-02-11 08:43:01] [EMAIL PROTECTED]
whenever I run a php document under the root directory.

I am running apache 1.3.14,mod_ssl 2.7.1 and the mysql patch.


Warning: Failed opening
'/var/www/html/mymarket/admin/index.php' for inclusion
(include_path='') in Unknown on line 0




---


Full Bug description available at: http://bugs.php.net/?id=9210


-- 
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 #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

[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=".";



Previous Comments:
---

[2001-02-11 09:13:46] [EMAIL PROTECTED]
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=".";



---

[2001-02-11 08:53:25] [EMAIL PROTECTED]
Try setting the include path to "."

---

[2001-02-11 08:43:01] [EMAIL PROTECTED]
whenever I run a php document under the root directory.

I am running apache 1.3.14,mod_ssl 2.7.1 and the mysql patch.


Warning: Failed opening
'/var/www/html/mymarket/admin/index.php' for inclusion
(include_path='') in Unknown on line 0




---


Full Bug description available at: http://bugs.php.net/?id=9210


-- 
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 #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

[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:
---

[2001-02-11 09:15:06] [EMAIL PROTECTED]
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=".";



---

[2001-02-11 09:13:46] [EMAIL PROTECTED]
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=".";



---

[2001-02-11 08:53:25] [EMAIL PROTECTED]
Try setting the include path to "."

---

[2001-02-11 08:43:01] [EMAIL PROTECTED]
whenever I run a php document under the root directory.

I am running apache 1.3.14,mod_ssl 2.7.1 and the mysql patch.


Warning: Failed opening
'/var/www/html/mymarket/admin/index.php' for inclusion
(include_path='') in Unknown on line 0




---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9210&edit=2


-- 
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 #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

[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't cut
and paste into this form for some reason.

Mike

Previous Comments:
---

[2001-02-11 09:20:45] [EMAIL PROTECTED]
Can you put up the output of phpinfo(); on the net?

---

[2001-02-11 09:15:06] [EMAIL PROTECTED]
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=".";



---

[2001-02-11 09:13:46] [EMAIL PROTECTED]
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=".";



---

[2001-02-11 08:53:25] [EMAIL PROTECTED]
Try setting the include path to "."

---

[2001-02-11 08:43:01] [EMAIL PROTECTED]
whenever I run a php document under the root directory.

I am running apache 1.3.14,mod_ssl 2.7.1 and the mysql patch.


Warning: Failed opening
'/var/www/html/mymarket/admin/index.php' for inclusion
(include_path='') in Unknown on line 0




---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=9210


-- 
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 #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

[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:
---

[2001-02-11 09:38:51] [EMAIL PROTECTED]
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't cut
and paste into this form for some reason.

Mike

---

[2001-02-11 09:20:45] [EMAIL PROTECTED]
Can you put up the output of phpinfo(); on the net?

---

[2001-02-11 09:15:06] [EMAIL PROTECTED]
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=".";



---

[2001-02-11 09:13:46] [EMAIL PROTECTED]
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=".";



---

[2001-02-11 08:53:25] [EMAIL PROTECTED]
Try setting the include path to "."

---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.

Full Bug description available at: http://bugs.php.net/?id=9210


-- 
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 #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

[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:
---

[2001-02-11 09:40:27] [EMAIL PROTECTED]
Derick,
it come up on the box I am working on and others inside my
intranet. what did you want to see?

---

[2001-02-11 09:38:51] [EMAIL PROTECTED]
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't cut
and paste into this form for some reason.

Mike

---

[2001-02-11 09:20:45] [EMAIL PROTECTED]
Can you put up the output of phpinfo(); on the net?

---

[2001-02-11 09:15:06] [EMAIL PROTECTED]
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=".";



---

[2001-02-11 09:13:46] [EMAIL PROTECTED]
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=".";



---

The remainder of the comments for this report are too long.  To view the rest of the 
comments, please view the bug report online.


ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9210&edit=2


-- 
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 #9210 Updated: Failed opening 'path' for inclustion in unknow line 0

[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 i686 unknown
Build Date Oct 23 2000
Configure Command './configure' '--with-apxs=/usr/sbin/apxs'
'--without-mysql' '--disable-static' '--disable-debug'
'--enable-pic' '--enable-inline-optimization'
'--prefix=/usr' '--with-zlib' '--with-config-file-path=/etc'
'--enable-magic-quotes' '--enable-debugger'
'--enable-track-vars' '--enable-safe-mode'
'--with-exec-dir=/usr/bin' '--with-regex=system'
'--with-versioning' '--enable-dba=shared' '--with-gdbm'
'--with-db2' '--enable-sysvsem' '--enable-sysvshm'
'--with-mod_charset' '--enable-force-cgi-redirect'
'--with-mm' '--enable-trans-sid' '--with-dbase'
'--with-filepro' '--enable-yp' '--enable-ftp' '--with-xml'
'--with-gettext'
Server API Apache
Virtual Directory Support disabled
Configuration File (php.ini) Path /etc
ZEND_DEBUG disabled
Thread Safety disabled

[Zend logo] This program makes use of the Zend scripting
language engine:
Zend Engine v1.0.3, Copyright (c) 1998-2000 Zend Technologies


PHP 4.0 Credits
Configuration
PHP Core
Directive Local Value Master Value
allow_call_time_pass_reference
On On
arg_separator
& &
asp_tags
Off Off
auto_append_file
no value no value
auto_prepend_file
no value no value
browscap
no value no value
default_charset
no value no value
default_mimetype
text/html text/html
define_syslog_variables
Off Off
disable_functions
no value no value
display_errors
On On
display_startup_errors
Off Off
doc_root
no value no value
enable_dl
On On
error_append_string
Off Off
error_log
no value no value
error_prepend_string
Off Off
error_reporting
no value no value
expose_php
On On
extension_dir
/usr/lib/php/extensions /usr/lib/php/extensions
file_uploads
1 1
gpc_order
GPC GPC
highlight.bg
#FF #FF
highlight.comment
#FF8000 #FF8000
highlight.default
#BB #BB
highlight.html
#00 #00
highlight.keyword
#007700 #007700
highlight.string
#DD #DD
html_errors
On On
ignore_user_abort
Off Off
implicit_flush
Off Off
include_path
.:/usr/lib/php .:/usr/lib/php
log_errors
Off Off
magic_quotes_gpc
On On
magic_quotes_runtime
Off Off
magic_quotes_sybase
Off Off
max_execution_time
30 30
open_basedir
no value no value
output_buffering
Off Off
post_max_size
8M 8M
precision
14 14
register_argc_argv
On On
register_globals
On On
safe_mode
Off Off
safe_mode_exec_dir
1 1
sendmail_from
no value no value
sendmail_path
/usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i
short_open_tag
On On
SMTP
localhost localhost
sql.safe_mode
Off Off
track_errors
Off Off
upload_max_filesize
2M 2M
upload_tmp_dir
no value no value
user_dir
no value no value
variables_order
no value no value
y2k_compliance
Off Off

zlib
ZLib Support enabled
Compiled Version 1.1.3
Linked Version 1.1.3

yp
YP Support enabled

xml
XML Support active

standard
Regex Library System library enabled
Dynamic Library Support enabled
Path to sendmail /usr/sbin/sendmail -t -i

Directive Local Value Master Value
assert.active
1 1
assert.bail
0 0
assert.callback
no value no value
assert.quiet_eval
0 0
assert.warning
1 1
safe_mode_allowed_env_vars
PHP_ PHP_
safe_mode_protected_env_vars
LD_LIBRARY_PATH LD_LIBRARY_PATH
session.use_trans_sid
1 1

session
Session Support enabled

Directive Local Value Master Value
session.auto_start
Off Off
session.cache_expire
180 180
session.cache_limiter
nocache nocache
session.cookie_domain
no value no value
session.cookie_lifetime
0 0
session.cookie_path
/ /
session.entropy_file
no value no value
session.entropy_length
0 0
session.gc_maxlifetime
1440 1440
session.gc_probability
1 1
session.name
PHPSESSID PHPSESSID
session.referer_check
no value no value
session.save_handler
files files
session.save_path
/tmp /tmp
session.serialize_handler
php php
session.use_cookies
On On

posix
Revision $Revision: 1.26 $

pcre
PCRE (Perl Compatible Regular Expressions) Support enabled
PCRE Library Version 3.1 09-Feb-2000

gettext
GNU GetText Support enabled

ftp
FTP support enabled

apache
APACHE_INCLUDE
APACHE_TARGET
Apache Version Apache-AdvancedExtranetServer/1.3.14
Apache Release 10314100
Apache API Version 19990320
Hostname:Port linux.powertoyspcs.com:10021
User/Group apache(48)/235
Max Requests Per Child: 500
Keep Alive: on
Max Per Connection: 100
Timeouts Connection: 300
Keep-Alive: 15
Server Root /etc/httpd
Loaded Modules mod_php4, mod_ssl, mod_setenvif,
mod_usertrack, mod_headers, mod_expires, mod_digest,
mod_auth_anon, mod_auth, mod_access, mod_rewrite, mod_alias,
mod_proxy, mod_userdir, mod_actions, mod_imap, mod_asis,
mod_cgi, mod_di

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

[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 not change

Previous Comments:
---

[2001-02-11 10:06:02] [EMAIL PROTECTED]
[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 i686 unknown
Build Date Oct 23 2000
Configure Command './configure' '--with-apxs=/usr/sbin/apxs'
'--without-mysql' '--disable-static' '--disable-debug'
'--enable-pic' '--enable-inline-optimization'
'--prefix=/usr' '--with-zlib' '--with-config-file-path=/etc'
'--enable-magic-quotes' '--enable-debugger'
'--enable-track-vars' '--enable-safe-mode'
'--with-exec-dir=/usr/bin' '--with-regex=system'
'--with-versioning' '--enable-dba=shared' '--with-gdbm'
'--with-db2' '--enable-sysvsem' '--enable-sysvshm'
'--with-mod_charset' '--enable-force-cgi-redirect'
'--with-mm' '--enable-trans-sid' '--with-dbase'
'--with-filepro' '--enable-yp' '--enable-ftp' '--with-xml'
'--with-gettext'
Server API Apache
Virtual Directory Support disabled
Configuration File (php.ini) Path /etc
ZEND_DEBUG disabled
Thread Safety disabled

[Zend logo] This program makes use of the Zend scripting
language engine:
Zend Engine v1.0.3, Copyright (c) 1998-2000 Zend Technologies


PHP 4.0 Credits
Configuration
PHP Core
Directive Local Value Master Value
allow_call_time_pass_reference
On On
arg_separator
& &
asp_tags
Off Off
auto_append_file
no value no value
auto_prepend_file
no value no value
browscap
no value no value
default_charset
no value no value
default_mimetype
text/html text/html
define_syslog_variables
Off Off
disable_functions
no value no value
display_errors
On On
display_startup_errors
Off Off
doc_root
no value no value
enable_dl
On On
error_append_string
Off Off
error_log
no value no value
error_prepend_string
Off Off
error_reporting
no value no value
expose_php
On On
extension_dir
/usr/lib/php/extensions /usr/lib/php/extensions
file_uploads
1 1
gpc_order
GPC GPC
highlight.bg
#FF #FF
highlight.comment
#FF8000 #FF8000
highlight.default
#BB #BB
highlight.html
#00 #00
highlight.keyword
#007700 #007700
highlight.string
#DD #DD
html_errors
On On
ignore_user_abort
Off Off
implicit_flush
Off Off
include_path
.:/usr/lib/php .:/usr/lib/php
log_errors
Off Off
magic_quotes_gpc
On On
magic_quotes_runtime
Off Off
magic_quotes_sybase
Off Off
max_execution_time
30 30
open_basedir
no value no value
output_buffering
Off Off
post_max_size
8M 8M
precision
14 14
register_argc_argv
On On
register_globals
On On
safe_mode
Off Off
safe_mode_exec_dir
1 1
sendmail_from
no value no value
sendmail_path
/usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i
short_open_tag
On On
SMTP
localhost localhost
sql.safe_mode
Off Off
track_errors
Off Off
upload_max_filesize
2M 2M
upload_tmp_dir
no value no value
user_dir
no value no value
variables_order
no value no value
y2k_compliance
Off Off

zlib
ZLib Support enabled
Compiled Version 1.1.3
Linked Version 1.1.3

yp
YP Support enabled

xml
XML Support active

standard
Regex Library System library enabled
Dynamic Library Support enabled
Path to sendmail /usr/sbin/sendmail -t -i

Directive Local Value Master Value
assert.active
1 1
assert.bail
0 0
assert.callback
no value no value
assert.quiet_eval
0 0
assert.warning
1 1
safe_mode_allowed_env_vars
PHP_ PHP_
safe_mode_protected_env_vars
LD_LIBRARY_PATH LD_LIBRARY_PATH
session.use_trans_sid
1 1

session
Session Support enabled

Directive Local Value Master Value
session.auto_start
Off Off
session.cache_expire
180 180
session.cache_limiter
nocache nocache
session.cookie_domain
no value no value
session.cookie_lifetime
0 0
session.cookie_path
/ /
session.entropy_file
no value no value
session.entropy_length
0 0
session.gc_maxlifetime
1440 1440
session.gc_probability
1 1
session.name
PHPSESSID PHPSESSID
session.referer_check
no value no value
session.save_handler
files files
session.save_path
/tmp /tmp
session.serialize_handler
php php
session.use_cookies
On On

posix
Revision $Revision: 1.26 $

pcre
PCRE (Perl Compatible Regular Expressions) Support enabled
PCRE Library Version 3.1 09-Feb-2000

gettext
GNU GetText Support enabled

ftp
FTP support enabled

apache
APACHE_INCLUDE
APACHE_TARGET
Apache Version Apache-AdvancedExtranetServer/1.3.14
Apache Release 10314100
Apache API Version 19990320
Hostname:Port linux.powertoyspcs.com:10021
User/Group apache(48)/235
Max Requests Per Child: 500
Keep Alive: on
Max Per Connection: 100
Timeouts Connection: 300
Keep-Alive: 15

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

[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:
---

[2001-02-11 10:07:38] [EMAIL PROTECTED]
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 not change

---

[2001-02-11 10:06:02] [EMAIL PROTECTED]
[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 i686 unknown
Build Date Oct 23 2000
Configure Command './configure' '--with-apxs=/usr/sbin/apxs'
'--without-mysql' '--disable-static' '--disable-debug'
'--enable-pic' '--enable-inline-optimization'
'--prefix=/usr' '--with-zlib' '--with-config-file-path=/etc'
'--enable-magic-quotes' '--enable-debugger'
'--enable-track-vars' '--enable-safe-mode'
'--with-exec-dir=/usr/bin' '--with-regex=system'
'--with-versioning' '--enable-dba=shared' '--with-gdbm'
'--with-db2' '--enable-sysvsem' '--enable-sysvshm'
'--with-mod_charset' '--enable-force-cgi-redirect'
'--with-mm' '--enable-trans-sid' '--with-dbase'
'--with-filepro' '--enable-yp' '--enable-ftp' '--with-xml'
'--with-gettext'
Server API Apache
Virtual Directory Support disabled
Configuration File (php.ini) Path /etc
ZEND_DEBUG disabled
Thread Safety disabled

[Zend logo] This program makes use of the Zend scripting
language engine:
Zend Engine v1.0.3, Copyright (c) 1998-2000 Zend Technologies


PHP 4.0 Credits
Configuration
PHP Core
Directive Local Value Master Value
allow_call_time_pass_reference
On On
arg_separator
& &
asp_tags
Off Off
auto_append_file
no value no value
auto_prepend_file
no value no value
browscap
no value no value
default_charset
no value no value
default_mimetype
text/html text/html
define_syslog_variables
Off Off
disable_functions
no value no value
display_errors
On On
display_startup_errors
Off Off
doc_root
no value no value
enable_dl
On On
error_append_string
Off Off
error_log
no value no value
error_prepend_string
Off Off
error_reporting
no value no value
expose_php
On On
extension_dir
/usr/lib/php/extensions /usr/lib/php/extensions
file_uploads
1 1
gpc_order
GPC GPC
highlight.bg
#FF #FF
highlight.comment
#FF8000 #FF8000
highlight.default
#BB #BB
highlight.html
#00 #00
highlight.keyword
#007700 #007700
highlight.string
#DD #DD
html_errors
On On
ignore_user_abort
Off Off
implicit_flush
Off Off
include_path
.:/usr/lib/php .:/usr/lib/php
log_errors
Off Off
magic_quotes_gpc
On On
magic_quotes_runtime
Off Off
magic_quotes_sybase
Off Off
max_execution_time
30 30
open_basedir
no value no value
output_buffering
Off Off
post_max_size
8M 8M
precision
14 14
register_argc_argv
On On
register_globals
On On
safe_mode
Off Off
safe_mode_exec_dir
1 1
sendmail_from
no value no value
sendmail_path
/usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i
short_open_tag
On On
SMTP
localhost localhost
sql.safe_mode
Off Off
track_errors
Off Off
upload_max_filesize
2M 2M
upload_tmp_dir
no value no value
user_dir
no value no value
variables_order
no value no value
y2k_compliance
Off Off

zlib
ZLib Support enabled
Compiled Version 1.1.3
Linked Version 1.1.3

yp
YP Support enabled

xml
XML Support active

standard
Regex Library System library enabled
Dynamic Library Support enabled
Path to sendmail /usr/sbin/sendmail -t -i

Directive Local Value Master Value
assert.active
1 1
assert.bail
0 0
assert.callback
no value no value
assert.quiet_eval
0 0
assert.warning
1 1
safe_mode_allowed_env_vars
PHP_ PHP_
safe_mode_protected_env_vars
LD_LIBRARY_PATH LD_LIBRARY_PATH
session.use_trans_sid
1 1

session
Session Support enabled

Directive Local Value Master Value
session.auto_start
Off Off
session.cache_expire
180 180
session.cache_limiter
nocache nocache
session.cookie_domain
no value no value
session.cookie_lifetime
0 0
session.cookie_path
/ /
session.entropy_file
no value no value
session.entropy_length
0 0
session.gc_maxlifetime
1440 1440
session.gc_probability
1 1
session.name
PHPSESSID PHPSESSID
session.referer_check
no value no value
session.save_handler
files files
session.save_path
/tmp /tmp
session.serialize_handler
php php
session.use_cookies
On On

posix
Revision $Revision: 1.26 $

pcre
PCRE (Perl Compatible Regular Expressions) Support enabled
PCRE Library Version 3.1 09-Feb-2000

gettext
GNU GetText Support enabled

ftp
FTP support enabled

apache
APACHE_INCLUDE
APACHE_TARGET
Apache Version Apache-AdvancedExtranetServer/1.3.14
Apache Release 103

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

[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:
---

[2001-02-11 10:12:56] [EMAIL PROTECTED]
What is the location of your php.ini ? It should in /etc from what I"ve seen from teh 
phpinfo() output.

---

[2001-02-11 10:07:38] [EMAIL PROTECTED]
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 not change

---

[2001-02-11 10:06:02] [EMAIL PROTECTED]
[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 i686 unknown
Build Date Oct 23 2000
Configure Command './configure' '--with-apxs=/usr/sbin/apxs'
'--without-mysql' '--disable-static' '--disable-debug'
'--enable-pic' '--enable-inline-optimization'
'--prefix=/usr' '--with-zlib' '--with-config-file-path=/etc'
'--enable-magic-quotes' '--enable-debugger'
'--enable-track-vars' '--enable-safe-mode'
'--with-exec-dir=/usr/bin' '--with-regex=system'
'--with-versioning' '--enable-dba=shared' '--with-gdbm'
'--with-db2' '--enable-sysvsem' '--enable-sysvshm'
'--with-mod_charset' '--enable-force-cgi-redirect'
'--with-mm' '--enable-trans-sid' '--with-dbase'
'--with-filepro' '--enable-yp' '--enable-ftp' '--with-xml'
'--with-gettext'
Server API Apache
Virtual Directory Support disabled
Configuration File (php.ini) Path /etc
ZEND_DEBUG disabled
Thread Safety disabled

[Zend logo] This program makes use of the Zend scripting
language engine:
Zend Engine v1.0.3, Copyright (c) 1998-2000 Zend Technologies


PHP 4.0 Credits
Configuration
PHP Core
Directive Local Value Master Value
allow_call_time_pass_reference
On On
arg_separator
& &
asp_tags
Off Off
auto_append_file
no value no value
auto_prepend_file
no value no value
browscap
no value no value
default_charset
no value no value
default_mimetype
text/html text/html
define_syslog_variables
Off Off
disable_functions
no value no value
display_errors
On On
display_startup_errors
Off Off
doc_root
no value no value
enable_dl
On On
error_append_string
Off Off
error_log
no value no value
error_prepend_string
Off Off
error_reporting
no value no value
expose_php
On On
extension_dir
/usr/lib/php/extensions /usr/lib/php/extensions
file_uploads
1 1
gpc_order
GPC GPC
highlight.bg
#FF #FF
highlight.comment
#FF8000 #FF8000
highlight.default
#BB #BB
highlight.html
#00 #00
highlight.keyword
#007700 #007700
highlight.string
#DD #DD
html_errors
On On
ignore_user_abort
Off Off
implicit_flush
Off Off
include_path
.:/usr/lib/php .:/usr/lib/php
log_errors
Off Off
magic_quotes_gpc
On On
magic_quotes_runtime
Off Off
magic_quotes_sybase
Off Off
max_execution_time
30 30
open_basedir
no value no value
output_buffering
Off Off
post_max_size
8M 8M
precision
14 14
register_argc_argv
On On
register_globals
On On
safe_mode
Off Off
safe_mode_exec_dir
1 1
sendmail_from
no value no value
sendmail_path
/usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i
short_open_tag
On On
SMTP
localhost localhost
sql.safe_mode
Off Off
track_errors
Off Off
upload_max_filesize
2M 2M
upload_tmp_dir
no value no value
user_dir
no value no value
variables_order
no value no value
y2k_compliance
Off Off

zlib
ZLib Support enabled
Compiled Version 1.1.3
Linked Version 1.1.3

yp
YP Support enabled

xml
XML Support active

standard
Regex Library System library enabled
Dynamic Library Support enabled
Path to sendmail /usr/sbin/sendmail -t -i

Directive Local Value Master Value
assert.active
1 1
assert.bail
0 0
assert.callback
no value no value
assert.quiet_eval
0 0
assert.warning
1 1
safe_mode_allowed_env_vars
PHP_ PHP_
safe_mode_protected_env_vars
LD_LIBRARY_PATH LD_LIBRARY_PATH
session.use_trans_sid
1 1

session
Session Support enabled

Directive Local Value Master Value
session.auto_start
Off Off
session.cache_expire
180 180
session.cache_limiter
nocache nocache
session.cookie_domain
no value no value
session.cookie_lifetime
0 0
session.cookie_path
/ /
session.entropy_file
no value no value
session.entropy_length
0 0
session.gc_maxlifetime
1440 1440
session.gc_probability
1 1
session.name
PHPSESSID PHPSESSID
session.referer_check
no value no value
session.save_handler
files files
session.save_path
/tmp /tmp
session.serialize_handler
php php
session.use_cookies
On On

posix
Revision $Revision: 1.26 $

pcre
PCRE (Perl Compatible Regular Expressions) Support enabled
PCRE Library Version 3.1 09-Feb-2000

gett

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

[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:
---

[2001-02-11 10:17:01] [EMAIL PROTECTED]
it is in the /etc directory.

---

[2001-02-11 10:12:56] [EMAIL PROTECTED]
What is the location of your php.ini ? It should in /etc from what I"ve seen from teh 
phpinfo() output.

---

[2001-02-11 10:07:38] [EMAIL PROTECTED]
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 not change

---

[2001-02-11 10:06:02] [EMAIL PROTECTED]
[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 i686 unknown
Build Date Oct 23 2000
Configure Command './configure' '--with-apxs=/usr/sbin/apxs'
'--without-mysql' '--disable-static' '--disable-debug'
'--enable-pic' '--enable-inline-optimization'
'--prefix=/usr' '--with-zlib' '--with-config-file-path=/etc'
'--enable-magic-quotes' '--enable-debugger'
'--enable-track-vars' '--enable-safe-mode'
'--with-exec-dir=/usr/bin' '--with-regex=system'
'--with-versioning' '--enable-dba=shared' '--with-gdbm'
'--with-db2' '--enable-sysvsem' '--enable-sysvshm'
'--with-mod_charset' '--enable-force-cgi-redirect'
'--with-mm' '--enable-trans-sid' '--with-dbase'
'--with-filepro' '--enable-yp' '--enable-ftp' '--with-xml'
'--with-gettext'
Server API Apache
Virtual Directory Support disabled
Configuration File (php.ini) Path /etc
ZEND_DEBUG disabled
Thread Safety disabled

[Zend logo] This program makes use of the Zend scripting
language engine:
Zend Engine v1.0.3, Copyright (c) 1998-2000 Zend Technologies


PHP 4.0 Credits
Configuration
PHP Core
Directive Local Value Master Value
allow_call_time_pass_reference
On On
arg_separator
& &
asp_tags
Off Off
auto_append_file
no value no value
auto_prepend_file
no value no value
browscap
no value no value
default_charset
no value no value
default_mimetype
text/html text/html
define_syslog_variables
Off Off
disable_functions
no value no value
display_errors
On On
display_startup_errors
Off Off
doc_root
no value no value
enable_dl
On On
error_append_string
Off Off
error_log
no value no value
error_prepend_string
Off Off
error_reporting
no value no value
expose_php
On On
extension_dir
/usr/lib/php/extensions /usr/lib/php/extensions
file_uploads
1 1
gpc_order
GPC GPC
highlight.bg
#FF #FF
highlight.comment
#FF8000 #FF8000
highlight.default
#BB #BB
highlight.html
#00 #00
highlight.keyword
#007700 #007700
highlight.string
#DD #DD
html_errors
On On
ignore_user_abort
Off Off
implicit_flush
Off Off
include_path
.:/usr/lib/php .:/usr/lib/php
log_errors
Off Off
magic_quotes_gpc
On On
magic_quotes_runtime
Off Off
magic_quotes_sybase
Off Off
max_execution_time
30 30
open_basedir
no value no value
output_buffering
Off Off
post_max_size
8M 8M
precision
14 14
register_argc_argv
On On
register_globals
On On
safe_mode
Off Off
safe_mode_exec_dir
1 1
sendmail_from
no value no value
sendmail_path
/usr/sbin/sendmail -t -i /usr/sbin/sendmail -t -i
short_open_tag
On On
SMTP
localhost localhost
sql.safe_mode
Off Off
track_errors
Off Off
upload_max_filesize
2M 2M
upload_tmp_dir
no value no value
user_dir
no value no value
variables_order
no value no value
y2k_compliance
Off Off

zlib
ZLib Support enabled
Compiled Version 1.1.3
Linked Version 1.1.3

yp
YP Support enabled

xml
XML Support active

standard
Regex Library System library enabled
Dynamic Library Support enabled
Path to sendmail /usr/sbin/sendmail -t -i

Directive Local Value Master Value
assert.active
1 1
assert.bail
0 0
assert.callback
no value no value
assert.quiet_eval
0 0
assert.warning
1 1
safe_mode_allowed_env_vars
PHP_ PHP_
safe_mode_protected_env_vars
LD_LIBRARY_PATH LD_LIBRARY_PATH
session.use_trans_sid
1 1

session
Session Support enabled

Directive Local Value Master Value
session.auto_start
Off Off
session.cache_expire
180 180
session.cache_limiter
nocache nocache
session.cookie_domain
no value no value
session.cookie_lifetime
0 0
session.cookie_path
/ /
session.entropy_file
no value no value
session.entropy_length
0 0
session.gc_maxlifetime
1440 1440
session.gc_probability
1 1
session.name
PHPSESSID PHPSESSID
session.referer_check
no value no value
session.save_handler
files files
session.save_path
/tmp /tmp
session.serialize_handler
php php
session.use_cookies
On On

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

[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 confusing error messages? :)
>
>--
>Hartmut Holzgraefe  [EMAIL PROTECTED]  http://www.six.de  +49-711-99091-77
>
>Besuchen Sie uns auf der CeBIT 2001 - in Halle 6 Stand F62/4

--
Zeev Suraski <[EMAIL PROTECTED]>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/


-- 
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]

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

[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]
-


-- 
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]

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

[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: Scripting the Web - www.php.net - [EMAIL PROTECTED]
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands
-


-- 
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 #9211: URL and PHP Info/Options functions NEEDED

[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 create_query_string() function which would take an array 
of items and build it using the local value of arg_separator ?  A lot of users do NOT 
use arg_separator because many programs are written with & as the separator (and there 
is little documentation about it).  Programmers should want to accomodate ALL users 
though and support those which use ";" or "|" as the separator when writing programs 
designed to display URLs to get from page to page of their application.

$base = "/search.php";
$qs = array ("action" => "search", "word" => "php");
echo create_url($base, $qs);

If the arg_separator is set to ";" the above script would output:  
/search.php?action=search;word=php

Also, ini_get("arg_separator") and get_cfg_var("arg_separator") don't work if it was 
set in .htaccess.  Could we perchance also have get_master_cfg_value() and 
get_local_cfg_value()?  Those would help solve the problem above, though programmers 
would have to write their own create_url() function to build urls with the 
arg_separator value. 

All three of those should be supported by PHP natively IMHO.


-- 
Edit Bug report at: http://bugs.php.net/?id=9211&edit=1



-- 
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 #9212: fpassthru ignoring output buffering

[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 headers have already been sent. The following script reproduces 
the problem:



Ran as cgi (ie 'php head.php'), but the apache module exhibits the same problem. This 
problem may be similar to bug #8807

./configure --with-apxs=/usr/local/etc/httpd/bin/apxs --enable-versioning --with-mysql 
--enable-track-vars

no php.ini is used


-- 
Edit Bug report at: http://bugs.php.net/?id=9212&edit=1



-- 
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 #9212 Updated: fpassthru ignoring output buffering

[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:
---

[2001-02-11 11:06:21] [EMAIL PROTECTED]
When fpassthru() is used within an ob_start / ob_end_clean block, a subsequent call to 
header() fails because headers have already been sent. The following script reproduces 
the problem:



Ran as cgi (ie 'php head.php'), but the apache module exhibits the same problem. This 
problem may be similar to bug #8807

./configure --with-apxs=/usr/local/etc/httpd/bin/apxs --enable-versioning --with-mysql 
--enable-track-vars

no php.ini is used

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9212&edit=2


-- 
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]

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

[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?

If that's not the case, can you ZIP the file and mail it to me?

Derick

>
> Mike
>
> Derick Rethans wrote:
>
> > 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: Scripting the Web - www.php.net - [EMAIL PROTECTED]
> > -
> > JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
> >  H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands
> > -
> >
> >
> >
>
>

Derick Rethans

-
  PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
-
JDI Media Solutions - www.jdimedia.nl - [EMAIL PROTECTED]
 H.v. Tussenbroekstraat 1 - 6952 BL Dieren - The Netherlands
-


-- 
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 #9213: pg_connect and postgres unstable

[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 machine and after 1-2 hours postgres and httpd 
need to be restarted.
I tried to change all pg_connect to pg_pconnect but without success!

I have tried latest CVS but problem persist!


Alex


-- 
Edit Bug report at: http://bugs.php.net/?id=9213&edit=1



-- 
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] Re: Expires field when cache-control = private?

[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 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 (see RFC 2616,
section 13.2.4 Expiration Calculations).

- Sascha



-- 
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: Apache dumps core on startup

[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 settings:

LoadModule agent_log_module   libexec/mod_log_agent.so
LoadModule referer_log_module libexec/mod_log_referer.so
LoadModule info_modulelibexec/mod_info.so
LoadModule rewrite_module libexec/mod_rewrite.so
LoadModule expires_module libexec/mod_expires.so
LoadModule php4_modulelibexec/libphp4.so

What is really strange is that if I disable mod_log_agent and mod_log_referer, it 
works fine!


I configured PHP with:

./configure --with-apxs=/usr/local/apache/bin/apxs --enable-ftp --without-mysql 
--with-oci8=/home/oracle/u01/app/oracle/product/8.1.7 --with-pgsql=/usr/lib

and then with --enable-debug to get the following backtrace:



#0  0x4000af21 in _dl_debug_state () at dl-debug.c:56
#1  0x40183156 in _dl_close (map=0x80d52e0) at dl-close.c:195
#2  0x400a1430 in dlclose_doit (handle=0x80d52e0) at dlclose.c:26
#3  0x4000ac3b in _dl_catch_error (errstring=0x400a3080,
operate=0x400a1418 , args=0x80d52e0) at dl-error.c:141
#4  0x400a18b9 in _dlerror_run (operate=0x400a1418 ,
args=0x80d52e0) at dlerror.c:125
#5  0x400a13fe in dlclose (handle=0x80d52e0) at dlclose.c:32
#6  0x8088390 in ap_os_dso_unload ()
#7  0x8066af0 in unload_module ()
#8  0x806914e in run_cleanups ()
#9  0x806797d in ap_clear_pool ()
#10 0x8077d63 in standalone_main ()
#11 0x8078613 in main ()
#12 0x400bc9cb in __libc_start_main (main=0x80782cc , argc=4,
argv=0xbb04, init=0x804ed8c <_init>, fini=0x80acbcc <_fini>,
rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbafc)
at ../sysdeps/generic/libc-start.c:92


-- 
Edit Bug report at: http://bugs.php.net/?id=9214&edit=1



-- 
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

[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 this is the case 
here. To me it looks like it is crashing before it even looks at PHP.

James

Previous Comments:
---

[2001-02-11 11:52:58] [EMAIL PROTECTED]
Apache 1.3.17 dumps core on startup if I try to load the php module dynamically.

These are my dynamic loading settings:

LoadModule agent_log_module   libexec/mod_log_agent.so
LoadModule referer_log_module libexec/mod_log_referer.so
LoadModule info_modulelibexec/mod_info.so
LoadModule rewrite_module libexec/mod_rewrite.so
LoadModule expires_module libexec/mod_expires.so
LoadModule php4_modulelibexec/libphp4.so

What is really strange is that if I disable mod_log_agent and mod_log_referer, it 
works fine!


I configured PHP with:

./configure --with-apxs=/usr/local/apache/bin/apxs --enable-ftp --without-mysql 
--with-oci8=/home/oracle/u01/app/oracle/product/8.1.7 --with-pgsql=/usr/lib

and then with --enable-debug to get the following backtrace:



#0  0x4000af21 in _dl_debug_state () at dl-debug.c:56
#1  0x40183156 in _dl_close (map=0x80d52e0) at dl-close.c:195
#2  0x400a1430 in dlclose_doit (handle=0x80d52e0) at dlclose.c:26
#3  0x4000ac3b in _dl_catch_error (errstring=0x400a3080,
operate=0x400a1418 , args=0x80d52e0) at dl-error.c:141
#4  0x400a18b9 in _dlerror_run (operate=0x400a1418 ,
args=0x80d52e0) at dlerror.c:125
#5  0x400a13fe in dlclose (handle=0x80d52e0) at dlclose.c:32
#6  0x8088390 in ap_os_dso_unload ()
#7  0x8066af0 in unload_module ()
#8  0x806914e in run_cleanups ()
#9  0x806797d in ap_clear_pool ()
#10 0x8077d63 in standalone_main ()
#11 0x8078613 in main ()
#12 0x400bc9cb in __libc_start_main (main=0x80782cc , argc=4,
argv=0xbb04, init=0x804ed8c <_init>, fini=0x80acbcc <_fini>,
rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbafc)
at ../sysdeps/generic/libc-start.c:92

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9214&edit=2


-- 
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]

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

[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 (see RFC 2616,
> section 13.2.4 Expiration Calculations).

Aha.  I knew you would have an RFC reference on this one.  Thanks.

You didn't answer the Nov.19 question though.

-Rasmus




-- 
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

[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

[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:
---

[2001-02-11 11:58:13] [EMAIL PROTECTED]
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 this is the case 
here. To me it looks like it is crashing before it even looks at PHP.

James

---

[2001-02-11 11:52:58] [EMAIL PROTECTED]
Apache 1.3.17 dumps core on startup if I try to load the php module dynamically.

These are my dynamic loading settings:

LoadModule agent_log_module   libexec/mod_log_agent.so
LoadModule referer_log_module libexec/mod_log_referer.so
LoadModule info_modulelibexec/mod_info.so
LoadModule rewrite_module libexec/mod_rewrite.so
LoadModule expires_module libexec/mod_expires.so
LoadModule php4_modulelibexec/libphp4.so

What is really strange is that if I disable mod_log_agent and mod_log_referer, it 
works fine!


I configured PHP with:

./configure --with-apxs=/usr/local/apache/bin/apxs --enable-ftp --without-mysql 
--with-oci8=/home/oracle/u01/app/oracle/product/8.1.7 --with-pgsql=/usr/lib

and then with --enable-debug to get the following backtrace:



#0  0x4000af21 in _dl_debug_state () at dl-debug.c:56
#1  0x40183156 in _dl_close (map=0x80d52e0) at dl-close.c:195
#2  0x400a1430 in dlclose_doit (handle=0x80d52e0) at dlclose.c:26
#3  0x4000ac3b in _dl_catch_error (errstring=0x400a3080,
operate=0x400a1418 , args=0x80d52e0) at dl-error.c:141
#4  0x400a18b9 in _dlerror_run (operate=0x400a1418 ,
args=0x80d52e0) at dlerror.c:125
#5  0x400a13fe in dlclose (handle=0x80d52e0) at dlclose.c:32
#6  0x8088390 in ap_os_dso_unload ()
#7  0x8066af0 in unload_module ()
#8  0x806914e in run_cleanups ()
#9  0x806797d in ap_clear_pool ()
#10 0x8077d63 in standalone_main ()
#11 0x8078613 in main ()
#12 0x400bc9cb in __libc_start_main (main=0x80782cc , argc=4,
argv=0xbb04, init=0x804ed8c <_init>, fini=0x80acbcc <_fini>,
rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbafc)
at ../sysdeps/generic/libc-start.c:92

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9214&edit=2


-- 
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 #9215: session variables

[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 auto_start_session was OFF.

now i have another problem i have read the manual, and i can create cookies and 
session variables... but i can't have value in session variables...
i had open the session file, and, the var is there but not the value...

now... what is missing in the configuration FILE.

tkx


-- 
Edit Bug report at: http://bugs.php.net/?id=9215&edit=1



-- 
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 #9215 Updated: session variables

[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:
---

[2001-02-11 12:20:06] [EMAIL PROTECTED]
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 auto_start_session was OFF.

now i have another problem i have read the manual, and i can create cookies and 
session variables... but i can't have value in session variables...
i had open the session file, and, the var is there but not the value...

now... what is missing in the configuration FILE.

tkx

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9215&edit=2


-- 
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]

Re: [PHP-DEV] CVS Account Request

[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 PROTECTED]
-


-- 
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 #2541 Updated: dl(string name) should not require the file extension for the module name

[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:
---

[2001-02-10 13:50:22] [EMAIL PROTECTED]
refiling against 4.0. PEAR may end up needing something similar when it supports 
extensions with non-php components.

---

[1999-10-16 03:43:42] [EMAIL PROTECTED]
The subject says it all. Since dl() requires the module filename with its extension, 
and since extensions differ on platforms, it makes writing scripts using dl() a pain.

If PHP would check for the name as given, and then with a a system-specific extension, 
one could write:

dl("extension")

and have it be extension.so on Linux and Solaris for example, and extension.dll on 
Windows.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=2541&edit=2


-- 
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 #9212 Updated: fpassthru ignoring output buffering

[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 after 
the fpassthru correctly returns the output fpassthru would have generated. My concern 
here was that fpassthru seems to be generating a header (headers_sent() returns true) 
even though the rest of the output is being correctly buffered. Is the buffering 
happening by a happy accident?

Is there a list of functions that work (or don't work) with output buffering?

Previous Comments:
---

[2001-02-11 11:17:15] [EMAIL PROTECTED]
passtru doesn't use the output buffering functions. It's not meant to be, so changing 
to Feature request.

---

[2001-02-11 11:06:21] [EMAIL PROTECTED]
When fpassthru() is used within an ob_start / ob_end_clean block, a subsequent call to 
header() fails because headers have already been sent. The following script reproduces 
the problem:



Ran as cgi (ie 'php head.php'), but the apache module exhibits the same problem. This 
problem may be similar to bug #8807

./configure --with-apxs=/usr/local/etc/httpd/bin/apxs --enable-versioning --with-mysql 
--enable-track-vars

no php.ini is used

---


Full Bug description available at: http://bugs.php.net/?id=9212


-- 
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 #9216: Filename length makes php "cause an error in php4ts.dll"

[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 access a mysql database.

I am using Windows ME and personal web server version 4.0.

Sample script that causes the problem:



When the above script is run as the result of clicking on a hyperlink (this is 
important - the error does not happen if the script's url is manually entered) and the 
filename is longer than 5 characters the error occurs.

If refresh is pressed the script runs ok.
If the script is run from a form it finishes ok.
If the filename length is 5 characters or less the script runs ok. 

Cheers
Ben


-- 
Edit Bug report at: http://bugs.php.net/?id=9216&edit=1



-- 
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

[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:
---

[2001-02-11 12:15:18] [EMAIL PROTECTED]
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.

---

[2001-02-11 11:58:13] [EMAIL PROTECTED]
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 this is the case 
here. To me it looks like it is crashing before it even looks at PHP.

James

---

[2001-02-11 11:52:58] [EMAIL PROTECTED]
Apache 1.3.17 dumps core on startup if I try to load the php module dynamically.

These are my dynamic loading settings:

LoadModule agent_log_module   libexec/mod_log_agent.so
LoadModule referer_log_module libexec/mod_log_referer.so
LoadModule info_modulelibexec/mod_info.so
LoadModule rewrite_module libexec/mod_rewrite.so
LoadModule expires_module libexec/mod_expires.so
LoadModule php4_modulelibexec/libphp4.so

What is really strange is that if I disable mod_log_agent and mod_log_referer, it 
works fine!


I configured PHP with:

./configure --with-apxs=/usr/local/apache/bin/apxs --enable-ftp --without-mysql 
--with-oci8=/home/oracle/u01/app/oracle/product/8.1.7 --with-pgsql=/usr/lib

and then with --enable-debug to get the following backtrace:



#0  0x4000af21 in _dl_debug_state () at dl-debug.c:56
#1  0x40183156 in _dl_close (map=0x80d52e0) at dl-close.c:195
#2  0x400a1430 in dlclose_doit (handle=0x80d52e0) at dlclose.c:26
#3  0x4000ac3b in _dl_catch_error (errstring=0x400a3080,
operate=0x400a1418 , args=0x80d52e0) at dl-error.c:141
#4  0x400a18b9 in _dlerror_run (operate=0x400a1418 ,
args=0x80d52e0) at dlerror.c:125
#5  0x400a13fe in dlclose (handle=0x80d52e0) at dlclose.c:32
#6  0x8088390 in ap_os_dso_unload ()
#7  0x8066af0 in unload_module ()
#8  0x806914e in run_cleanups ()
#9  0x806797d in ap_clear_pool ()
#10 0x8077d63 in standalone_main ()
#11 0x8078613 in main ()
#12 0x400bc9cb in __libc_start_main (main=0x80782cc , argc=4,
argv=0xbb04, init=0x804ed8c <_init>, fini=0x80acbcc <_fini>,
rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbafc)
at ../sysdeps/generic/libc-start.c:92

---


Full Bug description available at: http://bugs.php.net/?id=9214


-- 
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 #7609 Updated: New connections made

[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:
---

[2000-12-06 22:05:41] [EMAIL PROTECTED]
This looks to me like a simple difference in the way resources are
handled. Could one of the core guys verify this?

---

[2000-11-03 02:40:10] [EMAIL PROTECTED]
I use PHP4.0.3pl1 in my test environment and PHP3.0.16 in the production environment.
While making multiple connections to Sybase (Open Client version 11.9.2)
with the same arguments, PHP3 returns always the same link identifier but PHP4 not.
It seems that PHP4 makes new connections when calling sybase_connect() repeatedly.

Here is my PHP script:
";
$conn = sybase_connect("SYBASE", "username", "passwd"); echo $conn."";
$conn = sybase_connect("SYBASE", "username", "passwd"); echo $conn."";
$conn = sybase_connect("SYBASE", "username", "passwd"); echo $conn."";
$conn = sybase_connect("SYBASE", "username", "passwd"); echo $conn."";
$conn = sybase_connect("SYBASE", "username", "passwd"); echo $conn."";
$conn = sybase_connect("SYBASE", "username", "passwd"); echo $conn."";
$conn = sybase_connect("SYBASE", "username", "passwd"); echo $conn."";
$conn = sybase_connect("SYBASE", "username", "passwd"); echo $conn."";
$conn = sybase_connect("SYBASE", "username", "passwd"); echo $conn."";
?>

The results are the followings:
PHP3:
1
1
1
1
1
1
1
1
1
1

PHP4:
Resource id #1
Resource id #1
Resource id #1
Resource id #1
Resource id #1
Resource id #2
Resource id #2
Resource id #2
Resource id #2
Resource id #3

The configure line for PHP4 is:
./configure --with-apache=../apache 
--with-config-file-path=/usr/local/apache/etc 
--with-sybase-ct=/sybase --with-sybase-db=/sybase 
--with-oci8 --with-oracle 
--with-gdbm --with-gd --with-pdflib --with-zlib 
--with-jpeg-dir=/usr/local --with-tiff-dir=/usr/local 
--enable-calendar --enable-dbase --enable-yp 
--enable-versioning --enable-track-vars --enable-ftp 
--enable-trans-sid --enable-sysvsem --enable-sysvshm

The web server is Apache 1.3.12 running on Solaris 2.6.
The compiler is GNU gcc 2.95.2.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=7609&edit=2


-- 
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

[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!
I recompiled apache with -lpthread as you said and it's running fine.

Thanks a million.

Lorenzo

---

[2001-02-11 12:15:18] [EMAIL PROTECTED]
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.

---

[2001-02-11 11:58:13] [EMAIL PROTECTED]
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 this is the case 
here. To me it looks like it is crashing before it even looks at PHP.

James

---

[2001-02-11 11:52:58] [EMAIL PROTECTED]
Apache 1.3.17 dumps core on startup if I try to load the php module dynamically.

These are my dynamic loading settings:

LoadModule agent_log_module   libexec/mod_log_agent.so
LoadModule referer_log_module libexec/mod_log_referer.so
LoadModule info_modulelibexec/mod_info.so
LoadModule rewrite_module libexec/mod_rewrite.so
LoadModule expires_module libexec/mod_expires.so
LoadModule php4_modulelibexec/libphp4.so

What is really strange is that if I disable mod_log_agent and mod_log_referer, it 
works fine!


I configured PHP with:

./configure --with-apxs=/usr/local/apache/bin/apxs --enable-ftp --without-mysql 
--with-oci8=/home/oracle/u01/app/oracle/product/8.1.7 --with-pgsql=/usr/lib

and then with --enable-debug to get the following backtrace:



#0  0x4000af21 in _dl_debug_state () at dl-debug.c:56
#1  0x40183156 in _dl_close (map=0x80d52e0) at dl-close.c:195
#2  0x400a1430 in dlclose_doit (handle=0x80d52e0) at dlclose.c:26
#3  0x4000ac3b in _dl_catch_error (errstring=0x400a3080,
operate=0x400a1418 , args=0x80d52e0) at dl-error.c:141
#4  0x400a18b9 in _dlerror_run (operate=0x400a1418 ,
args=0x80d52e0) at dlerror.c:125
#5  0x400a13fe in dlclose (handle=0x80d52e0) at dlclose.c:32
#6  0x8088390 in ap_os_dso_unload ()
#7  0x8066af0 in unload_module ()
#8  0x806914e in run_cleanups ()
#9  0x806797d in ap_clear_pool ()
#10 0x8077d63 in standalone_main ()
#11 0x8078613 in main ()
#12 0x400bc9cb in __libc_start_main (main=0x80782cc , argc=4,
argv=0xbb04, init=0x804ed8c <_init>, fini=0x80acbcc <_fini>,
rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbafc)
at ../sysdeps/generic/libc-start.c:92

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9214&edit=2


-- 
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

[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

[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. 

$counter = 0;
$$countrycodefinal = "ctrycode" . $counter;
$$aproposfinal = "aproposCitizen" . $counter;
echo ${$countrycodefinal} . "";
echo ${$aproposfinal} . "";

I expected the value of $$countrycodefinal to be "ctrycode0" and the value of 
$aaproposfinal to be "aproposCitizen0", instead BOTH ended up with the value of 
"aproposCitizen0".  

I've repeated this several times whenever I use more than one variable variable in the 
same script.



-- 
Edit Bug report at: http://bugs.php.net/?id=9217&edit=1



-- 
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 Updated: Variable Variables not "setting" as expected

[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 example I don't see $countrycodefinal set to anything and thus 
$$countrycodefinal doesn't make much sense.

Previous Comments:
---

[2001-02-11 15:52:28] [EMAIL PROTECTED]
Defined two variable variables.  Expected each to have a different value, both ended 
up with same value. 

$counter = 0;
$$countrycodefinal = "ctrycode" . $counter;
$$aproposfinal = "aproposCitizen" . $counter;
echo ${$countrycodefinal} . "";
echo ${$aproposfinal} . "";

I expected the value of $$countrycodefinal to be "ctrycode0" and the value of 
$aaproposfinal to be "aproposCitizen0", instead BOTH ended up with the value of 
"aproposCitizen0".  

I've repeated this several times whenever I use more than one variable variable in the 
same script.


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9217&edit=2


-- 
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 #9218: can ibase_num_rows be implemented?

[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 returned by query.


-- 
Edit Bug report at: http://bugs.php.net/?id=9218&edit=1



-- 
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 #9218 Updated: can ibase_num_rows be implemented?

[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 16:26:11] [EMAIL PROTECTED]
Is there any chance that ibase_num_rows would be implemented? Or some other function 
that will let you know number of rows returned by query.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9218&edit=2


-- 
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 #9218 Updated: can ibase_num_rows be implemented?

[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 (which is not going
to happen in the extension level). You might consider
writing a wrapper in PHP and storing the results temporarily
into an array, if you can't live without this feature.

Previous Comments:
---

[2001-02-11 16:41:19] [EMAIL PROTECTED]
Feature request, not a bug

---

[2001-02-11 16:26:11] [EMAIL PROTECTED]
Is there any chance that ibase_num_rows would be implemented? Or some other function 
that will let you know number of rows returned by query.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9218&edit=2


-- 
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 #9219: Typecasting in array_diff/intersect

[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 the same value as far as these two 
functions are concerned.

This is an annoying little factoid to discover when attempting to use one of the 
functions with mysql data.

If it's not a bug, please verify, then stick the info into the php manual.


-- 
Edit Bug report at: http://bugs.php.net/?id=9219&edit=1



-- 
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 #9167 Updated: imap_status()

[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:
---

[2001-02-07 17:47:26] [EMAIL PROTECTED]
This bug should be fixed in php-4.0.5-dev.  Try getting a snapshot from 
http://snaps.php.net and upgrading your copy of PHP, and try again.

The relevant commit was: 
http://cvs.php.net/viewcvs.cgi/php4/ext/imap/php_imap.c.diff?r1=1.52&r2=1.53

---

[2001-02-07 17:40:50] [EMAIL PROTECTED]
Here is my current:
127.0.0.1 localhost.rapanden.dk localhost

And no it does not fix the problem.

---

[2001-02-07 17:29:08] [EMAIL PROTECTED]
I remember this problem being solved by putting a valid entry for localhost into 
/etc/hosts on the machine in question. Do you have an entry, and if not, does adding 
one fix the problem?

---

[2001-02-07 17:18:24] [EMAIL PROTECTED]
This works:
$mbox = imap_open ("{rapanden.dk:143}", "$login", "$passwd",
OP_HALFOPEN);
$status =
imap_status($mbox,"{rapanden.dk:143}INBOX",SA_MESSAGES);

and this dos'nt:
$mbox = imap_open ("{localhost:143}", "$login", "$passwd",
OP_HALFOPEN); $status =
imap_status($mbox,"{localhost:143}INBOX",SA_MESSAGES);

The problem is that imap_status will only accept the machine
name, even if I use mail.rapanden.dk that points to the same
ip as rapanden.dk it won't work.

I found another description of the problem here:
http://faqchest.dynhost.com/prgm/imp-l/imp-00/imp-0012/imp-001206/imp00121423_34248.html


Troels Liebe Bentsen

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9167&edit=2


-- 
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]

Re: [PHP-DEV] Database connection pooling

[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 more. Since I'm
> using persistant db connections, this means I can have 100 (or more)
> open db connections; this is not something PostgreSQL really likes.

Only so much shared memory (been there, done that..)

> If I use normal db connections, everything works ok, but the performance
> is no longer acceptable. I suspect that I only need 2-3 db connections
> for every 10 running processes.

Sounds like you need to either "isolate those servers", or find a way
of just 'turning the connections off" for most of the traffic.. (It's
just another way to look at the problem, rather than sharing the
connection, turing off the unused ones.)... I chose to turn off the
old, unused, pgsql connections by eliminating them more frequently.

> I've done some searching in the mailinglist archives and on the net and I
> haven't found a usable answer yet, so I'll probably look into implementing
> something myself (using PHP 4.0.x and PostgreSQL 7.0/MySQL 3.23). I haven't
> really looked at how complex this would be, but I am aware of the fact that
> something like this is much easier to implement for a threaded webserver.
> Btw. Something I'll probably do until I come up with a solution is moving
> all scripts requiring db access to another webserver (running on the same
> machine) with a much lower number of Apache processes. It solves the
> database problem, but introduces a whole range of new problems.

Well, that's certainly a solution. Another is to mix your connection
types, i.e., use persistant connections where you have many fast and
furious connections in a page, and use non-persistant connections for
where you only have a single lookup for the page. The speed hit should be
*completely negligible* (less than .01 sec.) per view on a page with 1 or 2
select or update statements (less time than adding a single image to
the page). Another appoach is to set the apache processes to exit more
often, so your "pooling" is really in the apache process pool churning
over faster than usual. It's not as fast as *always* reusing an open
connection, but it keeps the unused-but-open-PHP-to-pgsql connections
down, and allows re-use of an open pgsql connection for much longer
than a non-persistant conncetion does...In your apache conf file
(usually httpd.conf):

# Tune up or down as needed for throwing away open Apache/PHP/pgsql threads
MaxRequestsPerChild 100


At one hundred requests, that keeps our open connection threads to pgsql
hovering at only 18-20 (about half our pages use pgsql, about 160K hits
an day.) By working with this parameter and setting:


MaxClients 32
MinSpareServers 8
MaxSpareServers 20


We finally got to where we only needed *32* pgsql (and 32 apache) backends
for 160K hits a day (for a pgsql-heavy set of websites). If you can already take
64 apache processes and 64 Postgres processes, you could easily double this
set of numbers to 320K hits a day without breaking a sweat. IOW: Since
you're hitting 75-100 threads, something you might do is killing off those
75-100 earlier, so you aren't wasting so much on unused peristant connection
resources
Especially if you're only using them on 20-30% of your page hits.

Something else to look at is simplifying your connection code, i.e.
removing layers of abstraction (which are slowing you down) or
excessive db lookups on a page just the normal code optimization
things when you start pushing your hardware capabilities beyond
what you can afford. Can you move some pgsql auth code out to LDAP?
Can you write a page for pgsql joins, so you remove the 10-15
lookups a MySQL page might require (foreign keys are nice. :-) )?
That way you can take the speed hits of non-persistant connections
easier.

I already asked the pgsql folks about throwing away unused connections
after a certain amount of time, and the code to do such a thing wasn't
pretty (and Apache/PHP _really_ didn't like PG shutting down those
connections). The Apache folks should be closer to this capability
in 2.0, but one of the main problems is that *Apache* isn't pooling
all the resources, so PHP (inside the apache processes) can't use a
pool to talk to other PHP threads, to borrow/take/reuse the db
connection from another process.

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 what you need. Tune it down,
and balance your apache-process-creation-speed against your hardware-
resource-requirements. Since apache's spare process spawning happens
in the background (not related to a page load), you shou

[PHP-DEV] CVS Account Request

[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

[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 list administrators, e-mail: [EMAIL PROTECTED]

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

[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 list would like to suggest a solution for
this problem, I would be more than happy to implement it.  Right now I don't
know how to add what you are asking for without breaking existing PHP code.

Sean

> -Original Message-
> From: Colin Viebrock [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, February 11, 2001 10:52 PM
> To: Sterling Hughes
> Cc: Sean Bright; [EMAIL PROTECTED]
> Subject: Re: [PHP-CVS] cvs: php4 /ext/standard file.c file.h
>
>
> [Sun, 11 Feb 2001] Sterling Hughes said:
>
> >
> > > elixer Sat Feb 10 18:38:40 2001 EDT
> > >
> > >   Modified files:
> > > /php4/ext/standard file.c file.h
> > >   Log:
> > >   Fix for bug #4556
> > >   # This is pretty much a total rewrite of get_meta_tags
> using a simple
> > >   # handwritten tokenizer.  It might be overkill, but it works.
> >
> > I'd say this is news worthy...
> >
> > Can you add an entry into the NEWS file.
>
>
> I agree.  However, on first glance, it only seems to grab the
> meta-tags
> that have the NAME/CONTENT attributes, not the HTTP-EQUIV/CONTENT
> attributes.  This was a major drawback of the original code (IMHO).
>
> I wrote my own get_metatags function in PHP.  Find the code below.  If
> someone likes this and wants to convert it into C ...
>
>  function get_metatags($url) {
>
> if (substr($url,0,7)=='http://') {
> $url = substr($url,7);
> }
>
> if( !($fp = fopen('http://'.$url, 'r')) ) {
> return false;
> } else {
>
> $file = '';
> while (!feof($fp) && !stristr($file,'') ) {
> $file.= fgets($fp, 80);
> }
> fclose($fp);
>
> $file = str_replace("\r", '', $file);
> $file = str_replace("\n", '', $file);
>
> $result = array();
> preg_match_all('//i', $file, $temp);
>
> if (is_array($temp[1])) {
>
> foreach($temp[1] as $key=>$match) {
>
> $t = $n = $c = '';
> if (preg_match('/name=("|\')(.*?)\\1/i',
> $match, $b)) {
> $t = 'NAME';
> $n = $b[2];
> } else if
> (preg_match('/http-equiv=("|\')(.*?)\\1/i', $match, $b)) {
> $t = 'HTTP-EQUIV';
> $n = $b[2];
> }
>
> if (preg_match('/content=("|\')(.*?)\\1/i',
> $match, $b)) {
> $c = $b[2];
> }
>
> if ($t && $n && $c) {
> $result[] = array(
> 'type'  => $t,
> 'meta_name' => $n,
> 'meta_content'  => $c
> );
> }
> }
> }
> return $result;
> }
> }
> ?>
>
>
> - Colin
>
>
> --
> PHP CVS 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 
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] Database connection pooling

[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 what you need. Tune it down,
>and balance your apache-process-creation-speed against your hardware-
>resource-requirements. Since apache's spare process spawning happens
>in the background (not related to a page load), you shouldn't
>see any horrible differences unless you drop it too low (say, 10
>connections before dying. :-) )... 

Once I have though of developing a connection pooling proxy server for
Metabase but then I gave up because since PHP does not support
multi-threading it would be too slow to be useful.

I also thought of making a backend Apache server a sort connection pool
manager with a limited number of opened server processes to make sure there
will never be too many database server connections opened at once, as you
also suggested.

I wanted to get back to this problem because Tuxedo like solutions are too
expensive to be considered.  However I no longer have the time to work on
that.

So, I am about to open the source of Metabase so more qualified developers
can actively work on problems like this.  Since you exhibited such
experience in complex matters like this, I wonder if you would be
interested to join what will become the Metabase core developers team.

Regards,
Manuel Lemos

Web Programming Components using PHP Classes.
Look at: http://phpclasses.UpperDesign.com/?[EMAIL PROTECTED]
--
E-mail: [EMAIL PROTECTED]
URL: http://www.mlemos.e-na.net/
PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp
--


-- 
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 #9220: Error connectiong to MySQL database

[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 error message as

Fatal error: Call to unsupported or undefined function mysql_pconnect() in 
/home/httpd/html/connect.php3 on line 1



-- 
Edit Bug report at: http://bugs.php.net/?id=9220&edit=1



-- 
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 #9220 Updated: Error connectiong to MySQL database

[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:
---

[2001-02-12 01:00:54] [EMAIL PROTECTED]
I issue a syntax in connect.php3 as 

$link = mysql_pconnect("localhost" , "user" , "password")

and the error message as

Fatal error: Call to unsupported or undefined function mysql_pconnect() in 
/home/httpd/html/connect.php3 on line 1


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9220&edit=2


-- 
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 #9219 Updated: Typecasting in array_diff/intersect

[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 beleive that array_diff/intersect rely to heavily on the value's type. 

A string '1' and integer 1 do not seem to be the same value as far as these two 
functions are concerned.

This is an annoying little factoid to discover when attempting to use one of the 
functions with mysql data.

If it's not a bug, please verify, then stick the info into the php manual.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9219&edit=2


-- 
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 #9220 Updated: Error connectiong to MySQL database

[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 connect.php3 as 

$link = mysql_pconnect("localhost" , "user" , "password")

and the error message as

Fatal error: Call to unsupported or undefined function mysql_pconnect() in 
/home/httpd/html/connect.php3 on line 1


---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9220&edit=2


-- 
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 #9221: Installation problems with Slackware

[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 --enable-module=so --prefix=/www

Configure on PHP:

./configure --with-mysql=shared --with-apache=/var/lib/apache --enable-track-vars

Second configure on Apache:

./configure --with-layout=Slackware --enable-module=so --prefix=/var/lib/apache 
--activate-module=src/modules/php4/libphp4.a

There are other layouts for RedHat etc. in the config.layout file in the Apache 
directory. The example is for Slackware, but I think it's worth mentioning the 
layout-option at least once in the manual.

Took me about an hour to figure it out (not bad for a newbe on Linux ...) ;-


Mark.


-- 
Edit Bug report at: http://bugs.php.net/?id=9221&edit=1



-- 
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 #9222: dbmreplace() and dbmdelete() don't run

[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 available, sorry)

Greetzz by da
Kruemelkiller


-- 
Edit Bug report at: http://bugs.php.net/?id=9222&edit=1



-- 
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 #9221 Updated: Installation problems with Slackware

[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:
---

[2001-02-12 02:34:19] [EMAIL PROTECTED]
To succesfully install PHP4 on Slackware 7.1:

First configure on Apache:

./configure --with-layout=Slackware --enable-module=so --prefix=/www

Configure on PHP:

./configure --with-mysql=shared --with-apache=/var/lib/apache --enable-track-vars

Second configure on Apache:

./configure --with-layout=Slackware --enable-module=so --prefix=/var/lib/apache 
--activate-module=src/modules/php4/libphp4.a

There are other layouts for RedHat etc. in the config.layout file in the Apache 
directory. The example is for Slackware, but I think it's worth mentioning the 
layout-option at least once in the manual.

Took me about an hour to figure it out (not bad for a newbe on Linux ...) ;-


Mark.

---



ATTENTION! Do NOT reply to this email!
To reply, use the web interface found at http://bugs.php.net/?id=9221&edit=2


-- 
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]