From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18418 invoked by alias); 7 Sep 2009 14:18:22 -0000 Received: (qmail 18407 invoked by uid 22791); 7 Sep 2009 14:18:19 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from oarmail.oarcorp.com (HELO OARmail.OARCORP.com) (67.63.146.244) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 07 Sep 2009 14:18:09 +0000 Received: from localhost.localdomain (216.186.145.118) by OARmail.OARCORP.com (192.168.2.2) with Microsoft SMTP Server (TLS) id 8.1.393.1; Mon, 7 Sep 2009 09:18:07 -0500 Message-ID: <4AA5161D.1020102@oarcorp.com> Date: Mon, 07 Sep 2009 14:18:00 -0000 From: Joel Sherrill User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: "gdb@sourceware.org" , Ralf Corsepius Subject: SPARC GDB Failure Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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: 2009-09/txt/msg00116.txt.bz2 Hi, In anticipation of the upcoming gdb release, Ralf Corsepius has built RTEMS GDB RPMs based upon gdb-6.8.50.20090902. powerpc/psim and the mips/jm43904 simulators work fine. But sparc/sis core dumps in gdb instantly. FWIW "run" works fine also. I hope someone can help from the backtrace. This is actually our recommended configuration for new users and testing since it is so easy to use. When it works of course. :) I can privately email a sparc executable to debug with if someone needs it. Core was generated by `sparc-rtems4.10-gdb ticker.exe'. Program terminated with signal 11, Segmentation fault. [New process 3552] #0 0x080b941b in init_regcache_descr (gdbarch=0x89690a0) at ../../gdb-6.8.50.20090902/gdb/regcache.c:132 132 descr->sizeof_register[i] = TYPE_LENGTH (descr->register_type[i]); (gdb) bt #0 0x080b941b in init_regcache_descr (gdbarch=0x89690a0) at ../../gdb-6.8.50.20090902/gdb/regcache.c:132 #1 0x081071be in gdbarch_data (gdbarch=0x89690a0, data=0x88fe3e8) at ../../gdb-6.8.50.20090902/gdb/gdbarch.c:3526 #2 0x080bac40 in regcache_descr () at ../../gdb-6.8.50.20090902/gdb/regcache.c:154 #3 regcache_xmalloc (gdbarch=0x41) at ../../gdb-6.8.50.20090902/gdb/regcache.c:215 #4 0x080bad65 in get_thread_arch_regcache (ptid= {pid = 42000, lwp = 0, tid = 42000}, gdbarch=0x89690a0) at ../../gdb-6.8.50.20090902/gdb/regcache.c:438 #5 0x080bae51 in get_thread_regcache (ptid= {pid = 42000, lwp = 0, tid = 42000}) at ../../gdb-6.8.50.20090902/gdb/regcache.c:462 #6 0x080bae85 in get_current_regcache () at ../../gdb-6.8.50.20090902/gdb/regcache.c:468 #7 0x080eea7e in post_create_inferior (target=0x8820c80, from_tty=0) at ../../gdb-6.8.50.20090902/gdb/infcmd.c:396 #8 0x080ef408 in run_command_1 (args=0x0, from_tty=1, tbreak_at_main=) at ../../gdb-6.8.50.20090902/gdb/infcmd.c:574 #9 0x08055ac0 in execute_command (p=0x88ee841 "", from_tty=1) at ../../gdb-6.8.50.20090902/gdb/top.c:453 #10 0x08103e88 in command_handler (command=0x88ee840 "") at ../../gdb-6.8.50.20090902/gdb/event-top.c:511 #11 0x08104b92 in command_line_handler (rl=0x89ac348 "") at ../../gdb-6.8.50.20090902/gdb/event-top.c:735 #12 0x009d2507 in rl_callback_read_char () at ../callback.c:205 #13 0x08103fab in rl_callback_read_char_wrapper (client_data=0x0) at ../../gdb-6.8.50.20090902/gdb/event-top.c:178 #14 0x08103524 in handle_file_event (data={ptr = 0x0, integer = 0}) at ../../gdb-6.8.50.20090902/gdb/event-loop.c:812 #15 0x08102d2b in process_event () at ../../gdb-6.8.50.20090902/gdb/event-loop.c:394 #16 0x08103b84 in gdb_do_one_event (data=0x0) at ../../gdb-6.8.50.20090902/gdb/event-loop.c:459 #17 0x080fe47b in catch_errors (func=0x8103930 , func_args=0x0, errstring=0x8233de9 "", mask=6) at ../../gdb-6.8.50.20090902/gdb/exceptions.c:510 #18 0x08091e3a in tui_command_loop (data=0x0) at ../../gdb-6.8.50.20090902/gdb/tui/tui-interp.c:153 #19 0x080feaf4 in current_interp_command_loop () at ../../gdb-6.8.50.20090902/gdb/interps.c:291 #20 0x0804dbcb in captured_command_loop (data=0x0) at ../../gdb-6.8.50.20090902/gdb/main.c:226 #21 0x080fe47b in catch_errors (func=0x804dbc0 , ---Type to continue, or q to quit---q func_argQuit (gdb) q Thanks. --joel sherrill RTEMS