October 2009 - Wine-bugs - list.winehq.org

[Bug 20422] New: Odd colour pallet error in The Humans 4
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=20422 Summary: Odd colour pallet error in The Humans 4 Product: Wine Version: 1.1.31 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ezekiel000(a)lavabit.com Created an attachment (id=24241) --> (http://bugs.winehq.org/attachment.cgi?id=24241) Example of gfx error I get an odd pallet bug when trying to run The Humans 4. See screenshot top is mine bottom is what it should be this also affects in game graphics. -- 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 11387] New: SMP/Dual core performing worse than single core
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=11387 Summary: SMP/Dual core performing worse than single core Product: Wine Version: 0.9.54. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jcollins(a)asgardsrealm.net I searched for another bug report on this but did not find anything. I've tested the same application on two similar systems with similar software loads. Essentially, the application (Majesty) preforms considerably better on a single core system than it does on a more powerful dual core system. Single Core System: AMD Athlon(tm) 64 Processor 3300+ 1.5 Gig RAM GeForce 6200 256M Dual Core System: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ 2 Gig RAM GeForce 7800 256M Both systems are running Debian Etch, with kernel version 2.6.18-5-k7, NVIDIA GLX Module 100.14.19, and Wine 0.9.53 (using Scott's packages). I would expect the dual core system to run as well, if not better, than the single core system. However, it is extremely sluggish on the dual core system and blazingly fast (in some cases needing to be slowed down) on the single core. I have also tested the dual core system with 0.9.54 (built using Scott's 0.9.53 package as a basis), with no improvement. I'll happily provide any additional information that would be helpful. -- 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 18390] New: Roblox can't join a game
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=18390 Summary: Roblox can't join a game Product: Wine Version: 1.1.20 Platform: Other URL: http://roblox.com OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com After working around bug 18388 and bug 18389, trying to join a game fails; the browser says it can't start the game, and tells you to start the app (which you already did). On the console, one sees a suspicious error message from gecko: fixme:shdocvw:HttpNegotiate_BeginningTransaction (0x5c239a8)->(L"" L"" 0 0x33c794) 0[15c4c8]: file (null), line 0: uncaught exception: [Exception... "Unexpected error" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: http://www.roblox.com/ScriptResource.axd?d=lz2oPY8_Yxfc8W_Nr5tWGxJ8z2w_ENPF… :: anonymous :: line 2144" data: no] Possible workaround: launch games directly using e.g. wine roblox.exe -play http://www.roblox.com/Game/join.ashx?jobID=cc310936-d9bd-46a5-99cd-494d6b14… as mentioned at http://forums.roblox4linux.co.cc/index.php?topic=37.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 9

[Bug 20232] New: mciwave breaks on MSDN example
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=20232 Summary: mciwave breaks on MSDN example Product: Wine Version: 1.1.30 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net I'm reviewing mciwave and mciseq and found numerous issues. Concurrently, I'm augmenting the MCI testsuite. I've attached my current mciwave work-in-progress tests to give you an early insight into my work. The tests so far confirm my model of MCI: I view it like an old-fashioned tape deck with buttons, which you can press in any order. Still there's error checking, e.g. you can't resume when stopped. Like a tape deck, you can switch from playing to recording at any time. Oddly, you can combine fast forward and play in one command, but not rewind with play. The attached tests work fine on (at least one machine with) MS-Windows, but cause Wine to fail and hang in multiple ways. You've been warned! I'd be pleased if people could run the tests on more instances of MS-Windows. I plan to strip down this test file until it at least does not hang anymore in Wine. Then only can it be submitted. Concurrently, I can submit patches to the mci* codebase. Current issues with the mci code in Wine are: - not distinguishing between STOPPING and STOPPED, PLAYING and GOING TO PLAY, etc.; - seriously broken asynchronous execution; - non-error-proof use of InterlockDecrement. It must only be called when waveInAddBuffer and waveOutWrite succeed, as those cause callbacks to happen; - RIFF .wav file not always correctly written; - the mmio is as much as resource as the wave device and must be properly released (mmioAscend, not only when saving); - many items here and there: + bogus 44000Hz frequency; + premature return (in mcicda); + conversion between #bytes and samples; + switching fInput while playing; + copy&paste errors (InterlockedDecrement need be initialised differently when recording and playing) The major issue is concurrency. There I'm not sure how to proceed and rewrite mciwave (and mciseq and mcicda). o One model, Erlang-like, which the OSS driver also implements, is one thread per play and exclusively using message passing to receive commands. This would simplify NOTIFY everywhere. It clearly offers the advantage of being closest to the sequential execution model that is easy to reason about. IMHO, it does not play nicely with the pause command (state machine). o Continue as currently written, but then think twice and even 3-7 times about how to perform locking among the concurrent threads: - Put InterlockIncrement() to more uses? - Put Events to more uses? - Unlike mciavi, there's no CriticalSection in mciwave and mcicda, yet I'm unconvinced that the current synchronisation via volatile dwStatus can suffice. - But then, identifying the critical sections will be tedious and error prone. o Combinations of both, e.g. one thread per play or record (not unlike the present code), and dealing (correctly) with PAUSE, STOP and RESUME inside it (via e.g. events to restart a paused thread, or indirectly, by relying on the callbacks+events sent when invoking waveOutRestart and waveInStart -- is it legal at all to call those from a different thread)? o Is there any other concurrency model suitable in Wine? Regards, Jörg Höhle -- 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 14055] New: Occasional wine crash during Heroes of Might and Magic III gameplay
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=14055 Summary: Occasional wine crash during Heroes of Might and Magic III gameplay Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: riklaunim(a)gmail.com Created an attachment (id=14275) --> (http://bugs.winehq.org/attachment.cgi?id=14275) Crash log During gameplay the game may sometimes crash. It looks like the bug is related to mp3/sound – “mp3dec.asi” (using OOS in wine). The log shows the backtrace. -- 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 72

[Bug 15689] New: Onenote 2007: no drawing.
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=15689 Summary: Onenote 2007: no drawing. Product: Wine Version: 1.1.6 Platform: All OS/Version: All Status: UNCONFIRMED Severity: minor Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: Crazedhamster(a)hotmail.com Created an attachment (id=16752) --> (http://bugs.winehq.org/attachment.cgi?id=16752) Backtrace Clicking on the drawing tool causes it to go grey and disappear. -- 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 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 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