Thanks for the help.  I have managed to get XWin to crash in both places
again (which one happens is random, but these are the only 2).  I have
attached the log file from the modified program as well as a stack trace
from gdb for each one.  Given some proverbial free time, I will try to do
some more debugging.  FYI, this is just the CVS code.  I will go back to the
web and find the place where it tells me how to add the test code to the CVS
code and try that.  Also, though I mentioned it in the original thread, I am
not sure I reminded you in this thread that I was running ddd from a Linux
box (though that should not make a difference).

> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Earle F. Philhower
> III
> Sent: Tuesday, August 12, 2003 1:47 AM
> To: [EMAIL PROTECTED]
> Subject: RE: DDD dies on me (pt 2)
>
>
>
> >At 02:37 PM 8/11/2003 -0400, Andrew Braverman wrote:
> >>It is definitely XWin that is crashing.  I seem to have had
> some mental
> >>block when I wrote the last message because I could swear I
> had said it died
> >>in 24 bit, but the text doesn't lie...  I will try putting
> a bunch of ErrorF
> >>statements in and send the resulting log file ASAP.  Thanks.
> >...
> >Please put the errorf's in before the "for row=0...iconsize" line do
> >if there is an overwrite we'll get the data before it happens...
>
> Actually, put those ErrorF()s before the call you saw was bombing,
> which was before that for() loop.
>
> Also, FWIW I compiled XWin (test95+xwinrc patches) with it forcing
> effBPP and bpp to 24 in the winXIconToHIcon which works fine except
> for Windoze not liking 24 bpp icons on a 32-bit screen (comes up
> black).  The function you're looking at functions the same way as
> if the desktop was 24bpp, though, so it should exercise the same
> code path.  However, after a dozen runs of ddd (3.3.7 from the
> sourceforge site) I've not had a single crash.  I see the bug icon
> outline every time.  Under the unhacked XWin the bug comes out in
> all its colored glory.
>
> Don't know what to tell you, but it's looking the same as before,
> only your installation is bombing.  Maybe the ErrorF()s will shed
> some light on something being out of whack in the X structure
> or the desktop DC.
>
> -Earle F. Philhower, III
>   [EMAIL PROTECTED]
>   cdrlabel - ZipLabel - FlpLabel
>   http://www.cdrlabel.com
>

Attachment: free.log
Description: Binary data

Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 1984.0x614]
0x6103950c in mktime () from /usr/bin/cygwin1.dll
(gdb) where
#0  0x6103950c in mktime () from /usr/bin/cygwin1.dll
#1  0x61039e4a in free () from /usr/bin/cygwin1.dll
#2  0x0046dfa0 in winScaleXBitmapToWindows (iconSize=32, effBPP=24, pixmap=0x103
4e530, image=0x10395710 "") at winmultiwindowicons.c:321
#3  0x0046e156 in winXIconToHICON (pWin=0x10383400) at winmultiwindowicons.c:375

#4  0x0046e2f9 in winUpdateIcon (id=12583536) at winmultiwindowicons.c:433
#5  0x0045ae22 in winMultiWindowWMProc (pArg=0x102a4a90) at winmultiwindowwm.c:6
41
#6  0x6107cf1c in cygwin1!cfsetispeed () from /usr/bin/cygwin1.dll
#7  0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/
kernel32.dll

Attachment: miGetImage.log
Description: Binary data

Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 2348.0xac8]
0x00485a0f in fb24_32BltUp (srcLine=0x1034edb8 "", srcStride=144, srcX=0, dstLin
e=0x10389fd1 "", dstStride=1, dstX=0, width=48, height=0, alu=3, pm=4294967295)
at fb24_32.c:221
221                     *dst++ = FbDoDestInvarientMergeRop(pixel);
(gdb) where
#0  0x00485a0f in fb24_32BltUp (srcLine=0x1034edb8 "", srcStride=144, srcX=0, ds
tLine=0x10389fd1 "", dstStride=1, dstX=0, width=48, height=0, alu=3, pm=42949672
95) at fb24_32.c:221
#1  0x00485c57 in fb24_32GetSpans (pDrawable=0x1034d428, wMax=48, ppt=0x299f188,
 pwidth=0x299f194, nspans=0, pchardstStart=0x10389fd0 "") at fb24_32.c:291
#2  0x00488454 in fbGetSpans (pDrawable=0x1034d428, wMax=48, ppt=0x299f188, pwid
th=0x299f194, nspans=1, pchardstStart=0x10389fd0 "") at fbgetsp.c:52
#3  0x004a8dc7 in miBSGetSpans (pDrawable=0x1034d428, wMax=48, ppt=0x299f188, pw
idth=<incomplete type>, nspans=1, pdstStart=0x10389fd0 "") at mibstore.c:715
#4  0x004ca696 in miSpriteGetSpans (pDrawable=0x1034d428, wMax=48, ppt=0x299f188
, pwidth=<incomplete type>, nspans=1, pdstStart=0x10389fd0 "") at misprite.c:541

#5  0x004a582b in miGetImage (pDraw=0x1034d428, sx=0, sy=0, w=48, h=48, format=2
, planeMask=4294967295, pDst=0x10389fd0 "") at mibitblt.c:697
#6  0x0046d29f in winScaleXBitmapToWindows (iconSize=32, effBPP=24, pixmap=0x103
4d428, image=0x103865d0 "") at winmultiwindowicons.c:119
#7  0x0046e156 in winXIconToHICON (pWin=0x10380a28) at winmultiwindowicons.c:375

#8  0x0046e2f9 in winUpdateIcon (id=12583512) at winmultiwindowicons.c:433
#9  0x0045ae22 in winMultiWindowWMProc (pArg=0x102ada50) at winmultiwindowwm.c:6
41
#10 0x6107cf1c in cygwin1!cfsetispeed () from /usr/bin/cygwin1.dll
#11 0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/
kernel32.dll

Reply via email to