[GRASS-dev] [GRASS GIS] #613: clean_temp: not safe for concurrent use

GRASS GIS trac at osgeo.org
Mon Sep 3 13:57:52 PDT 2018


#613: clean_temp: not safe for concurrent use
----------------------+--------------------------------------
  Reporter:  hamish   |      Owner:  grass-dev@…
      Type:  defect   |     Status:  new
  Priority:  normal   |  Milestone:  7.6.0
 Component:  Startup  |    Version:  6.4.0 RCs
Resolution:           |   Keywords:  clean_temp init grass.py
       CPU:  All      |   Platform:  All
----------------------+--------------------------------------

Comment (by wenzeslaus):

 My current understanding is that that `clean_temp` is called in `grass.py`
 right when it checks if it determines that it is not a new user which is
 taken as a reason to clean the current mapset. Unfortunately the current
 mapset is the last used mapset, not necessarily the one requested. The
 mapset locking happens later on and only after that we can clean the
 mapset. Therefore, I will move  the `clean_temp` call only after the lock.

 Note: There is another `clean_temp` at the end. My assumption is that the
 start time one is meant to clean the mapset just in case.

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/613#comment:4>
GRASS GIS <https://grass.osgeo.org>



More information about the grass-dev mailing list