Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.c > #12814

Re: Error handling

From Kaz Kylheku <kaz@kylheku.com>
Newsgroups comp.lang.c
Subject Re: Error handling
Date 2011-11-06 16:21 +0000
Organization A noiseless patient Spider
Message-ID <20111106082013.905@kylheku.com> (permalink)
References <j93dqr$d4u$1@speranza.aioe.org> <j93fac$mgp$1@dont-email.me> <j93vpg$t9v$1@speranza.aioe.org> <20111105181250.398@kylheku.com> <j95oeh$n0b$1@speranza.aioe.org>

Show all headers | View raw


On 2011-11-06, t1t0 <t1t0@noemail.not> wrote:
> On Sun, 06 Nov 2011 01:15:05 +0000, Kaz Kylheku wrote:
>
>> You can catch an exception (in every thread) and then use the API to
>> list the modules, snapshot the thread state and such.
>
> But what about signal error (like zero division)? Did Windows produce a 
> signal error or a exception for this kind of error?

I think at this point if you want to develop a solution, you have to do a lot
of API doc reading on many details.  Windows structured exception handling does
represent CPU exceptions like division by zero and access violations.

> So, on Windows there is an API to create a core dump, or is it a 'manual' 
> implementation ?

On Windows there is the concept of a registered debugger. When a process goes
belly up (unhandled exception), the registered debugger is invoked on it. This
could be something interactive like Visual Studio, or a logging utility like
Dr. Watson.  Any core dumping would have to be done in user space by that
debugger utility.

Back to comp.lang.c | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Error handling t1t0 <t1t0@noemail.not> - 2011-11-05 13:31 +0000
  Re: Error handling Eric Sosman <esosman@ieee-dot-org.invalid> - 2011-11-05 09:55 -0400
    Re: Error handling t1t0 <t1t0@noemail.not> - 2011-11-05 18:37 +0000
      Re: Error handling Eric Sosman <esosman@ieee-dot-org.invalid> - 2011-11-05 14:50 -0400
        Re: Error handling t1t0 <t1t0@noemail.not> - 2011-11-06 10:36 +0000
      Re: Error handling Kaz Kylheku <kaz@kylheku.com> - 2011-11-06 01:15 +0000
        Re: Error handling t1t0 <t1t0@noemail.not> - 2011-11-06 10:44 +0000
          Re: Error handling Nick Keighley <nick_keighley_nospam@hotmail.com> - 2011-11-06 06:02 -0800
          Re: Error handling Kaz Kylheku <kaz@kylheku.com> - 2011-11-06 16:21 +0000
  Re: Error handling Nobody <nobody@nowhere.com> - 2011-11-05 14:10 +0000
  Re: Error handling Kaz Kylheku <kaz@kylheku.com> - 2011-11-05 15:31 +0000
  Re: Error handling Mike Manilone <zhtx10@gmail.com> - 2011-11-06 03:56 +0000

csiph-web