wine-bugs March 2018

wine-bugs@winehq.org

1 participants
8072 discussions

[Bug 44593] New: Improve Wine loader diagnostic output for .NET (IL) applications in case of 'mscoree.dll' load failures
by wine-bugs＠winehq.org 02 Mar '18

02 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=44593 Bug ID: 44593 Summary: Improve Wine loader diagnostic output for .NET (IL) applications in case of 'mscoree.dll' load failures Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, since commit https://source.winehq.org/git/wine.git/commitdiff/39c8875ff8aa543eaa50e52db… ("ntdll: Add support for running IL-only .NET executables.") starting a .NET application without proper mscoree setup results in obscure error message in terminal, making it very hard for the end user to figure out what's wrong. * Wine-Mono uninstalled/disabled via various methods (builtin order disabled, native mscoree preferred, disabled during Wine build time), native .NET not yet installed -> this is a standard use-case * broken WINEPREFIX (mscoree improperly installed/Win64/Wow64 issues) Console output before the change: --- snip --- $ wine ./foo.exe 0009:err:module:import_dll Library mscoree.dll (which is needed by L"C:\\Program Files\\FooBar\\foo.exe") not found 0009:err:module:attach_dlls Importing dlls for L"C:\\Program Files\\FooBar\\foo.exe" failed, status c0000135 --- snip --- Console output after the change: ---- snip --- $ wine ./foo.exe 0009:err:module:attach_dlls Importing dlls for L"C:\\Program Files\\FooBar\\foo.exe" failed, status c0000135 ---- snip --- I suggest to add an ERR to hint it's actually 'mscoree' module load failure to help end users/triagers diagnosing. Source: jttps://source.winehq.org/git/wine.git/blob/39c8875ff8aa543eaa50e52db0c5467… --- snip --- 895 static NTSTATUS fixup_imports_ilonly( WINE_MODREF *wm, LPCWSTR load_path, void **entry ) 896 { 897 static const WCHAR mscoreeW[] = {'m','s','c','o','r','e','e','.','d','l','l',0}; ... 910 prev = current_modref; 911 current_modref = wm; 912 if (!(status = load_dll( load_path, mscoreeW, 0, &imp ))) wm->deps[0] = imp; 913 current_modref = prev; 914 if (status) return status; 915 916 TRACE( "loaded mscoree for %s\n", debugstr_w(wm->ldr.FullDllName.Buffer) ); ... --- snip --- $ wine --version wine-3.2-168-gc073701d02 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 2

[Bug 7525] panasonic DP-1820E using ddiwrapper needs GDI32.dll.EngComputeGlyphSet
by wine-bugs＠winehq.org 01 Mar '18

01 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=7525 --- Comment #10 from Hin-Tak Leung <htl10(a)users.sourceforge.net> --- I unzip'ed the exe then unshield data1.cab inside. $ find . -type f -name '*.dll' -exec grep -l -i EngComputeGlyphSet {} \; ./Printer_Driver_NT_Common_PFR_Win2K/PFRNTMPM.dll ./Printer_Driver_NT_Common_PFR_WinNT4/PFRNTMPM.dll ./Printer_Driver_NT_Common_Sfdm_Files_Win2K/3/PFXNTMPM.dll ./Printer_Driver_NT_Common_Sfdm_Files_Win2K/PFXNTMPM.dll ./Printer_Driver_NT_Common_Sfdm_Files_WinNT4/2/PFXNTMPM.dll ./Printer_Driver_NT_Common_Sfdm_Files_WinNT4/PFXNTMPM.dll ./Printer_Driver_W2k_Common_PFR_Files/PFRNTMPM.dll ./Printer_Driver_W2k_Common_Sfdl2_Files/PFXNTMPM.dll Also, for GDI printer, you need to turn off "enhanced meta files" or something under the print driver panel for the host to actually use the driver. Otherwise the host just do WMF spooling, and does not use the driver until it interacts with the hard ware. I think this needs to be re-opened, but I don't have the rights. -- 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

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 March 2018