Re: xserver hangs on Win2k with some x11perf tests

[Alan Hourihane <alanh at fairlite dot demon dot co dot uk>]

Ralf,

You could do with getting a later snapshot, and re-report if you've still
got problems.

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