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

[Bug 8854] Unable to get keyboard / mouse input in multiple games
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

https://bugs.winehq.org/show_bug.cgi?id=8854 Sebastian Lackner <sebastian(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian(a)fds-team.de --- Comment #98 from Sebastian Lackner <sebastian(a)fds-team.de> --- A fix for this issue was added to Wine Staging: https://github.com/wine-compholio/wine-staging/blob/master/patches/dinput-E… For a more detailed analysis including a couple of test programs see the corresponding Wine Staging bug report: https://github.com/wine-compholio/wine-staging/issues/224 To sum up what the problem is here: --- snip --- Michael Müller did a full analysis of this problem, which reveals that the issue is caused by the way user32 and winex11 works. Wine establishes separate X server connections for each thread, so each thread needs to call USER_Driver->pMsgWaitForMultipleObjectsEx from time to time to ensure that events are properly forwarded to the wineserver. On Windows all this isn't necessary because the kernel itself is responsible for generating window events, and there is no need to pass them from the application to the kernel. A proper fix would mean to rewrite winex11 to always handle X11 events asynchronously, and without explicit need for a message loop. Since such a rewrite is rather unlikely and will not happen during the near future, adding a workaround till a better solution is found. This workaround will have no disadvantage, except that this isn't a complete fix. Please note that not only hooks are affected by this issue, also *RawInput* functions show the same issue - which is the reason why native dinput will still not work (already tested). --- snip --- Please note that since its not a complete fix, it will most likely be impossible to get something like that upstream. -- 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 0

[Bug 20641] New: Problems loading dispatch and dual types in SLTG TypeLibs
by wine-bugs＠winehq.org 17 Dec '14

