[GRASS-dev] [GRASS GIS] #2151: g.gui.* modules which use temporal framework leave processes after exiting
GRASS GIS
trac at osgeo.org
Fri Jan 3 14:21:00 PST 2014
#2151: g.gui.* modules which use temporal framework leave processes after exiting
--------------------------------------------+-------------------------------
Reporter: annakrat | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.0.0
Component: Python | Version: svn-trunk
Keywords: g.gui.animation, temporal, RCP | Platform: Linux
Cpu: All |
--------------------------------------------+-------------------------------
Comment(by annakrat):
Replying to [comment:10 huhabla]:
> Replying to [comment:9 annakrat]:
> > Replying to [comment:8 huhabla]:
> >
> > > The patch is not applied yet, since it does not solve the issue that
the child process is still alive. Maybe an explicit os.exit() should be
added to g.gui.timeline? How about an exit button?
> >
> > os.exit would close the whole wxGUI when the timeline tool is called
from the wxGUI. Exit button would not solve anything, it just does the
same as the standard x close button or Alt+F4. I tried it to be sure and
there is no difference. I think you can commit your changes, it's
improvement. Could the problem come from the matplotlib? Maybe I am using
it in an incorrect way.
>
> I have applied the patch and included an explicit kill call in the
destructor of TimelineFrame, see r58597. The kill signal will only be send
if g.gui.timeline works in stand-alone mode (hopefully, please cross-check
that).
>
> Killing the process is a crude solution, but i have no better idea how
to avoid orphaned daemon g.gui.timeline processes.
I found the problem and removed it (r58598, r58599). Now it should
terminate all processes but please check. It was caused by a line of code
which actually did nothing for me but I thought it might be working for
some other version of matplotlib. I should have looked at it earlier. What
about the changes you did? Part of them like the os.kill are redundant
now, not sure about tgis.stop_subprocesses()?
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/2151#comment:11>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list