December 2016 - Wine-Bugs - list.winehq.org

[Bug 22033] New: World of Warcraft Crashes on statup
by wine-bugs＠winehq.org Feb. 12, 2018

Feb. 12, 2018

http://bugs.winehq.org/show_bug.cgi?id=22033 Summary: World of Warcraft Crashes on statup Product: Wine Version: 1.1.40 Platform: x86 OS/Version: Solaris Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jason.whipp(a)gmail.com Created an attachment (id=26793) --> (http://bugs.winehq.org/attachment.cgi?id=26793) Console and Wowerror output OS: OpenSolaris snv_134 Wine: 1.1.40 (Compiled) When launching WoW, I get a screen that looks like it's going to start, but then immediately crashes. I can here the sound from the app running, but no video and the wowerror crash screen comes up, follow by the wine "This program had an error" dialog. I've appended the the console and wowerror output into an attachment. In the OSOL contrib repo, there is a binary version of wine 1.0.1. With this version, WoW runs fine, except there's no sound (the contrib version doesn't detect any sound drivers). Help appreciated, very willing to try recommendations and get more output to you if need be. I've also tried using WoW in full screen, with a virtual desktop in full screen and in windowed mode. -- 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 43

[Bug 17181] New: Winbench 96 disk test fails during recursive directory deletion; bug in INT21_FindFirst/FindNext?
by wine-bugs＠winehq.org Feb. 12, 2018

Feb. 12, 2018

http://bugs.winehq.org/show_bug.cgi?id=17181 Summary: Winbench 96 disk test fails during recursive directory deletion; bug in INT21_FindFirst/FindNext? Product: Wine Version: 1.1.13 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Install and run Ziff-Davis PC Benchmarks WinBench 96 (on the Winstone 32 cd-rom). Start it with cd .wine/drive_c/ZDBENCH/WB96 wine WB96 Get past the hangs described in bug 12267 by killing and restarting twice. Run the "Disk Tests". Get past the abort "A DOS file operation that was supposed to fail succeeded during the test. The following information is for ZDBOp use: Drive: C Operation: GetFileAttrib Script Location: 0d0b11 0 Pathname(s): C:\~WBDM.TMP\ZDBENCH\WS96.B03\WORK\PDOX50\" by applying the patch http://www.winehq.org/pipermail/wine-patches/2009-January/068579.html The test runs for a long time, then tries to delete its temporary directory, C:\~WBDM.TMP, but fails with the dialog and the app aborts with "A DOS file operation failed during the test. The following information is for ZDBOp use: Drive: C Operation: DeleteTestDir Pathname(s): SB, ??????????? Working Dir: ~WBDM.TMP Int 21 Function: 3a 00 CF: 1 Expected CF: 0" Looking at the log, it seems as if Wine trips over its shoelaces when the app is doing its recursive directory list, and does not tell the app about one directory, C:\~WBDM.TMP\MGA\CPANEL. As a result, the app doesn't delete its contents, and when the app then tries to delete C:\~WBDM.TMP\MGA, it fails with 'directory not empty'. INT21_FindHelper looks awfully tricky. It seems to have a loop to skip over some directory entries, and maybe this is firing improperly here. The code seems to date from 2003-11-14, mostly written by Eric Pouech in http://source.winehq.org/git/wine.git/?a=commit;h=8ca6cadab1ebb386f1dfa2e47… and touched up by Alexandre same day in http://source.winehq.org/git/wine.git/?a=commit;h=adfa5e101fc2e01d4276c3f3e… -- 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 16

[Bug 15700] New: Unable to set/get cursor location through VGA registers 0x3b4 or 0x3d4
by wine-bugs＠winehq.org Feb. 12, 2018

Feb. 12, 2018

http://bugs.winehq.org/show_bug.cgi?id=15700 Summary: Unable to set/get cursor location through VGA registers 0x3b4 or 0x3d4 Product: Wine Version: 0.9 Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: flerchjj(a)ieee.org Created an attachment (id=16781) --> (http://bugs.winehq.org/attachment.cgi?id=16781) Output from Space Quest 5 Apps trying to set or get the text cursor position using VGA registers directly get an error similar to the following: fixme:ddraw:VGA_ioport_in Unsupported index, register 0x3d4: 0x0f fixme:ddraw:VGA_ioport_out Unsupported index, register 0x3d4: 0x0f (value 0x66) -- 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 15

