X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-3.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org To: cygwin AT cygwin DOT com From: Eric Blake Subject: Re: fun? with libsigsegv Date: Fri, 17 Jul 2009 22:55:13 +0000 (UTC) Lines: 34 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit User-Agent: Loom/3.14 (http://gmane.org/) X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Eric Blake byu.net> writes: > Of course, given the code, that meant I wasn't using libsigsegv like I thought > I was. So, with my typo corrected, I'm (unfortunately) still seeing libsigsegv > interference: > > $ ./foo > fclose -1, errno 9 > Aborted (core dumped) Even more depressing - this looks like a regression. The same STC, compiled with libsigsegv under cygwin 1.5, works in that environment. And I'm not sure what to do in gdb to try and get more useful information: Breakpoint 1, die () at foo.c:19 19 i = fclose (stdout); (gdb) n 20 fprintf (stderr, "fclose %d, errno %d\n", i, errno); (gdb) 21 errno = 0; (gdb) 22 i = fflush (stdout); (gdb) Program received signal SIGABRT, Aborted. 0x7c90e514 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll -- Eric Blake -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple