[GRASS-dev] one locale problem red herring

GRASS GIS GRASS GIS developer
1

So I am digging into why GRASS GUI is crashing on start up. A couple days ago, I found that adding the LANG: … line to .grassrc6 prevented this.

In continuing to dig into this today, I think that fix was a red herring. That is not why it is crashing. The reason it is crashing is because the Mac desktop is by default added to GRASS_ADDON_PATH and globalvar.py is grabbing some hidden, non-parsable file names when it scans the desktop for GRASS commands. I don’t understand why it is getting these hidden files from the desktop and not getting the same junk when it scans other folders, but the most limited fix for this is adding…

if fname[0:2] not in [‘d.’,‘g.’,‘r.’,‘v.’,‘i.’,‘m.’,‘p.’,‘r3’,‘db’]: continue

after line 153 in globalvar.py

To make sure that globalvar.py only picks up legitimate commands, however, it would probably be good to add something like this to all folder scans or maybe to filter the resulting command list before it is returned. Before doing either of those, I want to make sure that I have not missed any GRASS command prefixes. Does this list look comprehensive?

[‘d.’,‘g.’,‘r.’,‘v.’,‘i.’,‘m.’,‘p.’,‘r3’,‘db’]

After this issue is solved, I can look again at the locale issue. It looks like it should be doing the right thing (the change set I quoted yesterday was out of date), but something is not quite working somewhere.

Michael

C. Michael Barton
Visiting Scientist, Integrated Science Program
National Center for Atmospheric Research &
University Consortium for Atmospheric Research
303-497-2889 (voice)

Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

2

GRASS should not be automatically adding the desktop (ie ~/Desktop) to GRASS_ADDON_PATH. In the Mac startup, it should only be

~/Library/GRASS/6.4/Modules/bin
/Library/GRASS/6.4/Modules/bin

(substitute GRASS version), plus anything the user set for GRASS_ADDON_PATH in .bash_profile or other shell init.

On Jul 28, 2012, at 2:52 PM, Michael Barton wrote:

So I am digging into why GRASS GUI is crashing on start up. A couple days ago, I found that adding the LANG: ... line to .grassrc6 prevented this.

In continuing to dig into this today, I think that fix was a red herring. That is not why it is crashing. The reason it is crashing is because the Mac desktop is by default added to GRASS_ADDON_PATH and globalvar.py is grabbing some hidden, non-parsable file names when it scans the desktop for GRASS commands. I don't understand why it is getting these hidden files from the desktop and not getting the same junk when it scans other folders, but the most limited fix for this is adding...

if fname[0:2] not in ['d.','g.','r.','v.','i.','m.','p.','r3','db']: continue

after line 153 in globalvar.py

To make sure that globalvar.py only picks up legitimate commands, however, it would probably be good to add something like this to all folder scans or maybe to filter the resulting command list before it is returned. Before doing either of those, I want to make sure that I have not missed any GRASS command prefixes. Does this list look comprehensive?

['d.','g.','r.','v.','i.','m.','p.','r3','db']

After this issue is solved, I can look again at the locale issue. It *looks* like it should be doing the right thing (the change set I quoted yesterday was out of date), but something is not quite working somewhere.

Michael
_____________________
C. Michael Barton
Visiting Scientist, Integrated Science Program
National Center for Atmospheric Research &
University Consortium for Atmospheric Research
303-497-2889 (voice)

Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life."

- Marvin

3

It's been doing this for a long time. I don't know where it is doing this.

Michael Barton
School of Human Evolution &Social Change
Center for Social Dynamics & Complexity
Arizona State University

...Sent from my iPad

On Jul 28, 2012, at 2:08 PM, "William Kyngesburye" <woklist@kyngchaos.com> wrote:

GRASS should not be automatically adding the desktop (ie ~/Desktop) to GRASS_ADDON_PATH. In the Mac startup, it should only be

~/Library/GRASS/6.4/Modules/bin
/Library/GRASS/6.4/Modules/bin

