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

[Bug 32762] New: Worms Forts Under Siege crashes and freezes my DVD-ROM drive (WTF?)
by wine-bugs＠winehq.org Dec. 20, 2013

Dec. 20, 2013

http://bugs.winehq.org/show_bug.cgi?id=32762 Bug #: 32762 Summary: Worms Forts Under Siege crashes and freezes my DVD-ROM drive (WTF?) Product: Wine Version: 1.5.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: muzerakascooby(a)gmail.com Classification: Unclassified Created attachment 43242 --> http://bugs.winehq.org/attachment.cgi?id=43242 backtrace of crash This is a really weird issue, which I'm going to try to investigate further because it's so odd. I've installed Worms Forts Under Siege on my laptop, a Thinkpad T410 with a Panasonic UJ892 DVD drive. After manually fixing the already-reported issue with the 64-bit system and the copy protection driver (SafeDisc v4.00.000 according to ProtectionID), when I attempt to run it now, it displays a small white square in the middle of the screen for a good few minutes, then crashes with a page fault on write with a standard backtrace, attached. What's weird is what happens next - despite the program cleanly exiting and nothing (according to lsof) using the filesystem or hardware device, the disc drive then completely freezes. You can unmount it, but after that, you can't remount it, you can't eject it (with eject or with the button), it stays spun-up forever, and if you manually eject it it doesn't detect that the disc has been removed/replaced and doesn't spin up when you reinsert the disc. The only way to get it back AFAICT is to eject the whole drive from the bay and reinsert, or presumably to reboot. I don't know which part of this, if any, is a wine bug, and which (surely partially) is a driver/hardware/possibly BIOS bug (does the BIOS have any hand in things?), but I thought it'd be best to report it just in case. I'm going to try using someone else's drive (I have many friends with different models of ThinkPad, the bays all hopefully being compatible) to see if it exists there. On my 32-bit desktop, the game runs fine on all three drives past the point where it would have crashed here (but crashes shortly afterwards anyway with presumably a different bug). Incidentally, running wine in Win9x mode causes the copy protection system to detect a debugger; running it in Win2k mode causes the program to silently exit; XP and above cause as described. -- 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 14783] New: Minimizing do some lost control: impossible to close an application
by wine-bugs＠winehq.org Dec. 20, 2013

Dec. 20, 2013

http://bugs.winehq.org/show_bug.cgi?id=14783 Summary: Minimizing do some lost control: impossible to close an application Product: Wine Version: 1.1.2 Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Zenitur(a)yandex.ru When I minimize Windows Media Player, I see window "Try a new function: mini-bar on the tray" and I can't close this! I can't close Media Player with buttons. -- 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 28001] New: World War One Gold demo fails to start: 'Clock manipulation detected!' [Exe Cryptor protection]
by wine-bugs＠winehq.org Dec. 20, 2013

Dec. 20, 2013

http://bugs.winehq.org/show_bug.cgi?id=28001 Summary: World War One Gold demo fails to start: 'Clock manipulation detected!' [Exe Cryptor protection] Product: Wine Version: 1.3.26 Platform: x86 URL: http://www.fileplanet.com/212341/210000/fileinfo/World -War-One:-Gold-Edition-Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com After starting the trial version of the game I'm getting the following error message: 'Clock manipulation detected!' Afterwards the game simply quits. Not a single line appears in the terminal during the game execution. Normally (under Windows), a trial reminder should appear, showing something like 'You have xx days left'. The problem is probably due to the fact that the game executable is protected by ExeCryptor. Protection Id tells us the facts: Scanning -> C:\Program Files\World War One Gold\WW1.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 9533952 (0917A00h) Byte(s) [File Heuristics] -> Flag : 00000000000000011100000000100011 (0x0001C023) [!] EXE Cryptor v2.20 - v2.40 detected ! [!] Possible CD/DVD-Key or Serial Check -> trial period [CompilerDetect] -> Visual C++ 8.0 (Visual Studio 2005) - Scan Took : 1.459 Second(s) Note: the size of the demo for WWI Gold is huge (1.4 GB). One can easily reproduce the reported problem by starting the trial version of Universal Mechanic (uses the same protection method, only 88 MB): http://www.umlab.ru/download/60/eng/um60.exe (after installation launch either UMInput.exe or UmSimul.exe to get the same error message). Fedora 15 x86 -- 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 7

[Bug 17784] New: Closing IE client with Java does not close Wine
by wine-bugs＠winehq.org Dec. 20, 2013

Dec. 20, 2013

