July 2015 - Wine-Bugs - list.winehq.org

[Bug 38304] New: Genesis Rising crashes when loading a saved game
by wine-bugs＠winehq.org Dec. 1, 2015

Dec. 1, 2015

https://bugs.winehq.org/show_bug.cgi?id=38304 Bug ID: 38304 Summary: Genesis Rising crashes when loading a saved game Product: Wine Version: 1.7.29 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: matellanesivan(a)gmail.com Regression SHA1: 5077d8c1371fe3e8e263119a6cc05d0e9766cdba Distribution: --- Created attachment 51138 --> https://bugs.winehq.org/attachment.cgi?id=51138 terminal output The game has an auto-save feature, it saves games between each mission (no manual save available). Saving the game works properly, but the game crashes when I try to load a previously saved game. Native msvcr80.dll is a workaround (winetricks vcrun2005). Loading a saved game used to work in Wine 1.7.28, this is a regression introduced by 5077d8c1371fe3e8e263119a6cc05d0e9766cdba is the first bad commit commit 5077d8c1371fe3e8e263119a6cc05d0e9766cdba Author: Iván Matellanes <matellanesivan(a)gmail.com> Date: Wed Oct 15 16:47:07 2014 +0200 msvcrt: Added _fseeki64_nolock implementation. wine-1.7.39-173-gf6a341c -- 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 35008] New: Dragon NaturallySpeaking 12.0
by wine-bugs＠winehq.org Dec. 1, 2015

Dec. 1, 2015

http://bugs.winehq.org/show_bug.cgi?id=35008 Bug #: 35008 Summary: Dragon NaturallySpeaking 12.0 Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: l_rivers(a)efn.org Classification: Unclassified Created attachment 46656 --> http://bugs.winehq.org/attachment.cgi?id=46656 backtrace Greetings. I run ubuntu 13.10 on a ThinkPad-T61 with 2.9 GIB memory, an Intel Core 2 Duo CPU T770(a)2.40GHz*2 and a Graphics Quadro NVS 140/PCie/SSE2 with OS type 32-Bit all on a 154.2 GB Disk. My goal is to get Dragon NaturallySpeaking 12.0 going! WINE installs the Windows-XP version no-problem,... but maybe one little SNAFU. I launch my Dragon NaturallySpeaking and get a failure with this error message: "Cannot find the file 'C.\windows\speech.dll" Please advise Leo PS: These bugs don't look like mine. 15708 nor P2 Linu wine-bugs(a)winehq.org UNCO --- Dragon NaturallySpeaking 7 install fails with negative amount of memory reported 32142 nor P2 Linu wine-bugs(a)winehq.org UNCO --- Ability to run Nuance Dragon Naturally Speaking 11.5 broke with wine 1.5.13 34939 nor P2 Linu wine-bugs(a)winehq.org UNCO --- Dragon NaturallySpeaking does not install in 64-bit version -- 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 34788] New: Incorrect behaviour when maximizing undecorated windows
by wine-bugs＠winehq.org Dec. 1, 2015

Dec. 1, 2015

http://bugs.winehq.org/show_bug.cgi?id=34788 Bug #: 34788 Summary: Incorrect behaviour when maximizing undecorated windows Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: medasaro(a)comcast.net Classification: Unclassified Created attachment 46390 --> http://bugs.winehq.org/attachment.cgi?id=46390 This image compares a maximized Notepad window in Wine and XP When a window is maximized in Microsoft Windows, the grey border around the window goes away. However, when undecorated windows (or skinned windows like iTunes) are maximized in wine, the grey border remains. Steps to reproduce: 1) Open winecfg and deselect the 'Allow the window manager to decorate the windows' option in the 'Graphics' tab. 2) Close winecfg. 3) Open notepad 4) Maximize the notepad window 5) Note that there is still a grey border around the edges of the entire window which is not present when running the application in windows. Please see the attached screenshot -- 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 33686] New: Diablo III: Audio cuts out after a while of game play
by wine-bugs＠winehq.org Dec. 1, 2015

Dec. 1, 2015

http://bugs.winehq.org/show_bug.cgi?id=33686 Bug #: 33686 Summary: Diablo III: Audio cuts out after a while of game play Product: Wine Version: 1.5.31 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: kdt3rd(a)gmail.com Classification: Unclassified After a semi-random amount of time playing the game, the audio all of a sudden stops outputting anything. I am not running pulse or any sound daemon, just using alsa with the output device hard-specified in winecfg. After trying to trace with the Audio wiki-recommended WINEDEBUG settings, I didn't get very far trying to isolate the problem, so I modified the TRACE in dlls/winealsa.drv/mmdevdrv.c, and when the audio cuts out, it looks like the AudioClient_GetCurrentPadding is called in-between or just slightly one (wrong) side of alsa_write_data, which causes a larger number to be returned than 'normal'. At this point, a lot of the AudioRenderClient_(GetBuffer|ReleaseBuffer) calls start requesting 0 frames. But more importantly, something about that sequence getting out of the normal thread sequence triggers the pad stored in 'in_alsa' in alsa_write_data to become larger than max_period * 3 size. This means that write_limit ends up stuck at 0, so it leaves the alsa_write_data function early and no audio is output... I write this bug because it seems like the code that is implementing the comment about keeping 3 ALSA/MMDevAPI periods in the ALSA buffer is either flawed, or more likely, I don't understand all the pieces, so I'm not sure how to make a patch to appropriately fix the issue. Any hints on potential patches are appreciated. -- 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 38155] New: Dinasty Warriors Orochi have huge fps drop performance
by wine-bugs＠winehq.org Dec. 1, 2015