(substitute GRASS version), plus anything the user set for GRASS_ADDON_PATH in .bash_profile or other shell init.

On Jul 28, 2012, at 2:52 PM, Michael Barton wrote:

So I am digging into why GRASS GUI is crashing on start up. A couple days ago, I found that adding the LANG: ... line to .grassrc6 prevented this.

In continuing to dig into this today, I think that fix was a red herring. That is not why it is crashing. The reason it is crashing is because the Mac desktop is by default added to GRASS_ADDON_PATH and globalvar.py is grabbing some hidden, non-parsable file names when it scans the desktop for GRASS commands. I don't understand why it is getting these hidden files from the desktop and not getting the same junk when it scans other folders, but the most limited fix for this is adding...

if fname[0:2] not in ['d.','g.','r.','v.','i.','m.','p.','r3','db']: continue

after line 153 in globalvar.py

To make sure that globalvar.py only picks up legitimate commands, however, it would probably be good to add something like this to all folder scans or maybe to filter the resulting command list before it is returned. Before doing either of those, I want to make sure that I have not missed any GRASS command prefixes. Does this list look comprehensive?

['d.','g.','r.','v.','i.','m.','p.','r3','db']

After this issue is solved, I can look again at the locale issue. It *looks* like it should be doing the right thing (the change set I quoted yesterday was out of date), but something is not quite working somewhere.

Michael
_____________________
C. Michael Barton
Visiting Scientist, Integrated Science Program
National Center for Atmospheric Research &
University Consortium for Atmospheric Research
303-497-2889 (voice)

Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life."

- Marvin

4

I think this can all be solved with 2 small changes. I want to test it on a non-english computer. If it works, I will commit it. In brief, the odd system setting set off a cascade of errors that kept the GUI from setting the language appropriately. More later.

Michael

On Jul 28, 2012, at 2:08 PM, William Kyngesburye wrote:

GRASS should not be automatically adding the desktop (ie ~/Desktop) to GRASS_ADDON_PATH. In the Mac startup, it should only be

~/Library/GRASS/6.4/Modules/bin
/Library/GRASS/6.4/Modules/bin

(substitute GRASS version), plus anything the user set for GRASS_ADDON_PATH in .bash_profile or other shell init.

On Jul 28, 2012, at 2:52 PM, Michael Barton wrote:

So I am digging into why GRASS GUI is crashing on start up. A couple days ago, I found that adding the LANG: ... line to .grassrc6 prevented this.

In continuing to dig into this today, I think that fix was a red herring. That is not why it is crashing. The reason it is crashing is because the Mac desktop is by default added to GRASS_ADDON_PATH and globalvar.py is grabbing some hidden, non-parsable file names when it scans the desktop for GRASS commands. I don't understand why it is getting these hidden files from the desktop and not getting the same junk when it scans other folders, but the most limited fix for this is adding...

if fname[0:2] not in ['d.','g.','r.','v.','i.','m.','p.','r3','db']: continue

after line 153 in globalvar.py

To make sure that globalvar.py only picks up legitimate commands, however, it would probably be good to add something like this to all folder scans or maybe to filter the resulting command list before it is returned. Before doing either of those, I want to make sure that I have not missed any GRASS command prefixes. Does this list look comprehensive?

['d.','g.','r.','v.','i.','m.','p.','r3','db']

After this issue is solved, I can look again at the locale issue. It *looks* like it should be doing the right thing (the change set I quoted yesterday was out of date), but something is not quite working somewhere.

Michael
_____________________
C. Michael Barton
Visiting Scientist, Integrated Science Program
National Center for Atmospheric Research &
University Consortium for Atmospheric Research
303-497-2889 (voice)

Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life."

- Marvin

_____________________
C. Michael Barton
Visiting Scientist, Integrated Science Program
National Center for Atmospheric Research &
University Consortium for Atmospheric Research
303-497-2889 (voice)

Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu