Re: [PHP-DEV] RFI: Request for Interfaces

At 03:04 04/05/2002, Zeev Suraski wrote: >One thing that I'm personally don't really understand reread entire paragraph after rewriting parts of it -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] RFI: Request for Interfaces

One thing that I'm personally don't really understand, is what kind of support this needs from the infrastructure. As far as I can tell, we could define php_database_interface (example), with the necessary callbacks, and use it directly in all pieces of code that require/support it. I don't e

Re: [PHP-DEV] PHP 4.3 charter and release plan

On Fri, 2002-05-03 at 11:40, Wez Furlong wrote: > On 03/05/02, "Stig S. Bakken" <[EMAIL PROTECTED]> wrote: > > Here's the list of major changes, and the person I would like to invite > > as responsible for that part of 4.3: > > 2. PHP Streams (Wez) > > Sure, but I'm a bit limited for time over th

Re: [PHP-DEV] PHP 4.3 charter and release plan

On Fri, 2002-05-03 at 13:17, Andrew Sitnikov wrote: > Hello Stig, > > Why you lose "Make everything on the language-level independent of > your locale settings." from TODO list ? > > This is very critical i think. If used locale with decimal > separator like `,`, many script will working wrongly

Re: [PHP-DEV] Another addition to session-module ... while were on topic

btw, i'm writing a session module like this in php atm, but it would be much better, if it were programmed directly into the core. I'm i total C-Newbie, so i'm not able to do it myself. If anyone is interested in doing it, i'd highly appreciate it. Regards, Michael "Michael Virnstein" <[EMAIL PR

Re: [PHP-DEV] Another addition to session-module ... while were on topic

a better solution, in my opinoin, is some sort of grouping mechanism. this way i can set up n different session groups. every session in a group shares a set of variables so the have their own scope. i can register a session in m groups, so my session gets access to all variables of the groups, i

Re: [PHP-DEV] config.w32.h...registry configuration

At 17:24 03/05/2002, Jim Winstead wrote: >Zeev Suraski <[EMAIL PROTECTED]> wrote: > > We could add it. I just hope people wouldn't start demanding control > > structures in there to start selectively loading other files... > >let's just hope that by then, someone realizes we already have a >scanne

RE: [PHP-DEV] config.w32.h...registry configuration

> Pierre-Alain Joye wrote: > >>Seriously, being able to include other ini files is a great feature, > >>especially for hosters who will then be able to set up site-wide config > >>files that are included from per-vhost config files, etc. You can have > >>your cake and eat it too. > > > > Sure :).

Re: [PHP-DEV] config.w32.h...registry configuration

There's no reason to not put in the bin-dir solution now. I just would like to see an eventual full solution to the issue. Zeev Suraski wrote: > IMHO, the enemy of the good is the better. > We can implement the binary-dir solution in no time, and it covers >95% > of the problems easily, but in

Re: [PHP-DEV] config.w32.h...registry configuration

Joseph Tate wrote: >>Well, you are correct that the size of the executable is irrelevant, but >>having different instances of PHP means less shared pages when multiple >>copies are loaded. There is a definite advantage to having a single httpd >>binary that is the same for everyone when it comes

Re: [PHP-DEV] config.w32.h...registry configuration

Pierre-Alain Joye wrote: >>Seriously, being able to include other ini files is a great feature, >>especially for hosters who will then be able to set up site-wide config >>files that are included from per-vhost config files, etc. You can have >>your cake and eat it too. > > Sure :). > A way to m

Re: [PHP-DEV] Extension news: cryptopp

I can definitely look into it, although I can't guarantee any results yet, as we're about to go back into heavy development of a new app at work (which uses the extension), but hopefully I'll get some free time to put towards it. I'll let you know how things are in two weeks or so; I should h

Re: [PHP-DEV] config.w32.h...registry configuration

Zeev Suraski <[EMAIL PROTECTED]> wrote: > We could add it. I just hope people wouldn't start demanding control > structures in there to start selectively loading other files... let's just hope that by then, someone realizes we already have a scanner and parser that handles such a language close

RE: [PHP-DEV] config.w32.h...registry configuration

> Well, you are correct that the size of the executable is irrelevant, but > having different instances of PHP means less shared pages when multiple > copies are loaded. There is a definite advantage to having a single httpd > binary that is the same for everyone when it comes to runtime memory >

