RE: xserver hangs on Win2k with some x11perf tests

["Ralf Habacker" <Ralf dot Habacker at freenet dot de>]

> -----Ursprüngliche Nachricht-----
> Von: Alan Hourihane [mailto:alanh@fairlite.demon.co.uk]
> Gesendet am: Montag, 20. August 2001 14:48
> An: Ralf Habacker
> Cc: Cygwin-Xfree
> Betreff: Re: xserver hangs on Win2k with some x11perf tests
>
> Ralf,
>
> You could do with getting a later snapshot, and re-report if you've still
> got problems.
>
I can do it, but not in the near future.

> Alan.
>
> On Mon, Aug 20, 2001 at 02:10:05PM +0200, Ralf Habacker wrote:
> > Hi,
> >
> > I have found that the xfree xserver (snapshot from 2001, August 1) hangs on
> > calling
> > x11perf   -wdline100 or
> > x11perf   -wddline100
> >
> > The problem occurs in the function miLineArcD() like shown in the gdb list
> > below.
> >
> > Ralf
> >
> >
> ----------------------------------------------------------------------
> ----------
> > $$ gdb -nw /usr/X11R6/bin/XWin.exe 1480
> > GNU gdb 5.0 (20010428-1)
> > Copyright 2001 Free Software Foundation, Inc.
> > GDB is free software, covered by the GNU General Public License, and you are
> > welcome to change it and/or distribute copies of it under certain
> conditions.
> > Type "show copying" to see the conditions.
> > There is absolutely no warranty for GDB.  Type "show warranty" for details.
> > This GDB was configured as "i686-pc-cygwin"...
> > /home/habacker/x11perf/1480: No such file or directory.
> > Attaching to program `/usr/X11R6/bin/XWin.exe', process 1480
> > [Switching to thread 1480.0x6c0]
> > (gdb) thread
> > [Current thread is 5 (thread 1480.0x6c0)]
> > (gdb) info thread
> > * 5 thread 1480.0x6c0  0x77f9eeaa in _size_of_stack_reserve__ ()
> >   4 thread 1480.0x1b4  0x77f82230 in _size_of_stack_reserve__ ()
> >   3 thread 1480.0x788  0x77f820f0 in _size_of_stack_reserve__ ()
> >   2 thread 1480.0x4c4  0x77f820f0 in _size_of_stack_reserve__ ()
> >   1 thread 1480.0x360  0x004732b1 in miLineArcD ()
> > (gdb) bt
> > #0  0x77f9eeaa in _size_of_stack_reserve__ ()
> > Cannot access memory at address 0x2000000
> > (gdb) thread 4
> > [Switching to thread 4 (thread 1480.0x1b4)]#0  0x77f82230 in
> > _size_of_stack_reserve__ ()
> > (gdb) bt
> > #0  0x77f82230 in _size_of_stack_reserve__ ()
> > Cannot access memory at address 0x2000000
> > (gdb) thread 3
> > [Switching to thread 3 (thread 1480.0x788)]#0  0x77f820f0 in
> > _size_of_stack_reserve__ ()
> > (gdb) bt
> > #0  0x77f820f0 in _size_of_stack_reserve__ ()
> > Cannot access memory at address 0x2000000
> > (gdb) thread 2
> > [Switching to thread 2 (thread 1480.0x4c4)]#0  0x77f820f0 in
> > _size_of_stack_reserve__ ()
> > (gdb) bt
> > #0  0x77f820f0 in _size_of_stack_reserve__ ()
> > Cannot access memory at address 0x2000000
> > (gdb) thread 1
> > [Switching to thread 1 (thread 1480.0x360)]#0  0x004732b1 in miLineArcD ()
> > (gdb) bt
> > #0  0x004732b1 in miLineArcD ()
> > #1  0x00473d73 in miLineArc ()
> > #2  0x004759fd in miWideDashSegment ()
> > #3  0x00476238 in miWideDash ()
> > #4  0x0044f3e7 in fbPolyLine ()
> > #5  0x0047b172 in miSpritePolylines ()
> > #6  0x00647a62 in shadowPolylines ()
> > #7  0x00409850 in ProcPolyLine ()
> > #8  0x0040716d in Dispatch ()
> > #9  0x004018e1 in main ()
> > #10 0x61003aca in _size_of_stack_reserve__ ()
> > #11 0x61003c9d in _size_of_stack_reserve__ ()
> > #12 0x61003cdc in _size_of_stack_reserve__ ()
> > #13 0x0069b6f4 in cygwin_crt0 ()
> > #14 0x0040103b in mainCRTStartup ()
> > #15 0x77e892a6 in _size_of_stack_reserve__ ()
> >
> > Ralf Habacker
> > EMail: Ralf@habacker.de
> >        Ralf.Habacker@saght.tessag.com
>