From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 86895 invoked by alias); 14 Jan 2020 11:59:25 -0000 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 Received: (qmail 86887 invoked by uid 89); 14 Jan 2020 11:59:24 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=0.9 required=5.0 tests=BAYES_40,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,SPF_SOFTFAIL autolearn=no version=3.3.1 spammy=HTo:U*gdb, H*Ad:U*gdb, H*RU:2607, HX-Spam-Relays-External:2607 X-HELO: eggs.gnu.org Received: from eggs.gnu.org (HELO eggs.gnu.org) (209.51.188.92) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 14 Jan 2020 11:59:14 +0000 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44026) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1irKqn-0001Pc-4H for gdb@sourceware.org; Tue, 14 Jan 2020 06:59:13 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:57414) by fencepost.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1irKql-0001ZO-GO for gdb@gnu.org; Tue, 14 Jan 2020 06:59:11 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1irKqk-0001MQ-F4 for gdb@gnu.org; Tue, 14 Jan 2020 06:59:11 -0500 Received: from mail-qk1-x729.google.com ([2607:f8b0:4864:20::729]:33729) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1irKqk-0001KX-AK for gdb@gnu.org; Tue, 14 Jan 2020 06:59:10 -0500 Received: by mail-qk1-x729.google.com with SMTP id d71so11831425qkc.0 for ; Tue, 14 Jan 2020 03:59:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=AuhFbYxC3UjfFd0G8zwMYAnitf+YdjabSN0gWhB4NBg=; b=LOjNinHQVyC+4uKs9b7/I84CDKv1IVKxZqVC6Wpj+jpqibynqzXeYZyE6D1ONCZmG7 /Tpwwt5hPnCAHq44zsb7nn8OTP9SJUXIF5SJMaiiW45hL/TmQhgTVi0puVQPW5yzhrAC xCzHPu6Wk85dd8OE5D3rb1stQIANVhdK7NcUj6JNKm7QiuslOEEZgjnBxqbDf6qMGbZN 9wumkWcBqqC+EpFFtl2L02KRXSnATbH+HbQlI/iZ+9Tk68Msj8FkA2FDemyMzu8RO6N9 RcokywmQLSfvfgiZlPwKtCGAWntt6h3esgJlSoheT95fMgUaFZl4SxAtad97aBenctX8 KvwQ== MIME-Version: 1.0 From: =?UTF-8?Q?Jirka_Koutn=C3=BD?= Date: Tue, 14 Jan 2020 11:59:00 -0000 Message-ID: Subject: mode processor mode switch To: gdb@gnu.org X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::729 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] Content-Type: text/plain; charset="UTF-8" X-SW-Source: 2020-01/txt/msg00016.txt.bz2 Hello, I have a 32-bit elf executable which at some point switches to long mode (kernel is 64-bit). Is there a way to tell gdb about the .code32/64 directives? Because expectedly the switch messes up disassembly and stepping. Thank you Jirka