From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16602 invoked by alias); 6 Aug 2008 15:20:30 -0000 Received: (qmail 16589 invoked by uid 22791); 6 Aug 2008 15:20:27 -0000 X-Spam-Check-By: sourceware.org Received: from ocean.emcraft.com (HELO ocean.emcraft.com) (213.221.7.182) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 06 Aug 2008 15:19:32 +0000 Received: from [172.17.0.10] (helo=[172.17.0.10]) by ocean.emcraft.com with esmtp (Exim 4.43) id 1KQknP-0001OI-Dp; Wed, 06 Aug 2008 19:19:29 +0400 Message-ID: <4899C0FE.4010008@emcraft.com> Date: Wed, 06 Aug 2008 15:20:00 -0000 From: Sergei Poselenov User-Agent: Thunderbird 1.5.0.7 (X11/20061008) MIME-Version: 1.0 To: gdb@sources.redhat.com Subject: Problem reading corefiles on ARM Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -4.2 (----) X-Spam-Report: Spam detection software, running on the system "ocean.emcraft.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Hello, I'm trying to test the GDB ability to analyze ARM coredumps: -bash-3.2# gdb t core.967 GNU gdb Red Hat Linux (6.7-1rh) Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "arm-linux"... Using host libthread_db library "/lib/libthread_db.so.1". Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.3...done. Loaded symbols for /lib/ld-linux.so.3 Core was generated by `./t'. Program terminated with signal 6, Aborted. #0 0x4004ec0c in raise () from /lib/libc.so.6 (gdb) bt #0 0x4004ec0c in raise () from /lib/libc.so.6 #1 0x40050234 in abort () from /lib/libc.so.6 Backtrace stopped: frame did not save the PC (gdb) l 1 foo (int a, int b) 2 { 3 int c=40; 4 abort(); 5 return a+b; 6 } 7 main() 8 { 9 printf("hello\n"); 10 foo(10, 20); (gdb) 11 } (gdb) [...] Content analysis details: (-4.2 points, 2.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.2 AWL AWL: From: address is in the auto white-list 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: 2008-08/txt/msg00101.txt.bz2 Hello, I'm trying to test the GDB ability to analyze ARM coredumps: -bash-3.2# gdb t core.967 GNU gdb Red Hat Linux (6.7-1rh) Copyright (C) 2007 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "arm-linux"... Using host libthread_db library "/lib/libthread_db.so.1". Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.3...done. Loaded symbols for /lib/ld-linux.so.3 Core was generated by `./t'. Program terminated with signal 6, Aborted. #0 0x4004ec0c in raise () from /lib/libc.so.6 (gdb) bt #0 0x4004ec0c in raise () from /lib/libc.so.6 #1 0x40050234 in abort () from /lib/libc.so.6 Backtrace stopped: frame did not save the PC (gdb) l 1 foo (int a, int b) 2 { 3 int c=40; 4 abort(); 5 return a+b; 6 } 7 main() 8 { 9 printf("hello\n"); 10 foo(10, 20); (gdb) 11 } (gdb) My environment: ARM native GDB-6.7, toolchain is gcc-4.2.2, binutils-2.17.50.0.12, glibc-2.6, built as cross-tools, arm-linux-eabi. Target running kernel 2.6.22.6. Is this ARM GDB bug? I tried GDB 6.3 with non-eabi ARM toolchain (gcc-4.0.0) running the same kernel - all the same. Thanks for any help. Regards, Sergei