March 2016 - Wine-Bugs - list.winehq.org

[Bug 40392] ComicRack hangs with builtin wbemprox (native wbemprox works around this)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=40392 --- Comment #1 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> --- Created attachment 54106 --> https://bugs.winehq.org/attachment.cgi?id=54106 log running ComicRack -- 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.

March 31, 2016

[Bug 40392] New: ComicRack hangs with builtin wbemprox (native wbemprox works around this)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=40392 Bug ID: 40392 Summary: ComicRack hangs with builtin wbemprox (native wbemprox works around this) Product: Wine Version: 1.9.5 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox_xerox2000(a)yahoo.co.uk Distribution: --- As the title says. ComicRack: (http://comicrack.cyolito.com/files/comicrack/ComicRackSetup09178.exe) This happens after adding stub for IsDPIAware, i`ve sent a patch for this. I`ll attach log hereafter. Using native wbemprox makes the app go further, throwing up another errormessagebox (i suspect from windowscodecs, i`ll investigate further). Nicely enough there`s an option ``Try resume``. After clicking this the application starts and seems to work. -- 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.

March 31, 2016

[Bug 17895] JFlothows 2DMatrix.exe freezes

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=17895 Michael Müller <michael(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |michael(a)fds-team.de --- Comment #8 from Michael Müller <michael(a)fds-team.de> --- The application does not really freeze but just works extremely slow in wine. Use (0.2, 0; 0, 0.2) as transformation and you will see the result almost immediately. The application uses a highly inefficient way to read the pixels from the source image and set the pixel in the destination image (see marked lines). All those functions are called for each and every pixel causing the extreme lag. I guess that at least one of these functions is much slower in Wine than on windows. ----- 0009:Call user32.GetDC(00000000) ret=00407b52 0009:Ret user32.GetDC() retval=0009003a ret=00407b52 0009:Call gdi32.CreateCompatibleDC(0009003a) ret=00407b5e 0009:Ret gdi32.CreateCompatibleDC() retval=b8bc0050 ret=00407b5e 0009:Call user32.ReleaseDC(00000000,0009003a) ret=00407b72 0009:Ret user32.ReleaseDC() retval=00000001 ret=00407b72 0009:Call gdi32.SelectObject(b8bc0050,00050049) ret=00407b87 0009:Ret gdi32.SelectObject() retval=0001001a ret=00407b87 0009:Call gdi32.SetTextAlign(b8bc0050,00000018) ret=00407ba1 0009:Ret gdi32.SetTextAlign() retval=00000000 ret=00407ba1 0009:Call gdi32.GetClipRgn(b8bc0050,00030053) ret=00498364 0009:Ret gdi32.GetClipRgn() retval=00000000 ret=00498364 0009:Call gdi32.SetBkMode(b8bc0050,00000001) ret=0049837b 0009:Ret gdi32.SetBkMode() retval=00000002 ret=0049837b 0009:Call gdi32.GetPixel(b8bc0050,000000de,0000004e) ret=00498d3b <-- 0009:Ret gdi32.GetPixel() retval=00ffffff ret=00498d3b 0009:Call gdi32.SelectObject(b8bc0050,0001001a) ret=00407bfe 0009:Ret gdi32.SelectObject() retval=00050049 ret=00407bfe 0009:Call gdi32.DeleteDC(b8bc0050) ret=00407c0d 0009:Ret gdi32.DeleteDC() retval=00000001 ret=00407c0d 0009:Call user32.GetDC(00000000) ret=00407b52 0009:Ret user32.GetDC() retval=0009003a ret=00407b52 0009:Call gdi32.CreateCompatibleDC(0009003a) ret=00407b5e 0009:Ret gdi32.CreateCompatibleDC() retval=b8bd0050 ret=00407b5e 0009:Call user32.ReleaseDC(00000000,0009003a) ret=00407b72 0009:Ret user32.ReleaseDC() retval=00000001 ret=00407b72 0009:Call gdi32.SelectObject(b8bd0050,0002004e) ret=00407b87 0009:Ret gdi32.SelectObject() retval=0001001a ret=00407b87 0009:Call gdi32.SetTextAlign(b8bd0050,00000018) ret=00407ba1 0009:Ret gdi32.SetTextAlign() retval=00000000 ret=00407ba1 0009:Call gdi32.GetClipRgn(b8bd0050,00030053) ret=00498364 0009:Ret gdi32.GetClipRgn() retval=00000000 ret=00498364 0009:Call gdi32.SetBkMode(b8bd0050,00000001) ret=0049837b 0009:Ret gdi32.SetBkMode() retval=00000002 ret=0049837b 0009:Call gdi32.SetPixelV(b8bd0050,000000de,0000004e,00ffffff) ret=00498e32 <-- 0009:Ret gdi32.SetPixelV() retval=00000001 ret=00498e32 0009:Call KERNEL32.GetTickCount() ret=005236de 0009:Ret KERNEL32.GetTickCount() retval=00a54eb1 ret=005236de 0009:Call gdi32.SelectObject(b8bd0050,0001001a) ret=00407bfe 0009:Ret gdi32.SelectObject() retval=0002004e ret=00407bfe 0009:Call gdi32.DeleteDC(b8bd0050) ret=00407c0d 0009:Ret gdi32.DeleteDC() retval=00000001 ret=00407c0d ----- -- 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.

March 31, 2016

[Bug 40391] Wine fails to build in maintainer mode.

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=40391 Jens Reyer <jre.winesim(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jre.winesim(a)gmail.com --- Comment #2 from Jens Reyer <jre.winesim(a)gmail.com> --- (In reply to Sebastian Lackner from comment #1) > [...] In general it seems like a > bad idea to use maintainer mode for building packages though. Unless you use > exactly the same build toolchain as Alexandre, there is always a risk of > (harmless) compiler warnings. Just to be sure: you see the risk only in the compiler warnings, and them being handled as errors in maintainer mode? But not in rebuilding fonts and icons? Thanks! -- 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.

March 31, 2016

[Bug 12532] Multiple applications fail to install due to msi.dll MsiDatabaseGenerateTransformW stub (Autodesk True View 2009, 3D Studio Max 201X, AutoCAD 201X, Torch tool from WiX)

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=12532 SL <sl-tx(a)yandex.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sl-tx(a)yandex.ru --- Comment #33 from SL <sl-tx(a)yandex.ru> --- May be this can help http://www.bundlecommander.com/index.php/knowledge-base/software-support/kb… -- 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.

March 31, 2016

[Bug 13319] In dlls/user32/edit.c EDIT_EM_ReplaceSel Clobbers Important Var When Buffer Overflows

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=13319 --- Comment #32 from Bo Simonsen <bo(a)geekworld.dk> --- Anybody have any idea why the patch from Lei Z was never merged in? The bug is still present in 1.9.6, so I don't understand why the patch was not merged when it fixes the 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.

March 31, 2016

[Bug 34052] The Witcher: Character models are sometimes invisible

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=34052 Maty Aguiló <nckpau(a)openmailbox.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nckpau(a)openmailbox.org --- Comment #80 from Maty Aguiló <nckpau(a)openmailbox.org> --- Enabling "CheckFloatConstants" works. I've played several hours without encountering this bug again. Archlinux, Wine 1.9.6 with the Nvidia blob (GTX 780ti) -- 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.

March 31, 2016

[Bug 13319] In dlls/user32/edit.c EDIT_EM_ReplaceSel Clobbers Important Var When Buffer Overflows

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=13319 Bo Simonsen <bo(a)geekworld.dk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bo(a)geekworld.dk -- 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.

March 31, 2016

[Bug 39692] Wine64 build produces extra warning in msdaps comparing to Wine32 build

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=39692 Sebastian Lackner <sebastian(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jre.winesim(a)gmail.com --- Comment #1 from Sebastian Lackner <sebastian(a)fds-team.de> --- *** Bug 40391 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.

March 31, 2016

[Bug 40391] Wine fails to build in maintainer mode.

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=40391 Sebastian Lackner <sebastian(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE CC| |sebastian(a)fds-team.de Status|UNCONFIRMED |RESOLVED --- Comment #1 from Sebastian Lackner <sebastian(a)fds-team.de> --- (In reply to Jens Reyer from comment #0) > I don't know if these build failures are to be expected in maintainer mode, > didn't find any specific documentation about that. My motivation for doing > this, is for Debian building completely from source, without using pre-built > stuff like the TrueType fonts. In this case its a known issue (see bug 39692). In general it seems like a bad idea to use maintainer mode for building packages though. Unless you use exactly the same build toolchain as Alexandre, there is always a risk of (harmless) compiler warnings. *** This bug has been marked as a duplicate of bug 39692 *** -- 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.

March 31, 2016