Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS /main output.c

2002-10-03 Thread Sebastian Bergmann 

Sebastian Bergmann wrote:
>
> Marcus Börger wrote:
>> Hi Sebastian can you verify this with implicit flush on/off.
>>
>> php -d implicit_flush=On/Off

  On/Off seems to be wrong:

php -d implicit_flush=0 script.php

  works

php -d implicit_flush=1 script.php

  doesn't.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS /main output.c

2002-10-02 Thread Sebastian Bergmann 

Marcus Börger wrote:
> Hi Sebastian can you verify this with implicit flush on/off.
>
> php -d implicit_flush=On/Off

  This is odd:

  Both

php -d implicit_flush=On build --format html-chunked

  and

php -d implicit_flush=Off build --format html-chunked

  work fine, but

php build --format html-chunked

  dumps the contents of the mentioned variable to stdout.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS /main output.c

2002-10-02 Thread Marcus Börger 

Hi Sebastian can you verify this with implicit flush on/off.

php -d implicit_flush=On/Off

For the cgi sapi it defaults to Off and for the cli executable it
defaults to On.

marcus

At 17:36 02.10.2002, you wrote:
>helly   Wed Oct  2 11:36:29 2002 EDT
>
>   Modified files:
> /php4   NEWS
> /php4/main  output.c
>   Log:
>   Fix implicit_flush
>
>
>Index: php4/NEWS
>diff -u php4/NEWS:1.1169 php4/NEWS:1.1170
>--- php4/NEWS:1.1169Wed Oct  2 04:14:47 2002
>+++ php4/NEWS   Wed Oct  2 11:36:28 2002
>@@ -5,7 +5,7 @@
>{PREFIX}/bin/php. If you don't disable the CGI binary, it will be
>installed as {PREFIX}/bin/php-cgi.
>  - Fixed bug #17825 (ob_start() chunk size option didn't work well). (Yasuo)
>-- Fixed output buffering implicit flush. (Yasuo)
>+- Fixed output buffering implicit flush. (Yasuo, Marcus)
>  - Added getopt() for parsing command line options and arguments. (Jon)
>  - Added pg_fetch_assoc(), pg_fetch_all(), pg_ping(), pg_meta_data(), 
> pg_convert(),
>pg_insert(), pg_select(), pg_update(), pg_delete(), pg_data_seek() and
>Index: php4/main/output.c
>diff -u php4/main/output.c:1.127 php4/main/output.c:1.128
>--- php4/main/output.c:1.127Wed Oct  2 11:10:11 2002
>+++ php4/main/output.c  Wed Oct  2 11:36:29 2002
>@@ -18,7 +18,7 @@
> +--+
>  */
>
>-/* $Id: output.c,v 1.127 2002/10/02 15:10:11 helly Exp $ */
>+/* $Id: output.c,v 1.128 2002/10/02 15:36:29 helly Exp $ */
>
>  #include "php.h"
>  #include "ext/standard/head.h"
>@@ -595,13 +595,11 @@
> /* If implicit_flush is On, send contents to next buffer and return.
>Both PG() and OG() should be used since we should flush implicitly
>always when implicit_flush is enabled in php.ini */
>-   if (PG(implicit_flush) || OG(implicit_flush)) {
>-   php_end_ob_buffer(1, 1 TSRMLS_CC);
>-   return;
>-   }
>-
>-   if (OG(active_ob_buffer).chunk_size
>-   && OG(active_ob_buffer).text_length >= 
>OG(active_ob_buffer).chunk_size) {
>+   if (PG(implicit_flush) || OG(implicit_flush)
>+   /* Also flush after each chunk if output is chunked */
>+   || (OG(active_ob_buffer).chunk_size
>+   && OG(active_ob_buffer).text_length >= 
>OG(active_ob_buffer).chunk_size)
>+   ) {
> zval *output_handler = OG(active_ob_buffer).output_handler;
>
> if (output_handler) {
>
>
>
>--
>PHP CVS Mailing List (http://www.php.net/)
>To unsubscribe, visit: http://www.php.net/unsub.php


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS

2002-09-01 Thread Yasuo Ohgaki 

Sebastian Bergmann wrote:
> Marcus Börger wrote:
> 
>>AND please: we had an agreement that discussion
>>has to take place on this mailinglist and not at efnet
> 
> 
>   Well, it was also agreed upon to discuss the addition of new .ini
>   entries or enabling of new extensions by default, no?
> 
>   Whether or not you like, a good amount of discussion takes place on
>   the mentioned IRC channel.
> 

Speaking not knowing the issue here.

There are too many developers not on IRC obviously. If someone
would like to change someone's work or change/add/remove important
behavior, it should be posted on php-dev and discussed.

This is mentioned here sevral times at least...

Except simple bugfix patch, if there is maintainer and/or author
is known, patch should be sent to maintainer and/or author. IMHO.

--
Yasuo Ohgaki


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS php.ini-distphp.ini-recommended /main main.c output.c php_globals.h php_output.h

2002-09-01 Thread Sterling Hughes 

> Marcus Börger wrote:
> > AND please: we had an agreement that discussion
> > has to take place on this mailinglist and not at efnet
> 
>   Well, it was also agreed upon to discuss the addition of new .ini
>   entries or enabling of new extensions by default, no?
> 
>   Whether or not you like, a good amount of discussion takes place on
>   the mentioned IRC channel.
> 
That's not the point, before decisions that require developer
discussion are made, the discussion should take place on php-dev@,
as on #php.bugs you only have a small subset of php developers.

-Sterling


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS php.ini-distphp.ini-recommended /main main.c output.c php_globals.h php_output.h

2002-09-01 Thread Sebastian Bergmann 

Marcus Börger wrote:
> AND please: we had an agreement that discussion
> has to take place on this mailinglist and not at efnet

  Well, it was also agreed upon to discuss the addition of new .ini
  entries or enabling of new extensions by default, no?

  Whether or not you like, a good amount of discussion takes place on
  the mentioned IRC channel.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS php.ini-distphp.ini-recommended /main main.c output.c php_globals.h php_output.h

2002-09-01 Thread Sebastian Bergmann 

Marcus Börger wrote:
> Until now the only thing you were able to deliver is a
> script that is also broken for 4.2.3.

  You're mixing issues here.

  In recent days I discovered 3 problems with ob_*() functionality:

1.) Dumping of a text instead of writing it to a file.

This one is fixed by reverting double_buffering.

2.) error_log() sends wrong headers, when used in an output buffer.

Derick investigated this one, found the cause, but no fix.

3.) A segfault, that exists in the PHP 4.2 branch as well as in HEAD.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS php.ini-dist php.ini-recommended /main main.c output.c php_globals.h php_output.h

2002-09-01 Thread Marcus Börger 

At 14:56 01.09.2002, Sebastian Bergmann wrote:
>"Thies C. Arntzen" wrote:
> > why?
>
>   Because it's broken.

Until now the only thing you were able to deliver is a
script that is also broken for 4.2.3. Since the code of
output-buffering is not capable to do what you did in
that script...

marcus

AND please: we had an agreement that discussion
has to take place on this mailinglist and not at efnet


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS php.ini-dist php.ini-recommended /main main.c output.c php_globals.h php_output.h

2002-09-01 Thread Marcus Börger 

At 13:37 01.09.2002, Sebastian Bergmann wrote:
>Sebastian Bergmann wrote:
> > sebastian   Sun Sep  1 07:33:19 2002 EDT
> >
> >   Modified files:
> > /php4   NEWS php.ini-dist php.ini-recommended
> > /php4/main  main.c output.c php_globals.h php_output.h
> >   Log:
> >   Per discussion on #php.bugs (+1 from at least Derick and Jani),
> >   revert double_buffering.
>
>   This fixes the issue I mentioned where a variable was dumped to stdout
>   instead of beeing written to a file.
>
>   It does not fix the error_log() issue. It does not fix the segfault I
>   mentioned in ob_*() under certain circumstances.


So where is the need? You simply stripped out some functions of
your choice. Especially some related to NEWS entries and ini settings
so i guess your aim was to remove exactly those...


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS php.ini-dist php.ini-recommended /main main.c output.c php_globals.h php_output.h

2002-09-01 Thread Sebastian Bergmann 

"Thies C. Arntzen" wrote:
> why?

  Because it's broken.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS php.ini-dist php.ini-recommended /main main.c output.c php_globals.h php_output.h

2002-09-01 Thread Sebastian Bergmann 

Sebastian Bergmann wrote:
> sebastian   Sun Sep  1 07:33:19 2002 EDT
>
>   Modified files:
> /php4   NEWS php.ini-dist php.ini-recommended
> /php4/main  main.c output.c php_globals.h php_output.h
>   Log:
>   Per discussion on #php.bugs (+1 from at least Derick and Jani),
>   revert double_buffering.

  This fixes the issue I mentioned where a variable was dumped to stdout
  instead of beeing written to a file.

  It does not fix the error_log() issue. It does not fix the segfault I
  mentioned in ob_*() under certain circumstances.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS /ext/standard array.c

2002-06-10 Thread Edin Kadribasic 

> Andrei Zmievski wrote:
> > Log:
> > Fix bug #7045: shuffle() now provides consistent distribution of values
> > in the array.
>
> C:\home\php\php4\ext\standard\array.c(1446) : error C2082: Neudefinition
> des for
> malen Parameters "tsrm_ls"
> C:\home\php\php4\ext\standard\array.c(2949) : error C2065:
> 'array_data_shuffle'
> : nichtdeklarierter Bezeichner
> C:\home\php\php4\ext\standard\array.c(2949) : warning C4047: 'function' :
> Anzahl
>  der Dereferenzierungen bei 'int (__cdecl *)(const void *,const void
> *,void ***
>  )' und 'int ' unterschiedlich
> C:\home\php\php4\ext\standard\array.c(2949) : warning C4024:
> 'zend_hash_sort' :
> Unterschiedliche Typen fuer formalen und uebergebenen Parameter 3

