May 2010 - Wine-bugs - list.winehq.org

[Bug 12804] New: winecfg: pressing enter in library override closes winecfg
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=12804 Summary: winecfg: pressing enter in library override closes winecfg Product: Wine Version: 0.9.60 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: jeffzaroyko(a)gmail.com Pressing enter when entering a dll override doesn't add the override. For those of us that find mice an exercise in masochism and prefer keyboards, it's quite a pain... -- 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 39

[Bug 20194] New: Far Cry 2: major graphical glitches
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=20194 Summary: Far Cry 2: major graphical glitches Product: Wine Version: 1.1.30 Platform: PC-x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffz(a)jeffz.name Created an attachment (id=23807) --> (http://bugs.winehq.org/attachment.cgi?id=23807) terminal output, first 5000 lines The main menu loads, the level loading screen works fine. When starting a new game, the screen is mostly black, part of the light from the sun is seen and some other parts of the scenery creep into view for a moment here and there. OpenGL renderer string: GeForce 8800 GTS/PCI/SSE2 OpenGL version string: 3.1.0 NVIDIA 190.18 -- 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 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 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 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

[Bug 17055] New: wine does not put wine executable path into desktop icon
by wine-bugs＠winehq.org 29 Aug '15

29 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=17055 Summary: wine does not put wine executable path into desktop icon Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: beagle7(a)shaw.ca when installing an app, when wine installs a desktop icon (under KDE), it does include the proper env WINEPREFIX, but it does not include the path to to wine (e.g., /usr/local/1113/bin/wine) under which the app was installed. I.e., if I do exactly this: env WINEPREFIX=~/.wine-some-app /usr/local/wine-install-dir/wine ~/path/windows-app-installer.exe the resulting desktop icon, in properties, would have under command, the following: env WINEPREFIX="~/.wine-app" wine "C:\Program Files\Path\app.exe" or similar. What I'd like it to have is: env WINEPREFIX="~/.wine-app" /usr/local/wine-install-dir/wine "C:\Program Files\Path\app.exe" (as appropriate) -- 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 20

[Bug 12454] New: iriver plus 3 doesn't start
by wine-bugs＠winehq.org 21 Aug '15

21 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=12454 Summary: iriver plus 3 doesn't start Product: Wine Version: 0.9.58. Platform: PC URL: http://www.iriver.com/plus/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hewus.owns(a)gmail.com iriver plus 3 installs, but does not start. I added mfc42u.dll to get rid of missing dll messages, but it now ends here (0.9.59): err:module:attach_process_dlls "iDeviceM.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\iriver\\iriver plus 3\\iPlus3.exe" failed, status c0000142 I tried yesterday on 0.9.58 and got this: err:module:LdrInitializeThunk "iDeviceM.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\iriver\\iriver plus 3\\iPlus3.exe" failed, status c0000142 The errors are slightly different, if that helps at all. I am able to provide more debugging if required. Free download: http://www.iriver.com.au/iriver/uploads/software/iplus3_setup_full.zip -- 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 27

[Bug 16722] New: Virtual RC Racing crashes on startup
by wine-bugs＠winehq.org 16 Aug '15

16 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=16722 Summary: Virtual RC Racing crashes on startup Product: Wine Version: 1.1.11 Platform: Other URL: http://www.virtualrc.com OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com https://answers.launchpad.net/ubuntu/+source/wine/+question/54580 complained that this game crashes on startup with access violation errors. Sure enough, it does. A log shows some urlmon calls right before the crash. "winetricks ie6" gets past this crash and on to a later crash/hang. -- 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 8

[Bug 18320] New: Approach: need flywheel (scroll wheel) or similar support
by wine-bugs＠winehq.org 15 Aug '15

15 Aug '15

http://bugs.winehq.org/show_bug.cgi?id=18320 Summary: Approach: need flywheel (scroll wheel) or similar support Product: Wine Version: 1.1.20 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ToddAndMargo(a)verizon.net Hi All, Oh now this is truly a pain in the neck (why the P2 priority). Lotus Approach does not have scroll wheel support. In XP, you can load a utility called "Flywheel" that will give you back your scroll wheel. Problem: flywheel does not work in Wine. Would you please enhance the mouse drives in Wine to support a function similar to Flywheel to allow Approach to use the scroll wheel? Or, fix Wine to use Flywheel? Many thanks, -T Flywheel is "Abandonware" and is free. The author had a page stating so several years ago but has taken it down since. Here is a reference to its status on PC World: http://www.pcworld.com/article/117821/windows_tips_get_on_a_roll_with_freew… You can download it from: http://www.pcworld.com/downloads/file/fid,23737-order,1-page,1-c,alldownloa… Or, I can eMail you my copy. To register it: Go to Control Panel, Mouse, "Fly Wheel" tab, click on "Registration Info". registration name: I Am Free (note spaces) registration number: 13601409 -- 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