[GRASS-dev] Re: [GRASS GIS] #693: wxGUI menus: i.ortho.photo locks up GUI

GRASS GIS trac at osgeo.org
Mon Dec 14 12:50:26 EST 2009


#693: wxGUI menus: i.ortho.photo locks up GUI
---------------------+------------------------------------------------------
  Reporter:  hamish  |       Owner:  grass-dev at lists.osgeo.org
      Type:  defect  |      Status:  new                      
  Priority:  major   |   Milestone:  6.4.0                    
 Component:  wxGUI   |     Version:  svn-develbranch6         
Resolution:          |    Keywords:  i.ortho.photo            
  Platform:  All     |         Cpu:  x86-64                   
---------------------+------------------------------------------------------
Comment (by kyngchaos):

 The key for any OSX *application*, is that you don't want to run it with
 traditional unix methods.  You use the 'open' command.  This accepts
 parameters that the application accepts in CLI usage (usually a filename
 to open).  It's best to specify an app signature (you can get it from the
 app's info.plist) with the -b flag.  See the html_browser_mac.sh for an
 example.

 Terminal has an additional consideration - it doesn't inherit the shell
 environment when started this way.  That's why I create the dummy script
 in grass_xterm_mac, so that it can be run inside the new Terminal window
 to set needed env vars.  It may be possible to pipe a script to open
 without creating a temporary script file.

 The applescript step I think was so that the new Terminal window wouldn't
 immediately return after activating ('open' is basically a spawn/fork,
 with intelligence to not run multiple copies of a program), thus causing
 the calling process to think it was finished.  Maybe this is what's
 hanging your python?

-- 
Ticket URL: <https://trac.osgeo.org/grass/ticket/693#comment:10>
GRASS GIS <http://grass.osgeo.org>


More information about the grass-dev mailing list