Details Ticket 4049


Comment | Reply | Take | Open


Serial Number 4049
Subject d.m: dozens of d.mon zombies
Area grass6
Queue grass
Requestors werchowyna@epf.pl
Owner none
Status resolved
Last User Contact Fri Jun 23 21:49:11 2006 (2 yr ago)
Current Priority 30
Final Priority 70
Due No date assigned
Last Action Fri Jun 23 21:49:11 2006 (2 yr ago)
Created Tue Jan 31 18:17:06 2006 (3 yr ago)

Transaction History Ticket 4049


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
Comment | Reply | Take | Open

You are currently authenticated as guest.
[Show Configuration] [Login as another user]

Users Guide - Mail Commands - Homepage of RequestTracker 1.0.7 - list any request