Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 17 Feb 2015 07:49:55 +0100 (CET)
From: Igmar Palsenberg <>
Subject: Re: Executable crashes at __libc_start_main

> Finally I got a core dump and the program crashes here:
>     88c8:       e1550007        cmp     r5, r7
>     88cc:       2a000003        bcs     88e0 <__libc_start_main+0x1b0>
>     88d0:       e4953004        ldr     r3, [r5], #4
>     88d4:       e1a0e00f        mov     lr, pc
>     88d8:       e12fff13        bx      r3
>     88dc:       eafffff9        b       88c8 <__libc_start_main+0x198>
> In the 88d8 instruction to be more exact. Seems that R3 is holding the
> value 0xc8000082!!! Where is that 0xC8 at the beginning comming from?
> The PC reported by the core dump is 0xc8000080 which I guess it's just
> the vlaue of R3 aligned to 4 byte boundary. R5 points to the right
> place, it's just the value loaded by the load. Could it be that
> something corrupts my ELF? Could it be the OS being really dumb at
> loading the ELF? It's a pretty old kernel, 2.6.21.

You're absolutely sure your toolchain is OK ? Hard to track issues like 
this are usually caused by a wrong toolchain, and ARM has some nice quirks 
when it comes to this.


Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.