Hi Glynn,
I have the same problem as Carlos, in that some programs when run from the
GUI don't spawn an xterm....such as g.mremove, where it asks for
confirmation after collecting file names to be removed. I was going to apply
the fix you mentioned in your response, however ls -al doesn't show anything
resembling ld.so.conf in /etc/.
I'm using Cygwin on XP....so would ld.so.conf be located somewhere else?
~ Eric.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Eric Patton
Technologist, Geo-Spatial Data Services
Geological Survey of Canada (Atlantic)
Natural Resources Canada
Bedford Institute of Oceanography
Dartmouth, Nova Scotia, Canada B2Y 4A2
Postal address: P.O. Box 1006
Courier address: 1 Challenger Drive
Telephone: (902)426-7732
Facsimile: (902)426-4104
E-mail: epatton@NRCan.gc.ca
-----Original Message-----
From: owner-GRASSLIST@baylor.edu [mailto:owner-GRASSLIST@baylor.edu] On
Behalf Of Glynn Clements
Sent: Friday, March 04, 2005 3:54 AM
To: Carlos Henrique Grohmann
Cc: GRASS mailing list
Subject: [GRASSLIST:5998] Re: r.reclass not working in GUI
Carlos Henrique Grohmann wrote:
I just tried to reclassify a raster with r.reclass.rules, but I
could'n do it with the GUI because there was no place to specify my
rules! I had to use the command-line.
shouldn't it open some kind of dialog?
It should spawn an xterm where you can enter the rules.
However, this won't work if your xterm binary is setuid or setgid and GRASS
was built to use shared libraries. For security reasons, the loader discards
the shared library search path stored in $LD_LIBRARY_PATH when running
setuid/setgid executables.
You can get around this problem by adding the GRASS library directory (e.g.
/usr/local/grass6/lib) to /etc/ld.so.conf then running "ldconfig" as root.
--
Glynn Clements <glynn@gclements.plus.com>