In English:

c:\php4build\snap\ext\standard\array.c(1446) : error C2082: redefinition of
formal parameter 'tsrm_ls'
c:\php4build\snap\ext\standard\array.c(2949) : error C2065:
'array_data_shuffle' : undeclared identifier
c:\php4build\snap\ext\standard\array.c(2949) : warning C4047: 'function' :
'int (__cdecl *)(const void *,const void *,void ***  )' differs in levels of
indirection from 'int '
c:\php4build\snap\ext\standard\array.c(2949) : warning C4024:
'zend_hash_sort' : different types for formal and actual parameter 3

Edin


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS /ext/standard array.c

2002-06-09 Thread Sebastian Bergmann 

Andrei Zmievski wrote:
> Log:
> Fix bug #7045: shuffle() now provides consistent distribution of values
> in the array.

C:\home\php\php4\ext\standard\array.c(1446) : error C2082: Neudefinition
des for
malen Parameters "tsrm_ls"
C:\home\php\php4\ext\standard\array.c(2949) : error C2065:
'array_data_shuffle'
: nichtdeklarierter Bezeichner
C:\home\php\php4\ext\standard\array.c(2949) : warning C4047: 'function' :
Anzahl
 der Dereferenzierungen bei 'int (__cdecl *)(const void *,const void
