From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14613 invoked by alias); 17 Dec 2009 19:04:36 -0000 Received: (qmail 14605 invoked by uid 22791); 17 Dec 2009 19:04:35 -0000 X-SWARE-Spam-Status: No, hits=-0.4 required=5.0 tests=AWL,BAYES_00,TVD_RCVD_IP X-Spam-Check-By: sourceware.org Received: from 207-114-238-160.static.twtelecom.net (HELO mail.stratos.com) (207.114.238.160) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 17 Dec 2009 19:04:28 +0000 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Cross-platform, multithreaded debugging (x86 to ARM) with gdb and gdbserver not recognizing threads Date: Thu, 17 Dec 2009 19:04:00 -0000 Message-ID: <597A11B8CF75534EBE76656E186BF106E0140E@stella.stratos.local> In-Reply-To: <8ac60eac0912171052h4b187f79qef9cec04ef2ae791@mail.gmail.com> References: <597A11B8CF75534EBE76656E186BF106E0135E@stella.stratos.local> <8ac60eac0912162044k34bc2765ja16c74274141275a@mail.gmail.com> <597A11B8CF75534EBE76656E186BF106E013E6@stella.stratos.local> <8ac60eac0912171018h67548c94x1ce63904b9f6d136@mail.gmail.com> <597A11B8CF75534EBE76656E186BF106E01401@stella.stratos.local> <8ac60eac0912171052h4b187f79qef9cec04ef2ae791@mail.gmail.com> From: "Jason Machacek" To: "Paul Pluzhnikov" Cc: 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: 2009-12/txt/msg00105.txt.bz2 >> $ /opt/crosstool/gcc-3.4.4-glibc-2.3.2/arm-linux/bin/arm-linux-nm >> libpthread-0.10.so | egrep 'version|threads_events' >> 0000de40 r __linuxthreads_version >> 00018e68 b __pthread_threads_events > > AFAIU, this is the host copy of libpthread. That was the target's copy of libpthread.so--I did copy it back to the host before running arm-linux-nm on it as you suggested. > Was it on the same target you are using now? (That would rule out stripped > libpthread, or libpthread/libthread_db mismatch, as gdb and gdbserver > should be similarly broken.) Yes, it was the same target. Running GDB natively works perfectly with multiple threads, but when running GDB from my host and connecting to gdbserver on my target GDB gets confused when the program reaches the first pthread_create() call. Unfortunately, my application has recently become too large to fit in the target's memory while GDB is running, so I can no longer run GDB natively on my target. Best regards, Jason