[QGIS-trac] Re: [Quantum GIS] #1878: remove setjmp/longjmp in grass
plugin&provider and use exceptions instead
Quantum GIS
qgis at qgis.org
Fri Jan 15 02:13:37 EST 2010
#1878: remove setjmp/longjmp in grass plugin&provider and use exceptions instead
-----------------------------------------------------+----------------------
Reporter: jef | Owner: jef
Type: patch | Status: reopened
Priority: major: does not work as expected | Milestone: Version 1.3.0
Component: GRASS | Version: HEAD
Resolution: | Keywords:
Platform_version: | Platform: All
Must_fix: No | Status_info: 0
-----------------------------------------------------+----------------------
Comment (by jef):
Replying to [comment:20 rblazek]:
> It seems that we are back at the beginning of this ticket. GRASS
developer seem to be reluctant to compile with -fexception and using
setjmp/longjmp was suggested http://lists.osgeo.org/pipermail/grass-dev/
2010-January/048086.html
I think we shouldn't try to intercept fatal GRASS errors in the GRASS
library, we shouldn't be using GRASS libraries in the first place.
We should call GRASS modules (like {{{g.gisenv}}}) and parse their output.
I think that's Glynn's point in making it harder to use GRASS libraries
for purposes they are not meant for.
And I think that's also what the other GUI frontends do. But that
probably is a major rewrite of the plugin.
> For curiosity, were there particular problems with setjmp/longjmp?
> In any case, I think that using exceptions is much better, I don't want
to return to setjmp/longjmp.
None that I know of. Just uglyness.
--
Ticket URL: <http://trac.osgeo.org/qgis/ticket/1878#comment:21>
Quantum GIS <http://qgis.org>
Quantum GIS is an Open Source GIS viewer/editor supporting OGR, PostGIS, and GRASS formats
More information about the QGIS-trac
mailing list