August 2010 - Wine-Bugs - list.winehq.org

[Bug 7714] Black screen on Counter Strike Source Menu (After Load)
by wine-bugs＠winehq.org Aug. 23, 2010

Aug. 23, 2010

http://bugs.winehq.org/show_bug.cgi?id=7714 byteframe <byteframe(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |byteframe(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 3542] Dungeon Keeper Gold not starting
by wine-bugs＠winehq.org Aug. 22, 2010

Aug. 22, 2010

http://bugs.winehq.org/show_bug.cgi?id=3542 --- Comment #43 from Wylda <wylda(a)volny.cz> 2010-08-22 16:55:48 --- Created an attachment (id=30315) --> (http://bugs.winehq.org/attachment.cgi?id=30315) console output from wine-1.3.1 Still present in wine-1.3.1. Now i notice, that most traces attached here are garbage or when it is proper, it's different from the one provided by wine-1.3.1. So adding current back-trace. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 23959] New: Sid Meier's Civilization IV Steam (Beyond the Sword) will not launch
by wine-bugs＠winehq.org Aug. 22, 2010

Aug. 22, 2010

http://bugs.winehq.org/show_bug.cgi?id=23959 Summary: Sid Meier's Civilization IV Steam (Beyond the Sword) will not launch Product: Wine Version: 1.3.0 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: keepitsimpleengineer(a)gmail.com After starting the steam.exe, and launching Sid Meier's Civilization IV Steam (Beyond the Sword), it stops without and message, and never appears on process lists (atop, system monitor, &c.) Sid Meier's Civilization IV Steam (Beyond the Sword) ran fine on 1.2 Wine 1.3.0 was upgraded using Synaptic package monitor. Commit Log for Sat Aug 7 13:04:44 2010 Removed the following packages: wine1.2 Commit Log for Sat Aug 7 13:08:55 2010 Removed the following packages: ttf-tahoma-replacement Installed the following packages: gnome-exe-thumbnailer (0.4-0ubuntu1~lucidppa2) wine1.3 (1.3.0-0ubuntu3) wisotool (0.0+20100731) Commit Log for Mon Aug 9 07:12:18 2010 Upgraded the following packages: ttf-symbol-replacement (1.2-0ubuntu1~karmicppa1) to 1.2-0ubuntu1~lucidppa1 winetricks (0.0+20100618-0ubuntu1~karmicppa1) to 0.0+20100731-0ubuntu1 Disabling gameux using winecfg and a fix described in http://bugs.winehq.org/show_bug.cgi?id=23951 does not work for this problem. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 8357] EverQuest models not shown
by wine-bugs＠winehq.org Aug. 22, 2010

Aug. 22, 2010

http://bugs.winehq.org/show_bug.cgi?id=8357 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download --- Comment #55 from Austin English <austinenglish(a)gmail.com> 2010-08-22 11:35:19 --- Still in 1.3.1, and affects the free trial. Terminal shows: fixme:d3d:query_init Unhandled query type 0x4. fixme:d3d:debug_d3dformat Unrecognized 0x36314c41 (as fourcc: AL16) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized (0x36314c41) in the format lookup table fixme:d3d:debug_d3dformat Unrecognized 0x36315220 (as fourcc: R16) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized (0x36315220) in the format lookup table http://www.everquest.com/everquest.vm -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 24075] New: Homeschool Tracker Plus
by wine-bugs＠winehq.org Aug. 22, 2010

Aug. 22, 2010

http://bugs.winehq.org/show_bug.cgi?id=24075 Summary: Homeschool Tracker Plus Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sonja.crocker(a)gmail.com CC: sonja.crocker(a)gmail.com I installed the Homeschool Tracker Plus using Wine. It installed fine. I then tried to run it using the Wine GUI. The HST would start and then close. So, I used Terminal to run the HST program. I followed your FAQ to the letter. Now, Terminal tells me to install the Windows version of mono to run .NET executables. Please see log.txt that is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 8854] Unable to get keyboard / mouse input in multiple games
by wine-bugs＠winehq.org Aug. 21, 2010

Aug. 21, 2010

http://bugs.winehq.org/show_bug.cgi?id=8854 Fernando <fernandocarvalho1987(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fernandocarvalho1987(a)hotmai | |l.com --- Comment #64 from Fernando <fernandocarvalho1987(a)hotmail.com> 2010-08-21 17:26:34 --- It is also happening on Wine 1.3.0 on Need for Speed 2 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6893] ChessBase Light 6 does not install
by wine-bugs＠winehq.org Aug. 21, 2010

