[Bug 47857] New: Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (IsNormalizedString stub sets error incorrectly apparently)

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=47857

Bug ID: 47857
           Summary: Logos Bible Software (.Net 4.7.2 app) crashes in
                    win8/10 (IsNormalizedString stub sets error
                    incorrectly apparently)
           Product: Wine
           Version: 4.17
          Hardware: x86
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: kernel32
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

Created attachment 65360
  --> https://bugs.winehq.org/attachment.cgi?id=65360
suggested patch

After working around bug 47856 it runs into next crash:

0094:fixme:nls:IsNormalizedString 1 0x3563d0c 16
00a0:fixme:ver:GetCurrentPackageId (0x21af2f30 (nil)): stub
009b:fixme:path:parse_url failed to parse L"System.Core"
009b:fixme:combase:RoGetParameterizedTypeInstanceIID stub: 4 0000000029B0EDF0
000000001E79B310 000000001E79BD00 0000000000000000
009b:fixme:path:parse_url failed to parse L"System.Xml"
009b:fixme:path:parse_url failed to parse L"System.Data"
00a0:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x20000
00a0:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub
00a0:fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x00000401,(nil),0x0001,0x00000000,0x21af4560,(nil)):
stub
00a0:err:eventlog:ReportEventW L"Application: Logos.exe\nFramework Version:
v4.0.30319\nDescription: The application requested process termination through
System.Environment.FailFast(string message).\nMessage: An exception occurred in
AppModel.Run\nStack:\n   at System.Environment.FailFast(System.String,
System.Exception"...
00a0:fixme:advapi:DeregisterEventSource (0xcafe4242) stub

The IsNormalizedstring fixme seems the culprit; first i hacked the stub just to
return true and that worked, but it is also enough to remove the
SetLasterror(ERROR_CALL_NOT_IMPLEMENTED) from the stub.

https://docs.microsoft.com/en-us/windows/win32/api/winnls/nf-winnls-isnormal...
suggests to check for last error ERROR_SUCCESS if the function returns FALSE,
so i guess that would be a more logical way of setting that error ( or maybe
set no error at all???).

I'll attach suggested patch hereafter.

After this the program starts successfully for me.