Andi Gutmans [EMAIL PROTECTED] wrote:
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
At 11:57 PM 12/20/2002 +0900, Moriyoshi Koizumi wrote:
Andi Gutmans [EMAIL PROTECTED] wrote:
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
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
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
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
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
At 11:17 AM 12/17/2002 +0900, Moriyoshi Koizumi wrote:
Andi Gutmans [EMAIL PROTECTED] wrote:
I didn't understand the explanation. Why do you mind if the resources are
destroyed before the constants? That's good, no?
Sorry, I'm still unsure if my patch is the correct one, as I said in the
Sorry, I'm still unsure if my patch is the correct one, as I said in the
first mail. As far as I've looked into it, the streams seem to be
destructed and freed twice, once in deactivation and once in shutdown.
If you think my patch is bogus, feel free to revert it unless I can give
more
At 12:56 AM 12/19/2002 +0100, Edin Kadribasic wrote:
Sorry, I'm still unsure if my patch is the correct one, as I said in the
first mail. As far as I've looked into it, the streams seem to be
destructed and freed twice, once in deactivation and once in shutdown.
If you think my patch is
Sebastian Bergmann wrote:
sebastian Mon Dec 9 06:45:47 2002 EDT
Modified files:
/php4/sapi/cli php_cli.c
Log:
Fix build.
Index: php4/sapi/cli/php_cli.c
diff -u php4/sapi/cli/php_cli.c:1.54 php4/sapi/cli/php_cli.c:1.55
--- php4/sapi/cli/php_cli.c:1.54
On Wed, 23 Oct 2002, Yasuo Ohgaki wrote:
Derick Rethans wrote:
On Wed, 23 Oct 2002, Yasuo Ohgaki wrote:
I suppose so.
I didn't get any more objections.
You got atleast one, and that was mine. I didn't see people agree
either.
The line was bogus with the current code.
Did
On Wed, 23 Oct 2002, Yasuo Ohgaki wrote:
BTW, you haven't reply [implicit_flush off] thread.
Usually, it means agreed. I might gave you to little
time, though.
I did a few weeks ago when you was messing with it too. It's useless to
repeat every discussion over and over again. See:
At 07:44 23/10/2002, Yasuo Ohgaki wrote:
Andi Gutmans wrote:
At 12:20 PM 10/23/2002 +0900, Yasuo Ohgaki wrote:
Jani Taskinen wrote:
Again..was this agreed upon?
I suppose so.
I didn't get any more objections.
It's not a big deal to me but I don't understand why this should need
Again..was this agreed upon?
--Jani
On Wed, 23 Oct 2002, Yasuo Ohgaki wrote:
yohgakiTue Oct 22 21:21:40 2002 EDT
Modified files:
/php4/sapi/cli php_cli.c
Log:
Make CLI behave like other moder scripting languages.
Index:
Jani Taskinen wrote:
Again..was this agreed upon?
I suppose so.
I didn't get any more objections.
--
Yasuo Ohgaki
--Jani
On Wed, 23 Oct 2002, Yasuo Ohgaki wrote:
yohgaki Tue Oct 22 21:21:40 2002 EDT
Modified files:
/php4/sapi/cli php_cli.c
Log:
Make
At 12:20 PM 10/23/2002 +0900, Yasuo Ohgaki wrote:
Jani Taskinen wrote:
Again..was this agreed upon?
I suppose so.
I didn't get any more objections.
It's not a big deal to me but I don't understand why this should need
changing. Who cares what perl does? I don't think there's a right or
Andi Gutmans wrote:
At 12:20 PM 10/23/2002 +0900, Yasuo Ohgaki wrote:
Jani Taskinen wrote:
Again..was this agreed upon?
I suppose so.
I didn't get any more objections.
It's not a big deal to me but I don't understand why this should need
changing. Who cares what perl does? I don't
On Wed, 23 Oct 2002, Yasuo Ohgaki wrote:
Jani Taskinen wrote:
Again..was this agreed upon?
I suppose so.
I didn't get any more objections.
You got atleast one, and that was mine. I didn't see people agree
either.
Derick
--
Andi Gutmans wrote:
At 12:20 PM 10/23/2002 +0900, Yasuo Ohgaki wrote:
Jani Taskinen wrote:
Again..was this agreed upon?
I suppose so.
I didn't get any more objections.
It's not a big deal to me but I don't understand why this should need
changing. Who cares what perl does? I don't
Derick Rethans wrote:
On Wed, 23 Oct 2002, Yasuo Ohgaki wrote:
Jani Taskinen wrote:
Again..was this agreed upon?
I suppose so.
I didn't get any more objections.
You got atleast one, and that was mine. I didn't see people agree
either.
The line was bogus with the current code.
Yasuo Ohgaki wrote:
Derick Rethans wrote:
On Wed, 23 Oct 2002, Yasuo Ohgaki wrote:
Jani Taskinen wrote:
Again..was this agreed upon?
I suppose so.
I didn't get any more objections.
You got atleast one, and that was mine. I didn't see people agree either.
BTW, you haven't
+1 !
On Fri, May 24, 2002 at 09:10:26AM +0200, Edin Kadribasic wrote :
What this patch does is basically this:
define ('STDIN', fopen('php://stdin', 'r');
...
I thinks it's useful to have these file descriptors always present in order
to make using cli as a command line pipe filter
22 matches
Mail list logo
