From patchwork Tue Jan 28 17:37:35 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Terekhov, Mikhail via Gdb-patches" X-Patchwork-Id: 37589 Received: (qmail 122576 invoked by alias); 28 Jan 2020 17:37:58 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Delivered-To: mailing list gdb-patches@sourceware.org Received: (qmail 122568 invoked by uid 89); 28 Jan 2020 17:37:57 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-21.1 required=5.0 tests=AWL, BAYES_00, FREEMAIL_FROM, GIT_PATCH_0, GIT_PATCH_1, GIT_PATCH_2, GIT_PATCH_3, RCVD_IN_DNSWL_NONE, SPF_PASS autolearn=ham version=3.3.1 spammy=U*ssbssa, ssbssa@yahoo.de, ssbssayahoode, D*yahoo.de X-HELO: sonic301-22.consmr.mail.ir2.yahoo.com Received: from sonic301-22.consmr.mail.ir2.yahoo.com (HELO sonic301-22.consmr.mail.ir2.yahoo.com) (77.238.176.99) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 28 Jan 2020 17:37:56 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s2048; t=1580233073; bh=1I4T39GFoyXR6MIMXJqZIqEUPqWQOQZhLbX1MFJL/ho=; h=From:To:Subject:Date:References:From:Subject; b=AB4GQ5eoRx02MIQXYZPs15+AtW9IIVSXs2A1gxsmHNwUCY+Bngb+cxaUSVlHyzDHWsuvjN4/JAfb1BagVUZ10DiNHa663LuIIqUKaGJRnM99LnWheVJS3RSvilo3xWM7XyKRsTJMo4jH0zrQaodWJAdFwCzDfTKCiZEBQ2Y+2KNVmwo4xP2D5hgeAYJns6PAfO+2w9te+Z1sc22Xj/0eM5MVtDi+a+DMHO+3okKJIEoEfnD5zpFbgEcJAAYvwNHSkryQRLXDOHXpe4yg1Yq864xltn+tp72jHGZhTZzWTTXRrWlYYbL+XYlX84zrCLoxMTUZcK6gYtPn4pYqonQeKw== Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ir2.yahoo.com with HTTP; Tue, 28 Jan 2020 17:37:53 +0000 Received: by smtp417.mail.ir2.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 726459988b910b0cb93ebb66801aa245; Tue, 28 Jan 2020 17:37:51 +0000 (UTC) X-Patchwork-Original-From: "Hannes Domani via gdb-patches" From: "Terekhov, Mikhail via Gdb-patches" Reply-To: Hannes Domani To: gdb-patches@sourceware.org Subject: [PATCH] Fix library segment-address for 64bit values Date: Tue, 28 Jan 2020 18:37:35 +0100 Message-Id: <20200128173735.3584-1-ssbssa@yahoo.de> MIME-Version: 1.0 References: <20200128173735.3584-1-ssbssa.ref@yahoo.de> Content-Length: 962 X-IsSubscribed: yes The address was written as a long value, but long is always a 32bit value on Windows. The solution was to use paddress instead. gdb/gdbserver/ChangeLog: 2020-01-28 Hannes Domani * server.c (handle_qxfer_libraries): Write segment-address with paddress. --- gdb/gdbserver/server.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/gdb/gdbserver/server.c b/gdb/gdbserver/server.c index 17e79a6ea0..3fc026f78e 100644 --- a/gdb/gdbserver/server.c +++ b/gdb/gdbserver/server.c @@ -1548,8 +1548,8 @@ handle_qxfer_libraries (const char *annex, for (const dll_info &dll : all_dlls) document += string_printf - (" \n", - dll.name.c_str (), (long) dll.base_addr); + (" \n", + dll.name.c_str (), paddress (dll.base_addr)); document += "\n";