RE: [arm-gnu] C++ exception at load time

["Douglass, Woody" <Woodrow.Douglass@xxxxxxxxxxxxxx>]

Mark et. Al.

The trivial int main() {} does work, and we even got the program to run
with pthread calls intact!

The reason we've taken so long to respond is we've been trying a lot of
things out. When we removed the following four lines:


#include <string>
#include <iostream>
#include <stdio.h>
#include <signal.h>

It loads, and starts executing from main(). Problem is, it now throws
the same exception when we hit a sem_wait or sem_timedwait call.
Something is clearly wrong with our pthreads library.

The kernel was built from source using patches against 2.6.28. I can
post those patches if you'd like. The dynamic loader and glibc is from
the arm2009q3 package, under the arm-none-linux-gnueabi/libc directory.

I am using a recent version of busybox that is compiled against this
glibc also.

When I compiled gcc4.4.0 and glibc2.9 myself, I still get these errors.
We are completely stuck at this point; does anyone have a definative
reason why this error Is being thrown?

Thanks again for all of your help.

-Woody


> -----Original Message-----
> From: Mark Mitchell [mailto:mark@xxxxxxxxxxxxxxxx] 
> Sent: Monday, January 25, 2010 10:55 AM
> To: Esper, James
> Cc: Douglass, Woody; arm-gnu@xxxxxxxxxxxxxxxx
> Subject: Re: [arm-gnu] C++ exception at load time
> 
> Esper, James wrote:
> 
> > I have also noticed that if I comment out all of the pthread calls 
> > then the error goes away and I am able to run the 
> program... any ideas 
> > why that could be?
> 
> It could be that your kernel is broken, and/or doesn't match 
> your C libraries, or that there is some mismatch between your 
> C library and your dynamic loader.  Does the trivial "int 
> main() {}" program work?  If not, where did you get the 
> binaries for your kernel, C library, and dynamic loader?
> 
> Thanks,
> 
> --
> Mark Mitchell
> CodeSourcery
> mark@xxxxxxxxxxxxxxxx
> (650) 331-3385 x713
>