From: John M. <jm...@ma...> - 2005-07-25 03:53:07
|
How should I interpret the lack of response to this question? (0) I should not want to restart after signals/exceptions, as that really means the C++ DLL/DSO data/stack/whatever is hopelessly screwed up. (1) It is not possible to restart the C++ after either a signal or exception, as there are no mechanics in SBCL to do so. (2) It is possible to write such mechanics, but they would be a PITA to implement. (3) It is a stupid question, as there is another obvious -- to everybody but me -- solution. (Pray tell, what might that be?) (4) Nobody has a clue. -jm On Wednesday 20 July 2005 12:15 pm, John Morrison wrote: > Hi; > > Short version is the subject line of this message. > > The longer version: I can now generate bindings for my several > millions of lines of C++ code (using gccxml). I can build the DLLs so > that inlined functions are available (-fkeep-inline-functions). I can > combine DLLs with no linear load order (using gcc) into a single DLL > that can be opened with load-shared-object. I can call C++ entry > points. > > One of the remaining issues is how to deal with signals and C++ > exceptions. > > W.r.t. signals, if SBCL catches a signal that arises during the > calling of C++ code via sb-alien, SBCL catches the signal. Can I (or > even should I) resume the execution? > > I have the same questions regarding C++ exceptions... > > Thanks for the help, > > -jm > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Sbcl-help mailing list > Sbc...@li... > https://lists.sourceforge.net/lists/listinfo/sbcl-help -- ==== John Morrison ==== MAK Technologies Inc. ==== 10 Fawcett Street, Cambridge, MA 02138 ==== http://www.mak.com/ ==== vox:617-876-8085 x115 ==== fax:617-876-9208 ==== jm...@ma... |