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

[Bug 29809] New: Hype the Time Quest Installer Goes Over 100%
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=29809 Bug #: 29809 Summary: Hype the Time Quest Installer Goes Over 100% Product: Wine Version: 1.3.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jthomas97411(a)yahoo.com Classification: Unclassified Wine 1.3.16 is as far back as I tested. For 1.3.16, 1.3.20, 1.4 rc 1, and 1.4 rc 2, if you uncheck the Microsoft DirectX Media check, this will allow the installer to succeed, whereas if you don't uncheck that, it will fail. When it fails (DirectX check left checked), it stops at about 100%. When it succeeds (DirectX check unchecked), it goes to 116%, in the case of the versions mentioned above. There were some versions there for a while, somewhere not too far after 1.3.29, that went to 117% when you didn't uncheck the DirectX test and they failed, and when you did uncheck the DirectX test, the installer stopped at 100% and succeeded. Whereas with these other versions it doesn't go over if you _don't_ uncheck it and does go over if you _do_ uncheck_ it. It still held true that unchecking let it succeed and leaving it checked caused it to fail. So this is a separate bug from the installer simply crashing. Notice how this is different than the DirectX check bug: 29806. This is about the installer going over 100%. I get this 9 times in terminal from when the installer crashes in the case of 1.3.16, 1.3.20, 1.4 rc 1, and 1.4 rc 2: fixme:advpack:ExecuteCabW Cab archive not extracted! Jake -- 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 30985] New: Event handling in external (non-default) monitor issue
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30985 Bug #: 30985 Summary: Event handling in external (non-default) monitor issue Product: Wine Version: 1.5.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: marco_silva85(a)sapo.pt Classification: Unclassified currently I have setup dual monitors when I execute an application with wine (ex. winecfg), it opens on the default monitor, if I drag it to the other monitor, wine stops handling events, it doesn't repaint it nor any keyboard/mouse events work (maybe it thinks its minimized). Notes: My DE is xfce. Native applications work well. Other xrandr configurations and resolutions have the same problem. -- 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 3

[Bug 37747] New: Scottrade desktop program crashes.
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

https://bugs.winehq.org/show_bug.cgi?id=37747 Bug ID: 37747 Summary: Scottrade desktop program crashes. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rosarionyc(a)gmail.com Distribution: --- Created attachment 50261 --> https://bugs.winehq.org/attachment.cgi?id=50261 Scottrade desktop program crashes. Scottrade desktop program crashes. -- 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 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 36480] New: Millenium Carillon Controller crashes on startup
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=36480 Bug ID: 36480 Summary: Millenium Carillon Controller crashes on startup Product: Wine Version: 1.7.11 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lithiumfun(a)me.com Created attachment 48544 --> http://bugs.winehq.org/attachment.cgi?id=48544 Back Trace The program gives the error "Unable to load DLL 'FTD2XX.DLL': Exception from HRESULT 0x8007007E". Program is Millennium Controller by Chimemaster Systems. Uses .NET v2.0. -- 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 3

[Bug 31055] New: Sonic The Hedgehog 4 very slow on multicore cpu
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=31055 Bug #: 31055 Summary: Sonic The Hedgehog 4 very slow on multicore cpu Product: Wine Version: 1.5.7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: viny_viny304(a)hotmail.com Classification: Unclassified Sonic The Hedgehog 4 episode 1 and 2 is very slow on multicore cpus. Used schedtool (to define the affinity. e.g. schedtool -a 0x1 -e wine ... ) the performance improves considerably but still keeps a bit out of normal. -- 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 35615] New: Robin Hood Legend of Sherwood: Missing UI elements and invisible cursor in-game
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=35615 Bug ID: 35615 Summary: Robin Hood Legend of Sherwood: Missing UI elements and invisible cursor in-game Product: Wine Version: 1.7.12 Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: devilhood(a)gmail.com Classification: Unclassified During gameplay, parts of the UI are either invisible or black, and the mouse cursor is partly invisible. Windows 8 users can only play this game using WineD3D. Without WineD3D it lags to an unplayable degree. No other fixes are available and support has been abandoned for this title. -- 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 35823] New: Widl should check for duplicated uuids when generating typelib
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=35823 Bug ID: 35823 Summary: Widl should check for duplicated uuids when generating typelib Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Duplicated uuids in a typelib will cause troubles with typeinfo lookup. Midl refuses to generated such typelibs, but it looks like it might have a more strict constraint - uuid should be unique in a file, and we don't want it to be that strict (see bug 27718). -- 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 2

[Bug 36871] New: Chronology with native .NET is postage stamp sized
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=36871 Bug ID: 36871 Summary: Chronology with native .NET is postage stamp sized Product: Wine Version: 1.7.21 Hardware: x86 URL: http://store.steampowered.com/app/269330/ OS: Linux Status: NEW Keywords: dotnet Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com This is with 'winetricks dotnet20' in a 32-bit prefix. Chronology appears to run OK, except that it creates a large black window with a tiny image in the upper-left corner. Maybe it's the title screen? It's too small to be sure. -- 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 35813] New: SolidWorks 2013: Crash at the beginning
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=35813 Bug ID: 35813 Summary: SolidWorks 2013: Crash at the beginning Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukasz.wojnilowicz(a)gmail.com Created attachment 47811 --> http://bugs.winehq.org/attachment.cgi?id=47811 Crash window Steps to reproduce: 1) remove ~/.wine 2) winetricks vcrun2010 dotnet40 3) install SolidWorks 2013 4) wine SLDWORKS.exe Behaviour: Crash (See attachment) Expected behaviour: No crash. Additional info: 1) Window from attachment is "sldexitapp.exe" 2) "sldProcMon.exe" started by "SLDWORKS.exe" takes all CPU resources -- 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 3