Tue, Jan 31 2006
18:17:06
|
|
Request created by guest
|
|
Subject: d.m: dozens of d.mon zombies
Platform: GNU/Linux/x86
grass obtained from: Trento Italy site
grass binary for platform: Compiled from Sources
GRASS Version: CVS 2005.01.27
Uisng d.m leads to lots of zombi d.mon processes.
1. grass61 -text
2. d.m
3. ps -A | grep d.mon
19313 pts/2 00:00:00 d.mon <defunct>
4. press "x1" in d.m, or redraw, zoom, pan
5. ps -A | grep d.mon
19313 pts/2 00:00:00 d.mon <defunct>
19340 pts/2 00:00:00 d.mon <defunct>
... and so on.
By the end of Grass session there are dozens of d.mon zombies. Quiting d.m colses
them all.
Maciek |
|
Tue, Jan 31 2006
20:00:27
|
|
Mail sent by glynn@gclements.plus.com
|
|
Return-Path |
<glynn@gclements.plus.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
From |
Glynn Clements <glynn@gclements.plus.com>
|
MIME-Version |
1.0
|
Content-Type |
text/plain; charset=us-ascii
|
Content-Transfer-Encoding |
7bit
|
Message-ID |
<17375.46011.554701.791053@cerise.gclements.plus.com>
|
Date |
Tue, 31 Jan 2006 19:00:11 +0000
|
To |
Request Tracker <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it, Michael Barton <michael.barton@asu.edu>
|
Subject |
Re: [GRASS5] [bug #4049] (grass) d.m: dozens of d.mon zombies
|
In-Reply-To |
<20060131171706.008E01005AA@lists.intevation.de>
|
References |
<20060131171706.008E01005AA@lists.intevation.de>
|
X-Mailer |
VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Request Tracker wrote:
> this bug's URL: http://intevation.de/rt/webrt?serial_num=4049
> -------------------------------------------------------------------------
>
> Subject: d.m: dozens of d.mon zombies
>
> Platform: GNU/Linux/x86
> grass obtained from: Trento Italy site
> grass binary for platform: Compiled from Sources
> GRASS Version: CVS 2005.01.27
>
> Uisng d.m leads to lots of zombi d.mon processes.
>
> 1. grass61 -text
>
> 2. d.m
>
> 3. ps -A | grep d.mon
> 19313 pts/2 00:00:00 d.mon <defunct>
>
> 4. press "x1" in d.m, or redraw, zoom, pan
>
> 5. ps -A | grep d.mon
> 19313 pts/2 00:00:00 d.mon <defunct>
> 19340 pts/2 00:00:00 d.mon <defunct>
>
> ... and so on.
>
> By the end of Grass session there are dozens of d.mon zombies. Quiting d.m
colses them all.
FWIW, I also see lots of g.region zombies.
AFAICT, it's due to the use of "open", e.g.:
gm.tcl:298: if ![catch {open "|d.mon -L" r} input] {
gm.tcl:319: if ![catch {open "|d.mon -L" r} input] {
gm.tcl:385: if ![catch {open "|d.mon -L" r} input] {
gm.tcl:611: if ![catch {open "|d.mon -L" r} input] {
mapcanvas.tcl:233: if ![catch {open "|g.region -g" r} input] {
mapcanvas.tcl:283: if ![catch {open "|d.mon -L" r} input] {
mapcanvas.tcl:436: if ![catch {open "|g.region -g" r} input] {
mapcanvas.tcl:599: if ![catch {open "|g.region -g" r} input] {
mapcanvas.tcl:962: if ![catch {open "|g.region -g" r} input] {
vector.tcl:548: if ![catch {open "|d.mon -L" r} input] {
I can't find a single case which calls "close $input" once the stream
is finished with. I suspect that wish won't actually wait() for the
process until you call close, hence the accumulation of zombies.
BTW, I suspect that most of those "d.mon -L" commands are unnecessary.
You should be unconditionally starting the monitor before drawing
anything and unconditionally stopping it once you're done.
Also, none of the "d.mon start=PNG" commands have the -s switch; this
will interfere with the user's choice of selected monitor. Use -s and
$MONITOR_OVERRIDE instead of modifying $GISRC.
--
Glynn Clements <glynn@gclements.plus.com>
|
|
Tue, Jan 31 2006
22:37:57
|
|
Mail sent by michael.barton@asu.edu
|
|
Return-Path |
<Michael.Barton@asu.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Tue, 31 Jan 2006 14:32:44 -0700
|
From |
Michael Barton <michael.barton@asu.edu>
|
Subject |
Re: [GRASS5] [bug #4049] (grass) d.m: dozens of d.mon zombies
|
In-reply-to |
<17375.46011.554701.791053@cerise.gclements.plus.com>
|
To |
Glynn Clements <glynn@gclements.plus.com>, Paolo Cavallini via RT <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
Message-id |
<C005258C.1DD1A%michael.barton@asu.edu>
|
MIME-version |
1.0
|
Content-type |
text/plain; charset=US-ASCII
|
Content-transfer-encoding |
7bit
|
User-Agent |
Microsoft-Entourage/11.2.1.051004
|
Thread-Topic |
[GRASS5] [bug #4049] (grass) d.m: dozens of d.mon zombies
|
Thread-Index |
AcYmrd8MHcbRnpKhEdq+UAAUUSYxwg==
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Thanks. This will help I'm sure.
Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
> From: Glynn Clements <glynn@gclements.plus.com>
> Date: Tue, 31 Jan 2006 19:00:11 +0000
> To: Request Tracker <grass-bugs@intevation.de>
> Cc: <grass5@grass.itc.it>, Michael Barton <michael.barton@asu.edu>
> Subject: Re: [GRASS5] [bug #4049] (grass) d.m: dozens of d.mon zombies
>
>
> Request Tracker wrote:
>
>> this bug's URL: http://intevation.de/rt/webrt?serial_num=4049
>> -------------------------------------------------------------------------
>>
>> Subject: d.m: dozens of d.mon zombies
>>
>> Platform: GNU/Linux/x86
>> grass obtained from: Trento Italy site
>> grass binary for platform: Compiled from Sources
>> GRASS Version: CVS 2005.01.27
>>
>> Uisng d.m leads to lots of zombi d.mon processes.
>>
>> 1. grass61 -text
>>
>> 2. d.m
>>
>> 3. ps -A | grep d.mon
>> 19313 pts/2 00:00:00 d.mon <defunct>
>>
>> 4. press "x1" in d.m, or redraw, zoom, pan
>>
>> 5. ps -A | grep d.mon
>> 19313 pts/2 00:00:00 d.mon <defunct>
>> 19340 pts/2 00:00:00 d.mon <defunct>
>>
>> ... and so on.
>>
>> By the end of Grass session there are dozens of d.mon zombies. Quiting d.m
>> colses them all.
>
> FWIW, I also see lots of g.region zombies.
>
> AFAICT, it's due to the use of "open", e.g.:
>
> gm.tcl:298: if ![catch {open "|d.mon -L" r} input] {
> gm.tcl:319: if ![catch {open "|d.mon -L" r} input] {
> gm.tcl:385: if ![catch {open "|d.mon -L" r} input] {
> gm.tcl:611: if ![catch {open "|d.mon -L" r} input] {
> mapcanvas.tcl:233: if ![catch {open "|g.region -g" r} input] {
> mapcanvas.tcl:283: if ![catch {open "|d.mon -L" r} input] {
> mapcanvas.tcl:436: if ![catch {open "|g.region -g" r} input] {
> mapcanvas.tcl:599: if ![catch {open "|g.region -g" r} input] {
> mapcanvas.tcl:962: if ![catch {open "|g.region -g" r} input] {
> vector.tcl:548: if ![catch {open "|d.mon -L" r} input] {
>
> I can't find a single case which calls "close $input" once the stream
> is finished with. I suspect that wish won't actually wait() for the
> process until you call close, hence the accumulation of zombies.
>
> BTW, I suspect that most of those "d.mon -L" commands are unnecessary.
> You should be unconditionally starting the monitor before drawing
> anything and unconditionally stopping it once you're done.
>
> Also, none of the "d.mon start=PNG" commands have the -s switch; this
> will interfere with the user's choice of selected monitor. Use -s and
> $MONITOR_OVERRIDE instead of modifying $GISRC.
>
> --
> Glynn Clements <glynn@gclements.plus.com>
|
|
Wed, Feb 1 2006
07:49:53
|
|
Mail sent by michael.barton@asu.edu
|
|
Return-Path |
<Michael.Barton@asu.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Tue, 31 Jan 2006 23:49:27 -0700
|
From |
Michael Barton <michael.barton@asu.edu>
|
Subject |
Re: [GRASS5] [bug #4049] (grass) d.m: dozens of d.mon zombies
|
In-reply-to |
<17375.46011.554701.791053@cerise.gclements.plus.com>
|
To |
Glynn Clements <glynn@gclements.plus.com>, Paolo Cavallini via RT <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
Message-id |
<C005A807.890E%michael.barton@asu.edu>
|
MIME-version |
1.0
|
Content-type |
text/plain; charset=US-ASCII
|
Content-transfer-encoding |
7bit
|
User-Agent |
Microsoft-Entourage/11.2.1.051004
|
Thread-Topic |
[GRASS5] [bug #4049] (grass) d.m: dozens of d.mon zombies
|
Thread-Index |
AcYm+6TK4yUjdZLuEdq3xAAKlW/i4A==
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Glynn,
I implemented these suggestions and it seems to help a lot. Most of the open
"|d.mon -L" calls were left over from the old d.m and I got rid of them.
However, a few did leave these open. I've fixed these. I'm also using the -s
flag and MONITOR_OVERRIDE.
These seem to have nearly eliminated the unable to fork child process
errors. It's probably still breakable, but considerably more difficult to do
so.
Thanks much.
Michael
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
> From: Glynn Clements <glynn@gclements.plus.com>
> Date: Tue, 31 Jan 2006 19:00:11 +0000
> To: Request Tracker <grass-bugs@intevation.de>
> Cc: <grass5@grass.itc.it>, Michael Barton <michael.barton@asu.edu>
> Subject: Re: [GRASS5] [bug #4049] (grass) d.m: dozens of d.mon zombies
>
>
> Request Tracker wrote:
>
>> this bug's URL: http://intevation.de/rt/webrt?serial_num=4049
>> -------------------------------------------------------------------------
>>
>> Subject: d.m: dozens of d.mon zombies
>>
>> Platform: GNU/Linux/x86
>> grass obtained from: Trento Italy site
>> grass binary for platform: Compiled from Sources
>> GRASS Version: CVS 2005.01.27
>>
>> Uisng d.m leads to lots of zombi d.mon processes.
>>
>> 1. grass61 -text
>>
>> 2. d.m
>>
>> 3. ps -A | grep d.mon
>> 19313 pts/2 00:00:00 d.mon <defunct>
>>
>> 4. press "x1" in d.m, or redraw, zoom, pan
>>
>> 5. ps -A | grep d.mon
>> 19313 pts/2 00:00:00 d.mon <defunct>
>> 19340 pts/2 00:00:00 d.mon <defunct>
>>
>> ... and so on.
>>
>> By the end of Grass session there are dozens of d.mon zombies. Quiting d.m
>> colses them all.
>
> FWIW, I also see lots of g.region zombies.
>
> AFAICT, it's due to the use of "open", e.g.:
>
> gm.tcl:298: if ![catch {open "|d.mon -L" r} input] {
> gm.tcl:319: if ![catch {open "|d.mon -L" r} input] {
> gm.tcl:385: if ![catch {open "|d.mon -L" r} input] {
> gm.tcl:611: if ![catch {open "|d.mon -L" r} input] {
> mapcanvas.tcl:233: if ![catch {open "|g.region -g" r} input] {
> mapcanvas.tcl:283: if ![catch {open "|d.mon -L" r} input] {
> mapcanvas.tcl:436: if ![catch {open "|g.region -g" r} input] {
> mapcanvas.tcl:599: if ![catch {open "|g.region -g" r} input] {
> mapcanvas.tcl:962: if ![catch {open "|g.region -g" r} input] {
> vector.tcl:548: if ![catch {open "|d.mon -L" r} input] {
>
> I can't find a single case which calls "close $input" once the stream
> is finished with. I suspect that wish won't actually wait() for the
> process until you call close, hence the accumulation of zombies.
>
> BTW, I suspect that most of those "d.mon -L" commands are unnecessary.
> You should be unconditionally starting the monitor before drawing
> anything and unconditionally stopping it once you're done.
>
> Also, none of the "d.mon start=PNG" commands have the -s switch; this
> will interfere with the user's choice of selected monitor. Use -s and
> $MONITOR_OVERRIDE instead of modifying $GISRC.
>
> --
> Glynn Clements <glynn@gclements.plus.com>
|
|
Mon, Feb 6 2006
22:51:10
|
|
Mail sent by msieczka
|
|
I have rebuid 61 from CVS few minutes ago.
Using d.m still there are the same old d.mon zombies. Plenty as before: 1
redraw = 1 zombie more.
Using gis.m, no d.mon zombies but plenty of g.region zombies (which Glynn has
mentioned too).
Quiting d.m or gis.m respectively removes them guys from memory.
BTW - map canvas in gis.m is black now. Why?
Maciek
|
|
Tue, Feb 7 2006
00:27:28
|
|
Mail sent by michael.barton@asu.edu
|
|
Return-Path |
<Michael.Barton@asu.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Mon, 06 Feb 2006 16:12:30 -0700
|
From |
Michael Barton <michael.barton@asu.edu>
|
Subject |
Re: [bug #4049] (grass) d.m: dozens of d.mon zombies
|
In-reply-to |
<20060206215110.97024100159@lists.intevation.de>
|
To |
Paolo Cavallini via RT <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
Message-id |
<C00D25EE.1DF6C%michael.barton@asu.edu>
|
MIME-version |
1.0
|
Content-type |
text/plain; charset=US-ASCII
|
Content-transfer-encoding |
7bit
|
User-Agent |
Microsoft-Entourage/11.2.1.051004
|
Thread-Topic |
[bug #4049] (grass) d.m: dozens of d.mon zombies
|
Thread-Index |
AcYrcs12DCxR7JdmEdqwTwAUUSYxwg==
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
I'm proposing to replace d.m with the new gis.m, so I've been spending all
my limited time in making the new system work. When I have a chance, I'll go
through and add closes to the old d.m code that ought to take care of the
'zombies'.
My map canvas--as of the version I sent in this morning--is white. But I
haven't put it into the newest GRASS 6.1 cvs, so I don't know if there is
some other kind of interaction.
Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
> From: Maciek Sieczka via RT <grass-bugs@intevation.de>
> Reply-To: Maciek Sieczka via RT <grass-bugs@intevation.de>
> Date: Mon, 6 Feb 2006 22:51:10 +0100 (CET)
> Cc: <michael.barton@asu.edu>, <grass5@grass.itc.it>
> Subject: [bug #4049] (grass) d.m: dozens of d.mon zombies
>
> I have rebuid 61 from CVS few minutes ago.
>
>
>
> Using d.m still there are the same old d.mon zombies. Plenty as before: 1
>
> redraw = 1 zombie more.
>
>
>
> Using gis.m, no d.mon zombies but plenty of g.region zombies (which Glynn has
>
> mentioned too).
>
>
>
> Quiting d.m or gis.m respectively removes them guys from memory.
>
>
>
> BTW - map canvas in gis.m is black now. Why?
>
>
>
> Maciek
>
>
>
> -------------------------------------------- Managed by Request Tracker
|
|
Tue, Feb 7 2006
20:49:22
|
|
Mail sent by werchowyna@epf.pl
|
|
Return-Path |
<werchowyna@epf.pl>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Tue, 7 Feb 2006 20:49:18 +0100
|
From |
Maciek Sieczka <werchowyna@epf.pl>
|
To |
Michael Barton <michael.barton@asu.edu>
|
Cc |
grass-bugs@intevation.de, grass5@grass.itc.it
|
Subject |
Re: [GRASS5] Re: [bug #4049] (grass) d.m: dozens of d.mon zombies
|
Message-Id |
<20060207204918.7136917a.werchowyna@epf.pl>
|
In-Reply-To |
<C00D25EE.1DF6C%michael.barton@asu.edu>
|
References |
<20060206215110.97024100159@lists.intevation.de> <C00D25EE.1DF6C%michael.barton@asu.edu>
|
X-Mailer |
Sylpheed version 2.1.1 (GTK+ 2.8.6; i486-pc-linux-gnu)
|
Mime-Version |
1.0
|
Content-Type |
text/plain; charset=US-ASCII
|
Content-Transfer-Encoding |
7bit
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
On Mon, 06 Feb 2006 16:12:30 -0700
Michael Barton <michael.barton@asu.edu> wrote:
> I'm proposing to replace d.m with the new gis.m, so I've been
> spending all my limited time in making the new system work. When I
> have a chance, I'll go through and add closes to the old d.m code
> that ought to take care of the 'zombies'.
Great. I hope you don't mind my continous bug reports. Good luck with
your job!
Maciek
--------------------
W polskim Internecie s? setki milion?w stron. My przekazujemy Tobie tylko najlepsze
z nich!
http://katalog.panoramainternetu.pl/
|
|
Thu, Feb 16 2006
00:50:46
|
|
Mail sent by michael.barton@asu.edu
|
|
Return-Path |
<Michael.Barton@asu.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Wed, 15 Feb 2006 16:48:27 -0700
|
From |
Michael Barton <michael.barton@asu.edu>
|
Subject |
Re: [bug #4049] (grass) d.m: dozens of d.mon zombies
|
In-reply-to |
<20060206215110.97024100159@lists.intevation.de>
|
To |
Paolo Cavallini via RT <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
Message-id |
<C0190BDB.1E4F8%michael.barton@asu.edu>
|
MIME-version |
1.0
|
Content-type |
text/plain; charset=US-ASCII
|
Content-transfer-encoding |
7bit
|
User-Agent |
Microsoft-Entourage/11.2.1.051004
|
Thread-Topic |
[bug #4049] (grass) d.m: dozens of d.mon zombies
|
Thread-Index |
AcYyilDaj08rRJ59EdqxWQAUUSYxwg==
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
I just updated files in the cvs to issue closes for a series of open files.
Could you check to see if this solves the zombies issue?
Thanks
Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
> From: Maciek Sieczka via RT <grass-bugs@intevation.de>
> Reply-To: Maciek Sieczka via RT <grass-bugs@intevation.de>
> Date: Mon, 6 Feb 2006 22:51:10 +0100 (CET)
> Cc: <michael.barton@asu.edu>, <grass5@grass.itc.it>
> Subject: [bug #4049] (grass) d.m: dozens of d.mon zombies
>
> I have rebuid 61 from CVS few minutes ago.
>
>
>
> Using d.m still there are the same old d.mon zombies. Plenty as before: 1
>
> redraw = 1 zombie more.
>
>
>
> Using gis.m, no d.mon zombies but plenty of g.region zombies (which Glynn has
>
> mentioned too).
>
>
>
> Quiting d.m or gis.m respectively removes them guys from memory.
>
>
>
> BTW - map canvas in gis.m is black now. Why?
>
>
>
> Maciek
>
>
>
> -------------------------------------------- Managed by Request Tracker
|
|
Fri, Feb 17 2006
18:56:22
|
|
Mail sent by msieczka
|
|
Michael wrote:
> I just updated files in the cvs to issue closes for a series of open files.
> Could you check to see if this solves the zombies issue?
The problem remains, using today's CVS.
Both species: r.region/gis.m and d.mon/d.m. They are still undead...
Maciek
|
|
Fri, Feb 17 2006
21:04:53
|
|
Mail sent by michael.barton@asu.edu
|
|
Return-Path |
<Michael.Barton@asu.edu>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Fri, 17 Feb 2006 13:04:25 -0700
|
From |
Michael Barton <michael.barton@asu.edu>
|
Subject |
Re: [bug #4049] (grass) d.m: dozens of d.mon zombies
|
In-reply-to |
<20060217175622.99B8D1006B7@lists.intevation.de>
|
To |
Paolo Cavallini via RT <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
Message-id |
<C01B7A59.1E58F%michael.barton@asu.edu>
|
MIME-version |
1.0
|
Content-type |
text/plain; charset=US-ASCII
|
Content-transfer-encoding |
7bit
|
User-Agent |
Microsoft-Entourage/11.2.1.051004
|
Thread-Topic |
[bug #4049] (grass) d.m: dozens of d.mon zombies
|
Thread-Index |
AcYz/Vmfl/b+TJ/wEdqb2wAUUSYxwg==
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
Maciek,
See if it's better in gism? I found some more places with opens lacking
closes. I don't know what else to do for the d.m. How are you seeing these?
If I could duplicate it, I might be able to fix it better.
Michael
______________________________
Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
> From: Maciek Sieczka via RT <grass-bugs@intevation.de>
> Reply-To: Maciek Sieczka via RT <grass-bugs@intevation.de>
> Date: Fri, 17 Feb 2006 18:56:22 +0100 (CET)
> Cc: <michael.barton@asu.edu>, <grass5@grass.itc.it>
> Subject: [bug #4049] (grass) d.m: dozens of d.mon zombies
>
> Michael wrote:
>
>
>
>> I just updated files in the cvs to issue closes for a series of open files.
>
>> Could you check to see if this solves the zombies issue?
>
>
>
> The problem remains, using today's CVS.
>
>
>
> Both species: r.region/gis.m and d.mon/d.m. They are still undead...
>
>
>
> Maciek
>
>
>
> -------------------------------------------- Managed by Request Tracker
|
|
Fri, Apr 14 2006
20:13:15
|
|
Mail sent by cshock
|
|
From http://wiki.tcl.tk/1039:
David Wijnants wrote in c.l.t ([1]):
Tcl 'reaps child processes' when exec is called, but if you've got a
long-running process, with a long time between execs, the zombies will hang
around for a long time. One solution is to do a pro-forma exec every couple of
seconds.
proc grimreaper {} {
catch { exec "" }
after 3000 grimreaper
}
Just call this procedure once during initialisation, and it'll do the job
every three seconds. The effect on CPU seems to be non-existent. |
|
Fri, Jun 23 2006
21:49:11
|
|
Status changed to resolved by mbarton
|
|
Fri, Jun 23 2006
21:49:11
|
|
Mail sent by mbarton
|
|
This was fixed as much as possible. Not a problem in gis.m.
Michael |
|