From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id iql0Evl2BWf3UgYAWB0awg (envelope-from ) for ; Tue, 08 Oct 2024 14:16:25 -0400 Received: by simark.ca (Postfix, from userid 112) id 332091E355; Tue, 8 Oct 2024 14:16:25 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-13) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-6.7 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, MAILING_LIST_MULTI,RCVD_IN_DNSWL_BLOCKED,RCVD_IN_VALIDITY_CERTIFIED, RCVD_IN_VALIDITY_RPBL,RCVD_IN_VALIDITY_SAFE,URIBL_BLOCKED, URIBL_DBL_BLOCKED_OPENDNS autolearn=ham autolearn_force=no version=4.0.0 Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id 9616C1E05C for ; Tue, 8 Oct 2024 14:16:24 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 375183850203 for ; Tue, 8 Oct 2024 18:16:24 +0000 (GMT) Received: from zmcc-3-mx.zmailcloud.com (zmcc-3-mx.zmailcloud.com [34.200.143.36]) by sourceware.org (Postfix) with ESMTPS id 9FBD1385C6CC for ; Tue, 8 Oct 2024 18:15:59 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 9FBD1385C6CC Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=symas.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=symas.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 9FBD1385C6CC Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=34.200.143.36 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1728411361; cv=none; b=POHu4jz2Lk3KIgft1XequVGmToaEcI3kNiS2qViYhGScHbIOVK1gDMPdjAuQ7nBqrJcYENRQVoZzN0t9nTrjM+Cp+mQky90qRsK2SyWVDJkJb1CEZrf32+bgYzyB7ao4z0KnE9TzizofscqvOLO/GyrNbIlQ4u4vcYkLAyD/M+0= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1728411361; c=relaxed/simple; bh=xsvpZ++59zI08dzgJZeT6Y1l8WRhcFkqelrFCNwRDXM=; h=From:To:Subject:Date:Message-ID:MIME-Version; b=Xg9gU7sAmUzPoS6iU1D1bVorbCB4QljlplN9hRgi4s3P+jFgb3ZlyxCq/sb5N8MLe4RbCYrql9Yl1PxcFTjunrwSdKrP0ywIGSkOGUdG4uan7dj3rZnAwWTtC3kW44Fy9myHRGjeMzM9btLyLsJxO2WYDlC9RKbVD/RiZq09Oyk= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from zmcc-3.zmailcloud.com (ec2-3-15-255-223.us-east-2.compute.amazonaws.com [3.15.255.223]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by zmcc-3-mx.zmailcloud.com (Postfix) with ESMTPS id 72D5BD800F31; Tue, 08 Oct 2024 13:15:59 -0500 (CDT) Received: from zmcc-3.zmailcloud.com (localhost [127.0.0.1]) by zmcc-3-mta-1.zmailcloud.com (Postfix) with ESMTPS id 4C035A00ECDC; Tue, 8 Oct 2024 13:15:59 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by zmcc-3-mta-1.zmailcloud.com (Postfix) with ESMTP id 378F8A00ECDA; Tue, 8 Oct 2024 13:15:59 -0500 (CDT) Received: from zmcc-3.zmailcloud.com ([127.0.0.1]) by localhost (zmcc-3-mta-1.zmailcloud.com [127.0.0.1]) (amavis, port 10026) with ESMTP id q0hlynumwkFh; Tue, 8 Oct 2024 13:15:59 -0500 (CDT) Received: from zmcc-3-mailbox-1.zmailcloud.com (zmcc-3-mailbox-1.zmailcloud.com [172.31.18.168]) by zmcc-3-mta-1.zmailcloud.com (Postfix) with ESMTP id 0D445A00ECDD; Tue, 8 Oct 2024 13:15:59 -0500 (CDT) From: Robert Dubner To: "Aktemur, Tankut Baris" , References: <03e201db190b$c95f1cf0$5c1d56d0$@symas.com> In-Reply-To: Subject: RE: no attribute '_handle_missing_debuginfo' Thread-Topic: no attribute '_handle_missing_debuginfo' Date: Tue, 8 Oct 2024 13:15:58 -0500 (CDT) Message-ID: <057b01db19ae$1fd665f0$5f8331d0$@symas.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 16.0 X-Mailer: Zimbra 9.0.0_GA_4653 (Zimbra-ZCO/9.0.0.1942 (10.0.22631 en-US) P1ce8 T4178 R4941) Thread-Index: AQI0qhX63VHIgbGWtXRwyP5Ec9PkXAFCxjWWsb/q6PA= Content-Language: en-us X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gdb-bounces~public-inbox=simark.ca@sourceware.org Sender: "Gdb" Baris, thank you for responding. Your speculation is correct; GDB is my alias to the "/gdb/gdb" executable in my build tree. I am in the position of using the system-installed 'gdb' to debug my locally-built gdb, so for now I don't want to install the locally-built version. Your suggestion was accurate. My locally-built GDB was using the /usr/share/gdb data directory of the system-installed gdb-12.1 When I specify --data-directory as you described, the " no attribute '_handle_missing_debuginfo'" message no longer appears. Fun fact: When --data-directory=misspelled-directory-path is used, a number of new and exciting error messages appear! Thank you so much for taking the time to answer my question. Bob Dubner > -----Original Message----- > From: Aktemur, Tankut Baris > Sent: Tuesday, October 8, 2024 02:14 > To: Robert Dubner ; gdb@sourceware.org > Subject: RE: no attribute '_handle_missing_debuginfo' > > On Tuesday, October 8, 2024 12:54 AM, Robert Dubner wrote: > > bob@doobie:~/repos/gdb-cobol/gcobol$ GDB --version GNU gdb (GDB-COBOL > > 14.0.7 (debuggable)) 16.0.50.20241007-git > > > > bob@doobie:~/repos/gdb-cobol/gcobol$ GDB -q > > (gdb) python > > >print(sys.version) > > >end > > 3.10.12 (main, Sep 11 2024, 15:47:36) [GCC 11.4.0] > > > > (gdb) file ctest > > Reading symbols from ctest... > > (gdb) start > > Temporary breakpoint 1 at 0x122a: file ctest.c, line 19. > > Starting program: /home/bob/repos/gdb-cobol/gcobol/ctest > > Python Exception : module 'gdb' has no > > attribute '_handle_missing_debuginfo' > > [Thread debugging using libthread_db enabled] Using host libthread_db > > library "/lib/x86_64-linux-gnu/libthread_db.so.1". > > > > Temporary breakpoint 1, main (argc=1, argv=0x7fffffffe328) at > > ctest.c:19 > > What is 'GDB' in the commands above? Is it an alias to the gdb binary in > your build folder? If you're using your locally-built gdb binary from the > build folder and not the install folder, please try passing the data- > directory flag. Otherwise, a data-directory in a more default location > takes precedence. > > $ //gdb/gdb -q --data-directory=/ folder>/gdb/data-directory > > You can run the "show data-directory" command to check if it is pointing > to the right folder. > > -Baris > > > Intel Deutschland GmbH > Registered Address: Am Campeon 10, 85579 Neubiberg, Germany > Tel: +49 89 99 8853-0, www.intel.de > Managing Directors: Sean Fennelly, Jeffrey Schneiderman, Tiffany Doon > Silva Chairperson of the Supervisory Board: Nicole Lau Registered Office: > Munich Commercial Register: Amtsgericht Muenchen HRB 186928