| www.delorie.com/archives/browse.cgi | search |
| Xref: | news2.mv.net comp.os.msdos.djgpp:3973 |
| From: | Charles Sandmann <sandmann AT clio DOT rice DOT edu> |
| Newsgroups: | comp.os.msdos.djgpp |
| Subject: | Re: How do I get a stack trace after a SIGFPE? |
| Date: | Thu, 16 May 1996 08:47:36 CDT |
| Organization: | Rice University, Houston, Texas |
| Lines: | 11 |
| Message-ID: | <319b31f8.sandmann@clio.rice.edu> |
| References: | <199605160119 DOT AA13044 AT interlock DOT wdni DOT com> |
| Reply-To: | sandmann AT clio DOT rice DOT edu |
| NNTP-Posting-Host: | clio.rice.edu |
| To: | djgpp AT delorie DOT com |
| DJ-Gateway: | from newsgroup comp.os.msdos.djgpp |
I can't say for sure, but NT may be delaying you seeing the interrupt,
or maybe there is a bug in the signal code in this case as far as the
saved register information. It certainly doesn't look right. Things
to try:
1) while in your error catcher routine, look at the values in the
__djgpp_exception_state structure (sys/exceptn.h ?) and look in
the source directory src/libc/go32/dpmiexcp.c for hints.
2) you might try the assembly level floating point store info routine to
get a copy of the FPU state for examination - I think it contains
the EIP of the faulting instruction.
Good luck, and let us know what you find.
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |