May 2018 - Wine-Bugs - list.winehq.org

[Bug 44553] Kerberos support added in Wine 3.1 is broking build on some old Linux distributions

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44553 --- Comment #7 from Zhenya <Zenitur(a)yandex.ru> --- Hello Hans! My SLES 11 is still cannot compile Wine starting from 3.1 version. https://build.opensuse.org/package/show/Emulators:Wine/wine If the code is stable at this moment, can you make a port for KRB5 1.6? Something like: #if krb5 < 1.8 then CODE1 #else CODE2 #endif I'd post a link for a virtual machine image with SLES 11 ready for code writing and debug. Link is in #2. Root password is "sourceengine2" -- 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.

May 2, 2018

[Bug 43971] Wine 2.20 Bcrypt compilation fails under older linux systems while Wine 2.0.3 compiles fine

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=43971 --- Comment #14 from Zhenya <Zenitur(a)yandex.ru> --- Hello again! Thank you for a fix of this bug. I see that Wine 3.0 is successfully compiling on my SLES 11. I see that libGnuTLS 2.4 supports bcrypt, but it was error when Wine trying to use it. #6 says that "key" variable is already defined in libGnuTLS 2.4 headers but isn't defined in 2.6 and later. Can you add a condition for < 2.6? Somethink like "if libGnuTLS < 2.6 then define key2, else define key"? -- 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.

May 2, 2018

[Bug 40642] macOS menubar integration

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=40642 Rastafabi <f.platte(a)platte-web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ken(a)codeweavers.com -- 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.

May 2, 2018

[Bug 40642] macOS menubar integration

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=40642 Rastafabi <f.platte(a)platte-web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Show windows application |macOS menubar integration |menu in OS X global menubar | -- 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.

May 2, 2018

[Bug 40642] Show windows application menu in OS X global menubar

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=40642 --- Comment #2 from Rastafabi <f.platte(a)platte-web.de> --- Just a small update on this (hoping someone will recognise). The previously linked tool for menu-content-extraction went open source, so someone having the knowledge might be able to extract the necessary parts to include this in wine (if there is no licensing issue). https://github.com/lee-soft/ViDock -- 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.

May 2, 2018

[Bug 45110] New: Crash when running courselab 2.4

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=45110 Bug ID: 45110 Summary: Crash when running courselab 2.4 Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cjrw42(a)gmail.com Distribution: --- Created attachment 61295 --> https://bugs.winehq.org/attachment.cgi?id=61295 courselab 2.4 backtrace I have installed courselab 2.4 (educational resource dev package which creates HTML based sites), using the MSI, and all appears to have gone OK. Courselab runs, grabs credentials, generates the licence key which is emailed and entered fine, but as soon as you begin to create a new project it crashes out. backtrace included. -- 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.

May 2, 2018

[Bug 44052] Temple+ does not run due to missing D2D device and device context and multiple API stubs

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=44052 Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair(a)hotmail.com -- 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.

May 2, 2018

[Bug 45109] New: Implement debugging 32-bit processes using 64-bit winedbg

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=45109 Bug ID: 45109 Summary: Implement debugging 32-bit processes using 64-bit winedbg Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- winedbg (but also kernel32 and maybe dbghelp) currently assumes in a lot of places that the architecture of an inferior process matches the architecture of winedbg, and fails in an opaque way if it doesn't. It isn't possible to implement multiple architectures on 32-bit, for reasons that aren't clear to me (see the documentation for EnumProcessModules(), https://msdn.microsoft.com/en-us/library/windows/desktop/ms682631(v=vs.85).…) But the same restriction doesn't apply to 64-bit, so we should try to let winedbg handle this. Tagged as 'enhancement' since in most cases one can be careful enough to use 'wine' or 'wine64' as appropriate. One place where this does seem especially useful is 32-bit bootstrappers to 64-bit processes or the like, since often the only reliable way to break into a child process is with the AlsoDebugProcChild variable. -- 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.

May 2, 2018

[Bug 45066] Gauntlet character screen no longer display character.

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=45066 --- Comment #5 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> --- >From MSDN, D3D11_USAGE_DYNAMIC requires CPU write access. https://msdn.microsoft.com/en-us/library/windows/desktop/ff476259(v=vs.85).… Even the tests show that it's required. https://source.winehq.org/git/wine.git/blob/9fecb7499531ddbcde7970b4d98df92… -- 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.

May 2, 2018

[Bug 45066] Gauntlet character screen no longer display character.

by wine-bugs＠winehq.org

https://bugs.winehq.org/show_bug.cgi?id=45066 Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #61204|0 |1 is obsolete| | --- Comment #4 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> --- Created attachment 61294 --> https://bugs.winehq.org/attachment.cgi?id=61294 Improved patch -- 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.

May 2, 2018