Hi,
I notice windows users have listed a few problems like mine.
I'm running OS 10.4 and have installed all
the
latest frameworks I could find.
The error I get is:
Mapset <PERMANENT> in Location <newlocation>
GRASS 6.2.0 > Error in startup script: can't read "parts(n)": no such variable
while executing
invoked from within
"Gm::startmon"
(procedure "Gm::create" line 69)
invoked from within
"Gm::create"
(procedure "main" line 30)
invoked from within
"main $argc $argv"
(file "/Applications/grass6_2/GRASS.app/Contents/Resources/etc/gm/gm.tcl" line 521)
I tried re-installing GRASS as well as making a new location.
This helped some windows users sort out
their errors but I'm still getting the error.
Regards,
Chris Kahler
I notice windows users have listed a few problems like mine.
I'm running OS 10.4 and have installed all
the latest frameworks I could find.
The error I get is:
Mapset <PERMANENT> in Location <newlocation>
GRASS 6.2.0 > Error in startup script: can't read "parts(n)": no such
variable
while executing
I had the same problem after installing OSSIM and in my case it turned out to be because my gdal installation was modified. Can't tell you how or why as I'm still pretty green when it comes to mac OSX, but the frameworks seem to be really sensitive and even small changes will fubar things. If you have the same issue I had then you'll see a bunch of missing dylib errors when you try running a gdal command (you can try gdalinfo --formats). In my case I trashed all my frameworks and reinstalled them from scratch which solved my problem. Kind of a "bull in a china shop" approach, but it worked. Maybe someone more knowledgeable than I can offer you a more elegant solution.
cheers,
Mike
On 27-Nov-06, at 4:57 PM, chris kahler wrote:
Hi,
I notice windows users have listed a few problems like mine.
I'm running OS 10.4 and have installed all
the
latest frameworks I could find.
The error I get is:
Mapset <PERMANENT> in Location <newlocation>
GRASS 6.2.0 > Error in startup script: can't read "parts(n)": no such variable
while executing
invoked from within
"Gm::startmon"
(procedure "Gm::create" line 69)
invoked from within
"Gm::create"
(procedure "main" line 30)
invoked from within
"main $argc $argv"
(file "/Applications/grass6_2/GRASS.app/Contents/Resources/etc/gm/gm.tcl" line 521)
I tried re-installing GRASS as well as making a new location.
This helped some windows users sort out
their errors but I'm still getting the error.
Regards,
Chris Kahler
There is a problem with OSSIM and my frameworks. OSSIM has its own version of a GDAL framework which is incompatible with mine. I did add a little compatibility bit in mine so I *think* it should work with OSSIM. Until we work out a solution, reinstall just my GDAL framework after installing OSSIM. I'm also considering my own binary of OSSIM based on my frameworks.
For the $parts error, I it's happened before and it was improperly installed frameworks - before I used installers it was easy to mess that up.
If reinstalling the frameworks (not just GRASS) doesn't help, Hamish's suggestion is a good start to figuring out the source of the problem, we need to see a dyld error. But that could be hard at startup.
The first place to try is look at Console.app - the system and console logs might have something.
On Nov 28, 2006, at 12:08 AM, Michael Perdue wrote:
Hi Chris,
I had the same problem after installing OSSIM and in my case it turned out to be because my gdal installation was modified. Can't tell you how or why as I'm still pretty green when it comes to mac OSX, but the frameworks seem to be really sensitive and even small changes will fubar things. If you have the same issue I had then you'll see a bunch of missing dylib errors when you try running a gdal command (you can try gdalinfo --formats). In my case I trashed all my frameworks and reinstalled them from scratch which solved my problem. Kind of a "bull in a china shop" approach, but it worked. Maybe someone more knowledgeable than I can offer you a more elegant solution.
Also, I just found another problem with QGIS and my recent GDAL build. The recent restructuring inside the GDAL package breaks QGIS (actually a mistake in the QGIS build that didn't show up until now). Though it's odd that it's working at all for you.
I'm working on rebuilding QGIS to fix that.
On Nov 28, 2006, at 5:12 PM, chris kahler wrote:
Hi All,
GRASS 6.2 and QGIS8 are working well together on my emac (OS10.4.8) - a little unstable but fast and capable. I've been clipping files, importing and exporting shapefiles - all very quickly and with only the odd QGIS crash from time to time. Once I installed ALL the new frameworks things went very smoothly, a big improvement over GRASS6.1 which didn't like the shapefile exports particularly.
I'll install the same setup on my Intel macbook when I get time and see how it goes.
Thanks for all your work, it's a great GIS package.
Regards,
CK