From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23979 invoked by alias); 17 Feb 2010 20:02:22 -0000 Received: (qmail 23923 invoked by uid 48); 17 Feb 2010 20:02:22 -0000 Date: Wed, 17 Feb 2010 20:02:00 -0000 Message-ID: <20100217200222.23920.qmail@sourceware.org> From: "hjl dot tools at gmail dot com" To: gdb-prs@sourceware.org In-Reply-To: <20100217195339.11293.hjl.tools@gmail.com> References: <20100217195339.11293.hjl.tools@gmail.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug shlibs/11293] gdb is broken on Linux/i386 X-Bugzilla-Reason: CC Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-prs-owner@sourceware.org X-SW-Source: 2010-q1/txt/msg00296.txt.bz2 ------- Additional Comments From hjl dot tools at gmail dot com 2010-02-17 20:02 ------- This code --- if (addr_bit < (sizeof (ULONGEST) * HOST_CHAR_BIT)) { CORE_ADDR space_size = (ULONGEST) 1 << addr_bit; CORE_ADDR tmp_entry_point = exec_entry_point (tmp_bfd, tmp_bfd_target); gdb_assert (load_addr < space_size); /* TMP_ENTRY_POINT exceeding SPACE_SIZE would be for prelinked 64bit ld.so with 32bit executable, it should not happen. */ if (tmp_entry_point < space_size && tmp_entry_point + load_addr >= space_size) load_addr -= space_size; } --- doesn't make much senses. For 32bit, addr_bit is 32 and CORE_ADDR is 4 byte. CORE_ADDR space_size = (ULONGEST) 1 << addr_bit; will overflow. -- http://sourceware.org/bugzilla/show_bug.cgi?id=11293 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.