AW: Questionable SIGSEGV signal handling bug concerning siginfo.si_addr on i386-linux 2.4.2

2001-06-26 Thread Hugo Mildenberger
Dear Brian, it is hard to admit, but you are right even if a structure was not directly involved. The corresponding high level statements were double guarded_log( double *arg ) { try { return log( *arg ); // e.g. arg==0 or arg==0x1234. } catch ( s2e::SCN(SIGSGEV)*e ) {

Re: Questionable SIGSEGV signal handling bug concerning siginfo.si_addr on i386-linux 2.4.2

2001-06-26 Thread Brian Gerst
Hugo Mildenberger wrote: > > Dear friends, > > I'm working on a library, which is able to map (at least synchronous) kernel > signals to c++ exceptions in a way, that c++ exception handlers can > determine reason and location of failure in a very detailed manner. Within > that context, I detecte

Questionable SIGSEGV signal handling bug concerning siginfo.si_addr on i386-linux 2.4.2

2001-06-26 Thread Hugo Mildenberger
Dear friends, I'm working on a library, which is able to map (at least synchronous) kernel signals to c++ exceptions in a way, that c++ exception handlers can determine reason and location of failure in a very detailed manner. Within that context, I detected a surprising difference in the behavio