| delorie.com/archives/browse.cgi | search |
clayne AT anodized DOT com wrote: > Actually, is this really a fault in gdb? Cygwin is throwing a SIGSEGV signal, > correct? GDB does what it's told, stops on SIGSEGV by default. Not really. In cases where it is checking parameters or otherwise expects to dereference an invalid pointer, Cygwin installs a temporary fault handler that intercepts any fault and returns the correct error code. If you run such code outside of gdb you get no indication of a fault at all, just like a standard try/except block -- unlike an actual segmentation violation where the program is terminated. So yes, it is a defect that gdb treats these as actual SIGSEGVs when they are actually just part of how Cygwin works internally, and this misperception has caused countless messages posted to this list insisting that there is some kind of problem in Cygwin where there is none. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |