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

[Bug 14066] New: Emergency 4 crashes at startup
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=14066 Summary: Emergency 4 crashes at startup Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: oliver.deisenroth.foren(a)online.de After running 'wine Em4.exe', Emergency 4 crashes -- 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 19

[Bug 23055] New: Crash GLXBadContextTag in Titan Quest
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=23055 Summary: Crash GLXBadContextTag in Titan Quest Product: Wine Version: 1.2-rc2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markus(a)bytenirvana.de Titan Quest Immortal Throne repeatable crashes after running between 4 - 30 minutes. I have set DirectDrawRenderer to gdi and followed the hints in the AppDB X Error of failed request: GLXBadContextTag Major opcode of failed request: 130 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 17879 Current serial number in output stream: 17879 XIO: fatal IO error 11 (Die Ressource ist zur Zeit nicht verfügbar) on X server ":0.0" after 17880 requests (17879 known processed) with 0 events remaining. -- 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 11583] New: Neverwinter Nights 2: outdoors textures sometimes all white/gray
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=11583 Summary: Neverwinter Nights 2: outdoors textures sometimes all white/gray Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Simetrical+wine(a)gmail.com When playing Neverwinter Nights 2, version 1.11.1153 (no expansion pack), sometimes in outdoors environments all textures are white or gray, making navigation fairly hard. Apparently this occurs only during the daytime. I've attached a debug log from me starting the game, loading a saved game exhibiting the problem, wandering around for a minute, and then exiting, with debug options: warn+all,debug+all,err+all,+trace. Some relevant-looking lines that are repeated very frequently are: warn:d3d_shader:IWineD3DVertexShaderImpl_CompileShader Swizzled attribute validation required an expensive comparison fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3226 Especially the second. But what do I know. :) If there's anything else I can do to help (screenshot? different debug options?) please say. See also comment at <http://appdb.winehq.org/objectManager.php?sClass=version&iId=10531>: "The outdoor setting that was used in many of the towns and villages had light problems. The problem seemed to arise at daytime, and seemed to be a result of incorrectly handled light effects. It resulted in a screen that was too bright, often so bright that nothing at all could be seen. The only remedy was either to wait for the night to kick in or to try to navigate using the map which was really annoying." -- 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 31

[Bug 22862] New: Setting the default button in a PropertySheetPage does not work
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=22862 Summary: Setting the default button in a PropertySheetPage does not work Product: Wine Version: 1.1.44 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandru.balut(a)gmail.com Created an attachment (id=28255) --> (http://bugs.winehq.org/attachment.cgi?id=28255) Winecfg.exe that behaves differently on Wine than on Vista I stripped Winecfg, left only the Libraries tab, and I added the SendMessage call after the call for enabling the Add button: { enable(IDC_DLLS_ADDDLL); SendMessage(dialog, DM_SETDEFID, (WPARAM)IDC_DLLS_ADDDLL, 0); } The winecfg.exe I obtained (attached) behaves different on Vista than on Wine 1.1.44. - Start winecfg.exe, type "x", press ENTER. On Vista it generates a click on the Add button, but on Wine it closes the window. -- 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 16083] New: Unhandled page fault - fixme:dbghelp:addr_to_linear Failed to linearize address
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=16083 Summary: Unhandled page fault - fixme:dbghelp:addr_to_linear Failed to linearize address Product: Wine Version: 1.1.5 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nicofo(a)tuxfamily.org Created an attachment (id=17309) --> (http://bugs.winehq.org/attachment.cgi?id=17309) Wine "Unhandled page fault" Hello, I try to run an old program for Windows: Eurodico (a translator dictionnary) But I got that error: (see attachement for complete logs) Seems to be a bug: wine: Unhandled page fault on read access to 0xffffffff at address 0x127f:0x00004a73 (thread 0019), starting debugger... Unhandled exception: page fault on read access to 0xffffffff in 16-bit code (127f:4a73). fixme:dbghelp:addr_to_linear Failed to linearize address 0111:0000ef00 (mode 0) ... (see log) Additional info: I'm under Linux Fedora 9 with "wine-1.1.5-1.fc9.i386", but I have never been able to run that program before with previous version of wine (0.9 and even older). -- 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 19

[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 22981] New: winhelp: Missing text and incorrectly outlined tables
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=22981 Summary: winhelp: Missing text and incorrectly outlined tables Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk This is to report some more formatting bugs in Wine winhlp32. I don't know whether the underlying cause is related to bug 14288 but in this case the effect is different so I opted to open a new bug. Open the attached relnotes.hlp file in Wine winhlp32 and compare with Windows winhlp32. Click Known Problems. In Wine winhlp32, there is are grey lines drawn around and in the Order/NLM/Software table (there should not be any outline). All the text which should be below the table is missing. The same issue occurs in the Sample code table in the Notes and Recommendations section. In the Optimizing Performance section, the table is badly broken (and text which should be below it is missing); each "Copy file" entry appears in a large box, and the corresponding "To optimize the performance of" entries are missing. -- 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 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