Re: [Gumstix-users] Segmentation in Gumstix Application

[<ste...@te...>]

Hi,

I have enabled core dumps in the kernel, and I got a core file. I tried to
read the core file with a native gdb, but got the same EABI version error.

I wrote a simple hello world program copied it to the gumstix and it ran as
expected.

I tried to load the simple program in gdb and it failed to load with the
same EABI version error.

I seem to have two problems, one with my code (in traxd) and one with the
gdb debugger, it is just not recognizing any of my executables, I tried it
on the some of the standard image executables and got the same problem

Some examples below.

Is anyone else having problems with gdb? I have built both the native
version and the host based version, they both fail with unrecognized EABI
version.

Regards,
Steve

# /sbin/traxd -h
Segmentation fault (core dumped)
# gdb /sbin/traxd core
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "arm-linux-uclibcgnueabi"...
/home/steve/projects/ictrax/gumstix-buildroot/toolchain_build_arm_nofpu/gdb-
6.3/gdb/arm-tdep.c:2563: internal-error: arm_elf_osabi_sniffer: Unknown ARM
EABI version 0x4000000 A problem internal to GDB has been detected, further
debugging may prove unreliable.
Quit this debugging session? (y or n)

I tried a host debugger for ARM and got the same error.

I tried a simple program and got the same error (but this one runs on the
gumstix):

      1 #include <iostream>
      2 using namespace std;
      3 
      4 int
      5 main(int argc, char* argv[])
      6 {
      7     cout << "Hello World" << endl;
      8     return 0;
      9 }

[steve@moe src]$
/home/steve/projects/ictrax/gumstix-buildroot/build_arm_nofpu/staging_dir/bi
n/arm-linux-uclibcgnueabi-g++ --version
arm-linux-uclibcgnueabi-g++ (GCC) 4.1.1
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

[steve@moe src]$
/home/steve/projects/ictrax/gumstix-buildroot/build_arm_nofpu/staging_dir/bi
n/arm-linux-uclibcgnueabi-g++ hello.cpp
[steve@moe src]$
/home/steve/projects/ictrax/gumstix-buildroot/build_arm_nofpu/staging_dir/bi
n/arm-linux-uclibcgnueabi-gdb a.out
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "--host=i386-pc-linux-gnu
--target=arm-linux-uclibcgnueabi"...
/home/steve/projects/ictrax/gumstix-buildroot/toolchain_build_arm_nofpu/gdb-
6.3/gdb/arm-tdep.c:2563: internal-error: arm_elf_osabi_sniffer: Unknown ARM
EABI version 0x4000000
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n) n



-----Original Message-----
From: gum...@li...
[mailto:gum...@li...] On Behalf Of Craig
Hughes
Sent: Tuesday, August 28, 2007 9:50 AM
To: General mailing list for gumstix users.
Subject: Re: [Gumstix-users] Segmentation in Gumstix Application

On Aug 28, 2007, at 7:17 AM, <ste...@te...> wrote:

> Hi Carl,
>
> No I am not linking against -lrt
>
> # ldd traxd
>         libACE.so.5 => /lib/libACE.so.5 (0x4000e000)
>         libstdc++.so.6 => /lib/libstdc++.so.6 (0x401d4000)
>         libm.so.0 => /lib/libm.so.0 (0x40289000)
>         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x402a5000)
>         libc.so.0 => /lib/libc.so.0 (0x402b7000)
>         libpthread.so.0 => /lib/libpthread.so.0 (0x40356000)
>         libdl.so.0 => /lib/libdl.so.0 (0x40373000)
>         ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x40000000)
>
> I am still stumped, do you know how to turn on core dumps on the  
> gumstix - I
> tried "ulimit -c 10000" but it didn't do anything.

You have to enable core dumps in the kernel too.  That option is  
disabled in the default gumstix kernel build to save a bit of kernel  
size, and to prevent the flash from getting accidentally filled with  
cores.

C

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
gumstix-users mailing list
gum...@li...
https://lists.sourceforge.net/lists/listinfo/gumstix-users