Re: Writing triggers in C++
От | bjarne |
---|---|
Тема | Re: Writing triggers in C++ |
Дата | |
Msg-id | 1171480005.055206.203510@s48g2000cws.googlegroups.com обсуждение исходный текст |
Ответ на | Re: Writing triggers in C++ ("Florian G. Pflug" <fgp@phlo.org>) |
Список | 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 по дате отправления: