From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11945 invoked by alias); 16 Jul 2007 13:54:02 -0000 Received: (qmail 11936 invoked by uid 22791); 16 Jul 2007 13:54:01 -0000 X-Spam-Check-By: sourceware.org Received: from smtp8k.poczta.onet.pl (HELO smtp8k.poczta.onet.pl) (213.180.130.88) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 16 Jul 2007 13:53:55 +0000 Received: from pmq3.test.onet.pl ([192.168.246.3]:42158 "EHLO pmq3") by kps8.test.onet.pl with ESMTP id convert rfc822-to-8bit (ORCPT ); Mon, 16 Jul 2007 15:53:40 +0200 Received: from 136.182.158.153 by 192.168.240.47 with HTTP; Mon, 16 Jul 2007 15:53:40 +0200 ,from 175.28.12.111 by 136.182.158.153 with HTTP Date: Mon, 16 Jul 2007 15:44:00 -0000 From: m.sikorski0@poczta.onet.pl To: gdb@sourceware.org Subject: Re: Remote mutli-threaded debugging with large number of threads X-Mailer: onet.poczta Message-Id: In-Reply-To: 20070716114948.GA10310@caradoc.them.org MIME-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Content-Transfer-Encoding: 8BIT 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: 2007-07/txt/msg00129.txt.bz2 Yes, I agree it has nothing to do with application size - just confirmed that I can see correctly threads of 17 meg binary. Interesting thing is that after running debug session on first working application (one that problem never appeared), then detaching and attaching to second one everything works perfectly. Gdbserver is restarted and attached to a second app. It seems that it is a matter of configuration GDB keeps from previous connection. This is a kind of workaround for me, but still dont know root cause. Any suggestions what I can look for in remote debug logs? Maciej Sikorski U¿ytkownik Daniel Jacobowitz napisa³: > >It is extremely unlikely that this is it either. It is probably some >specific characteristic of the second application, e.g. a confusing >bit of debug info. > >-- >Daniel Jacobowitz >CodeSourcery >