Aug. 21, 2010

http://bugs.winehq.org/show_bug.cgi?id=6893 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #8 from Anastasius Focht <focht(a)gmx.net> 2010-08-21 17:14:17 --- Hello, this 16-bit garbage is nasty to look at .. do we really need this? ;-) It seems the corruption happens much earlier. The files under "c:\CBLIGHT\MESSAGES\[locale]\" are key-value like (message) text files. Even the german "c:\CBLIGHT\MESSAGES\DEUTSCH\texts.msg" which is unpacked earlier is corrupted (you can tell by looking at the end). Interestingly it's not detected as CRC failure unlike the english one. The files are stored as embedded "resources" in the 16 bit .exe file. Seek to resource "header" offset: --- snip --- 001c:Call KERNEL32.CreateFileW(0094d318 L"z:\\home\\focht\\down~ntg\\cblight.exe",80000000,00000001,00000000,00000003,00000000,00000000) ret=68554575 ... 001c:Ret KERNEL32.CreateFileW() retval=00000090 ret=68554575 ... 001c:Call KERNEL32.SetFilePointer(00000090,00233d7a,00000000,00000000) ret=68558499 001c:Ret KERNEL32.SetFilePointer() retval=00233d7a ret=68558499 ... --- snip --- The compressed resources come with a block header: --- snip --- Offset 0 1 2 3 4 5 6 7 8 9 A B C D E F Ascii 00233D70 42 4C 43 4B 00 02 BLCK. 00233D80 47 00 21 00 00 00 20 0B 00 00 1A 6D 65 73 73 61 G.!......messa 00233D90 67 65 73 5C 65 6E 67 6C 69 73 68 5C 74 65 78 74 ges\english\text 00233DA0 73 2E 6D 73 67 52 1F 00 00 20 0B 00 00 20 00 00 s.msgR........ 00233DB0 00 54 57 3D 24 00 00 00 00 00 00 00 00 9A 5B F3 .TW=$........š[ó --- snip --- being read in: --- snip --- 001c:Call KERNEL32.ReadFile(00000090,004028fc,00000010,0094da40,00000000) ret=685586dc 001c:Ret KERNEL32.ReadFile() retval=00000001 ret=685586dc ... 001c:Call KERNEL32.ReadFile(00000090,0040256f,00000001,0094da40,00000000) ret=685586dc 001c:Ret KERNEL32.ReadFile() retval=00000001 ret=685586dc ... 001c:Call KERNEL32.ReadFile(00000090,0040290c,0000001a,0094da40,00000000) ret=685586dc 001c:Ret KERNEL32.ReadFile() retval=00000001 ret=685586dc ... 001c:Call KERNEL32.ReadFile(00000090,00402a0c,0000001c,0094da40,00000000) ret=685586dc 001c:Ret KERNEL32.ReadFile() retval=00000001 ret=685586dc ... 001c:Call USER.92: SETDLGITEMTEXT(005c,0064,126f:18c6 "Processing...") ret=1257:1595 ds=126f ... 001c:Call USER.92: SETDLGITEMTEXT(005c,0082,126f:d964 "c:\\cblight\\messages\\english\\texts.msg") ret=1257:161d ds=126f ... --- snip --- The output is created empty: --- snip --- 001c:Call KERNEL32.CreateFileW(0094d318 L"c:\\cblight\\messages\\english\\texts.msg",c0000000,00000003,00000000,00000002,00000000,00000000) ret=68554575 ... 001c:Ret KERNEL32.CreateFileW() retval=00000094 ret=68554575 ... 001c:Call USER.92: SETDLGITEMTEXT(005c,0064,126f:18c6 "Extracting...") ret=1257:1595 ds=126f ... --- snip ---- compressed chunk read (0xb20 bytes taken from header info): --- snip --- 001c:Call KERNEL32.ReadFile(00000090,009fd2e0,00000b20,0094da40,00000000) ret=685586dc 001c:Ret KERNEL32.ReadFile() retval=00000001 ret=685586dc ... --- snip --- In between message (gui) processing there are notable exceptions: --- snip --- 001c:trace:seh:raise_exception code=c0000005 flags=0 addr=0x3f4f ip=00003f4f tid=001c 001c:trace:seh:raise_exception info[0]=00000000 001c:trace:seh:raise_exception info[1]=ffffffff 001c:trace:seh:raise_exception eax=00000000 ebx=00710000 ecx=00000b20 edx=00001317 esi=00000b20 edi=0000d6e2 001c:trace:seh:raise_exception ebp=0000d6be esp=0000d6ba cs=1257 ds=126f es=126f fs=0063 gs=006b flags=00010246 ... 001c:trace:seh:raise_exception code=c0000005 flags=0 addr=0x3f58 ip=00003f58 tid=001c ... 001c:trace:seh:raise_exception code=c0000005 flags=0 addr=0x3f96 ip=00003f96 tid=001c ... 001c:trace:seh:raise_exception code=c0000005 flags=0 addr=0x3f9b ip=00003f9b tid=001c ... 001c:trace:seh:raise_exception code=c0000005 flags=0 addr=0x3fa5 ip=00003fa5 tid=001c ... 001c:trace:seh:raise_exception code=c0000005 flags=0 addr=0x3faa ip=00003faa tid=001c ... --- snip --- They are caused by privileged "cli" and "sti" instructions. Disassembling around that place it looks like the 16 bit code switches stacks before and after leaving some kind of unpacking routine (even within unpacking there are stack switches). --- snip --- seg16:3F4B mov alt_bp_save_word_13FFA, bp seg16:3F4F cli seg16:3F50 mov alt_ss_save_word_13FFC, ss seg16:3F54 mov alt_sp_save_word_13FFE, sp seg16:3F58 sti --- snip --- New stack: some reserved space in data segment --- snip --- seg16:3F86 mov ax, ds seg16:3F88 xor dx, dx seg16:3F8A add dx, 1D58h seg16:3F8E add dx, 200h seg16:3F92 mov bx, ss seg16:3F94 mov cx, sp seg16:3F96 cli seg16:3F97 mov ss, ax seg16:3F99 mov sp, dx seg16:3F9B sti ... <unpack routine> (also stack switches in between) ... <switch stack back> --- snip --- Now the uncompressed chunk (8018 bytes) as is written: (this is also described in xxxxxxxx.TMP/setup.stx file) --- snip --- messages\english\texts.msg="texts.msg" 8018 A 0 C A --- snip --- --- snip --- 001c:Call KERNEL.102: DOS3CALL() ret=1257:6c8c ds=1317 AX=4052 BX=0007 CX=1f52 DX=0000 SI=0b20 DI=0000 ES=1317 EFL=00000246 001c:Call KERNEL32._hwrite(00000094,009ff2f0,00001f52) ret=685585fc 001c:Ret KERNEL32._hwrite() retval=00001f52 ret=685585fc 001c:Ret KERNEL.102: DOS3CALL() retval=none ret=1257:6c8c ds=1317 AX=1f52 BX=0007 CX=1f52 DX=0000 SI=0b20 DI=0000 ES=1317 EFL=00000246 001c:Call USER.92: SETDLGITEMTEXT(005c,0064,126f:18c6 "Processing...") ret=1257:1595 ds=126f ... --- snip --- The corruption is detected: --- snip --- ... 001c:Call KERNEL32.CloseHandle(00000094) ret=685472ef 001c:Ret KERNEL32.CloseHandle() retval=00000001 ret=685472ef ... 001c:Call KERNEL32.DeleteFileW(0094d838 L"c:\\cblight\\messages\\english\\texts.msg") ret=68558556 ... 001c:Ret KERNEL32.DeleteFileW() retval=00000001 ret=68558556 ... 001c:Call user32.MessageBoxA(0004005c,004027cc "Unable to copy file \"messages\\english\\texts.msg\".\n\nIncorrect file checksum.",00407498 "ChessBase Light",00000030) ret=448565f2 --- snip --- I placed a breakpoint in _hwrite() and dumped the buffer - it seems the plain text is already corrupted at this point. So it seems to happen while unpacking the memory chunk... unfortunately there aren't any visible 16/32-bit Windows API calls at this place. That 16 bit unpacking code works on internal storage so neither +heap nor valgrind can detect internal memory overwrites, if any. The stack switching shouldn't be a problem - as long as no other 16 bit code from other threads accesses areas where the unpacker switched its stack on (same ds segment). There is only one other thread present which pulls in when this thread triggers message processing: --- snip --- 001c:Call USER.109: PEEKMESSAGE(126f:d530,0000,0000,0000,0001) ret=1257:7de0 ds=126f 001c:Call user32.PeekMessageA(0094dd30,00000000,00000000,00000000,00000001) ret=448482eb ... 001c:Call krnl386.exe16.ReleaseThunkLock(0094db9c) ret=4484387e 001c:Ret krnl386.exe16.ReleaseThunkLock() retval=00000000 ret=4484387e 0019:Ret krnl386.exe16.RestoreThunkLock() retval=685a8838 ret=448438b6 001c:Call krnl386.exe16.RestoreThunkLock(00000003) ret=448438b6 0019:Ret user32.PeekMessageA() retval=00000000 ret=448482eb ... 0019:Ret USER.109: PEEKMESSAGE() retval=00000000 ret=11e7:1d1a ds=11f7 ... 0019:Call USER.109: PEEKMESSAGE(11f7:b178,0000,0000,0000,0001) ret=11e7:1d1a ds=11f7 0019:Call user32.PeekMessageA(0080e430,00000000,00000000,00000000,00000001) ret=448482eb ... 0019:Call krnl386.exe16.ReleaseThunkLock(0080e29c) ret=4484387e 0019:Ret krnl386.exe16.ReleaseThunkLock() retval=00000000 ret=4484387e 001c:Ret krnl386.exe16.RestoreThunkLock() retval=685a8838 ret=448438b6 001c:Ret user32.PeekMessageA() retval=00000000 ret=448482eb 0019:Call krnl386.exe16.RestoreThunkLock(00000002) ret=448438b6 001c:Ret USER.109: PEEKMESSAGE() retval=00000000 ret=1257:7de0 ds=126f 001c:Call USER.124: UPDATEWINDOW(005c) ret=1257:1655 ds=126f 001c:Call user32.RedrawWindow(0004005c,00000000,00000000,00000180) ret=44853ec2 001c:Ret user32.RedrawWindow() retval=00000001 ret=44853ec2 001c:Ret USER.124: UPDATEWINDOW() retval=00000001 ret=1257:1655 ds=126f ... --- snip --- It might be worthwile to check if the internal memory buffer gets corrupted in between leaving the unpacking code and _hwrite() call. Continued ... Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 17699] New: World In Conflict 1.010: New launcher crashes preventing application usage
by wine-bugs＠winehq.org Aug. 21, 2010

