[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