Re: Writing triggers in C++ - Mailing list pgsql-hackers

From bjarne
Subject Re: Writing triggers in C++
Date
Msg-id 1171480005.055206.203510@s48g2000cws.googlegroups.com
Whole thread Raw
In response to Re: Writing triggers in C++  ("Florian G. Pflug" <fgp@phlo.org>)
List pgsql-hackers
On Feb 14, 11:26 am, f...@phlo.org ("Florian G. Pflug") wrote:
> Neil Conway wrote:
> > On Wed, 2007-02-14 at 13:19 -0300, Alvaro Herrera wrote:
> >> Probably stack allocation doesn't matter much, as I think that would be
> >> unwinded by the longjmp call.  I don't know a lot about C++, but if
> >> there are allocations in the data area then those would probably not be
> >> freed.  But it makes me wonder -- is longjmp very compatible with C++
> >> exceptions at all?
>
> > "C-style stack unwinding (using setjmp and longjmp from <csetjmp>) is
> > incompatible with exception-handling and is best avoided." (Stroustrup,
> > p. 433).
>
> > Which presumably means that in practice, the interaction between these
> > features is implementation-defined.
>
> Well, as long as you don't longjmp "past" an C++ catch block, and don't
> throw an C++ exception "past" an setjmp handler, there should be no
> problem I think. Or at least I can't imagine how a problem could arise..
>

Also, don't jump out of (past) the scope of any local variable with a
destructor.

If you are in a C++ program, use exceptions. If you are in a C
program, fake the equivalent using setjmp/longjmp. Don't mix the two -
it's too tricky.
 -- Bjarne Stroustrup; http://www.research.att.com/~bs



pgsql-hackers by date:

Previous
From: mark@mark.mielke.cc
Date:
Subject: Re: Plan for compressed varlena headers
Next
From: fishware@comcast.net
Date:
Subject: Visual C++ function issues