Aug. 21, 2010

http://bugs.winehq.org/show_bug.cgi?id=17699 Summary: World In Conflict 1.010: New launcher crashes preventing application usage Product: Wine Version: 1.1.16 Platform: Other URL: http://massgate.net OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dfagan1(a)pride.hofstra.edu Created an attachment (id=19898) --> (http://bugs.winehq.org/attachment.cgi?id=19898) Terminal output from Wic The latest version of world in conflict now includes a launcher that wraps both versions of the game, preventing directly loading in. The launcher starts, and runs for at most a few seconds before silently crashing. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 26

[Bug 3582] Moray 3.5 page fault in PE after call to CallWindowProcA
by wine-bugs＠winehq.org Aug. 21, 2010

Aug. 21, 2010

http://bugs.winehq.org/show_bug.cgi?id=3582 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED URL|http://appdb.winehq.org/app |http://www.stmuc.com/moray/ |view.php?versionId=3450 |download/pub/moray/moraywin | |.exe CC| |focht(a)gmx.net Version|unspecified |20050310 Resolution| |FIXED --- Comment #15 from Anastasius Focht <focht(a)gmx.net> 2010-08-21 14:02:05 --- Hello, Moray 3.5 works fine here, no crash. http://www.stmuc.com/moray/download/pub/moray/moraywin.exe --- snip --- $ sha1sum moraywin.exe 0b964a778e80e9ba357a0d9225e3473672441f19 moraywin.exe --- snip --- --- snip --- $ wine --version wine-1.3.1 --- snip --- Reopen if you still have problems. Make sure you use a _recent_ Wine version. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 8822] VB6.0 program crashes
by wine-bugs＠winehq.org Aug. 21, 2010

Aug. 21, 2010

http://bugs.winehq.org/show_bug.cgi?id=8822 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #28 from Austin English <austinenglish(a)gmail.com> 2010-08-21 11:06:09 --- The testcases in comment #19 and comment #22 work fine for me in wine-1.3.0-336-gb2e8372, so marking fixed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0