*,void ***
 )' und 'int ' unterschiedlich
C:\home\php\php4\ext\standard\array.c(2949) : warning C4024:
'zend_hash_sort' :
Unterschiedliche Typen fuer formalen und uebergebenen Parameter 3

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS

2002-02-15 Thread Sebastian Bergmann 

"Sean R. Bright" wrote:
> It looks like he was removing it from the NEWS file, not adding it.

  My fault, never mind.

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS

2002-02-15 Thread Sean R. Bright 

It looks like he was removing it from the NEWS file, not adding it.

> -Original Message-
> From: Sebastian Bergmann [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 15, 2002 12:44 PM
> To: [EMAIL PROTECTED]
> Subject: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS
> 
> 
> Andrei Zmievski wrote:
> >  ?? ??? 200?, Version 4.2.0-dev
> > -- Allow a series of consecutive catch() statements (Andi, 
> Zend Engine)
> 
>   Should this really go to the 4.2.0-dev NEWS? It's an 
> enhancement to the
>   Zend Engine 2...
> 
> -- 
>   Sebastian Bergmann
>   http://sebastian-bergmann.de/ 
> http://phpOpenTracker.de/
> 
>   Did I help you? Consider a gift: 
> http://wishlist.sebastian-bergmann.de/
> 
> -- 
> PHP Development Mailing List <http://www.php.net/>
> To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 

-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS

2002-02-15 Thread Zeev Suraski 

It shouldn't - ZendEngine2 commits shouldn't go into NEWS...

At 19:43 15/02/2002, Sebastian Bergmann wrote:
>Andrei Zmievski wrote:
> >  ?? ??? 200?, Version 4.2.0-dev
> > -- Allow a series of consecutive catch() statements (Andi, Zend Engine)
>
>   Should this really go to the 4.2.0-dev NEWS? It's an enhancement to the
>   Zend Engine 2...
>
>--
>   Sebastian Bergmann
>   http://sebastian-bergmann.de/ http://phpOpenTracker.de/
>
>   Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/
>
>--
>PHP Development Mailing List 
>To unsubscribe, visit: http://www.php.net/unsub.php


-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS

2002-02-15 Thread Sebastian Bergmann 

Andrei Zmievski wrote:
>  ?? ??? 200?, Version 4.2.0-dev
> -- Allow a series of consecutive catch() statements (Andi, Zend Engine)

  Should this really go to the 4.2.0-dev NEWS? It's an enhancement to the
  Zend Engine 2...

-- 
  Sebastian Bergmann
  http://sebastian-bergmann.de/ http://phpOpenTracker.de/

  Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/

-- 
PHP Development Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS

2001-09-03 Thread derick 

On Mon, 3 Sep 2001, Jani Taskinen wrote:

> >I'm not going to discuss this anymore, sorry... I asked dozens of times for
> >comments, but didn't get any. Isn't it a bit late to question it now?
>
> I was waiting for you to tell that now the branch works and I could
> test it and say 'good, this works you can merge'. I'm sure everybody
> else waited for same.

I totally agree here with Jani. You're the only one who tested the stuff
now, and the programmer of code should NEVER test his code. This is some
basic idea behind software design, and that's why jobs like "Software
tester" exist. NEverhtless, I'd like to see this reversed too, until more
programmers/coders tested.

regards,

Derick Rethans

-
PHP: Scripting the Web - www.php.net - [EMAIL PROTECTED]
 SRM: Site Resource Manager - www.vl-srm.net
-


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

2001-09-02 Thread Jeroen van Wolffelaar 

> (and *yes* I'm angry, and *yes* I'm talking to someone in particular).

And I'm now going to sleep before it gets worse.

Good night,
Jeroen


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

2001-09-02 Thread Jeroen van Wolffelaar 

> I was waiting for you to tell that now the branch works and I could
> test it and say 'good, this works you can merge'. I'm sure everybody
> else waited for same.

You do NOT need the implementation to know how it is going to be. I
explained that multiple times, and everybody (though silently) agreed. I'm
not going to revert this simply because someone first lets someone else work
quite a time on this change before telling it isn't like he want's to see it
(and *yes* I'm angry, and *yes* I'm talking to someone in particular).

--jeroen



-- 
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 / NEWS /ext/standard info.c /main main.c

2001-08-09 Thread Stig Sæther Bakken 

[Zeev Suraski <[EMAIL PROTECTED]>]
> At 20:27 08-08-01, Andrei Zmievski wrote:
> >On Wed, 08 Aug 2001, Zeev Suraski wrote:
> > > Good question, open for debate...  Generally I consider GPC as a group of
> > > data which cannot be trusted, since it's coming from the user.
> > But I'm not
> > > sure.  Perhaps we need a different name, $_USER?
> > > Anyway, I'm just thinking out loud - it's interesting to see what others
> > > think about this...
> >
> >I'd prefer $_USER over $_FORM any day.
> 
> Today's Wednesday, which qualifies :)
> 
> I tend to lean towards changing it from $_FORM too.  Andi suggested
> $_CLIENT.  Let's hear some feedback:
> 
> - Keep it as $_FORM
> - $_USER
> - $_CLIENT
> - Be extra careful - $_UNTRUSTED
> - $_INPUT

Of these I think $_INPUT bears the least confusion.  To me, $_USER
sounds like something session-related, $_CLIENT sounds like something
to do with user-agent.

 - Stig

-- 
  Stig Sæther Bakken <[EMAIL PROTECTED]>
  Fast Search & Transfer ASA, Trondheim, Norway

-- 
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 / NEWS /main SAPI.c php.h win95nt.h

2001-04-27 Thread Sebastian Bergmann 

Daniel Beulshausen wrote:
> +- Fix popen() and the exec family under Win32 (Unable to fork issue) 

  Good work, Daniel.

-- 
 sebastian bergmann[EMAIL PROTECTED]
   http://www.sebastian-bergmann.de

 bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de

-- 
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: [PHP-CVS] cvs: php4 / NEWS php.ini-dist php.ini-optimized /ext/standard url_scanner.c url_scanner_ex.c url_scanner_ex.re /main main.c php_globals.h php_variables.c

2001-04-05 Thread Andi Gutmans 

At 10:22 AM 4/5/2001 +0200, Sascha Schumann wrote:
>On Wed, 4 Apr 2001, Jani Taskinen wrote:
>
> > sniperWed Apr  4 13:46:27 2001 EDT
> >
> >   Modified files:
> > /php4 php.ini-dist php.ini-optimized NEWS
> > /php4/ext/standardurl_scanner.c url_scanner_ex.re 
> url_scanner_ex.c
> > /php4/mainmain.c php_globals.h php_variables.c
> >   Log:
> >   Added new configuration directives:
> >   arg_separator.input and arg_separator.output
>
> Am I the only one who thinks that breaking installations
> which use a different arg_separator is odd?  Now all those
> working installations have to be manually modified just to
> append ".output".

Considering the ambiguity I think it is the right thing to do. The default 
behavior will be backwards compatible and we can have a big caps news entry 
about it (for people who changed arg_separator). We could also keep 
arg_separator as an INI parameter in 4.0.5 and raise an error with a 
message on how to fix it (changing arg_separator to arg_separator.output).

Andi

Andi


-- 
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: [PHP-CVS] cvs: php4 / NEWS php.ini-dist php.ini-optimized /ext/standard url_scanner.c url_scanner_ex.c url_scanner_ex.re /main main.c php_globals.h php_variables.c

2001-04-05 Thread Cynic 

IIRC both these directives default to '&', right? So it'll
still work even if you don't edit you php.ini. Or am I missing 
something?

At 10:22 5.4. 2001, Sascha Schumann wrote the following:
-- 
>On Wed, 4 Apr 2001, Jani Taskinen wrote:
>
>> sniperWed Apr  4 13:46:27 2001 EDT
>>
>>   Modified files:
>> /php4 php.ini-dist php.ini-optimized NEWS
>> /php4/ext/standardurl_scanner.c url_scanner_ex.re url_scanner_ex.c
>> /php4/mainmain.c php_globals.h php_variables.c
>>   Log:
>>   Added new configuration directives:
>>   arg_separator.input and arg_separator.output
>
>Am I the only one who thinks that breaking installations
>which use a different arg_separator is odd?  Now all those
>working installations have to be manually modified just to
>append ".output".
>
>- Sascha Experience IRCG
>  http://schumann.cx/http://schumann.cx/ircg
>
>
>-- 
>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]
--end of quote-- 


