[M3devel] HEADS UP: Release engineering, was: Re: CM3 Release

[Jay]

seen it on FreeBSD/x86 7.0 now too but also rare.
Seemed much more common on Solaris and PPC_DARWIN, which I will try again shortly.
 
 - Jay



----------------------------------------
> From: jay.krell at cornell.edu
> To: hosking at cs.purdue.edu
> CC: m3devel at elegosoft.com
> Subject: RE: [M3devel] HEADS UP: Release engineering, was: Re: CM3 Release
> Date: Tue, 5 May 2009 07:49:45 +0000
>
>
> I meant formedit, not formsvbt.
> I've seen it now on LINUXLIBC6 but only once in more than 10 runs.
>
>
> jay at localhost ~/dev2/cm3/m3-obliq/obliqlibanim $ /cm3/bin/formsedit
>
>
> ***
> *** runtime error:
> *** failed.
> *** file "../src/lego/POSIX/ScrollerVBTClass.m3", line 325
> ***
> Aborted
>
>
> I added the assertion.
> It would be followed by a null dereference.
>
>
> C:\dev2\cm3.2\m3-ui\vbtkit\src\lego\POSIX
>
>
>
> PROCEDURE PaintViewWithShadows (v: T) =
> ...
> (* Paint the stripe. *)
> r := Rect.Inset(stripe, v.shadowPixels);
> ShadowPaint.Border(v, Region.Full, v.shadow, Shadow.Style.Raised,
> r, stripe);
>
> here
>
>
> VBT.PaintTint(v, r, v.shadow.bg);
> END PaintViewWithShadows;
>
>
>
> - Jay
>
>
>
>
> ----------------------------------------
>> From: jay.krell at cornell.edu
>> To: hosking at cs.purdue.edu
>> CC: m3devel at elegosoft.com
>> Subject: RE: [M3devel] HEADS UP: Release engineering, was: Re: CM3 Release
>> Date: Tue, 5 May 2009 00:07:07 +0000
>>
>>
>>>>> o formsvbt crashes
>>>>
>>>> Not solved.
>>>> I couldn't get an older release to work to verify against.
>>>
>>> Can you provide a way to repeat your crash? I will try to diagnose
>>> and fix.
>>
>> while (true)
>> Start up formsvbt.
>> Wait a few seconds.
>> If it doesn't crash, exit it.
>>
>>
>> It happens at least half the time.
>> On PPC_DARWIN and SOL..not sure it was SOLgnu or SOLsun.
>> Did not repro on..I think..LINUXLIBC6, FreeBSD/x86..not sure what all I tried.
>> It seems to somehow be specific to only some platforms.
>>
>>
>> 5.4.0 release had bigger problems here that I forget (on SOLgnu or SOLsun).
>>
>>
>> I only test out X stuff remotely (and don't use X otherwise, what a mess..), though I doubt that matters.
>> I added an assert(foo # NIL) right where the crash is, so now the crash is that assertion failing.
>>
>>
>>
>> - Jay