Lock files

From grass-lists-owner@max.cecer.army.mil Sat Feb 12 10:21:21 1994
Subject: Lock files
Sender: grass-lists-owner@max.cecer.army.mil
Reply-To: grassp-list@max.cecer.army.mil
To: grassp-list@amber.cecer.army.mil (Grass programmer's list)
Date: Sat, 12 Feb 1994 11:15:13 -0500 (EST)
From: "Neel Smith" <nsmith@bruin.bowdoin.edu>
X-Mailer: ELM [version 2.4 PL22]
Mime-Version: 1.0
Content-Type> : > text/plain> ; > charset=US-ASCII>
Content-Transfer-Encoding: 7bit
Content-Length: 503

A colleague with interesting data installed the Sun binaries on his
machine so I could use GRASS on some of his material. (He's rich in
disk space :slight_smile:

When I start an X monitor, I get an error,

Error - Could not complete locking process for monitor <x0>.
Lock file is

$HOME/.gislock DOES exist, and has 4 bytes of data in it.
I don't see anything obviously wrong with the installation
(monitorcap is OK).

Does this ring a bell with anyone?

Thanks in advance.

Neel Smith
nsmith@polar.bowdoin.edu

Neel,

The $HOME/.gislock file does not relate to the monitor. It only has to
do with you being in or out of grass (ie. it exists when you are in
grass and does not exist when you are not in grass).

The file you want to look for is $GISBASE/locks/... The locks directory
must have full permissions (ie. 777/rwx) for everyone, to the consternation
of many system and network administrators. When you start the monitor
it will create a subdirectory in the locks directory. Grass does not
create the directory and the lock file in the same process. If you
start the same monitor a second time it will work fine (assuming the
permissions are ok).

Good Luck,
Ken Sibley
USDA-SCS
ksibley@ncg.scs.ag.gov