[GRASS5] [bug #3177] (grass) g.gisenv
Markus Neteler
neteler at itc.it
Wed Apr 27 11:29:07 EDT 2005
On Sat, Apr 23, 2005 at 12:21:13AM +0200, Request Tracker wrote:
> this bug's URL: http://intevation.de/rt/webrt?serial_num=3177
> -------------------------------------------------------------------------
>
> $ g.gisenv help
>
> Description:
> Outputs the user's current GRASS variable settings.
> Sets them also too, no?
Fixed in both 6.1-CVS and 6.0.1-CVS/release branch.
> Usage:
> g.gisenv [get=VARIABLE] [set="VARIABLE=value"] [store=name]
>
> Parameters:
> get GRASS variable to get
> set GRASS variable to set
> Why do you say "set" twice?
why not?
> store Where GRASS variable is stored
> options: gisrc,mapset
> default: gisrc
> Also man g.gisenv doesn't mention GRASS_GUI. One wants to know all the
> possible choices. Also mention GRASS_DB_ENCODING, etc.
RTFM:
http://grass.itc.it/grass60/manuals/html60_user/g.gisenv.html
"Possible variable names depend on the user's system, see variables list for details."
-> http://grass.itc.it/grass60/manuals/html60_user/variables.html
> The man page says
> To disable debugging messages, DEBUG must be set back to 0:
> g.gisenv set="DEBUG=0"
> Well for me, I got lots of
> D5/15: Get_location_with_pointer2(): cmd = 2
> on the screen still, g.gisenv will not fix things until the user
> restarts grass. So say so.
You are using an outdated version of GRASS.
> Maybe if the poor choice to race the CPU at 100% when waiting for
> mouse input for all grass programs had not been made, the D5/15
> message flood wouldn't be so devastating.
The CPU/d.* issue was already discussed a couple of times.
Markus
More information about the grass-dev
mailing list