wine-bugs December 2018

wine-bugs@winehq.org

1 participants
7642 discussions

[Bug 46080] New: Multiple installers are missing title bar buttons
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46080 Bug ID: 46080 Summary: Multiple installers are missing title bar buttons Product: Wine Version: 3.19 Hardware: x86 URL: https://ftp.osuosl.org/pub/musescore/releases/MuseScor e-2.2.1/MuseScore-2.2.1.msi OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 62709 --> https://bugs.winehq.org/attachment.cgi?id=62709 screenshot wine Other affected program is Mono .NET Development Framework: https://download.mono-project.com/archive/4.3.2/windows-installer/mono-4.3.… See screenshots. -- 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 45569] New: League of Legends 8.12+ needs NtQueryInformationProcess( ProcessCookie) stub
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45569 Bug ID: 45569 Summary: League of Legends 8.12+ needs NtQueryInformationProcess(ProcessCookie) stub Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Diagnosed by Andrew Wesie; partially split off from bug 45327. -- 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 46084] New: Skype 8.33.0.50 installer crashes due to unimplemented msvcp140.dll.? _Winerror_map@std@@YAHH@Z
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46084 Bug ID: 46084 Summary: Skype 8.33.0.50 installer crashes due to unimplemented msvcp140.dll.?_Winerror_map@std@@YAHH@Z Product: Wine Version: 3.19 Hardware: x86 URL: https://www.skype.com/en/get-skype/download-skype-for- desktop/ OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: dark.shadow4(a)web.de, focht(a)gmx.net, gaturk2(a)free.fr Distribution: --- Noticed while looking at bug 44850 wine: Call from 0x7b43defc to unimplemented function msvcp140.dll.?_Winerror_map@std@@YAHH@Z, aborting austin@laptop:/tmp$ du -h Skype-8.33.0.50.exe 60M Skype-8.33.0.50.exe austin@laptop:/tmp$ sha256sum Skype-8.33.0.50.exe aac2ec58243794dd027851fb64b94ce03ebe759fb823dc45975bb1592cbe73e8 Skype-8.33.0.50.exe -- 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 35320] New: wine crash in MSVCRT__mbstowcs_l regarding locale, & other minor locale related problems
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=35320 Bug ID: 35320 Summary: wine crash in MSVCRT__mbstowcs_l regarding locale, & other minor locale related problems Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Classification: Unclassified Created attachment 47106 --> http://bugs.winehq.org/attachment.cgi?id=47106 The file needed to cause the crash. from r project (http://www.r-project.org/) http://cran.ma.imperial.ac.uk/bin/windows/base/R-2.15.3-win.exe After installing, running: ./wine ~/.wine/drive_c/Program\ Files/R/R-2.15.3/bin/R.exe Then, at the R console prompt, type (having put the attached file at /tmp/1.R): Sys.setlocale("LC_CTYPE", "Chinese") source('z:/tmp/1.R', encoding='UTF8') wine immediately crashes with: -------------------------------------- wine: Unhandled page fault on read access to 0x00000000 at address 0x7eda29af (thread 0030), starting debugger... ... Backtrace: =>0 0x7eda29af MSVCRT__mbstowcs_l+0x5f(wcstr=<couldn't compute location>, mbstr=<couldn't compute location>, count=<couldn't compute location>, locale=<couldn't compute location>) [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt (0x0440a168) 1 0x7eda2b06 MSVCRT_mbstowcs+0x35(wcstr="as a &Metafile CTRL+W", mbstr=0x0(nil), count=0x64) [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2161] in msvcrt (0x0440a198) 2 0x6355b525 in rgraphapp (+0x1b524) (0x00030046) 0x7eda29af MSVCRT__mbstowcs_l+0x5f [/home/Nobak-Hin-Tak/tmp-git/wine/dlls/msvcrt/mbcs.c:2140] in msvcrt: movzbl 0x0(%eax),%eax 2140 if(mbstr[size] == '\0') ... ---------------------------------------- I assume this info in the backtrace should be enough to address the crash. FYI, the slightly unusual procedure is because under R under Vista in an English locale doesn't like to plot graphs with non-latin annotations/texts. The above procedure when used under Vista on British English windows would result in R displaying an almost empty plot with a chinese title. Native R on linux does not need the setlocale part to plot utf8-based texts. Also R on Vista accepts 'Sys.setlocale("LC_CTYPE", "Chinese_China.950")'. I only realized that trying to set traditional chinese [950] in a simplified chinese region [china] is wrong when it is rejected on linux; but R on Vista accepts this. ------------ Warning message: In Sys.setlocale("LC_CTYPE", "Chinese_China.950") : OS reports request to set locale to "Chinese_China.950" cannot be honored ------------ When R is running on Vista, it reports the locale as "English_United Kingdom.1252". But under Linux (in en_GB.utf8 locale), R warns of ----------- During startup - Warning messages: 1: Setting LC_TIME=en_GB.utf8 failed 2: Setting LC_MONETARY=en_GB.utf8 failed ----------- So three locale related issue: - a crash in msvcrt - R under Vista accepts "Chinese_China.950" but R under wine does not. - there are locale-related warning messages from R on start up when running under wine. -- 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 43187] New: OriginWebHelperService.exe crashes
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=43187 Bug ID: 43187 Summary: OriginWebHelperService.exe crashes Product: Wine Version: 2.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: plata(a)mailbox.org Distribution: --- Created attachment 58460 --> https://bugs.winehq.org/attachment.cgi?id=58460 backtrace EA Origin installs with Wine 2.10 staging but then crashes in the update or login window (OriginWebHelperService.exe). As a result, the Origin window shows an infinite loading screen. As far as I can see, this seems to be caused by qt5gui (QScreen::handle). -- 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 40160] New: cant install mobogenie
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40160 Bug ID: 40160 Summary: cant install mobogenie Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madscientistkustomz(a)gmx.com Distribution: --- Created attachment 53662 --> https://bugs.winehq.org/attachment.cgi?id=53662 trace log problem installing MOBOGENIE for ubuntu -- 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 45832] New: Windower (Final Fantasy XI tool) Security Token Exception
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=45832 Bug ID: 45832 Summary: Windower (Final Fantasy XI tool) Security Token Exception Product: Wine Version: 3.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: conmanx360(a)gmail.com Distribution: --- Created attachment 62292 --> https://bugs.winehq.org/attachment.cgi?id=62292 Terminal output of Windower Windower crashes before starting with a security token error. Don't know enough about Mono to fix it, but any explanation on what's wrong would be helpful. Can do different wine debug traces if necessary. -- 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 22

