RE: CoreDump STLinux

[Ramesh R. <Ram...@st...>]

Hi,

Can you send me your sandapp.cpp file?

There is no problem with your library as mareksk mentioned.

We really don't know! how your application got crashed in your target.
Reason to think over 0x29739dd6 is a valid address where libc got
loaded, where as 0x7b916ff8 is not.

Do you have any pointers in your sandapp code? If you have, make sure
all pointers (both function and data pointers) are initialized properly.

Have a trace using stworkbench, before responding this mail.

Regards,

Ramesh Ramaswamy

-----Original Message-----
From: rdt...@gm... [mailto:rdt...@gm...] 
Sent: Thursday, October 02, 2008 12:05 AM
To: Marek Skuczynski
Cc: lin...@li...
Subject: Re: CoreDump STLinux

Hi all,

Thanks for the replies.

Before open a bug at https://bugzilla.stlinux.com. I've open this
thread just to make sure that I'm not doing something wrong.

answering the questions:
@mareksk:
 - I think the libraries are loaded from the right place. See the gdb
command bellow. gdb loads them from the right place.

@Greg:
- See the gdb command bellow
- I've compiled my code with
/opt/STM/STLinux-2.2/devkit/sh4/bin/sh4-linux-g++ -g -o mysand
sandbox.cpp


[rtorres@QSDES-RTORRES2 bin]$
/opt/STM/STLinux-2.2/devkit/sh4/bin/sh4-linux-gdb mysand core
GNU gdb STMicroelectronics/Linux Base 6.4-12 [build Oct 15 2006]
Copyright 2005 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=i686-pc-linux-gnu
--target=sh4-linux"...

warning: exec file is newer than core file.
Core was generated by `./mysand'.
Program terminated with signal 6, Aborted.
Reading symbols from
/opt/7109/STM/STLinux-2.2/devkit/sh4/target/usr/lib/libstdc++.so.6...don
e.
Loaded symbols for
/opt/7109/STM/STLinux-2.2/devkit/sh4/bin/../target/usr/lib/libstdc++.so.
6
Reading symbols from
/opt/7109/STM/STLinux-2.2/devkit/sh4/target/lib/libm.so.6...done.
Loaded symbols for
/opt/7109/STM/STLinux-2.2/devkit/sh4/bin/../target/lib/libm.so.6
Reading symbols from
/opt/7109/STM/STLinux-2.2/devkit/sh4/target/lib/libgcc_s.so.1...done.
Loaded symbols for
/opt/7109/STM/STLinux-2.2/devkit/sh4/bin/../target/lib/libgcc_s.so.1
Reading symbols from
/opt/7109/STM/STLinux-2.2/devkit/sh4/target/lib/libc.so.6...done.
Loaded symbols for
/opt/7109/STM/STLinux-2.2/devkit/sh4/bin/../target/lib/libc.so.6
Reading symbols from
/opt/7109/STM/STLinux-2.2/devkit/sh4/target/lib/ld-linux.so.2...done.
Loaded symbols for
/opt/7109/STM/STLinux-2.2/devkit/sh4/bin/../target/lib/ld-linux.so.2
#0  0x297382d4 in raise () from
/opt/7109/STM/STLinux-2.2/devkit/sh4/bin/../target/lib/libc.so.6
(gdb) bt full
#0  0x297382d4 in raise () from
/opt/7109/STM/STLinux-2.2/devkit/sh4/bin/../target/lib/libc.so.6
No symbol table info available.
#1  0x29739dd6 in abort () from
/opt/7109/STM/STLinux-2.2/devkit/sh4/bin/../target/lib/libc.so.6
No symbol table info available.
Cannot access memory at address 0x7b916ff8

Thanks in advance,
Rafael Torres

On Wed, Oct 1, 2008 at 7:38 AM, Marek Skuczynski <ma...@ea...>
wrote:
> Hi,
>
> rdt...@gm... wrote:
>> Hi all,
>>
>> First of all sorry to send an email to linuxsh-dev list directly, I
>> doing it because my attempt to use lin...@m1... fail (its site
is
>> down).
>
> All issues regarding ST Linux distro you should report via
> https://bugzilla.stlinux.com (ignore the certificate warning if
appears).
>
> You can also find a manual for STLinux distro at
> http://www.stlinux.com/docs/manual
>
>>
>> My problem:
>> I trying to analyse a core-dump of  "Hello-world" like app that is
>> running on SH4-STLinux, but it fails.
>>
>> gdb gives me :
>>
>> (gdb) bt full
>> #0  0x297382d4 in raise () from
>> /opt/7109/STM/STLinux-2.2/devkit/sh4/bin/../target/lib/libc.so.6
>> No symbol table info available.
>> #1  0x29739dd6 in abort () from
>> /opt/7109/STM/STLinux-2.2/devkit/sh4/bin/../target/lib/libc.so.6
>> No symbol table info available.
>> Cannot access memory at address 0x7b916ff8
>
> Make sure that shared libraries (so files) are located as shown
> above.
>
> You may also set the shared library search path using a gdb command
> given below (default location):
>
> set solib-search-path /opt/STM/STLinux-2.2/devkit/sh4/target/lib
>
>
> Make sure that symbols were not stripped out.
>
>>
>>
>> My program code:
>>
>> #include <stdlib.h>
>>
>> extern void m1();
>>
>> static int count = 0;
>>
>> void m3(){
>>       if (count++ > 2)
>>               abort();
>>       m1();
>> }
>>
>> void m2(){
>>       m3();
>> }
>>
>> void m1 (){
>>       m2();
>> }
>>
>> int
>> main (int argc, char* argv[]) {
>>       m1();
>>       return 0;
>> }
>>
>> I compiled it with /opt/STM/STLinux-2.2/devkit/sh4/bin/sh4-linux-g++
>> -g -o mysand sandbox.cpp
>>
>> I've tried -fstack-protector-all option without success too.
>>
>> Before running it on STLinux I'm running: ulimited -c unlimited.
>>
>>
>> Do you have any idea why the stack of my core-dump is broken ?
>>
>>
>> Thanks in advance,
>> Rafael Torres
>
> regards,
>  mareksk
>

------------------------------------------------------------------------
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
linuxsh-dev mailing list
lin...@li...
https://lists.sourceforge.net/lists/listinfo/linuxsh-dev