From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15222 invoked by alias); 22 Nov 2010 15:16:24 -0000 Received: (qmail 15207 invoked by uid 22791); 22 Nov 2010 15:16:23 -0000 X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from etinternational-gw.customer.alter.net (HELO etinternational.com) (63.125.108.14) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 22 Nov 2010 15:16:08 +0000 Received: from [192.168.9.69] (random.xmen.eti [192.168.9.69]) (Authenticated sender: bheilig) by etinternational.com (Postfix) with ESMTPSA id 2D34013807D for ; Mon, 22 Nov 2010 10:16:06 -0500 (EST) Subject: Assertion Fail: FDE != NULL in Cyclops64 From: Brian Heilig To: gdb Content-Type: text/plain; charset="UTF-8" Date: Mon, 22 Nov 2010 15:16:00 -0000 Message-ID: <1290438965.1567.22.camel@random> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit 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 X-SW-Source: 2010-11/txt/msg00084.txt.bz2 Dear list, I am receiving an assertion violation, "fde != NULL" on my Cyclops64 system. This occurs in the function "dwarf2_frame" in "dwarf2_frame.c" while attempting to single step through memmove. I found that memmove (and other functions) were not compiled with debug information. Since these were hand optimized routines in assembly it would be very difficult to add debugging information. On a plain Linux test I get "Single stepping until exit from function foo, which has no line number information." That's what my Cyclops64 system should do. When I perform a readelf on my Cyclops64 executable there are holes in the .debug_frame section where memmove (and the others) should be. It looks like gdb assumes there are no holes, so I'm guessing the problem is somewhere in my tool chain. Can someone direct me to the right spot? I'm using gcc version 4.3.2, gdb 7.1.90, and GNU binutils 2.18, all ported to Cyclops64. Thanks, Brian