[6653] in Athena Bugs
X server bugs
daemon@ATHENA.MIT.EDU (daemon@ATHENA.MIT.EDU)
Fri Dec 21 16:40:31 1990
Date: Fri, 21 Dec 90 16:40:06 -0500
From: Ken Raeburn <Raeburn@MIT.Edu>
To: testers@ATHENA.MIT.EDU
client program: /mit/marc/6.037/ps7/ps7-1 (run from pmax or dec5400)
input: "d 0\n"
vax: core dump
$c
_mfbInvertSolidFS(bc800,a9a00,1fff8,49e800,51ec00,1) from _fillSpans+a2
_fillSpans(bc800,a9a00) from _miPolyArc+4e
_miPolyArc(bc800,a9a00,1,9d44c) from _miZeroPolyArc+4f
_miZeroPolyArc(bc800,a9a00,1,9d44c) from _ProcPolyArc+10c
_ProcPolyArc(b7b00) from _Dispatch+e1
_Dispatch() from _main+366
_main(7,7fffe798,7fffe7b8) from start+3d
$
no process
memory fault
p1lr 1fffd2
p1br 8069ae00
p0lr 4002cf8
p0br 80e8f600
ksp 7ffffcf8
esp -1
ssp -1
psl 3c00000
pc 27c9a _mfbInvertSolidFS+4e
usp 7fefe4c8
fp 7fffe488
ap 7fffe4b0
r11 0 start
r10 1fff8 gcc_compiled.+3c
r9 bc800
r8 a9a00
r7 7ff7e4a8
r6 7fefe4c8
r5 1fff8 gcc_compiled.+3c
r4 1 start+1
r3 10106 _NotImplemented+2e
r2 bc836
r1 7ff7e4a8
r0 7fefe4c8
_mfbInvertSolidFS+4e: pushl 18(ap)
We didn't see any instructions nearby that would be likely to cause
the fault. John Kohl also got a core dump, but John Carr got a server
eating lots of memory.
rt: loops, allocating lots of memory
Trace from gcore:
_.malloc(r2=0x1018a7fc) from _.Xalloc+0x20
_.Xalloc(r2=0x1018a7fc) from _.realAllocSpan+0xe
_.realAllocSpan() from _.newFinalSpan+0xe0
_.newFinalSpan(r2=0x1018a7fc, r3=0x000092e4, r4= 00000000) from _.span+0xf6
y Trace flag found, but not implemented!
_.span(r2=0x1018a7fc, r3=0x000092e4, r4= 00000000,
r5= 00000000) from _.arcSpan+0x19c
y Trace flag found, but not implemented!
_.arcSpan(r2=0x1018a7fc, r3=0x000092e4, r4= 00000000,
r5= 00000000, 0x1fffa67c) from _.drawQuadrant+0x116
y Trace flag found, but not implemented!
_.drawQuadrant(r2=0x1018a7fc, r3=0x000092e4, r4= 00000000,
r5= 00000000, 0x0000000f, 00000000, 00000000) from _.drawArc+0x326
_.drawArc(r2=0x1018a7fc, r3=0x000092e4, r4= 00000000,
r5= 00000000, 00000000, 00000000, 0x00005a00,
00000000, 00000000) from _.miArcSegment+0x12a
_.miArcSegment(r2=0x1018a7fc, r3=0x000092e4, 0x01b502e6,
0xfdc2fffc, 0x00005a00, 00000000, 00000000) from _.miPolyArc+0x78
y Trace flag found, but not implemented!
_.miPolyArc(r2=0x1018a7fc, r3=0x000092e4, r4= 00000000,
r5= 00000000) from _.mfbZeroPolyArcSS+0xbc
_.mfbZeroPolyArcSS(r2=0x1018a7fc, r3=0x000092e4, r4= 00000000,
r5= 00000000) from _.apa16ZeroPolyArcSS+0x78
_.apa16ZeroPolyArcSS(r2=0x1018a7fc, r3=0x000092e4, r4= 00000000,
r5= 00000000) from _.apa16ZeroPolyArcSS+0x78
_.apa16ZeroPolyArcSS(r2=0x1018a7fc, r3=0x000092e4, r4= 00000000,
r5= 00000000) from _.apa16ZeroPolyArcSS+0x78
[bug report #2: "y Trace flag found, but not implemented!"]
John Carr had a similar stack trace (a malloc call, from mi arc code)
on the vax.
