From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-1.mimecast.com (us-smtp-delivery-1.mimecast.com [205.139.110.120]) by sourceware.org (Postfix) with ESMTP id AA55C3954C4F for ; Tue, 23 Jun 2020 07:27:02 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org AA55C3954C4F Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-218-xwSfiuK0Ot6ykZyIidxzig-1; Tue, 23 Jun 2020 03:26:58 -0400 X-MC-Unique: xwSfiuK0Ot6ykZyIidxzig-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 0A177A0C00; Tue, 23 Jun 2020 07:26:58 +0000 (UTC) Received: from host1.jankratochvil.net (ovpn-112-188.ams2.redhat.com [10.36.112.188]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 3DA517814B; Tue, 23 Jun 2020 07:26:57 +0000 (UTC) Date: Tue, 23 Jun 2020 09:26:54 +0200 From: Jan Kratochvil To: Ahmad Nouralizadeh Cc: gdb@sourceware.org Subject: Re: GDB Frame Unwinding for Pure Assembly Code Message-ID: <20200623072654.GA3548953@host1.jankratochvil.net> References: <20200622213956.GA3486027@host1.jankratochvil.net> MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Status: No, score=-6.7 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2020 07:27:03 -0000 On Mon, 22 Jun 2020 23:55:30 +0200, Ahmad Nouralizadeh via Gdb wrote: > But knowing the GDB mechanism to get over the problem will be helpful. GDB disassembles the code and tries to guess how to unwind it. amd64-tdep.c amd64_analyze_prologue(), amd64_frame_cache_1() etc. That is just a last resort way of unwinding (=a bug in the debuggee), there should always be .eh_frame in the debuggee, also for throwing exceptions across such .eh_frame-less functions if there is any callback there. Jan