[Bug 46156] New: Multiple applications from Windows 7-10 crash on unimplemented function slc.dll.SLOpen
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46156 Bug ID: 46156 Summary: Multiple applications from Windows 7-10 crash on unimplemented function slc.dll.SLOpen Product: Wine Version: 3.20 Hardware: aarch64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: slc Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 46143 Likely also present on x86_64 arch. --- snip --- $ WINEDEBUG=+seh,+loaddll,+process,+relay,+ntdll wine64 ./gatherosstate.exe >>log.txt 2>&1 ... 002b:Call KERNEL32.LoadLibraryExW(14000aaa0 L"SLC.DLL",00000000,00000000) ret=140044618 ... 002b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\slc.dll" at 0x7f87a70000: builtin 002b:Call PE DLL (proc=0x7f87a8c5a4,module=0x7f87a70000 L"slc.dll",reason=PROCESS_ATTACH,res=(nil)) 002b:Call KERNEL32.DisableThreadLibraryCalls(7f87a70000) ret=7f87a8c58c 002b:Ret KERNEL32.DisableThreadLibraryCalls() retval=00000001 ret=7f87a8c58c 002b:Ret PE DLL (proc=0x7f87a8c5a4,module=0x7f87a70000 L"slc.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 002b:Ret KERNEL32.LoadLibraryExW() retval=7f87a70000 ret=140044618 002b:Call KERNEL32.GetLastError() ret=140032274 002b:Ret KERNEL32.GetLastError() retval=0000007e ret=140032274 002b:Call KERNEL32.FlushInstructionCache(ffffffffffffffff,00356840,00000080) ret=14003229c 002b:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=14003229c 002b:Call KERNEL32.GetLastError() ret=140031de0 002b:Ret KERNEL32.GetLastError() retval=0000007e ret=140031de0 002b:Call KERNEL32.FlushInstructionCache(ffffffffffffffff,0035de40,00000040) ret=140031e08 002b:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=140031e08 002b:Call KERNEL32.GetProcAddress(7f87a70000,14000aab0 "SLOpen") ret=1400446c0 002b:Ret KERNEL32.GetProcAddress() retval=7f87a8c090 ret=1400446c0 002b:Call KERNEL32.GetLastError() ret=140031de0 002b:Ret KERNEL32.GetLastError() retval=0000007e ret=140031de0 002b:Call KERNEL32.FlushInstructionCache(ffffffffffffffff,00358200,00000040) ret=140031e08 002b:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=140031e08 002b:Call KERNEL32.GetProcAddress(7f87a70000,14000aab8 "SLClose") ret=140044760 002b:Ret KERNEL32.GetProcAddress() retval=7f87a8be28 ret=140044760 002b:Call KERNEL32.GetLastError() ret=140031de0 002b:Ret KERNEL32.GetLastError() retval=0000007e ret=140031de0 002b:Call KERNEL32.FlushInstructionCache(ffffffffffffffff,00355d40,00000040) ret=140031e08 002b:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=140031e08 002b:Call KERNEL32.GetProcAddress(7f87a70000,14000aac0 "SLGetLicensingStatusInformation") ret=1400447a0 002b:Ret KERNEL32.GetProcAddress() retval=7f87a8bf40 ret=1400447a0 002b:Call KERNEL32.GetLastError() ret=140031de0 002b:Ret KERNEL32.GetLastError() retval=0000007e ret=140031de0 002b:Call KERNEL32.FlushInstructionCache(ffffffffffffffff,00350b40,00000040) ret=140031e08 002b:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=140031e08 002b:Call KERNEL32.GetProcAddress(7f87a70000,14000aae0 "SLGetProductSkuInformation") ret=1400447e0 002b:Ret KERNEL32.GetProcAddress() retval=7f87a8bfcc ret=1400447e0 002b:Call KERNEL32.GetLastError() ret=140031de0 002b:Ret KERNEL32.GetLastError() retval=0000007e ret=140031de0 002b:Call KERNEL32.FlushInstructionCache(ffffffffffffffff,0035dac0,00000040) ret=140031e08 002b:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=140031e08 002b:Call KERNEL32.GetProcAddress(7f87a70000,14000ab00 "SLGetSLIDList") ret=140044820 002b:Ret KERNEL32.GetProcAddress() retval=7f87a8c004 ret=140044820 002b:Call KERNEL32.RaiseException(80000100,00000001,00000002,0022f720) ret=7f87a8c744 002b:trace:seh:raise_exception info[0]=0000007f87a8c758 002b:trace:seh:raise_exception info[1]=0000007f87a8c9fb wine: Call from 0x7bcd0224 to unimplemented function slc.dll.SLOpen, aborting 002b:trace:seh:call_stack_handlers calling handler at 0x7b4d6494 code=80000100 flags=1 wine: Unimplemented function slc.dll.SLOpen called at address 0x7bcd0224 (thread 002b), starting debugger... ...Register dump: ARM64 EL0t Mode Pc:000000007bcd0224 Sp:000000000022f1e0 Lr:000000007bcd2530 Cpsr:20000000(--C-) x0: 000000000022f208 x1: 000000000022f720 x2: 0000000000000001 x3: 000000000022f5c0 x4: 000000000022f730 x5: 000000000022f5f0 x6: 0000007f87a8c758 x7: 0000007f87a8c9fb x8: 000000000022f208 x9: 000000000022f208 x10:0000000000000008 x11:0000000000000002 x12:0000000000000004 x13:0000000000000000 x14:ffffffffffffffaa x15:000000007bd25a60 ip0:000000007b674000 ip1:0000007f881d0dd0 x18:000000007ffd8000 x19:000000000022f700 x20:0000007f87a70000 x21:0000007f87a8c090 x22:0000007f87a8bf40 x23:000000000022f848 x24:0000007f87a8be28 x25:0000000000000000 x26:0000000140094000 x27:000000014000f000 x28:000000007b4a2cc4 Fp:000000000022f5b0 ... Backtrace: =>0 0x000000007bcd0224 RtlCaptureContext+0xa4() in ntdll (0x000000000022f5b0) 1 0x000000007bcd2530 RtlRaiseException+0x33(rec=0x22f5c0) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:995] in ntdll (0x000000000022f5b0) 2 0x000000007bcd2530 RtlRaiseException+0x33(rec=0x22f720) [/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm64.c:995] in ntdll (0x000000000022f670) 3 0x000000007b466ccc RaiseException+0xc7(code=0, flags=0x7bcb25a0, nbargs=0, args=0x8000010000000001) [/home/focht/projects/wine/mainline-src/dlls/kernel32/except.c:85] in kernel32 (0x000000000022f680) 4 0x000000007bcb25a0 call_entry_point+0x8f() in ntdll (0x000000000035dae8) 5 0x0000007f87a70000 in slc<elf> (+0x4fff) (0x000000000035dae8) 0x000000007bcd0224 RtlCaptureContext+0xa4 in ntdll: be_arm64_disasm_one_insn: not done Modules: Module Address Debug info Name (20 modules) ELF 7b400000- 7b826000 Dwarf kernel32<elf> \-PE 7b420000- 7b826000 \ kernel32 ELF 7bc00000- 7bd45000 Dwarf ntdll<elf> \-PE 7bc20000- 7bd45000 \ ntdll ELF 7c000000- 7c004000 Deferred <wine-loader> PE 140000000- 140099000 Deferred gatherosstate ELF 7f87a6b000- 7f87a90000 Dwarf slc<elf> \-PE 7f87a70000- 7f87a90000 \ slc ... ELF 7f884b7000- 7f884e9000 Deferred ld-linux-aarch64.so.1 ELF 7f884ea000- 7f884eb000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) ... 0000002a (D) Z:\home\focht\projects\woa-winrt\win10apps\arm64\gatherosstate.exe 0000002b 0 <== System information: Wine build: wine-3.20-116-g7628b7b40d Platform: arm64 Version: Windows 7 Host system: Linux Host version: 4.18.14-yocto-standard --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/slc/slc.spec#l33 --- snip --- 33 @ stub SLOpen --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/desktop/api/slpublic/nf-slpublic-s… Regards -- 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 40208] New: Steup installation of CEGID BUISINESS LINE failed.
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=40208 Bug ID: 40208 Summary: Steup installation of CEGID BUISINESS LINE failed. Product: Wine Version: 1.9.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: christian.briard(a)gmx.com Distribution: --- Created attachment 53723 --> https://bugs.winehq.org/attachment.cgi?id=53723 MSI log Executing an installation of CEGID BUISINESS LINE failed with a log text (see attached files). "Install: C:\windows\System32\msiexec.exe /q /i "Z:\home\cbriard\CBL\PRODUCTS\AIDEBL.MSI" INSTALLDIR="C:\Program Files\Cegid\Cegid Business Line\" /norestart Install : 1603 - C:\windows\System32\msiexec.exe - Erreur en exécution du programme" Here enclosed a trace file to. Any idea of what is going wrong ? Christian. -- 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 15