http://bugs.winehq.org/show_bug.cgi?id=17784 Summary: Closing IE client with Java does not close Wine Product: Wine Version: 1.1.17 Platform: PC URL: http://www.runescape.com/runescape.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)livejournal.dk runescape.exe (from URL) is a very simple IE engine front-end used as a "client" for a web-based Java game. After launching Java, when the user terminates the application, it disappears from the screen, but Wine is still running it. To reproduce: 1. wine jre-6u12-windows-i586-p.exe 2. wine runescape.exe 3. Select "click here to play" 4. Close the window once the applet has loaded 5. Note that 'runescape.exe' and 'wineserver' are still running processes -- 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 6

[Bug 23748] New: Need for Speed Shift demo: movies repeat until you press Enter
by wine-bugs＠winehq.org Dec. 20, 2013

Dec. 20, 2013

http://bugs.winehq.org/show_bug.cgi?id=23748 Summary: Need for Speed Shift demo: movies repeat until you press Enter Product: Wine Version: 1.2 Platform: x86 URL: http://cdn.needforspeed.com/data/downloads/shift/NFSSH IFTPCDEMO.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This is a strange bug. In NFS Shift Demo (and possibly the retail version), in Wine, the 2nd intro movie, and the movie after you quit a race, are shown multiple times, until you press Enter (and then it only stops playing after the movie finishes, rather than stopping immediately). In Windows, they are shown only once (or possibly not at all in the case of after a race). To see this, you really need to have two monitors side by side, and play the demo on both Wine and Windows at the same time, pressing Enter at the same time every step of the way. -- 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 7

[Bug 35058] New: Wine crashes when I start Activehdl
by wine-bugs＠winehq.org Dec. 20, 2013

Dec. 20, 2013

http://bugs.winehq.org/show_bug.cgi?id=35058 Bug #: 35058 Summary: Wine crashes when I start Activehdl Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: olivier90dir(a)gmail.com Classification: Unclassified Created attachment 46756 --> http://bugs.winehq.org/attachment.cgi?id=46756 backtrace.txt error program Maybe, there is a problem with default module load -- 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 18

[Bug 10844] New: erroneous out of memory message from application
by wine-bugs＠winehq.org Dec. 20, 2013

Dec. 20, 2013

http://bugs.winehq.org/show_bug.cgi?id=10844 Summary: erroneous out of memory message from application Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: remailer(a)gmail.com Created an attachment (id=9730) --> (http://bugs.winehq.org/attachment.cgi?id=9730) WINEDEBUG=warn+all gzipped text output Upon trying to start nfsw.exe (Need for Speed II), a dialog is shown with the title "Abort message:", with a message of: "init mem - INSUFFICIENT MEMORY TO CONTINUE FILE win\initmem.c LINE 242" winecfg has the winever set to Windows 95, my system has over 600MB free physical memory and 3GB of swap. According to the appdb entry http://appdb.winehq.org/objectManager.php?sClass=version&iId=2693 this program has been working before. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 25

[Bug 23802] New: Need for Speed Shift demo: slow framerate on showroom floor
by wine-bugs＠winehq.org Dec. 20, 2013

Dec. 20, 2013

http://bugs.winehq.org/show_bug.cgi?id=23802 Summary: Need for Speed Shift demo: slow framerate on showroom floor Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com In the showroom floor, when the car is just rotating, the framerate in Wine is well under 10fps, but in Windows it seems very smooth, above 20fps. The problem even occurs at low resolutions like 800x600. Maybe there's some event timer firing at the wrong rate? This problem's been around as long as I can remember. -- 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 24600] New: Saira: some fonts are messed up
by wine-bugs＠winehq.org Dec. 20, 2013

Dec. 20, 2013

http://bugs.winehq.org/show_bug.cgi?id=24600 Summary: Saira: some fonts are messed up Product: Wine Version: 1.3.4 Platform: x86 URL: http://nifflas.ni2.se/content/Saira/Saira%20112.zip OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=31067) --> (http://bugs.winehq.org/attachment.cgi?id=31067) screenshot showing the wrong fonts There are some scenes in the game where the text is not displayed correctly (see attached screenshot). It looks as if the fonts were condensed. The menu text and the game instructions at the top of the screen are all displayed correctly, but if you open your PDA in the game by pressing 'd' and choose the 'Device Solver', you can observe the issue. 'winetricks corefonts tahoma' doesn't help. Some notes for testing: Msvcp60.dll must be placed into /system32 to start the game or the setup utility. Make sure you set up the game to run in windowed mode in Settings.exe. For some reasons the game crashes on startup if fullscreen is selected. Fedora 13 Nvidia 7600 / driver 256.53 -- 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 17715] New: Incorrect translation of D3D asm instruction "expp"
by wine-bugs＠winehq.org Dec. 20, 2013

