Created attachment 13553 [details]
Log of crahsed xserver

we'd love to support it as much as possible, but unless there is
freely-available software to reproduce the issue, we won't be able to debug and
fix this issue...sorry.

Bugzilla Upgrade Mass Bug Change

NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO.

  - benjsc
    fd.o Wrangler

(In reply to comment #2)
> we'd love to support it as much as possible, but unless there is
> freely-available software to reproduce the issue, we won't be able to debug and
> fix this issue...sorry.
> 

Bug reproducable for me with windows version of Exult (licensed under GNU/GPL)
http://exult.sourceforge.net/

Created attachment 13674 [details]
Testcase: it is enough to reproduce bug

I don't really know, what should I see, when this app running. My xserver immediately restarts, just when I try to launch it.

Created attachment 13734 [details]
uncompressed log.

Please don't compress attachments.  It makes it hard to review your bug report.

The windows version of Exult fails to start under wine for me, and it doesn't seem to clearly be a driver issue.

anholt@quinn:drive_c/Program Files/Exult% env LIBGL_DEBUG= mesagl wine Exult.exe
fixme:spoolsv:serv_main (0 (nil))
fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 8000000a
Mesa: CPU vendor: GenuineIntel
Mesa: CPU name: Intel(R) Core(TM)2 Duo CPU     T7300  @ 2.00GHz
Mesa: MMX cpu detected.
Mesa: SSE cpu detected.
Mesa: Not testing OS support for SSE, leaving enabled.
Mesa: Mesa 7.1 DEBUG build Feb 19 2008 11:51:01
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
Mesa: CPU vendor: GenuineIntel
Mesa: CPU name: Intel(R) Core(TM)2 Duo CPU     T7300  @ 2.00GHz
Mesa: MMX cpu detected.
Mesa: SSE cpu detected.
Mesa: Not testing OS support for SSE, leaving enabled.
Mesa: Mesa 7.1 DEBUG build Feb 19 2008 11:51:01
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable
Mesa: User error: GL_INVALID_OPERATION in glProgramString(1046: '.' expected but ';' found)
fixme:win:EnumDisplayDevicesW ((null),0,0x33f460,0x00000000), stub!
fixme:d3d:IWineD3DDeviceImpl_Release (0x12a778) Device released with resources still bound, acceptable but unexpected
fixme:d3d:dumpResources Leftover resource 0x16bea8 with type 1,WINED3DRTYPE_SURFACE
Wine failed with return code 255

That's debian usable, wine 0.9.54, server/driver/drm from master.  My bet is that it's related to the fact that I don't have the ultima data files, but I can't tell.

Since the reporter said that fullscreen d3d was the problem, I went out and dug up someone's demo.  http://www.zanir.szm.sk/dx/002_Texture_Mapping.zip however just works fine under wine for me.

So, we'll need a working testcase to get anything done on this.

(In reply to comment #7)
> Since the reporter said that fullscreen d3d was the problem, I went out and dug
> up someone's demo.  http://www.zanir.szm.sk/dx/002_Texture_Mapping.zip however
> just works fine under wine for me.
> 
> So, we'll need a working testcase to get anything done on this.


Thank you, this IS a working testcase for me! The same issue: x-server simple restarts, no matter if I choose app to run in fullscreen or in window mode.

$ wine --version
wine-0.9.54
$ aptitude show xorg | grep Version
Version: 1:7.2-5ubuntu13
$ aptitude show xserver-xorg-video-intel | grep Version
Version: 2:2.1.1-0ubuntu9.1

Sorry for my English.

Could you try updating to drm, server, xf86-video-intel, and mesa from master?  At this point, it sounds like the bug is likely already fixed (probably in mesa), since I'm testing on a GM965 and it's working.  If the problem still continues, the next step would be to run X under gdb from an ssh session from another machine, so you can get a better backtrace than the glibc-produced one in the Xorg.0.log.

(In reply to comment #9)
> Could you try updating to drm, server, xf86-video-intel, and mesa from master? 

I've upgraded the following packages:

$ cat /var/log/aptitude | grep UPGRADE
[UPGRADE] x11-common 1:7.2-5ubuntu13 -> 1:7.3+10ubuntu5
[UPGRADE] xbase-clients 1:7.2-5ubuntu13 -> 1:7.3+10ubuntu5
[UPGRADE] xinit 1.0.2-0ubuntu3 -> 1.0.7-2
[UPGRADE] xserver-xorg 1:7.2-5ubuntu13 -> 1:7.3+10ubuntu5
[UPGRADE] xserver-xorg-core 2:1.3.0.0.dfsg-12ubuntu8.3 -> 2:1.4.1~git20080131-1ubuntu4
[UPGRADE] xserver-xorg-video-v4l 1:0.1.1-0ubuntu2 -> 1:0.1.1-6ubuntu1
[UPGRADE] xutils 1:7.2-5ubuntu13 -> 1:7.3+10ubuntu5
[UPGRADE] libgl1-mesa-dri 7.0.1-1ubuntu3 -> 7.0.2-4ubuntu2
[UPGRADE] libgl1-mesa-glx 7.0.1-1ubuntu3 -> 7.0.2-4ubuntu2

$ aptitude show xserver-xorg-video-intel | grep Version
Version: 2:2.2.0.90-2ubuntu7

And there is no changes, xserver still crashes. May be there is an error in my xorg.conf?

And could you give me some instructions about how to debug server remotely with gdb?

Created attachment 14515 [details]
Log of crashed server after upgrade to 7.3

Created attachment 14516 [details]
wine's output in stderr, running the testcase from comment #7

$ env LIBGL_DEBUG=mesagl wine 002_Texture_Mapping.exe &> log

Created attachment 14517 [details]
my /etc/X11/xorg.conf

(In reply to comment #10)
> And could you give me some instructions about how to debug server remotely with
> gdb?

Please take a look at http://www.intellinuxgraphics.org/how_to_report_bug.html, and the included link http://www.x.org/wiki/Development/Documentation/ServerDebugging. 

Created attachment 14577 [details]
debug session log

The errors from attachment 14516 [details] look like you're running a 32-bit wine (file `which wine`) which is loading a 32-bit libGL (ldd `which wine`; file /path/to/libGL.so.whatever), which is looking in the path with your 64-bit DRI drivers.  That should be reported to your distro if that's the case.

The gdb log looks to me like you've got a dupe of #13492, just from the server side this time.


*** This bug has been marked as a duplicate of bug 13492 ***