[GRASS-user] Re: gis.m crashes at startup (SOLVED)

GRASS GRASS user
,
1

I solved changing repository.
Thank you.

Margherita

2009/10/8 Margherita Di Leo <diregola@gmail.com>

Michael,

thank you for answering. I tried to remove and then reinstall gdal and proj4, then recompiled grass, with the same result. In text mode, grass works and answers at :

GRASS 6.5.svn (spearfish60):~ > g.region -gp
n=4928000
s=4914020
w=590010
e=609000
nsres=30
ewres=30
rows=466
cols=633
cells=294978

but in tclck i have the same problem i had before.

Margherita

Date: Wed, 7 Oct 2009 09:11:04 -0700
From: Michael Barton <michael.barton@asu.edu>
Subject: Re: [GRASS-user] gis.m crashes at startup
To: “grass-user@lists.osgeo.org” <grass-user@lists.osgeo.org>
Message-ID: <BE94782D-F584-475A-9B37-5302EE547DCF@asu.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes

On Oct 7, 2009, at 9:00 AM, grass-user-request@lists.osgeo.org wrote:

Date: Wed, 7 Oct 2009 16:56:17 +0200
From: Margherita Di Leo <diregola@gmail.com>
Subject: [GRASS-user] gis.m crashes at startup
To: grass-user@lists.osgeo.org
Message-ID:
<730a39860910070756p20c2685ayaeb89d47f4a37372@mail.gmail.com>
Content-Type: text/plain; charset=“iso-8859-1”

Hi List!

I’ve a problem running grass 6.5 svn on Ubuntu 8.04 64 bit (just
installed).

When entering a location, gis.m crashes and in terminal it writes:

GRASS 6.5.svn (brenta):~ > Error in startup script: can’t read
“prj(proj)”:
no such variable
while executing
“if { $prj(proj) == “ll”} {set proj_is_ll 1}”
(procedure “MapCanvas::get_mapunits” line 22)
invoked from within
“MapCanvas::get_mapunits”
(procedure “MapCanvas::create” line 37)
invoked from within
“MapCanvas::create”
(procedure “Gm::startmon” line 11)
invoked from within
“Gm::startmon”
(procedure “Gm::create” line 79)
invoked from within
“Gm::create”
(procedure “main” line 30)
invoked from within
“main $argc $argv”
(file “/usr/local/grass-6.5.svn/etc/gm/gm.tcl” line 602)

Any idea?

You probably have a problem with your installation of gdal. In the
terminal, try g.region -gp. This probably won’t work, indicating a
gdal (or possible PROJ) problem.

Michael