Dec. 20, 2013

http://bugs.winehq.org/show_bug.cgi?id=17715 Summary: Incorrect translation of D3D asm instruction "expp" Product: Wine Version: 1.1.17 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net CC: stefandoesinger(a)gmx.at Hi there, currently wined3d (I only tested this in ARB mode, but it might also affect GLSL mode) the D3D assembler instruction "expp" is incorrectly translated to ARBvp assembler language. wined3d takes this D3D asm line "expp r3.y, r3" and translates it into "EXP R3.y, R3;". Well, this isn't working. EXP is of scalarop type, the first parameter being of "masked destination register" type (masking is used in this case above) and the second parameter (here lies the problem) is of type "scalar source register". Sadly R3 is a vector :( Well, let's add there full shader source for completeness: -------------------------------------------- vs_1_0 //D3DX8 Shader Assembler Version 0.91 mov r0, v0 add r1, r0, -c85 dp3 r1, r1, r1 rsq r1.x, r1.y mov r3, r0 dp3 r3.w, r3, r3 rsq r3.w, r3.w mul r7, r3, r3.w mul r1.x, r1.x, r1.y mad r2.x, r1.x, c86.x, c86.y slt r4, r2.x, c0 mul r4, r4, -c83.w max r2.x, r2.x, -r2.x add r2.x, r4.z, r2.x mul r3, r2.x, c83.y expp r3.y, r3 mad r3, r3.y, c83.z, c83.w mul r2, r3.x, r3.x mul r3.y, r2.x, r3.x mul r3.z, r2.x, r3.y mul r3.w, r2.x, r3.z dp4 r2, c82, r3 mul r2, r2, c86.z mul r1.x, r1.x, c86.w add r1.x, c1, -r1.x max r1.x, c0, r1.x mad r0.y, r2, r1.x, r0.y dp4 oPos.x, r0, c2 dp4 oPos.y, r0, c3 dp4 oPos.z, r0, c4 dp4 oPos.w, r0, c5 mov oT0, v3 mov oT1, v3 mov oT2, v3 mov oT3, v3 mov oD0, c1 mov oFog.x, c0 -------------------------------------------- First of all, according to the current MSDN the instruction used above in the source is NOT valid. See this: http://msdn.microsoft.com/en-us/library/bb173373(VS.85).aspx They explicitly state "expp dst, src.{x|y|z|w}" as the syntax. They furthermore mention: ------------QUOTE--------------------------- src is a source register. Source register requires explicit use of replicate swizzle, that is, exactly one of the .x, .y, .z, .w swizzle components (or the .r, .g, .b, .a equivalents) must be specified. ------------UNQUOTE-------------------------- Well, this comment about the src reg doesn't seem to be valid at all.... Let's just take a look at the original D3D8 documentation ("D3DX8 Shader Assembler Version 0.91" <- !!!). To fully quote this: ------------------------------------------------------ expp Provides exponential 2x partial support. Syntax: expp vDest, vSrc0 Registers: vDest: Destination register, holding the result of the operation. vSrc0: Source register, specifying the input argument. Operation: The following code fragment shows the operations performed by the expp instruction to write a result to the destination. SetDestReg(); SetSrcReg(0); float w = m_Source[0].w; float v = (float)floor(m_Source[0].w); m_TmpReg.x = (float)pow(2, v); m_TmpReg.y = w - v; // Reduced precision exponent float tmp = (float)pow(2, w); DWORD tmpd = *(DWORD*)&tmp & 0xffffff00; m_TmpReg.z = *(float*)&tmpd; m_TmpReg.w = 1; WriteResult(); Remarks: The expp instruction produces undefined results if fed a negative value for the exponent. This instruction provides exponential base 2 partial precision. It generates an approximate answer in vDest.z and allows for a more accurate determination of vDest.x*function(vDest.y), where function is a user approximation to 2*vDest.y over the limited range (0.0 <= vDest.y < 1.0). This instruction accepts a scalar source, and reduced precision arithmetic is acceptable in evaluating vDest.z. However, the approximation error must be less than 1/(211) the absolute error (10-bit precision) and over the range (0.0 <= t.y < 1.0). Also, expp returns 1.0 in w. The following example illustrates how the expp instruction might be used. expp r5, r0 ------------------------------------------------------ So, the correct translation should be "EXP R3.y, R3.w;" CCing Stefan Dösinger and Henri Verbeet. I tried to patch this myself, but it looks like that "expp" has to be moved out of shader_hw_map2gl to be able to do such an adjustement (but maybe not?). -- 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 42