X-Spam-Check-By: sourceware.org From: "Dave Korn" To: Subject: RE: 1.5.19: changes have broken Qt3 Date: Wed, 24 May 2006 11:40:58 +0100 Message-ID: <04c801c67f1e$8b4c7cf0$a501a8c0@CAM.ARTIMI.COM> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20060524100500.GK13907@ns1.anodized.com> Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Unsubscribe: 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 On 24 May 2006 11:05, clayne AT anodized wrote: > On Wed, May 24, 2006 at 01:49:53AM -0700, Brian Dessent wrote: >> Sigh. We've been through this ad nauseum in the archives. This is how >> it's supposed to work, there's nothing wrong here. Gdb doesn't know any >> better though, and reports it as a SIGSEGV, when it is not. Did you not >> notice that when you run the program outside of the debugger it does not >> fault? If you use a recent Cygwin snapshot and a gdb built from CVS you >> see no such fault, because this defect in gdb has been fixed. >> >> Brian > > 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. > > -cl But it doesn't interact properly with cygwin's exception handling -> signal mechanism, and the task dies, when it should just run on. Anyone who's doing any serious debugging on Cygwin very seriously wants to build their own gdb and insight from current CVS. It's much improved of late. cheers, DaveK -- Can't think of a witty .sigline today.... -- 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/