Re: [PHP-DEV] -+ [01]

That was quite a funny way of putting it (it did make me literally laugh out loud a bit), but I have to agree :) Either way, as Sterling pointed out and I pointed out a few days ago, this +-N is really nothing but an 'I (strongly) (dis)agree', and it is in no way a voting system. That's one of

Re: [PHP-DEV] -+ [01]

Just to somewhat limit my agreement with that statement, I'd rephrase it so that it's clear that people's opinion does matter. Something along the lines of 'Too many people think that they're in a position to decide about PHP'. Zeev At 02:35 19/12/2002, Sascha Schumann wrote: On 18 Dec 2002,

Re: [PHP-DEV] CGI and CLI

At 23:21 18.12.2002, Andrei Zmievski wrote: On Wed, 18 Dec 2002, Philip Olson wrote: > > So every tutorial and documentation on this would have to > say this right? > > "Ask your sysadmin what the CGI and CLI versions of your >PHP are called, they could be anything as there is no >standa

Re: [PHP-DEV] -+ [01]

On Thu, 19 Dec 2002, Zeev Suraski wrote: > Just to somewhat limit my agreement with that statement, I'd rephrase it so > that it's clear that people's opinion does matter. Something along the > lines of 'Too many people think that they're in a position to decide about > PHP'. There is nothin

Re: [PHP-DEV] CGI and CLI

At 20:59 18.12.2002, Andrei Zmievski wrote: What was the consensus on CGI vs. CLI naming or merging issue? Or was there a consensus at all? I full plan to go ahead with 4.3.0 release before the end of the year, so those interested in doing anything about this issue better get their butts in gear.

Re: [PHP-DEV] -+ [01]

At 14:14 19/12/2002, Sascha Schumann wrote: On Thu, 19 Dec 2002, Zeev Suraski wrote: > Just to somewhat limit my agreement with that statement, I'd rephrase it so > that it's clear that people's opinion does matter. Something along the > lines of 'Too many people think that they're in a position

Re: [PHP-DEV] CGI and CLI

I think you forgot to take one fact into account - PHP 4.2.x already had CLI/CGI binaries, both having the same name. Keeping 4.3 with the 4.2 behavior, and then merging the modules back in 4.3.1 is the best solution as far as I can tell. Merging the modules does not have serious compatibilit

Re: [PHP-DEV] -+ [01]

On Thu, 19 Dec 2002, Zeev Suraski wrote: > I disagree. For instance, if I helped writing the combined module, and > someone separated it without thoroughly making sure that everyone is ok > with this separation, I believe it's upto him to be responsible to merge it > back in. What you suggest

Re: [PHP-DEV] -+ [01]

> I disagree. For instance, if I helped writing the combined module, and > someone separated it without thoroughly making sure that everyone is ok > with this separation, I believe it's upto him to be responsible to merge it > back in. That surely happens in 0.01% of the cases. My example

Re: [PHP-DEV] -+ [01]

At 13:14 19.12.2002, Sascha Schumann wrote: On Thu, 19 Dec 2002, Zeev Suraski wrote: > Just to somewhat limit my agreement with that statement, I'd rephrase it so > that it's clear that people's opinion does matter. Something along the > lines of 'Too many people think that they're in a position

Re: [PHP-DEV] Re: output buffering problem

Please ask these questions on the php-general list. --Wez. On Thu, 19 Dec 2002, electroteque wrote: > sorry about the false alarm , if you go here u will see a working example > > http://galleries.dyndns.org:1023/progress.php > > i had to add both flush functions together to work , obviosuly fls

Re: [PHP-DEV] -+ [01]

At 14:34 19/12/2002, Edin Kadribasic wrote: On Thu, 19 Dec 2002, Zeev Suraski wrote: > I disagree. For instance, if I helped writing the combined module, and > someone separated it without thoroughly making sure that everyone is ok > with this separation, I believe it's upto him to be responsibl

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cli php_cli.c

Would this solve the problem? Index: main/main.c === RCS file: /repository/php4/main/main.c,v retrieving revision 1.520 diff -u -r1.520 main.c --- main/main.c 16 Dec 2002 15:43:52 - 1.520 +++ main/main.c 19 Dec 2002 13:06:45

Re: [PHP-DEV] CGI and CLI

At 13:23 19.12.2002, Zeev Suraski wrote: I think you forgot to take one fact into account - PHP 4.2.x already had CLI/CGI binaries, both having the same name. Keeping 4.3 with the 4.2 behavior, and then merging the modules back in 4.3.1 is the best solution as far as I can tell. Merging the m

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cli php_cli.c

Actually, it does seem valid to me; streams based on FILE* are not registered in the persistent list, so does it make sense to have the associated resources registered as persistent resources when they will get cleaned up by the engine at request shutdown? --Wez. On Wed, 18 Dec 2002, Andi Gutmans

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cli php_cli.c

