[GRASS5] [bug #751] (grass) Automatic select of monitor

this bug's URL: http://intevation.de/rt/webrt?serial_num=751
-------------------------------------------------------------------------

Subject: Automatic select of monitor

Platform: SGI/Irix
Xwindows version: IRIX
Xwindows manager: IRIX
TclTk version: tcl/tk 8.3
grass downloaded at: CVS Server, Germany
grass binary for platform: I compiled the sources myself
grass sources source: yes, I am using the latest GRASS from CVS
c compiler name: cc

When using tcltkgrass with a saved configuration, a monitor opens automatically. However, occaisionaly, it is not selected and I have to select it manually. Perhaps the wait for socket connection is not long enough.

-------------------------------------------- Managed by Request Tracker

Request Tracker wrote:

Subject: Automatic select of monitor

When using tcltkgrass with a saved configuration, a monitor opens
automatically. However, occaisionaly, it is not selected and I have to
select it manually. Perhaps the wait for socket connection is not long
enough.

I don't know if this is related or not, but looking into this made me
realise that one of my planned changes was never implemented.

I've now changed the driver startup so that it doesn't fork() until
after listen() is called (in fact, immediately before the main loop).
This should completely eliminate any possibility of race conditions;
the socket will be in the LISTEN state before mon.start exits.

NB: sync_driver() (called from R_open_driver()) does depend upon the
monitor replying to the BEGIN command; however, it makes two attempts,
with timeouts of 5 and 10 seconds. The system would have to be
incredibly slow for even the first one to fail.

--
Glynn Clements <glynn.clements@virgin.net>

Hi Glynn

Glynn Clements wrote:

Request Tracker wrote:

> When using tcltkgrass with a saved configuration, a monitor opens
> automatically. However, occaisionaly, it is not selected and I have
> to select it manually. Perhaps the wait for socket connection is
> not long enough.

I don't know if this is related or not, but looking into this made me
realise that one of my planned changes was never implemented.

I've now changed the driver startup so that it doesn't fork() until
after listen() is called (in fact, immediately before the main loop).
This should completely eliminate any possibility of race conditions;
the socket will be in the LISTEN state before mon.start exits.

OK, I've updated my sources and tried running tcltkgrass about 10 times
and I haven't seen the problem yet. Perhaps your change fixed this
problem.

Thanks for the fix. I'll mark this resolved on RT.

--
Sincerely,

Jazzman (a.k.a. Justin Hickey) e-mail: jhickey@hpcc.nectec.or.th
High Performance Computing Center
National Electronics and Computer Technology Center (NECTEC)
Bangkok, Thailand

People who think they know everything are very irritating to those
of us who do. ---Anonymous

Jazz and Trek Rule!!!

From neteler Mon Jun 11 08:56:58 2001
Return-Path: <neteler>
Received: by hgeo02.geog.uni-hannover.de (SMI-8.6/SMI-SVR4)
  id IAA20926; Mon, 11 Jun 2001 08:56:58 +0100
Date: Mon, 11 Jun 2001 08:56:58 +0100
From: Markus Neteler <neteler@geog.uni-hannover.de>
To: grass5@geog.uni-hannover.de
Subject: Re: [GRASS5] Darwin: postgresql
Message-ID: <20010611085658.A15422@hgeo02.geog.uni-hannover.de>
Mail-Followup-To: grass5@geog.uni-hannover.de
References: <200106110631.XAA13889@gull.mail.pas.earthlink.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200106110631.XAA13889@gull.mail.pas.earthlink.net>; from jeshua@SierraMaps.com on Sun, Jun 10, 2001 at 11:29:36PM -0700
Sender: grass5-admin@geog.uni-hannover.de
Errors-To: grass5-admin@geog.uni-hannover.de
X-BeenThere: grass5@geog.uni-hannover.de
X-Mailman-Version: 2.0.5
Precedence: bulk
List-Help: <mailto:grass5-request@geog.uni-hannover.de?subject=help>
List-Post: <mailto:grass5@geog.uni-hannover.de>
List-Subscribe: <http://www.geog.uni-hannover.de/mailman/listinfo/grass5&gt;,
  <mailto:grass5-request@geog.uni-hannover.de?subject=subscribe>
List-Id: GRASS 5 Developers mailing list <grass5.geog.uni-hannover.de>
List-Unsubscribe: <http://www.geog.uni-hannover.de/mailman/listinfo/grass5&gt;,
  <mailto:grass5-request@geog.uni-hannover.de?subject=unsubscribe>
List-Archive: <http://www.geog.uni-hannover.de/pipermail/grass5/&gt;
Status: O
Content-Length: 1731
Lines: 57

Hi Jeshua,

On Sun, Jun 10, 2001 at 11:29:36PM -0700, Jeshua Lacock wrote:

Ok,

I successfully built and installed postgresql 7.1 here in Mac OS X
land. When I attempt to compile grass.postgresql, it appears it can't
find a header or something.

Here's the output:

#################################################################
/usr/src/grass/src.garden/grass.postgresql/d.rast.pg
   make -f OBJ.powerpc-apple-darwin1.3.3/make.rules

gcc -o /usr/src/grass/dist.powerpc-apple-
darwin1.3.3/etc/bin/cmd/d.rast.pg OBJ.powerpc-apple-darwin1.3.3/main.o
OBJ.powerpc-apple-darwin1.3.3/getAllOpts.o OBJ.powerpc-apple-
darwin1.3.3/getSopts.o OBJ.powerpc-apple-darwin1.3.3/buildInfxQry.o
OBJ.powerpc-apple-darwin1.3.3/runInfxFile.o
/usr/src/grass/src/libes/LIB.powerpc-apple-darwin1.3.3/libdisplay.a
/usr/src/grass/src/libes/LIB.powerpc-apple-darwin1.3.3/libraster.a
/usr/src/grass/src/libes/LIB.powerpc-apple-darwin1.3.3/libgis.a
-L/usr/local/pgsql/lib
/usr/src/grass/src/libes/LIB.powerpc-apple-darwin1.3.3/libdatetime.a
-I/usr/include -L/usr/local/lib -lz
/usr/bin/ld: Undefined symbols:
_PQclear
_PQerrorMessage
_PQexec
_PQfinish
_PQgetvalue
_PQntuples
_PQresultStatus
_PQsetdbLogin
_PQstatus
make[1]: *** [/usr/src/grass/dist.powerpc-apple-
darwin1.3.3/etc/bin/cmd/d.rast.pg] Error 1
make: *** [all] Error 2

Does anyone know where these symbols are defined?

It seems that
-lpq
is missing in above CC line.

My head entry is (src/CMD/head/head.i686-pc-linux-gnu):
#PostgreSQL:
PQINCPATH = -I/usr/include/pgsql
PQLIBPATH = -L/usr/lib
PQLIB = -lpq

Please check if PQLIB is set properly.

Regards

Markus