discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Building GNUstep from source - failed tests


From: Richard Frith-Macdonald
Subject: Re: Building GNUstep from source - failed tests
Date: Mon, 14 Jan 2013 17:53:18 +0000

On 13 Jan 2013, at 17:15, Fred Kiefer wrote:

> 
> I just run the base tests on my 64bit OpenSuse machine and had a failed file 
> here as well (and also a few expected failed tests from NSLocale, we need to 
> mark those as hopes). The failing file in create.m in NSPointerArray and 
> running it with a debugger gives this backtrace:
> 
> 
> #0  0x00007ffff7421731 in objc_msg_lookup () from /usr/lib64/libobjc.so.4
> #1  0x00007ffff78bcf18 in pointerFunctionsAssign (value=<optimized out>, 
> addr=0x644960,
>    PF=<optimized out>) at NSConcretePointerFunctions.h:142
> #2  pointerFunctionsAssign (value=<optimized out>, addr=0x644960, 
> PF=<optimized out>)
>    at NSPointerArray.m:455
> #3  pointerFunctionsMove (new=0x644960, PF=0x643030, old=<optimized out>)
>    at NSConcretePointerFunctions.h:172
> #4  -[NSConcretePointerArray insertPointer:atIndex:] (self=0x643028, 
> _cmd=<optimized out>,
>    pointer=0x608740 <_OBJC_INSTANCE_8>, index=0) at NSPointerArray.m:467
> #5  0x00000000004056c3 in main () at create.m:33

Thanks for the report ... it wasn't happening on my system, but I think that 
was just luck of the memory layout.
The problem was with some uninitialised memory.
I changed the pointer array code to clear new memory when the array is 
allocated/grown, so we never think an unused location has anything in it.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]