RE: [PHP-DEV] config.w32.h...registry configuration

> This is true, there will be less shared pages. I *want* this! > (Though I was talking about PHP and not httpd). Well, they are commonly one and the same. But I guess you are on a Windows/CGI platform? This doesn't really apply there. -Rasmus -- PHP Development Mailing List

RE: [PHP-DEV] config.w32.h...registry configuration

From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]] > Well, you are correct that the size of the executable is irrelevant, but > having different instances of PHP means less shared pages when multiple > copies are loaded. There is a definite advantage to having a single httpd > binary that is the sam

Re: [PHP-DEV] resource problem, advice wanted

At 12:02 01/05/2002, Stig Venaas wrote: >This is a bit involved, I'll try to explain. I'm trying to fix a >problem in the LDAP extension, but not sure how best to do it. > >The issue is that code like > >$e = ldap_first_entry($ds, ldap_read($ds,$dn,"objectClass=*")); >$a = ldap_get_attributes($ds,

RE: [PHP-DEV] config.w32.h...registry configuration

Well, you are correct that the size of the executable is irrelevant, but having different instances of PHP means less shared pages when multiple copies are loaded. There is a definite advantage to having a single httpd binary that is the same for everyone when it comes to runtime memory usage. -

RE: [PHP-DEV] PHP 4.3 charter and release plan

I'd *really* like to see the (slowly growing) unit tests incorporated and debugged for the Win32 build. If no one else is doing this, I'd be willing to take a few iterations at this. -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] config.w32.h...registry configuration

From: Zeev Suraski [mailto:[EMAIL PROTECTED]] > IMHO, the enemy of the good is the better. > We can implement the binary-dir solution in no time, and it covers >95% of > the problems easily, but instead we'll be discussing perfect solutions and > end up doing nothing :) Yes, please! :) Remembe

[PHP-DEV] CVS Account Request: rashid

contributing to pear. Stig S. Bakken <[EMAIL PROTECTED]> suggested me applying for cvs account -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] A better strlcat()

On Fri, 3 May 2002, Andi Gutmans wrote: > At 13:16 03/05/2002 +0200, [EMAIL PROTECTED] wrote: > >On Fri, 3 May 2002, Zeev Suraski wrote: > > > > > To make it clear, this *WAS* a joke :) > > > >But your quote was already saved and published :) > > Where? :) http://www.jdimedia.nl/derick/archive.

[PHP-DEV] Re: PHP 4.3 charter and release plan

In <[EMAIL PROTECTED]>, Stig S. Bakken wrote: > Hi, > > I've volunteered to RM (release master, not /bin/rm) PHP 4.3. This > release will be synchronized with the public release of the PEAR > (including PECL) infrastructure. > > This time I'd like to try partitioning the work a bit by identify

RE: [PHP-DEV] A better strlcat()

At 13:16 03/05/2002 +0200, [EMAIL PROTECTED] wrote: >On Fri, 3 May 2002, Zeev Suraski wrote: > > > To make it clear, this *WAS* a joke :) > >But your quote was already saved and published :) Where? :) Andi -- PHP Development Mailing List To unsubscribe, visit: http://www

Re: [PHP-DEV] PHP 4.3 charter and release plan

At 08:17 03/05/2002, Stig S. Bakken wrote: >Does this organization of the 4.3 release sound reasonable? Yep. Zeev -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] config.w32.h...registry configuration

At 07:51 03/05/2002, Stig S. Bakken wrote: >Edin and I were discussing ini files on IRC last night and the same idea >came up. With the exact same syntax too, actually. This is divine >proof that the include_ini is good and must be implemented. :-) > >Seriously, being able to include other ini f

RE: [PHP-DEV] A better strlcat()

On Fri, 3 May 2002, Zeev Suraski wrote: > To make it clear, this *WAS* a joke :) But your quote was already saved and published :) Derick > > At 04:36 03/05/2002, Zeev Suraski wrote: > >At 03:58 03/05/2002, Preston L. Bannister wrote: > >>Heh - there's a question :). > >> > >>Looking at the t

Re: [PHP-DEV] PHP 4.3 charter and release plan