On Thu, 19 Dec 2002, Wez Furlong wrote: > Actually, it does seem valid to me; streams based on FILE* are not > registered in the persistent list, so does it make sense to have the > associated resources registered as persistent resources when they will

Re: [PHP-DEV] -+ [01]

On Thu, Dec 19, 2002 at 01:51:01PM +0100, Marcus Brger wrote: > >There is nothing funny about that statement. For example, if > >you are not going to do the work on merging the CLI/CGI code, > >just saying that you would like to see that happening has > >little to no effect. Conc

Re: [PHP-DEV] -+ [01]

On Thu, Dec 19, 2002 at 11:26:52AM +0200, Zeev Suraski wrote: > Either way, as Sterling pointed out and I pointed out a few days ago, this > +-N is really nothing but an 'I (strongly) (dis)agree', and it is in no way > a voting system. That's one of the key reasons I try to avoid using it, > a

Re: [PHP-DEV] Re: [PHP-QA] PHP_AUTH_USER

On Thu, 19 Dec 2002, Phil Driscoll wrote: > On Wednesday 18 December 2002 11:46 pm, Edin Kadribasic wrote: > > I had discussed the issue with Rasmus and Jani some time ago and the > > concensus reached was only to disable PHP_AUTH_USER when safe mode is > > active. Nobody got around to do anything

[PHP-DEV] month part

How can I get a string containing the month part of a date the user types in? e.g. if they type in "06/07/200" I want to get "06" Thanks, Diana -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] -+ [01]

+1 on this.. :) On Thu, 19 Dec 2002, Zeev Suraski wrote: > Just to somewhat limit my agreement with that statement, I'd rephrase it so > that it's clear that people's opinion does matter. Something along the > lines of 'Too many people think that they're in a position to decide about > PHP'. >

Re: [PHP-DEV] month part

A. This is a list for the development OF php, not IN php. B.: $split = explode("/","06/07/2000"); $month = $split[0]; On Thu, 2002-12-19 at 09:04, Diana Castillo wrote: How can I get a string containing the month part of a date the user types in? e.g. if they

Re: [PHP-DEV] month part

On Thu, 19 Dec 2002 15:04:56 +0100 "Diana Castillo" <[EMAIL PROTECTED]> wrote: > How can I get a string containing the month part of a date the user types > in? > e.g. if they type in "06/07/200" I want to get "06" Take a look to http://php.net/explode, String Functions and Date/Time Functions. Bu

Re: [PHP-DEV] month part

Please ask on [EMAIL PROTECTED] and take a look at sscanf() function Andrey - Original Message - From: "Diana Castillo" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, December 19, 2002 4:04 PM Subject: [PHP-DEV] month part > How can I get a string containing the month pa

[PHP-DEV] CGI and CLI (compromise proposal)

After having consulted with Andrei, Derick and others on irc here is a proposal for a compromise: On Unix: 1. Both cgi and cli are built as 'php' in their respective sapi directories (pretty much as it is today except that cgi gets renamed back from php-cgi to just php). 2. Make install will *not

RE: [PHP-DEV] CGI and CLI (compromise proposal)

> -Original Message- > From: Edin Kadribasic [mailto:[EMAIL PROTECTED]] > Sent: Thursday, December 19, 2002 3:34 PM > To: [EMAIL PROTECTED] > Subject: [PHP-DEV] CGI and CLI (compromise proposal) > > > After having consulted with Andrei, Derick and others on irc here is > a proposal for a co

Re: [PHP-DEV] CGI and CLI (compromise proposal)

If my vote has enough "Karma Power", then I'm +1 for this solution. --Wez. On Thu, 19 Dec 2002, Edin Kadribasic wrote: > After having consulted with Andrei, Derick and others on irc here is > a proposal for a compromise: > > On Unix: > > 1. Both cgi and cli are built as 'php' in their respective

Re: [PHP-DEV] CGI and CLI (compromise proposal)

