X-Spam-Check-By: sourceware.org Date: Mon, 16 Oct 2006 07:53:45 -0400 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: GDB Message-ID: <20061016115345.GD20420@trixie.casa.cgf.cx> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <5A51C4463467BE4085066AB583A3863E024DC45A AT srv-exch1 DOT DOM-METROHM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5A51C4463467BE4085066AB583A3863E024DC45A@srv-exch1.DOM-METROHM> User-Agent: Mutt/1.5.11 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 Mon, Oct 16, 2006 at 01:14:27PM +0200, Schraner, Philipp wrote: >Gnu debugger (6.3 and 6.5) for cygwin (called cygwin-special in >version-postfix) seems to have a burried feature. How can it manage >that Eclipse stops a running process? A standard compiled gdb is not >able to do so. cygwin-special gdb uses some DLLs not implicitly clear >to know why (i.e. COMCTRL.DLL, Tickle DLLs). Are they used therefore? >Is it a redhat secret how it works (non-open-source)? If possible, >please let me know how to manage that the signal(..) function can be >used for CTRL+C on standard streams owned by a windows application as >Eclipse. Yep. You guessed it. It's non-open-source. Bwahaha! OTOH, I don't suppose that you actually *looked* at the source code that is supplied with the package? I think that is your best bet since I don't really comprehend what you're trying to ask. Maybe you're amazed because gdb uses the Win32 API for debugging processes? -- 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/