[EMAIL PROTECTED]
-
And the eyes of them both were opened and they saw that their files
were world readable and writable, so they chmoded 600 their files.
- Book of Installation chapt 3 sec 7 


-- 
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 / NEWS php.ini-dist php.ini-optimized /ext/standard url_scanner.c url_scanner_ex.c url_scanner_ex.re /main main.cphp_globals.h php_variables.c

2001-04-05 Thread Sascha Schumann 

On Wed, 4 Apr 2001, Jani Taskinen wrote:

> sniperWed Apr  4 13:46:27 2001 EDT
>
>   Modified files:
> /php4 php.ini-dist php.ini-optimized NEWS
> /php4/ext/standardurl_scanner.c url_scanner_ex.re url_scanner_ex.c
> /php4/mainmain.c php_globals.h php_variables.c
>   Log:
>   Added new configuration directives:
>   arg_separator.input and arg_separator.output

Am I the only one who thinks that breaking installations
which use a different arg_separator is odd?  Now all those
working installations have to be manually modified just to
append ".output".

- Sascha Experience IRCG
  http://schumann.cx/http://schumann.cx/ircg


-- 
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: [PHP-CVS] cvs: php4 / NEWS

2001-04-01 Thread Sebastian Bergmann 

Zeev Suraski wrote:
> Simply update to the branch revision (cvs update -r PHP_4_0_5 NEWS), 
> merge in the necessary patches, and commit it.

  Thanks, I hope I didn't break anything :-)

