From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26110 invoked by alias); 31 Aug 2012 14:19:49 -0000 Received: (qmail 26100 invoked by uid 22791); 31 Aug 2012 14:19:46 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,TW_BJ,TW_IB X-Spam-Check-By: sourceware.org Received: from mel.act-europe.fr (HELO mel.act-europe.fr) (194.98.77.210) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 31 Aug 2012 14:19:30 +0000 Received: from localhost (localhost [127.0.0.1]) by filtered-smtp.eu.adacore.com (Postfix) with ESMTP id F1ED129008E; Fri, 31 Aug 2012 16:19:38 +0200 (CEST) Received: from mel.act-europe.fr ([127.0.0.1]) by localhost (smtp.eu.adacore.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f-h6MoNw0pha; Fri, 31 Aug 2012 16:19:38 +0200 (CEST) Received: from ulanbator.act-europe.fr (ulanbator.act-europe.fr [10.10.1.67]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mel.act-europe.fr (Postfix) with ESMTP id BF71329000A; Fri, 31 Aug 2012 16:19:38 +0200 (CEST) Subject: Re: GDB 7.5 on OS X 10.7 Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=us-ascii From: Tristan Gingold In-Reply-To: <20120831134845.GA20042@bromo.med.uc.edu> Date: Fri, 31 Aug 2012 14:19:00 -0000 Cc: Kaushik Srenevasan , gdb@sourceware.org Content-Transfer-Encoding: quoted-printable Message-Id: <61FAEC26-2AAD-4EDA-BFB9-ECF8205FE6B4@adacore.com> References: <20120831134845.GA20042@bromo.med.uc.edu> To: Jack Howarth 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: 2012-08/txt/msg00103.txt.bz2 On Aug 31, 2012, at 3:48 PM, Jack Howarth wrote: > On Fri, Aug 31, 2012 at 11:19:18AM +0200, Tristan Gingold wrote: >>=20 >> On Aug 31, 2012, at 6:37 AM, Kaushik Srenevasan wrote: >>=20 >>> Is GDB (7.5) known to work on OS X 10.7? I compiled it from GIT with >>> all defaults except the prefix but don't seem to be able to get even >>> the basic commands (bt, break) to work. >>=20 >> Yes, it is known to work (I use it every days). However there is still = many issues because it is not heavily used. >> In particular, I rarely debug dylibs. >>=20 >> Tristan. >=20 > Tristan, > Sorry to hijack the thread, but what is the status of support for gdb 7= .5 in 10.8? > It seems that the approach of using... >=20 > sudo dscl . append /Groups/_developer GroupMembership howarth >=20 > doesn't allow non-root users to access the mach ports any more. Unless I = run fsf-gdb > as sudo, I get an error... Did you try to codesign gdb as explained in http://sourceware.org/gdb/wiki/= BuildingOnDarwin ? > Unable to find Mach task port for process-id 24007: (os/kern) failure (0x= 5). > (please check gdb is codesigned - see taskgated(8)) >=20 > Also, even as sudo, I do get some non-fatal warnings from gdb 7.5... >=20 > % sudo fsf-gdb ./a.out > GNU gdb (GDB) 7.5 > Copyright (C) 2012 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "x86_64-apple-darwin12.2.0". > For bug reporting instructions, please see: > ... > BFD: /Users/howarth/a.out: unknown load command 0x2a > BFD: /Users/howarth/a.out: unknown load command 0x28 > BFD: /Users/howarth/a.out: unknown load command 0x2b > BFD: /Users/howarth/a.out: unknown load command 0x2a > BFD: /Users/howarth/a.out: unknown load command 0x28 > BFD: /Users/howarth/a.out: unknown load command 0x2b > Reading symbols from /Users/howarth/a.out...Reading symbols from /Users/h= owarth/a.out.dSYM/Contents/Resources/DWARF/a.out...done. As far as I know, this warnings are not significant. AFAIK, initial breakp= oint doesn't work however. I haven't yet switched to Mountain Lion, but adapting gdb to 10.8 is becomi= ng urgent here. So stay tuned. Tristan. > done. >=20 > Are those significant? > Jack >=20 >>=20 >>>=20 >>> file ~/src/jdk7/build/macosx-x86_64-debug/bin/java >>> set args -classpath ~/src/tmp helloworld >>> catch load libjvm >>>=20 >>> Catchpoint 1 >>> Inferior loaded >>> /Users/ks/src/jdk7/build/macosx-x86_64-debug/lib/server/libjvm.dylib >>> 0x00007fff5fc0b269 in ?? () >>> (gdb) bt >>> #0 0x00007fff5fc0b269 in ?? () >>> #1 0x00007fff5fc0b24d in ?? () >>> #2 0x00000001000d1a50 in ?? () >>> #3 0x00007fff5fc3b560 in ?? () >>> #4 0x00000001000d1f20 in ?? () >>> #5 0x00007fff5fc0540e in ?? () >>> #6 0x0000000101800000 in ?? () >>> #7 0x0000000100200300 in ?? () >>> #8 0x0000000050403138 in ?? () >>> #9 0x00007fff5fc052ea in ?? () >>> #10 0x0000000100200260 in ?? () >>> #11 0x00000001000d1ae8 in ?? () >>> #12 0x0000000000000000 in ?? () >>> (gdb) break LRG::set_mask >>> Cannot access memory at address 0x141be0 >>>=20 >>> It looks like break was able to find the symbol's address. The address >>> however looks suspect to me. The target (if that matters) is a debug >>> build of the OpenJDK. >>>=20 >>> --- Kaushik