![]() |
“The beast is actively interested only in now, and, as it is always now and always shall be, there is an eternity of time for the accomplishment of objects.” - the wisdom of Tarzan |
Kyng Chaos |
No recent News
|
Software FAQCommon questions about my Unix ports. How do I know what versions are installed?
Can I move or rename GRASS? Yes. BUT, if you intend to use GRASS with Qgis you should leave GRASS alone. Due to the way GRASS libraries are linked to Qgis, the GRASS plugin may not work properly. This may change for the better in the future. Also, if you move or rename GRASS, documentation will not be available from Apple's Help Library. Help will still work from within GRASS. Can I use Python 2.5 from python.org on OSX Leopard with your software builds? Not really. The Python capabilities (binary extensions) of my builds on Leopard are built for the system Python 2.5. Installing the python.org Python adds it to your shell PATH, which then overrides the system Python.
Though if properly compiled, a binary Python extension technically should be usable with any compatible Python. As long as the python.org Python is the first in your PATH (it should be after installation) and you add So far, all the frameworks with Python extensions (GDAL, MapServer) are properly compiled Python extensions. PyQt is not properly compiled, so Qgis' Python capabilities are hardwired to the system Python. If you need Qgis Python support on Leopard for the python.org Python, use the Tiger Qgis build. The Postgres pl/python extension is also not compiled properly, and will use the system Python. The GRASS vdigit extension is currently not properly compiled, so the Python GUI must run the system Python. It's not working If an application suddenly quits, or parts of it won't run (ie modules or the GUI in GRASS), logs are very helpful. If you get the OS X "Suddenly quit" dialog, cancel or "don't send" to Apple. Console.app, in your Applications/Utilities folder, is easier to use to browse the crashlog, and check other logs. First look at the console log. If it's a system application, like Postgres or MapServer/PHP, look at the system log instead (you need administrator privileges). Usually errors about missing or incompatible libraries or frameworks will show up here and you won't need to dig further.
If that doesn't help, it will probably refer you to a crash log. Find that in The most useful info is the header at the top with system info and the "exception", and the thread trace for the thread that crashed (some applications may have many threads). The Thread State, next, may be helpful, but I don't really know how to interpret it. The Binary Images Description may be useful, but it can also be very long. If it's not immediately apparent what is wrong, send me the crashlog (or the relevant lines from the console log). Hopefully I can figure out what went wrong. |
| Copyright © 2004-2008 Kyng Chaos All trademarks and copyrights on this page are owned by their respective owners. |
Powered By Geeklog |