[Bug 15688] New: DOS games (e.g. Colonel's Bequest) need vga Color plane write enable register
by wine-bugs＠winehq.org Feb. 12, 2018

Feb. 12, 2018

http://bugs.winehq.org/show_bug.cgi?id=15688 Summary: DOS games (e.g. Colonel's Bequest) need vga Color plane write enable register Product: Wine Version: 1.1.6 Platform: Other URL: http://www.abandonia.com/en/games/218/Laura+Bow+1+- +The+Colonels+Bequest.html OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Several DOS games, e.g. Colonel's Bequest, complain and display nothing because Wine does not yet support register 0x3c4 index 2: fixme:ddraw:VGA_ioport_out Unsupported index, register 0x3c4: 0x02 (value 0x01) fixme:ddraw:VGA_ioport_out Unsupported index, register 0x3c4: 0x02 (value 0x02) fixme:ddraw:VGA_ioport_out Unsupported index, register 0x3c4: 0x02 (value 0x04) fixme:ddraw:VGA_ioport_out Unsupported index, register 0x3c4: 0x02 (value 0x08) http://www.qzx.com/pc-gpe/vgaregs.txt documents this register/index as follows: Port-Index: 02h Port: 03c4h usage: Color plane write enable register d7,d6 Reserved d3 Plane 3 Write enable d2 Plane 2 Write enable d1 Plane 1 Write enable d0 Plane 0 Write enable -- 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 9

[Bug 15570] New: Fake BIOS unable to render text in graphics mode
by wine-bugs＠winehq.org Feb. 12, 2018

Feb. 12, 2018

http://bugs.winehq.org/show_bug.cgi?id=15570 Summary: Fake BIOS unable to render text in graphics mode Product: Wine Version: 0.9 Platform: All OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: flerchjj(a)ieee.org Fake BIOS interrupt 10h service number 9 has routines to handle character displaying in a text mode terminal window, but no code exist for handling graphics modes. No text is therefore displayed in graphics modes. Currently only 256 color modes (and possibly linear memory 16 color modes) are supported as graphics modes & these should be fixed first. Currently Wine tests for text mode by looking at color depth (Wine 1.1.6) and calls to this BIOS service could cause Fake VGA memory corruption in monochrome graphics modes (which aren't supported anyways). That is a separate issue but the patches for it need to be applied before addressing this issue. I would suggest a use of the OEM_FIXED_FONT, which I believe is defined in GDI, and converting it to a bitmaps of the proper resolution for desired chars. GetStockObject(OEM_FIXED_FONT), GetObject, SelectObject, wglUseFontBitmap may all be useful functions, but I'll have to investigate more later. -- 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 17

[Bug 11570] New: VDMSound crashes with illegal instruction
by wine-bugs＠winehq.org Feb. 12, 2018

Feb. 12, 2018

http://bugs.winehq.org/show_bug.cgi?id=11570 Summary: VDMSound crashes with illegal instruction Product: Wine Version: CVS/GIT Platform: Other URL: http://sourceforge.net/project/showfiles.php?group_id=20 091 OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: chris.kcat(a)gmail.com Created an attachment (id=10741) --> (http://bugs.winehq.org/attachment.cgi?id=10741) Trace log and backtrace of crash VDMSound is used on NT-based Windows systems for emulating audio cards (digital and midi) for DOS apps. Trying to run the provided dosdrv.exe results in an illegal instruction when trying to load vddloader.dll. The instruction it seems to crash on is popl %gs in the vm86_[enter|return] assembly functions (in ntdll/signal_i386.c). I have an AMD X2 4200+ CPU which is a 64-bit CPU, however I'm running a full 32-bit system (32-bit Linux kernel and all; nothing 64-bit). I should also probably note that the app I'm trying to run through VDMSound (Daggerfall) does not crash with an illegal instruction, but complains that it can't run under Windows 3.1, and exits. VDMSound is supposed to help allow the game to run under real Win2k/XP. Attached is a +all,-gdi,-syslevel,-heap winedebug trace, along with the winedbg dump at the very end. You can search for "code=c000001d" to find the point where it crashes. For some reason, some of the threads' traces in the log get intermingled at points, and I can't seem to help it much. -- 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 10

[Bug 41230] New: Startup crash in FAR Manager v2.0 if wineconsole size is too large
by wine-bugs＠winehq.org Feb. 12, 2018

Feb. 12, 2018

https://bugs.winehq.org/show_bug.cgi?id=41230 Bug ID: 41230 Summary: Startup crash in FAR Manager v2.0 if wineconsole size is too large Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: ctruta(a)gmail.com Distribution: --- This crash occurs inconsistently, perhaps because it's caused by a race condition. Sometimes, it prints the following trace: *** Error in `far': double free or corruption (!prev): 0xNNNNNNNN *** For diagnostics, use FAR Manager v2.0 (e.g. latest build 1807). Do not use the newer version FAR v3.0, which crashes in a different place and for a different reason. http://www.farmanager.com/history/far2.x86.msi I git-bisect'ed it and found it to be a regression of the following commit: commit ea07c310ecfee6b301e7af8413760eb446e6f184 Author: Alexandre Julliard <julliard(a)winehq.org> AuthorDate: 2012-09-04 13:34:15 +0200 Subject: winex11: Create the whole window at window creation time. It only occurs under X11. On Mac, using the native Mac driver, everything runs well. I have found it easier to reproduce under Ubuntu 14.04 / Linux Mint 17.x than under Ubuntu 16.04 / Linux Mint 18.x, although it does crash under the later Linux OS, also. (Just less frequently so.) Moreover, I have found it easier to reproduce if the wineconsole height is larger. It works ok most of the time if the height is 40 characters, but it crashes much more frequently if the height is, say, 60 characters. The behavior is roughly the same at the time of regression (wine-1.5.12-36-gea07c310ec) and as of latest version (wine-1.9.17). I noticed two types of crashes: one that has __clone() calling itself until the stack runs out, and the other that doesn't have any __clone() calls at all. See the attachments. -- 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 14

[Bug 39840] New: winefile: Unhandled page fault if media mounted or unmounted
by wine-bugs＠winehq.org Feb. 12, 2018

Feb. 12, 2018

https://bugs.winehq.org/show_bug.cgi?id=39840 Bug ID: 39840 Summary: winefile: Unhandled page fault if media mounted or unmounted Product: Wine Version: 1.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: jhansonxi(a)gmail.com Distribution: Ubuntu Created attachment 53185 --> https://bugs.winehq.org/attachment.cgi?id=53185 Backtrace from error dialog Steps to reproduce: 1. Start winefile 2. Mount or unmount a CD, USB Flash drive, etc. 3. Boom. May be related to bug #39839. -- 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 37728] New: [regression][workaround] Misplaced mountains in Elevated because of changes in shader generator
by wine-bugs＠winehq.org Feb. 12, 2018

Feb. 12, 2018

https://bugs.winehq.org/show_bug.cgi?id=37728 Bug ID: 37728 Summary: [regression][workaround] Misplaced mountains in Elevated because of changes in shader generator Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: debuser1(a)mt2014.com Distribution: --- Created attachment 50226 --> https://bugs.winehq.org/attachment.cgi?id=50226 elevated_1024x768.exe Steps to reproduce: 1. Install `winetricks winxp vd=1024x768 d3dx9` in empty wineprefix (d3dx9_33 is enough, but winetricks doesn't have a term for it) 2. Run elevated_1024x768.exe ( http://www.pouet.net/prod.php?which=52938 ) 3. Get several misplaced mountains, white holes in textures, camera going through walls sometimes (see attached screenshots) Regression since wine-1.5.27-205-g667f422: commit 667f4225b5cc25c5e4f2f725d55a7c011e12c388 wined3d: Put local constants into the shader code again. Notes: May be specific to my videocard (NVidia 8600 GTS), or driver version (295.59), don't have a newer card around to test. Patches for bug 37723 are required to make Elevated working -- 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 18

[Bug 39857] New: nina_DL.exe (app packed with Enigma Virtual Box) crashes on startup.
by wine-bugs＠winehq.org Feb. 12, 2018

Feb. 12, 2018

https://bugs.winehq.org/show_bug.cgi?id=39857 Bug ID: 39857 Summary: nina_DL.exe (app packed with Enigma Virtual Box) crashes on startup. Product: Wine Version: 1.8 Hardware: x86 URL: http://dl.tkoolmv.com/sample-nina/ OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sagawa.aki+winebugs(a)gmail.com Distribution: Ubuntu It's the game executable called 'Nina to Kagimori no Yusha' (ニナと鍵守の勇者). The file is distributed as a sample game built with RPG Tkool MV, Japanese version of RPG Maker MV. Wine output: % wine nina_DL.exe err:seh:setup_exception_record stack overflow 1632 bytes in thread 0009 eip 7bc46d9f esp 00240cd0 stack 0x240000-0x241000-0x340000 How to reproduce: 1. click the download link at the download URL to obtain the nina_DL.zip because an archive link is not fixed. 2. unzip nina_DL.zip 3. wine nina_DL.exe File hash value: % sha1sum nina_DL.exe 558702a7a9a0bcfebf8482632cb67cac6b53fd8d nina_DL.exe % sha1sum nina_DL.zip 90de9c9180b5899e44afdd4f349353b247b2fa71 nina_DL.zip ProtectionID says Enigma Virtual Box is used: -=[ ProtectionID v0.6.7.5 DECEMBER]=- (c) 2003-2015 CDKiLLER & TippeX Build 24/12/15-14:14:44 Ready... Scanning -> C:\work\nina_DL.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 241319936 (0E624000h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x55B872F9 -> Wed 29th Jul 2015 06:30:17 (GMT) [TimeStamp] 0x55B872F9 -> Wed 29th Jul 2015 06:30:17 (GMT) | PE Header | - | Offset: 0x00000150 | VA: 0x00400150 | - [TimeStamp] 0x55B872BD -> Wed 29th Jul 2015 06:29:17 (GMT) | Export | - | Offset: 0x02A93DF4 | VA: 0x02E957F4 | - [TimeStamp] 0x55B872F9 -> Wed 29th Jul 2015 06:30:17 (GMT) | DebugDirectory | - | Offset: 0x022F2404 | VA: 0x026F3E04 | - -> Section [0x8] '.enigma1' has a higher physical size than virtual size.. [!] Executable uses TLS callbacks (1 total... 0 invalid addresses) [!] Executable uses SEH Tables (/SAFESEH) (8 calculated 8 recorded... 0 invalid addresses) [File Heuristics] -> Flag #1 : 00000100000000011101100100100000 (0x0401D920) [Entrypoint Section Entropy] : 6.62 (section #0) ".text " | Size : 0x22F1065 (36638821) byte(s) [DllCharacteristics] -> Flag : (0x8140) -> ASLR | DEP | TSA [SectionCount] 10 (0xA) | ImageSize 0x2D03000 (47198208) byte(s) [Export] 99% of function(s) (1110 of 1111) are in file | 0 are forwarded | 1062 code | 49 data | 0 uninit data | 0 unknown | [Debug Info] (record 1 of 1) (file offset 0x22F2400) Characteristics : 0x0 | TimeDateStamp : 0x55B872F9 (Wed 29th Jul 2015 06:30:17 (GMT)) | MajorVer : 0 / MinorVer : 0 -> (0.0) Type : 2 (0x2) -> CodeView | Size : 0x53 (83) AddressOfRawData : 0x2A8C730 | PointerToRawData : 0x2A8AD30 CvSig : 0x53445352 | SigGuid 7BDFAE61-42AA-4C42-B3FEA1430E7861C2 Age : 0x5 | Pdb : D:\slave\win32_nw12\node-webkit\src\out\Release\nw.exe.pdb [!] Warning : Import Table is bad !!! [!] Enigma Virtual Box v1.70 or higher bundled ! (skip many [CdKeySerial] message...) [CompilerDetect] -> Visual C++ 12.0 (Visual Studio 2012) - Scan Took : 84.203 Second(s) [000014B3Dh (84797) tick(s)] [503 of 577 scan(s) done] -- 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 7