From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32332 invoked by alias); 20 Oct 2016 14:08:58 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 31496 invoked by uid 89); 20 Oct 2016 14:08:57 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=Hx-spam-relays-external:ESMTPA X-HELO: out1-smtp.messagingengine.com Received: from out1-smtp.messagingengine.com (HELO out1-smtp.messagingengine.com) (66.111.4.25) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 20 Oct 2016 14:08:47 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 3260A20713 for ; Thu, 20 Oct 2016 10:08:45 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Thu, 20 Oct 2016 10:08:45 -0400 Received: from [192.168.1.102] (host31-51-206-201.range31-51.btcentralplus.com [31.51.206.201]) by mail.messagingengine.com (Postfix) with ESMTPA id CC8E6CC0C1 for ; Thu, 20 Oct 2016 10:08:44 -0400 (EDT) Subject: Re: gdb 7.11.1-2 started within emacs fails To: cygwin@cygwin.com References: <207e93bf-8f7e-57a3-1abc-cc645c79020c@cornell.edu> From: Jon Turney Message-ID: <5e89687c-41fc-b7ee-55af-4f32b52ced9b@dronecode.org.uk> Date: Thu, 20 Oct 2016 19:06:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-10/txt/msg00245.txt.bz2 On 19/10/2016 17:46, Rockefeller, Harry wrote: >>>> I can confirm that this happens also with gdb-7.11.1-1 but not >>>> gdb-7.10.1-1. (I tested on x86_64, since gdb-7.10.1-1 is broken on x86.) >>>> It also fails with M-x gdb instead of M-x gud-gdb, but with a different error message: >>>> Failed to resume program execution (ContinueDebugEvent failed, error >>>> 87) Ken >>> >>> I tried using 'ddd' instead of emacs and gdb aborts with the same readline ... message above. > >> Any progress on the above issue? I recently updated my gdb and am running into the same problem. > > No progress I am aware of. I switched over to 64-bit Cygwin which uses gdb-7.10.1-1 to avoid this problem. I've done some investigation, and the problem seems to be that when run from emacs or ddd, the inferior process doesn't end up in it's own process group, but I haven't made any progress on why that is happening. per [1], I think I've fixed the problem with x86 and gdb-7.10.1-1, so it should no longer be necessary to use gdb-7.11.1 to avoid those problems, but obviously this needs to be fixed at some point... [1] https://cygwin.com/ml/cygwin/2016-10/msg00243.html -- 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