https://bugs.winehq.org/show_bug.cgi?id=48303
Bug ID: 48303 Summary: SofTalk (.NET edition) fails to start (reports System.Resources.MissingManifestResourceException). Product: Wine Version: 5.0-rc1 Hardware: x86 URL: http://ftp.vector.co.jp/71/83/2252/stn019337.zip OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs@winehq.org Reporter: sagawa.aki+winebugs@gmail.com Distribution: Ubuntu
Created attachment 66011 --> https://bugs.winehq.org/attachment.cgi?id=66011 Terminal output
SofTalk (.NET edition) is a Text-to-speech software for Japanese text.
When I starts SofTalk.exe from console, it reports the following exception, Unhandled Exception: System.InvalidOperationException: WinForms_SeeInnerException ---> System.Resources.MissingManifestResourceException: Could not find any resources appropriate for the specified culture or the neutral culture. Make sure "UZo?>`TR$RWIv jFA2*{7q_(#.resources" was correctly embedded or linked into assembly "SofTalk" at compile time, or that all the satellite assemblies required are loadable and fully signed. at System.Resources.ManifestBasedResourceGroveler.HandleResourceStreamMissing (System.String fileName) [0x000bf] in <a1336bab325642fd867e87ca7626bada>:0 (see the attachment for full terminal output)
From my point of view, 'UZo?>`TR$RWIv jFA2*{7q_(#' is a strange class name.
And, SofTalk.exe actually has a resource named 'UZo?>`TR$RWIv jFA2*{7q_(#.resource'. I guess Mono doesn't escape some special characters when looking for a resource.
SHA1(stn019337.zip) = b8620e00a4b28bcc8c39aa7bb26c26f2dbc64eba SHA1(SofTalk.exe) = 1b8efa49271c641e82555a1d988e92f686c45a8c
https://bugs.winehq.org/show_bug.cgi?id=48303
Sagawa sagawa.aki+winebugs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
https://bugs.winehq.org/show_bug.cgi?id=48303
--- Comment #1 from Sagawa sagawa.aki+winebugs@gmail.com --- Is this mono's issue?
Regarding Mono's commit d12db16[1], ves_icall_RuntimeType_get_Name has a following comment. Mono's resource manager[2] requests type.Name, so it might be related to this issue.
// FIXME: this should be escaped in some scenarios with mono_identifier_escape_type_name_chars // Determining exactly when to do so is fairly difficult, so for now we don't bother to avoid regressions
[1] https://github.com/mono/mono/commit/d12db16723f648b11ce1b0cd306a3c82ce4f89cd [2] https://github.com/madewokherd/mono/blob/00ff483884428770d63540d5dd295aaf1a5...
https://bugs.winehq.org/show_bug.cgi?id=48303
--- Comment #2 from Vincent Povirk madewokherd@gmail.com --- Yes, I think upstream Mono will be interested in a fix.
https://bugs.winehq.org/show_bug.cgi?id=48303
Esme Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd@gmail.com