[GRASS-dev] trying to test error trapping for invalid
gisdbase, location, and mapset
Michael Barton
michael.barton at asu.edu
Wed May 30 13:25:32 EDT 2007
My problem is that with some systems, the GUI doesn't pick it up. I'm not
sure how it does pick up the error and go to the message box (some other
kind soul wrote this). I'll dig into it. I wonder if I get a different kind
of error string to trigger things on my Powerbook and G5?
Michael
On 5/30/07 4:52 AM, "Hamish" <hamish_nospam at yahoo.com> wrote:
> works fine for me on Debian/Linux.
>
> * edit ~/.grassrc6
> * change GISDBASE, LOCATION_NAME, or MAPSET to something which doesn't
> exist.
> * start grass.
>
> $ grass63 -gui
> Cleaning up temporary files.....
> Starting GRASS ...
> ERROR: MAPSET user3 not found
>
> [GUI starts, pick something real, Enter GRASS, ...]
>
>
> That error comes from G_gisinit() or G_mapset().
>
>
> with a broken LOCATION_NAME:
>
> $ grass63 -gui
> Cleaning up temporary files.....
> Starting GRASS ...
> access: No such file or directory
> ERROR: LOCATION << /home/hamish/grassdata/spearfish601 >> not available
>
> [friendly tcl GUI window pops up saying the location couldn't be found,
> try another]
>
> that error is from G_location_path().
>
>
> with a broken GISDBASE, same
> ERROR: LOCATION << /... >> not available
> but now tcl GUI has two nice error popups, drops to parent dir.
>
>
> Michael: does it work (ie not crash out) for you with "grass63 -text"?
>
>
> maybe lib/init/lock.c should call
> G_set_program_name(argv[0]);
> G_no_gisinit();
> or lib/init/set_data.c should call
> G_set_program_name(argv[0]);
> ??
>
> as they use G_fatal_error() and things.
>
>
>
> Hamish
__________________________________________
Michael Barton, Professor of Anthropology
School of Human Evolution & Social Change
Center for Social Dynamics and Complexity
Arizona State University
phone: 480-965-6213
fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
More information about the grass-dev
mailing list