At 15:33 19.12.2002, Edin Kadribasic wrote: After having consulted with Andrei, Derick and others on irc here is a proposal for a compromise: On Unix: 1. Both cgi and cli are built as 'php' in their respective sapi directories (pretty much as it is today except that cgi gets renamed back from ph

Re: [PHP-DEV] -+ [01]

At 01:35 19.12.2002, Sascha Schumann wrote: On 18 Dec 2002, Xavier Spriet wrote: > Well it's up to whoever has karma to make that decision. > People can give their opinion obviously but shouldn't expect to actually > make the decision. That's the problem with the current state of PHP develop

Re: [PHP-DEV] CGI and CLI (compromise proposal)

This gets my complete support. Let's go ahead with the changes. On Thu, 19 Dec 2002, Edin Kadribasic wrote: > After having consulted with Andrei, Derick and others on irc here is > a proposal for a compromise: > > On Unix: > > 1. Both cgi and cli are built as 'php' in their respective sapi > dir

Re: [PHP-DEV] CGI and CLI (compromise proposal)

Here is the patch against PHP_4_3 that implements the Unix side of changes. Edin On Thu, 19 Dec 2002, Andrei Zmievski wrote: > This gets my complete support. Let's go ahead with the changes. > > On Thu, 19 Dec 2002, Edin Kadribasic wrote: > > After having consulted with Andrei, Derick and ot

Re: [PHP-DEV] CGI and CLI (compromise proposal)

Edin Kadribasic wrote: > If this is an acceptable compromise I volunteer to do the changes > required. Sounds reasonable to me, +1. -- Sebastian Bergmann http://sebastian-bergmann.de/ http://phpOpenTracker.de/ Did I help you? Consider a gift: http://wishlist.sebastian-be

Re: [PHP-DEV] CGI and CLI (compromise proposal)

On Thu, 19 Dec 2002, Edin Kadribasic wrote: > > Here is the patch against PHP_4_3 that implements the Unix side of > changes. Go ahead and apply it. We obviously need RC4 now so commit your critical fixes to other areas ASAP, because I want to release the RC tonight or tomorrow. -Andrei

Re: [PHP-DEV] CGI and CLI (compromise proposal)

I'm 95% that PEAR works with cgi, but we should check with Stig to make sure it doesn't assume that cli will always be installed. Since pear and cli were both going live with 4.3 they may be coupled. -adam On Thu, 19 Dec 2002, Andrei Zmievski wrote: > This gets my complete support. Let's go ahea

Re: [PHP-DEV] CGI and CLI (compromise proposal)

Edin, Are you doing the changes on Win32 also _ If not I'll make the changes. - Frank > > Here is the patch against PHP_4_3 that implements the Unix side of > changes. > > Edin > > > On Thu, 19 Dec 2002, Andrei Zmievski wrote: > > > This gets my complete support. Let's go ahead with the ch

Re: [PHP-DEV] CGI and CLI (compromise proposal)

Just testing the patch... will be commiting shortly. Thanks anyway, Edin - Original Message - From: "Frank M. Kromann" <[EMAIL PROTECTED]> To: "Edin Kadribasic" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]>; "Andrei Zmievski" <[EMAIL PROTECTED]> Sent: Thursday, December 19, 2002 6:44 PM Su

Re: [PHP-DEV] CGI and CLI (compromise proposal)

> After having consulted with Andrei, Derick and others on irc here is > a proposal for a compromise: > > On Unix: > > 1. Both cgi and cli are built as 'php' in their respective sapi > directories (pretty much as it is today except that cgi gets renamed > back from php-cgi to just php). > 2. Make i

Re: [PHP-DEV] CGI and CLI (compromise proposal)

good for me. Shane Edin Kadribasic wrote: After having consulted with Andrei, Derick and others on irc here is a proposal for a compromise: On Unix: 1. Both cgi and cli are built as 'php' in their respective sapi directories (pretty much as it is today except that cgi gets renamed back from php

Re: [PHP-DEV] -+ [01]

"Marcus Börger" <[EMAIL PROTECTED]> > At 01:35 19.12.2002, Sascha Schumann wrote: > >On 18 Dec 2002, Xavier Spriet wrote: > > > > > Well it's up to whoever has karma to make that decision. > > > People can give their opinion obviously but shouldn't expect to actually > > > make the decision. > > >

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /sapi/cli php_cli.c

At 01:28 PM 12/19/2002 +, Wez Furlong wrote: Actually, it does seem valid to me; streams based on FILE* are not registered in the persistent list, so does it make sense to have the associated resources registered as persistent resources when they will get cleaned up by the engine at request sh

[PHP-DEV] CVS Account Request: gonik

Firstly i would like to congratulate you for your GREAT work on the PHP Project! Second, i'd like to request a CVS account for the Documentation Project. Some people and I decided to translate the PHP Docs to Greek Language so I would like access to the documentation sources. My name is

Re: [PHP-DEV] CGI and CLI (compromise proposal)

At 17:53 19.12.2002, Andrei Zmievski wrote: On Thu, 19 Dec 2002, Edin Kadribasic wrote: > > Here is the patch against PHP_4_3 that implements the Unix side of > changes. Go ahead and apply it. We obviously need RC4 now so commit your critical fixes to other areas ASAP, because I want to release t

[PHP-DEV] Re: [PHP-CVS] Not able to check-in files - Need help!

Ananth, I just checked the cvs server and also did a test commit -- it looks fine, worked for me. I suggest trying again, and if you have the same problem, try sending me the log message directly (although, i suspect it's an exact copy of what you pasted already). Thanks, James On Fri, 2002-