March 2014 - Wine-bugs - list.winehq.org

[Bug 29880] New: Sonic Generations: no audio
by wine-bugs＠winehq.org 04 Sep '15

04 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=29880 Bug #: 29880 Summary: Sonic Generations: no audio Product: Wine Version: 1.4-rc2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eunbolt(a)gmail.com Classification: Unclassified Created attachment 38852 --> http://bugs.winehq.org/attachment.cgi?id=38852 Terminal output while playing sonic generations There is no sound when playing sonic generations -- 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 22978] New: SimCity2000: race condition causes crash in MCI during startup
by wine-bugs＠winehq.org 04 Sep '15

04 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=22978 Summary: SimCity2000: race condition causes crash in MCI during startup Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Created an attachment (id=28457) --> (http://bugs.winehq.org/attachment.cgi?id=28457) mci+winmm trace & crash backtrace The attached log shows a crash that is triggered because the asynchronous mciseq/mcimidi player is still attempting to open the device while the main thread already successfully called MCI_CLOSE. The mcimidi player does not implement proper locking. Unlike mciwave, its state variable is not yet set to MCI_MODE_PLAY when opening the MIDI device, which lets MCI_CLOSE not see something is busy playing. Actually, even looking at mciwave, one can construct unfortunate sequences of scheduling that would cause mciwave to hang in such a situation. So there's no trivial patch simply moving wmm->dwStatus = MCI_MODE_PLAY; a couple of lines up. The crash generally occurs when starting SimCity 2000 using "wine 'C:\Program...\Game\simcity.exe'" Curiously, "wine start simcity.exe" always works. As I said, it's a race condition. It seems like sometimes, the initialisation of WINMM and MIDI takes a long time. The bug is then triggered when MCI_CLOSE is called by the application. MCI_CLOSE is called, among others, when clicking "exit" in the initial menu. Often enough, the app crashes before showing this menu. IMHO, the fact that the app calls MCI_CLOSE that early is triggered by another bug in Wine that AppDB testers have mentioned every now and often, but never put to Bugzilla: SimCity 2000 starts fine (showing its logo) when using full screen mode, but needs a resize or uniconify when using a virtual desktop: then presumably, the app sends MCI_CLOSE to stop the music, causing or not a crash via the present race condition. BTW, since the crash occurs in the asynchronous MCI MIDI player, the app nevertheless works... This issue has nothing to do with the bug, presumably in the app, that "wine simcity.exe" crashes whereas "wine 'c:\full\path\simcity.exe'" (should) work. -- 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 30170] New: Afterburner 3D: screen not drawn properly (orm=fbo)
by wine-bugs＠winehq.org 04 Sep '15

04 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30170 Bug #: 30170 Summary: Afterburner 3D: screen not drawn properly (orm=fbo) Product: Wine Version: 1.4 Platform: x86 URL: http://digilander.iol.it/brodarodasoft2/AB3D_Setup.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 39373 --> http://bugs.winehq.org/attachment.cgi?id=39373 terminal output (orm=fbo) Now that bug #8433 has been fixed, the game can get past the initial loading screen without crashing, but the screen is not refreshing after the loading screen is displayed. You can hear audio playing and various text is displayed (overwritten) on the loading screen. At some point menu options appear at the bottom of the screen and you can start a new game by pressing <Enter>. You can hear audio from the game but the screen is still showing the corrupted loading screen. Setting OffscreenRenderingMode to backbuffer acts as a workaround. One of the drawbacks of this setting is that the opening screens showing the graphic card and input setup are displayed upside down. Once the game begins to load, the screen is displayed normally. Performance is abysmal when you start a new game but I don't know if this is due to the backbuffer setting. Fedora 16 Nvidia 250 / driver 290.10 X.Org X Server 1.11.4 -- 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 4

[Bug 29017] New: 4th Dimension 6.5.4 crashes
by wine-bugs＠winehq.org 04 Sep '15

04 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=29017 Bug #: 29017 Summary: 4th Dimension 6.5.4 crashes Product: Wine Version: 1.3.32 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sebastien.ramage(a)gmail.com Classification: Unclassified The app. crashes when trying to start "tools => Explorer" or in french "Outils => Explorateur' wine reports : err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. the app and a sample database can be download here : http://www.janin-tools.com/download/wine/4th_Dimension_6.5.4.tar.gz to reproduce the bug : - download the archive and uncompress it - launch 4D.exe - choose "Démo" on the welcome dialog - choose "Ouvrir une base existante" and select the test database (click on "Autre..." if necessary) - When database opened, choose "Outils" then "Explorateur" in the menu bar. -- 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 32527] New: No Navigation in panel / Heredis 9
by wine-bugs＠winehq.org 04 Sep '15

04 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=32527 Bug #: 32527 Summary: No Navigation in panel / Heredis 9 Product: Wine-gecko Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-gecko-unknown AssignedTo: jacek(a)codeweavers.com ReportedBy: lebon.sylvain(a)gmail.com Classification: Unclassified The information panel in Heredis shows information about people. It should be updated when another person is selected. It is not. Instead, a line is shown in console: fixme:ieframe:navigate_url Unsupported args (Flags 0x33f3c4:10; TargetFrameName 0x33f3b4:10) fixme:ieframe:ClOleCommandTarget_Exec Unimplemented cmdid 67 of CGID_ShellDocView This happens with all wine versions up to 1.5.19. It can be reproduced using Heredis 13 demo version found here: http://www.heredis.com/en/heredis-pc/download-trial-pc/ -- 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 12

[Bug 9848] New: flipviewer fails to load
by wine-bugs＠winehq.org 04 Sep '15

04 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=9848 Summary: flipviewer fails to load Product: Wine Version: 0.9.46. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P3 Component: wine-advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: eyecreate(a)gmail.com Created an attachment (id=8321) --> (http://bugs.winehq.org/attachment.cgi?id=8321) Error log for flipviewer The flipviewer(www.flipviewer.com) app installs and the library program works, but the actual program fails. Backtrace log attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 28186] New: uninstaller has no proper usage message
by wine-bugs＠winehq.org 04 Sep '15

04 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=28186 Summary: uninstaller has no proper usage message Product: Wine Version: 1.3.26 Platform: x86 OS/Version: All Status: NEW Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com First uninstaller uses WINE_ERR() to tell the user he got the usage wrong (like when he forgets a parameter). That's wrong as this is not a Wine error. Second it never prints a usage message thus leaving the user guessing. Finally if run in the wineconsole the user will see no output at all but that's a somewhat independent issue (see bug 28185). -- 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 32213] New: Tales of Pirates II Randomly Closes out.
by wine-bugs＠winehq.org 04 Sep '15

04 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=32213 Bug #: 32213 Summary: Tales of Pirates II Randomly Closes out. Product: WineHQ Bugzilla Version: unspecified Platform: x86-64 URL: http://top2.igg.com/download/client.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: SolisX007(a)yahoo.com Classification: Unclassified Created attachment 42487 --> http://bugs.winehq.org/attachment.cgi?id=42487 TalesofPiratesII Tales of Pirates II Randomly Closes out on wine-1.5.17. -- 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 14915] New: FlushFileBuffers() fails on disk volume, sets ERROR_INVALID_HANDLE when handle supposedly valid
by wine-bugs＠winehq.org 04 Sep '15

04 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=14915 Summary: FlushFileBuffers() fails on disk volume, sets ERROR_INVALID_HANDLE when handle supposedly valid Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vesselinpeev(a)hotmail.com Ran under Wine, the following program receives ERROR_INVALID_HANDLE as a Windows last error when the flushing call fails. Note that if you are testing under Windows Vista, you need to run the program with administrative privileges to be able to get the handle to the volume. For brevity, I've omitted GetLastError() printing for failure cases except the flushing one, but, needless to say, you may want to add them for full correctness / error handling / safety, or do let me know and I'll happily add these and re-post the code. # include <windows.h> # include <stdio.h> # include <tchar.h> int _tmain() { LPCTSTR volName = _T("\\\\.\\C:"); HANDLE hFile = CreateFile(volName, GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, 0, OPEN_EXISTING, 0, 0); if (hFile != INVALID_HANDLE_VALUE) { _tprintf(_T("Opened volume %s\n"), volName); SetLastError(0xdeadbeef); /* to make sure that it's really the next call that sets the last error -- advice taken from Dmitry Timoshkov's comment at http://bugs.winehq.org/show_bug.cgi?id=14855 */ if (FlushFileBuffers(hFile)) { _tprintf(_T("File buffers flushed\n")); } else { DWORD dwRet = GetLastError(); _ftprintf(stderr, _T("File buffers not flushed, GetLastError() returned %lu"), dwRet); if(dwRet == ERROR_INVALID_HANDLE) { _ftprintf(stderr, _T(" (\"The handle is invalid\")")); } _ftprintf(stderr, ".\n"); } } else { _ftprintf(stderr, _T("Could not open volume %s\n"), volName); return -2; } if(! CloseHandle(hFile)) { _ftprintf(stderr, _T("Could not close handle to volume %s\n"), volName); return -3; } return 0; } -- 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 19425] New: notepad: running notepad with a non-existent file and choosing yes to create a new file should do so immediately (appinstall)
by wine-bugs＠winehq.org 04 Sep '15

04 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=19425 Summary: notepad: running notepad with a non-existent file and choosing yes to create a new file should do so immediately (appinstall) Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: trivial Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com 'notepad foobar.txt' pops up a dialog telling you that the file does not exist, and asking if you'd like to create it. Yes - Opens notepad with foobar.txt, but doesn't create a new file. No - Opens notepad with a blank new document. Cancel - Closes notepad. On windows, choosing yes immediately creates the new (empty) file. -- 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 23