17 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=20641 Summary: Problems loading dispatch and dual types in SLTG TypeLibs Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: sunilmohan(a)fsf.org.in Created an attachment (id=24631) --> (http://bugs.winehq.org/attachment.cgi?id=24631) MS Oleviewer showing the typelib on Wine and Windows When I tried to run a Visual Basic 6.0 application that uses Crystal Reports 8.5 ActiveX control, multiple problems popped up. The end result was that invoking a method turns into an error that the method requested for could not be found. The attached screenshots best describe the problem. First screenshot shows oleviewer displaying information about the typelib for the mentioned ocx control on Wine and on Windows. The dispatch interface "CrystalReportEvents" is not shown as being derived from IDispatch. And the dual types "IRowCursor" and "CrystalCtl" as shown simply as interfaces. The second screenshot shows a simple test application on Wine and on Windows. We can see that TypeInfo members returned by Wine differ at many places compared to the TypeInfo returned by Windows. Of interest is the type kind for descriptions #0 and #7. Also the no. of interfaces implemented by description #8. I have patches that fix these two problems. With the patches all TypeInfo members appear similar to the Windows output (except lcid). I am posting the patches on wine-patches list. Patch 1: Type descriptions of type kind DISPATCH can actually inherit from one interface instead of specifying methods and properties according to MSDN. The SLTG parser does not seem to handle this. I added code to read information about inherited interfaces in DISPATCH types when available. Patch 2: The documentation says that dual interfaces which implement both INTERFACE and DISPATCH have to be returned first as DISPATCH types and then INTERFACE type will be returned when calls to GetRefTypeOfImplType and GetRefTypeInfo are made with -1 index. Clients are supposed to check for DUAL flag and read the second type info accordingly. However, in SLTG typelib above, the two dual types have type kind INTERFACE set on them. We must be returning DISPATCH type first and then later the INTERFACE. So, I added code to return a DUAL interface as DISPATCH type first in the SLTG parser. This fixes other problems such as removing the AUTOMATION flag in the returned description and proper function count. Patch 3: I removed a check for DISPATCHABLE flag when GetRefTypeOfImplType is called with -1 index for the following reasons. DUAL which is already being checked for implies DISPATCHABLE. The SLTG type library being dealt with has dual types without this flag set. The flag is a computed one and not present in the IDL. Patch 4: Updated a comment about a newly seen value in SLTG typelib that was thought of to be constant. After the fixes, our test case using the above activex seems to run fine. I ran the tests but they don't seem to contain any SLTG library parsing tests. -- 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 8802] lack of WM_ERASEBKGND in win98 mode, but works in XP mode
by wine-bugs＠winehq.org 17 Dec '14

17 Dec '14

https://bugs.winehq.org/show_bug.cgi?id=8802 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|download | --- Comment #20 from Austin English <austinenglish(a)gmail.com> --- (In reply to Alex Balut from comment #17) > You can get uTorrent 1.7(.1) from here: > http://www.oldapps.com/utorrent.php?old_utorrent=8#Download > > The bug is still present in wine-1.1.44: > > (export WINEPREFIX=~/.winetmp && rm -rf $WINEPREFIX && winetricks win98 && > wine utorrent_1.7.exe ) # The empty space is black. > > (export WINEPREFIX=~/.winetmp && rm -rf $WINEPREFIX && winetricks winxp && > wine utorrent_1.7.exe ) # The empty space is white, as it should be. I still see this. austin(a)aw25 ~ $ sha1sum utorrent_1.7.1.exe 7511683bb679685e7198b79ee59a9072537e0413 utorrent_1.7.1.exe austin(a)aw25 ~ $ du -h utorrent_1.7.1.exe 220K utorrent_1.7.1.exe austin(a)aw25 ~ $ wine --version wine-1.7.32-182-g89ecba6 -- 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 0

[Bug 7085] Weatherscope filtering of combo boxes is broken
by wine-bugs＠winehq.org 17 Dec '14

17 Dec '14

https://bugs.winehq.org/show_bug.cgi?id=7085 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords|download | Status|NEW |RESOLVED Resolution|--- |ABANDONED --- Comment #13 from Austin English <austinenglish(a)gmail.com> --- URL is 404, and no reply, marking abandoned. -- 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 0

[Bug 3864] RedMon does not work
by wine-bugs＠winehq.org 16 Dec '14

16 Dec '14

https://bugs.winehq.org/show_bug.cgi?id=3864 Maik Wagner <maiktapwagner(a)aol.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiktapwagner(a)aol.com --- Comment #23 from Maik Wagner <maiktapwagner(a)aol.com> --- Hello everyone, I downloaded the 1.9 version as indicated by LimitedAtonement and installed it in a clean XP-prefix on openSUSE Factory with wine 1.7.32. The result was that it said (in German): Installation was successful. Procedure was not ("nicht" means not, should you stumble across this word) This is what I had for console output: mwagner(a)linux-dnat:~/RedMon> wine setup.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:localspl:monitor_load L"redmon32.dll",InitializePrintMonitor2 not implemented -- 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 0

[Bug 3077] WeatherScope: Right mouse button stuck
by wine-bugs＠winehq.org 16 Dec '14

16 Dec '14

https://bugs.winehq.org/show_bug.cgi?id=3077 Maik Wagner <maiktapwagner(a)aol.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maiktapwagner(a)aol.com --- Comment #27 from Maik Wagner <maiktapwagner(a)aol.com> --- I did an installation of "WeatherScope" 1.3.1 (got it from the download URL). winecfg settings are set to "Windows XP". I then did the following: - File -> New Graph - Right-Click on "Tair" -> Properties - When I move the mouse the mouse pointer does indeed become a hand but right-clicking doesn't stick. Wine is 1.7.32 on openSUSE LXDE "Factory"/"Tumbleweed". Installation went fine. -- 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 0

[Bug 37722] New: i have some type of root kit or malware i have found in the setup of my shell, it uses pulse audio and also bluetooth to send info SOMEWHERE, please take a look at what i have sent and provide some feedback, we will stop the f%ckers
by wine-bugs＠winehq.org 15 Dec '14

15 Dec '14

https://bugs.winehq.org/show_bug.cgi?id=37722 Bug ID: 37722 Summary: i have some type of root kit or malware i have found in the setup of my shell, it uses pulse audio and also bluetooth to send info SOMEWHERE, please take a look at what i have sent and provide some feedback, we will stop the f%ckers Product: Wine Version: unspecified Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: critical Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: jc.xxxiv(a)gmail.com Created attachment 50217 --> https://bugs.winehq.org/attachment.cgi?id=50217 here is one file from /usr/sbin where the bastards have dug in i am unable to gain root access to my system as this bug/malware/whtevr has embedded itself in my system like an annoying tic, please take a look at the enclosed file and tell me what you think, thank you -- 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 37555] New: Request for enhancement: add alsa-lib-devel message when ./configure can't find Pulse Audio
by wine-bugs＠winehq.org 15 Dec '14

15 Dec '14

https://bugs.winehq.org/show_bug.cgi?id=37555 Bug ID: 37555 Summary: Request for enhancement: add alsa-lib-devel message when ./configure can't find Pulse Audio Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Hi Guys, Would you consider the following enhancement: When running "./configure" on Wine-1.7.30, and "./configure" can not find the Audio Driver (as in it can't find the Pulse Audio driver), you get the following frustrating/bogus/nonsensical error message: "configure: WARNING: No sound system was found. Windows applications will be silent." This is an especially confusing message to see, whilst you listen to music on VLC. When this error appears, would mind looking to see if alsa-lib-devel.i686 is installed? And if not, asking for it or making come comment about it? If you don't mind, I would like you to consider rewriting the error message too: "configure: WARNING: No sound system was found. If you are using Pulse Audio, please install the alsa-lib-devel package." Thank you for your consideration. -T -- 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 23824] New: Starcraft II: Installer doesn't always launch
by wine-bugs＠winehq.org 13 Dec '14

13 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=23824 Summary: Starcraft II: Installer doesn't always launch Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com At first, I thought it may be disk protection, since I was trying to install from an ISO of my original disk, but the original disk has the same problem. I also ruled out a mounting problem, I've mounted with -o ro,unhide,uid=$UID. The strange part is, the install will sometimes work. I haven't figured out what makes it work/fail. It seems to work better if there's nothing else running in the prefix. A `wineserver -k` right before running `wine Installer.exe' also seems to help. Additionally, sometimes wine can't even seem to find the exe (!): austin(a)laptop:/mnt/wisotool$ ls autorun.inf disc.ico Installer.exe Installer Tome 1.MPQE Installer UI 1.MPQ Installer UI 2.MPQE StarCraft II Installer.app austin(a)laptop:/mnt/wisotool$ wine Installer.exe wine: cannot find L"C:\\windows\\system32\\Installer.exe" The terminal output when it fails to run isn't very insightful: austin(a)laptop:/mnt/wisotool$ wine Installer.exe fixme:process:GetLogicalProcessorInformation ((nil),0x33f5e4): stub fixme:ntdll:NtPowerInformation semi-stub: SystemPowerCapabilities fixme:process:GetLogicalProcessorInformation ((nil),0x33fa14): stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (60000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT 60000 fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (60000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT 60000 fixme:process:GetLogicalProcessorInformation ((nil),0xb7c5ac): stub fixme:process:GetLogicalProcessorInformation ((nil),0xb7c5b4): stub fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:process:GetLogicalProcessorInformation ((nil),0xe7e99c): stub fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:process:GetLogicalProcessorInformation ((nil),0xe7e99c): stub fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0 method=0) I've tried native wininet, since I'm grasping at straws, but that didn't help. The ntdll fixme seems to be the relevant line those process fixme's show up when the installer does actually run. -- 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 28

[Bug 7526] fixme:comm:set_queue_size insize 4096 outsize 4096 unimplemented stub
by wine-bugs＠winehq.org 13 Dec '14

13 Dec '14

https://bugs.winehq.org/show_bug.cgi?id=7526 Bruno Jesus <00cpxxx(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |servicii(a)gmail.com --- Comment #28 from Bruno Jesus <00cpxxx(a)gmail.com> --- *** Bug 23022 has been marked as a duplicate of this bug. *** -- 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 0