[Bug 38402] New: glDebugMessageCallback is broken
by wine-bugs＠winehq.org 03 Mar '19

03 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=38402 Bug ID: 38402 Summary: glDebugMessageCallback is broken Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: chris.kcat(a)gmail.com Distribution: --- According to the KHR_debug extension spec, the function glDebugMessageCallback takes a function pointer callback with the type: typedef void (APIENTRY *GLDEBUGPROC)(GLenum source, GLenum type, GLuint id, GLenum severity, GLsizei length, const GLchar* message, const void* userParam); https://www.opengl.org/registry/specs/KHR/debug.txt In particular, it notes that the function callback uses the same calling convention as the other GL functions. The problem is that on Windows, GL uses the stdcall calling convention, while on Linux it uses cdecl. Wine's glDebugMessageCallback thunk passes the callback through as-is, so the system's libGL tries to call an stdcall function as though it was cdecl, causing it to crash upon returning. Another problem is that the spec says: "When DEBUG_OUTPUT_SYNCHRONOUS is disabled, the driver is optionally allowed to concurrently call the debug callback routine from potentially multiple threads, including threads that the context that generated the message is not currently bound to." meaning the callback can be called on threads other than the one OpenGL is being used on. This is a problem because it may be called on one or more internal driver threads that were not created using the Windows API, and if the callback function tries to do anything that relies on Windows-related thread information, it won't be there. -- 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 20

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs December 2018