Memory Corruption with AAs
Walter Bright
newshound1 at digitalmars.com
Fri Apr 2 23:01:48 PDT 2010
Jordi wrote:
> Walter Bright wrote:
>> Jordi wrote:
>>> I am having exactly the same situation.
>>
>> Any chance you can reduce it to a small test case?
>
> Actually i am trying to add an "autotest" mode to my project to be able
> to test and benchmark different compiler versions, compilation options
> and even GC implementations in the context of a realistic application
> (in size, kind of things it does and "average" quality of code).
>
> However i don't expect to be able to narrow this down in the short term,
> due to the relatively big amount of data involved and the randomness of
> its occurrence. Sometimes it is a crash somewhere gdb cannot provide
> info on, sometimes i get my own assert in places i am pretty sure that
> are not possible unless i get some corruption or wrong result from an AA.
>
> And finally, i am not entirely sure yet that it is really the compiler's
> fault... if i manage to have a "send-able" case i will submit it in the
> bugtracker.
Since it is single-threaded, it should crash in the same place in the same way
every time. This means you can put an assert on the crashing data (even without
gdb it can be found by inserting printf's), and slowly work it backward to where
the data goes wrong.
More information about the Digitalmars-d
mailing list