Hi, 2011/11/17 Sören Gebbert <[email protected]>: >>> grass.lib.* exists for "module-style" scripts, not for persistent >>> applications. >> >> that's right, but we just shouldn't forbid to use GRASS libraries for >> such applications (for which the GRASS libraries were not designed). > > This is not forbidden ... but it is a very bad idea to do so.
well, word "forbidden" is not right in this sense, I meant "to make it harder as much as possible". > Consider the main wxGUI as the master process, able to start, stop and > restart subprocesses. These subprocesses are doing specific tasks > (vector editing, raster cell editing, ...) by accessing the GRASS > library directly and using longjmp() to report to the master process > in case of a G_fatal_error() call. Probably due to very limit time which I currently have for wxGUI development I was inclining to the quick, but probably good solution. I will investigate more as I will have some time for that. Thanks for clarification, Martin -- Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
