Re: CoreDump STLinux

[Marek S. <ma...@ea...>]

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