From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26903 invoked by alias); 13 Jun 2012 19:18:18 -0000 Received: (qmail 26872 invoked by uid 22791); 13 Jun 2012 19:18:17 -0000 X-SWARE-Spam-Status: No, hits=-3.7 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,KHOP_THREADED X-Spam-Check-By: sourceware.org Received: from localhost (HELO sourceware.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 13 Jun 2012 19:18:04 +0000 From: "tromey at redhat dot com" To: gdb-prs@sourceware.org Subject: [Bug gdb/14202] BFD: reopening /tmp/9501_._navl_3.0.0.32-9657_amd64_plugins_ad.plg: No such file or directory Date: Wed, 13 Jun 2012 19:18:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: gdb X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tromey at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 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: 2012-q2/txt/msg00237.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=14202 --- Comment #4 from Tom Tromey 2012-06-13 19:17:49 UTC --- (In reply to comment #3) > Why does gdb keep track of a library that has been stripped and has no > information? Seems like it should ignore the plugins and when the breakpoint is > hit it will not have the problem of "No such file or directory" At least in my case it is reading .eh_frame: #0 _bfd_default_error_handler (fmt=0x16cb019 "reopening %B: %s\n") at ../../archer/bfd/bfd.c:587 #1 0x0000000000994707 in bfd_cache_lookup_worker (abfd=0x2137680, flag=CACHE_NO_SEEK) at ../../archer/bfd/cache.c:227 #2 0x00000000009947bc in cache_bseek (abfd=0x2137680, offset=1512, whence=0) at ../../archer/bfd/cache.c:244 #3 0x0000000000993d35 in bfd_seek (abfd=0x2137680, position=1512, direction=0) at ../../archer/bfd/bfdio.c:327 #4 0x0000000000768f54 in dwarf2_read_section (objfile=0x2507ae0, info= 0x250fe50) at ../../archer/gdb/dwarf2read.c:1748 #5 0x0000000000769371 in dwarf2_get_section_info (objfile=0x2507ae0, sect=DWARF2_EH_FRAME, sectp=0x2510080, bufp=0x2510070, sizep=0x2510078) at ../../archer/gdb/dwarf2read.c:1855 #6 0x00000000007aaa38 in dwarf2_build_frame_info (objfile=0x2507ae0) at ../../archer/gdb/dwarf2-frame.c:2266 #7 0x00000000007a96ea in dwarf2_frame_find_fde (pc=0x7fffffffda80, out_offset=0x0) at ../../archer/gdb/dwarf2-frame.c:1749 #8 0x00000000007a8dd0 in dwarf2_frame_sniffer (self=0xf4f1e0, this_frame= 0x1fe4fd0, this_cache=0x1fe4fe8) at ../../archer/gdb/dwarf2-frame.c:1382 #9 0x0000000000817ca5 in frame_unwind_find_by_frame (this_frame=0x1fe4fd0, this_cache=0x1fe4fe8) at ../../archer/gdb/frame-unwind.c:112 One idea might be to change how the BFD caching is done: on "ok" systems, don't ever close the file descriptors, and on other systems, eagerly map all sections. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.