Re: CoreDump STLinux

Re: CoreDump STLinux

[Carmelo Amoroso]

Hi Rafael,
This should be redirected to the ST support Bugzilla at
https://bugzilla.stlinux.com/

Regards,
Carmelo

rdtorres@gmail.com wrote:
> Hi all,
> 
> First of all sorry to send an email to linuxsh-dev list directly, I
> doing it because my attempt to use linux-sh@m17n.org fail (its site is
> down).
> 
> 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
> 
> 
> 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
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

CoreDump STLinux

[rdtorres]

Hi all,

First of all sorry to send an email to linuxsh-dev list directly, I
doing it because my attempt to use linux-sh@m17n.org fail (its site is
down).

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


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