Dec. 1, 2015

https://bugs.winehq.org/show_bug.cgi?id=38155 Bug ID: 38155 Summary: Dinasty Warriors Orochi have huge fps drop performance Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrdeathjr28(a)yahoo.es Distribution: --- game shows huge fps performance drop and game menu have intense flickering system specs Nvidia Drivers 346.47 Linux Mint 17 XFCE Edition 64Bit - Kernel 3.13.0.24 CPU: INTEL Pentium G3220 3.0Ghz MEM: 8GB DDR3 1333 (2x4) Patriot value (128 bit dual channel: 21.3 gb/s) GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s) BOARD: MSI H81M E33 however when test on wine 1.7.13 (lastest wine after appears flickering bug) with same nvidia drivers (346.47) works good again (menus and in game) -- 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 28734] New: Where in the World is Carmen San Diego installer hangs at end while doing DDE?
by wine-bugs＠winehq.org Dec. 1, 2015

Dec. 1, 2015

http://bugs.winehq.org/show_bug.cgi?id=28734 Bug #: 28734 Summary: Where in the World is Carmen San Diego installer hangs at end while doing DDE? Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified This is the ancient 1994/1995 win16 version. The problems described in bug 7333 seem fixed, but the installer hangs at the end, with log messages like fixme:ddeml:DdeAccessData16 expect trouble fixme:shell:Dde_OnRequest 1 0x1322e0 L"Progman" L"Broderbund Software": stub As promised, there's trouble :-) -- 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 20748] New: chromium's net_unittests!SSLClientSocketTest.Read_Interrupted fails.
by wine-bugs＠winehq.org Dec. 1, 2015

Dec. 1, 2015

http://bugs.winehq.org/show_bug.cgi?id=20748 Summary: chromium's net_unittests!SSLClientSocketTest.Read_Interrupted fails. Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com With Hans' patch to fix bug 20622 applied, SSLClientSocketTest.Read passes, but SSLClientSocketTest.Read_Interrupted fails: [ RUN ] SSLClientSocketTest.Read_Interrupted fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported fixme:secur32:schan_InitializeSecurityContextW Using hardcoded "NORMAL" priority fixme:threadpool:RtlQueueWorkItem Flags 0x4 not supported .\socket\ssl_client_socket_unittest.cc(363): error: Expected: (rv) != (0), actual: 0 vs 0 [ FAILED ] SSLClientSocketTest.Read_Interrupted (1221 ms) -- 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 13

[Bug 38185] New: Deadlock: Planetary Conquest (GOG) comes to a halt after the intro movie (unless mmdevapi disabled)
by wine-bugs＠winehq.org Dec. 1, 2015

Dec. 1, 2015

https://bugs.winehq.org/show_bug.cgi?id=38185 Bug ID: 38185 Summary: Deadlock: Planetary Conquest (GOG) comes to a halt after the intro movie (unless mmdevapi disabled) Product: Wine Version: 1.7.38 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mmdevapi Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 50960 --> https://bugs.winehq.org/attachment.cgi?id=50960 audio debug log The game was originally released in 1996, the GOG version is compatible with Windows XP/Vista/7/8. The game starts in a window and plays the intro movies (audio works in the videos) then the screen remains black and the game halts (0% CPU usage). If I disable mmdevapi then the game loads to the main menu and runs (without sound). Fedora 21 Alsa 1.0.28 (Pulseaudio is not running) -- 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 4

[Bug 35954] New: Dead Space on Steam crashes on start.
by wine-bugs＠winehq.org Dec. 1, 2015

Dec. 1, 2015

http://bugs.winehq.org/show_bug.cgi?id=35954 Bug ID: 35954 Summary: Dead Space on Steam crashes on start. Product: Wine Version: 1.7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: teegee(a)gmail.com Created attachment 48027 --> http://bugs.winehq.org/attachment.cgi?id=48027 Console output Dead Space crashes on startup with page fault. The attached output is generated as follows: [rob] ~/.local/share/wineprefixes/deadspace/drive_c/Program Files/Steam/SteamApps/common/Dead Space> wine Dead\ Space.exe > /tmp/dead-space.out 2>&1 This was installed via Steam in a clean wine prefix. The wine version is recent git master (22c2d81a) on openSuse 13.1 64bit (but only using 32 bit for wine). Other Steam games work OK, for example Far Cry 3. The game (or steam) installs DirectX on each startup -- I'm not sure if that is good or not.. Can someone see what my problem could be by looking at the terminal output? -- 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 21

[Bug 9620] New: Bad pictures display in Pentax Photo Laboratory software
by wine-bugs＠winehq.org Dec. 1, 2015

Dec. 1, 2015

http://bugs.winehq.org/show_bug.cgi?id=9620 Summary: Bad pictures display in Pentax Photo Laboratory software Product: Wine Version: 0.9.3. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: rpbyc(a)w.tkb.pl Created an attachment (id=8011) --> (http://bugs.winehq.org/attachment.cgi?id=8011) A screenshot presenting the coloured strips on the preview window. There is a problem with proper display of an actually loaded picture in a preview window in the Pentax Photo Laboratory software, v. 3.0. Some part of the preview is always covered with a few coloured strips, and what is more, the strips influence the look of the histogram taken from the picture, so you do not really know how the histogram should really look... I attach a screenshot that represents the problem. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 23