[GRASS-dev] Locking is not supported on Windows
Glynn Clements
glynn at gclements.plus.com
Sun Jun 1 14:02:45 EDT 2008
Marco Pasetti wrote:
> > IIRC, if you just set GIS_LOCK (to anything) in init.bat, g.mapset
> > will work. On Windows, the etc/lock program always succeeds (after
> > printing a warning), so it's up to you to ensure that you don't run
> > multiple GRASS sessions concurrently in the same mapset.
>
> at the moment I don't have GRASS installed on this machine, so I cannot
> check it, but IIRC the .gislock file was not created, even if I added
> GIS_LOCK=0 in the init.bat;
Correct.
> that missing causes a problem when trying to close a mapset.
What problem?
g.mapset just calls remove() on the old mapset's .gislock file; it
doesn't even check the return value, let alone complain.
etc/lock just prints a warning then exits with a success status.
init.sh unconditionally removes the file with "rm -f", which doesn't
care whether it actually exists.
init.bat doesn't mention .gislock at all.
AFAICT, nothing else even knows of that file.
--
Glynn Clements <glynn at gclements.plus.com>
More information about the grass-dev
mailing list