From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29714 invoked by alias); 13 Apr 2010 16:54:36 -0000 Received: (qmail 29568 invoked by uid 22791); 13 Apr 2010 16:54:35 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from lo.gmane.org (HELO lo.gmane.org) (80.91.229.12) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 13 Apr 2010 16:54:29 +0000 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O1jNb-0000xU-1M for gdb@sources.redhat.com; Tue, 13 Apr 2010 18:54:27 +0200 Received: from h86-62-88-129.ln.rinet.ru ([86.62.88.129]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Apr 2010 18:54:27 +0200 Received: from ghost by h86-62-88-129.ln.rinet.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 13 Apr 2010 18:54:27 +0200 To: gdb@sources.redhat.com From: Vladimir Prus Subject: Re: Multiexec MI broke MI compatibility? Date: Tue, 13 Apr 2010 16:54:00 -0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) In-Reply-To: X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2010-04/txt/msg00041.txt.bz2 Frederic Riss wrote: > Hi, > > I tried to use the latest GDB CVS version with Eclipse Galileo DSF > Debug launch, and it failed to launch a debug session. I looked at the > differences with Fedora's GDB7.0 that works in the same environment > and found out that the way MI reports threads totally changed. Some > notifications have changed (eg. thread-group-created became > thread-group-started), This change was intended. > the way to identify thread groups has changed > (thus breaking the way Eclipse did that query)... If the change from numeric ids to 'iNNN' broken anything, this is DSF bug. The strings were *always* documented as opaque. > All that changed > with the introduction of Multiexec MI. > > This leads to some questions: > - Was that expected? The change from thread-group-created to thread-group-started was intended. I don't think Marc raised any concerns about that. I was no aware that any released DSF version has actual support for multiexec. I am not aware of any other change from documentated behaviour. > - What kind of backward compatibility does the MI interface provide? It generally should be backward compatible within given MI version (currently 2). > - Is there a GUI working with the latest GDB and supporting the > Multiexec features? No idea. - Volodya