Hello Stig, Why you lose "Make everything on the language-level independent of your locale settings." from TODO list ? This is very critical i think. If used locale with decimal separator like `,`, many script will working wrongly. SSB> 1. New build system (Sascha) SSB> 2. PHP Streams (Wez) SSB

RE: [PHP-DEV] A better strlcat()

To make it clear, this *WAS* a joke :) At 04:36 03/05/2002, Zeev Suraski wrote: >At 03:58 03/05/2002, Preston L. Bannister wrote: >>Heh - there's a question :). >> >>Looking at the two implementations, which do you think you better >>understand (with complete certainty), and which would you be wi

Re: [PHP-DEV] config.w32.h...registry configuration

IMHO, the enemy of the good is the better. We can implement the binary-dir solution in no time, and it covers >95% of the problems easily, but instead we'll be discussing perfect solutions and end up doing nothing :) My 2 agorot. Zeev At 08:03 03/05/2002, Markus Fischer wrote: > Hi, > >

[PHP-DEV] Re: PHP 4.3 charter and release plan

Stig S. Bakken wrote: > Here's the list of major changes, and the person I would like to invite > as responsible for that part of 4.3: > 6. PostgreSQL changes (Yasuo) Core code has not been changed much. I'm available any time. > When someone has signed up for each major change, I want to get a

Re: [PHP-DEV] Re: feature proposal: string types

On Fri, 3 May 2002 [EMAIL PROTECTED] wrote: [..] > Well, I assumed that the overhead wouldn't be too significant, but I > admit I didn't do any measurements whatsoever. Is there any existing > good benchmark, or should I just loop a million times through a few > random lines of code and measure

[PHP-DEV] Re: feature proposal: string types

> > IMHO the syntax you suggest is a bit terse, what about this instead: > > > > echo url"http://$host:$port/$path";; > > Looks perlish to me, I'd rather see a casting thing like this then: > > echo (url) "http://$host:$port/$path";; I was originally thinking about casting too, but although I'm s

[PHP-DEV] Re: feature proposal: string types

> Those who pay attention to my occasional ramblings may remember that I > once suggested implementing "type hints", which is a more generic > version of this. Type hints is like your string types, except that they > apply to any type. I haven't been subscribed, so I don't remember. :-) I am cer

Re: [PHP-DEV] PHP 4.3 charter and release plan

On 03/05/02, "Stig S. Bakken" <[EMAIL PROTECTED]> wrote: > Here's the list of major changes, and the person I would like to invite > as responsible for that part of 4.3: > 2. PHP Streams (Wez) Sure, but I'm a bit limited for time over the next month. > When someone has signed up for each major

[PHP-DEV] session.use_trans_sid and zlib.output_compression

Setting session.use_trans_sid = 1 zlib.output_compression = On results in HTML output without the Session ID attached to links, etc. Tested with PHP 4.2.0. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consid

[PHP-DEV] Re: streams problem with mac line endings

Hi Derick, I'm not 100% sure if this should be fixed in streams itself; I'm mostly in agreement, but I don't want to cause some unexpected side effects when people use the user-space fgets() or the php_stream_gets() functions. I'm not saying that will be the case, but that it might be a problem.

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/session session.c

On Fri, May 03, 2002 at 10:21:44AM +0200, Sebastian Bergmann wrote: > Sebastian Bergmann wrote: > > sebastian Fri May 3 04:10:49 2002 EDT > > > > Modified files: > > /php4/ext/session session.c > > Log: > > Fix ZTS build. > > This fixes the ZTS build not completely, I

[PHP-DEV] Re: Parsing an external URL

This is not the list you should be asking this kind of questions on. This list is about developing PHP itself, not about developing WITH PHP. By the way, you don't want to use readfile() here. implode("", file()) seems like the easiest solution, in combination with preg_match, probably, for the p

[PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/session session.c

Sebastian Bergmann wrote: > sebastian Fri May 3 04:10:49 2002 EDT > > Modified files: > /php4/ext/session session.c > Log: > Fix ZTS build. This fixes the ZTS build not completely, I get some errors in the .re file(s) as well, but I don't dare touching there, so ...

[PHP-DEV] Parsing an external URL

I'm in the process of rewriting a site in PHP (as I learn it) to make it more robust. One of the functions I regularly use is calling an external URL, parsing out the data I need and saving that data for use on my site. (Don't worry, we've made arrangements with these companies!) I'm unsure which