-- 
 sebastian bergmann[EMAIL PROTECTED]
   http://www.sebastian-bergmann.de

 bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de

-- 
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: [PHP-CVS] cvs: php4 / NEWS

2001-04-01 Thread Zeev Suraski 

Simply update to the branch revision (cvs update -r PHP_4_0_5 NEWS), merge 
in the necessary patches, and commit it.

Zeev

At 16:19 1/4/2001, Sebastian Bergmann wrote:
>Sebastian Bergmann wrote:
> > sbergmann   Sun Apr  1 07:13:10 2001 EDT
> >
> >   Modified files:
> > /php4   NEWS
> >   Log:
> >   Fixed some glitches in NEWS. (Yes, you may call me pedantic :-)
>
>   I forgot how to commit to a branch, so could someone please MFH this
>for me?
>
>   Thanks,
>Sebastian
>
>--
>  sebastian bergmann[EMAIL PROTECTED]
>http://www.sebastian-bergmann.de
>
>  bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de
>
>--
>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]

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

[PHP-DEV] Re: [PHP-CVS] cvs: php4 / NEWS

2001-04-01 Thread Sebastian Bergmann 

Sebastian Bergmann wrote:
> sbergmann   Sun Apr  1 07:13:10 2001 EDT
> 
>   Modified files:
> /php4   NEWS
>   Log:
>   Fixed some glitches in NEWS. (Yes, you may call me pedantic :-)

  I forgot how to commit to a branch, so could someone please MFH this
for me?

  Thanks,
Sebastian

-- 
 sebastian bergmann[EMAIL PROTECTED]
   http://www.sebastian-bergmann.de

 bonn.phpug.de | www.php.net | www.phpOpenTracker.de | www.titanchat.de

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