March 2019 - Wine-bugs - list.winehq.org

[Bug 46432] New: FooBillard++ 3.4.2 beta crashes on startup
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46432 Bug ID: 46432 Summary: FooBillard++ 3.4.2 beta crashes on startup Product: Wine Version: 4.0-rc5 Hardware: x86-64 URL: https://www.computerbild.de/download/FooBillard-719080 4.html OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tobbi.bugs(a)googlemail.com I haven't been able to get any wine error dialogs with stacktrace for this one and winedbg doesn't seem to be conclusive for this, either. $ wine --version wine-4.0-rc5 $ openssl sha256 foobillardplus-3.42beta-win32_64Bit.zip SHA256(foobillardplus-3.42beta-win32_64Bit.zip)= abd4b20d8a45f68d6b6b142469b8bf825759804216d321cc1313b8a65203b3f1 -- 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 46660] New: problem starting MuseScore 3.0.1
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46660 Bug ID: 46660 Summary: problem starting MuseScore 3.0.1 Product: Wine Version: 4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: malachiosullivan(a)yahoo.fr Distribution: --- Created attachment 63594 --> https://bugs.winehq.org/attachment.cgi?id=63594 bactrace I tried starting MuseScore 3.0.1 32bit in wine on Puppylinux xenial 7.5 and received the following error - see report attached -- 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 3

[Bug 46701] New: Native DLLs not found when symlinked to app directory by relative symlink
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46701 Bug ID: 46701 Summary: Native DLLs not found when symlinked to app directory by relative symlink Product: Wine Version: 4.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: supercoolemail(a)seznam.cz Distribution: --- When DLL is linked to app directory by relative symbolic link and then set to native (by WINEDLLOVERIDES envvar in my case), 002b:err:module:import_dll will fail with "not found". Absolute symlinks work correctly. Relative symlink to pseudo-DLL (".dll.so" from wine-nine-standalone works correctly (when linked under name without ".so"). This used to work at some time in the past and I use it everywhere, but now I tried to launch some older games (not used for maybe half year) just to find, that DLLs that are present are "not found". Relative symlinks are resolved correctly by wine cmd "dir" command (sizes are correct). -- 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 46218] New: World of Warcraft A streaming error has occurred. ( WOW51900322) - wine-staging
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46218 Bug ID: 46218 Summary: World of Warcraft A streaming error has occurred. (WOW51900322) - wine-staging Product: Wine-staging Version: 3.21 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- World of Warcraft kicks the player back to the login screen with the error "A streaming error has occurred. (WOW51900322)" a few seconds after choosing a character and entering the game world. The issue has been reported on the AppDB, WineHQ forums and eu/us blizzard forums. The issue affects Linux players only. See the How-to / Notes section of https://appdb.winehq.org/objectManager.php?sClass=version&iId=36961 The workaround is to remove and replace the Cache directory in Program Files (x86)\World of Warcraft\ by a Windows copy of the cache. I experience the issue since I upgraded to Debian 9 and got rid of bug 42874. I made several tests and pin-pointed the issue to the creaturecache.wdb and gameobjectcache.wdb in World of Warcraft\Cache\WDB\ being corrupt when created. I compiled a custom wine version : plain wine 3.21 + staged patchset from bug 45349 (with its staging dependencies). With that custom version the Cache files are NOT corrupt and the issue doesn't happen. The 64-bit client requires wine-staging (bug 45349). I have no knowledge of the issue with 32 bit version of the client and can't test it myself due to (abandoned) bug 43656. If the bug is indeed a regression in wine-staging, I guess people using wine-staging to run the 32 bit game client also have the issue. I'm currently conducting a regression test in wine-staging to pin-point the patchset that causes the wrong file creation. -- 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 46715] New: Fallout: New Vegas installation does not start
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46715 Bug ID: 46715 Summary: Fallout: New Vegas installation does not start Product: Wine-staging Version: 4.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vpasst(a)ya.ru CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 63683 --> https://bugs.winehq.org/attachment.cgi?id=63683 This is a pirated installer for Fallout NV. 01c9:fixme:process:SetProcessDEPPolicy (1): stub 01cb:fixme:process:SetProcessDEPPolicy (1): stub 01cb:fixme:win:DisableProcessWindowsGhosting : stub 01cb:fixme:graphics:ShutdownBlockReasonDestroy (0x15007e): stub 01cb:fixme:graphics:ShutdownBlockReasonCreate (0x15007e, L"\0423\0441\0442\0430\043d\043e\0432\043a\0430..."): stub 01cb:fixme:msg:ChangeWindowMessageFilterEx 0x1200ea c05c 1 (nil) 01cb:fixme:msg:ChangeWindowMessageFilterEx 0x1300ea c05c 1 (nil) 01cb:fixme:win:WINNLSEnableIME hwnd 0x1500e8 enable 0: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x1500e8 enable -1: stub! 01cb:fixme:graphics:ShutdownBlockReasonDestroy (0x15007e): stub 01cb:fixme:graphics:ShutdownBlockReasonCreate (0x15007e, L"\0423\0441\0442\0430\043d\043e\0432\043a\0430 Fallout New Vegas - Ultimate Edition."): stub 01cb:fixme:msg:ChangeWindowMessageFilterEx 0x1400ea c05c 1 (nil) 01cb:fixme:msg:ChangeWindowMessageFilterEx 0x1500ea c05c 1 (nil) 01cb:fixme:msg:ChangeWindowMessageFilterEx 0x1600e8 c05c 1 (nil) 01cb:fixme:msg:ChangeWindowMessageFilterEx 0x1700e8 c05c 1 (nil) 01cb:fixme:shell:SHAutoComplete stub 01cb:fixme:msg:ChangeWindowMessageFilterEx 0x1800e8 c05c 1 (nil) 01cb:fixme:gdiplus:resample_bitmap_pixel_premult Unimplemented interpolation 6 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable 0: stub! 01cb:fixme:msg:ChangeWindowMessageFilterEx 0x3d0184 c05c 1 (nil) 01cb:fixme:msg:ChangeWindowMessageFilterEx 0x3e0184 c05c 1 (nil) 01cb:fixme:shell:SHAutoComplete stub 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable -1: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x160078 enable 0: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x160078 enable -1: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable 0: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable -1: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x1c0096 enable 0: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x1c0096 enable -1: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x1c0096 enable 0: stub! 01cb:fixme:sfc:SfcIsFileProtected ((nil), L"C:\\users\\amiwls\\Application Data\\Fallout New Vegas - Ultimate Edition_Uninstall\\unins000.exe") stub 01cb:fixme:win:WINNLSEnableIME hwnd 0x1c0096 enable -1: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable 0: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable -1: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable 0: stub! 01f5:fixme:process:SetProcessDEPPolicy (1): stub 01f5:fixme:win:DisableProcessWindowsGhosting : stub 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable -1: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable 0: stub! 01f7:fixme:process:SetProcessDEPPolicy (1): stub 01f7:fixme:win:DisableProcessWindowsGhosting : stub 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable -1: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable 0: stub! 01f7:fixme:graphics:ShutdownBlockReasonDestroy (0xc00fe): stub 01f7:fixme:graphics:ShutdownBlockReasonCreate (0xc00fe, L"\0414\0435\0438\043d\0441\0442\0430\043b\043b\044f\0446\0438\044f Fallout New Vegas - Ultimate Edition."): stub 01f7:fixme:msg:ChangeWindowMessageFilterEx 0xa0116 c05c 1 (nil) 01f7:fixme:graphics:ShutdownBlockReasonDestroy (0xc00fe): stub 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable -1: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable 0: stub! 01cb:fixme:win:WINNLSEnableIME hwnd 0x120094 enable -1: stub! 01cb:fixme:graphics:ShutdownBlockReasonDestroy (0x15007e): stub -- 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 3

[Bug 32096] New: drawStridedSlow can be more efficient
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

http://bugs.winehq.org/show_bug.cgi?id=32096 Bug #: 32096 Summary: drawStridedSlow can be more efficient Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: guillaum.bouchard(a)gmail.com Classification: Unclassified Hi, Recently I noticed that World of Warcaft is far more slow on d3d9 mode than using the OpenGL mode on my computer (pentium 4 and geforce 5 fx). Unfortunately the OpenGL mode is unusable since last WoW update (bug is inside WoW, not wine) D3D mode is slower because an important amount of the primitives are rendered using drawStridedSlow (dlls/wined3d/drawprim.c) which generates a lot of opengl call (here, 600K calls compared to 12K in OpenGL mode). It appears that if the computer can handle vertex array (ie: glDrawElements/glDrawArrays/gl[Vertex|Color|TexCoords|Fog]Pointer and glClientActiveTexture) the number of openGL call can be dramatically reduced, leading to an important increase in FPS (8 to 25 in important city in WoW). On my computer, I hacked inside drawStritedSlow and I have only one issue, the format of color is packed in BGRA, which is not compatible with the format awaited by glColorPointer. This can be fixed using the extension ARB_vertex_array_BGRA, which is unfortunately not available on my computer. I solved this issue by looping over each vertex and building a custom array in memory that I submitted to glColorPointer. I got approximately the same FPS increase using this approach. My conclusions here are that the fallback to drawStridedSlow is a bit extreme and in most case unnecessary. In my configuration everything works except the conversion from the d3d BGRA format for color in RGBA. This part can be easily done in software to create a suitable color array. Also, I did not dig inside the shader code of wined3d, but perhaps this conversion can be simply implemented as a swizzle in the custom vertex shader. (am I right guessing that wined3d does not uses the default shader of the fixed pipeline ?). So this bug report is more a way of opening the discussion. I see many options to improve the situation: a) Tweak the heuristics which detects and fallbacks to drawStridedSlow. If necessary implements the needed conversions in software. But this will not generates OpenGL function call and will increase performance a bit b) Tweak the vertex shader to do the conversion in the vertex shader, I think it is our best option c) Tweak drawStridedSlow to still rely on vertex array when possible (I have an example of code which is doing this. I'm playing WoW with this since 3 days without any issue and with a FPS increase of 200%). I don't think that honestly it is the good idea. d) do something else. Because I did not read anything else than the drawStritedSlow function, I may have missed something important. I'm motivated to help in the DX -> GL code. I'm a skilled C and GL coder, I don't know DX, but can learn enough. Thank you for reading. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 14

[Bug 46550] New: Please clean up filever.exe
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46550 Bug ID: 46550 Summary: Please clean up filever.exe Product: Wine-staging Version: 4.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- $ rpm -qa wine-core wine-core-4.0-0.5.rc6.fc29.i686 wine-core-4.0-0.5.rc6.fc29.x86_64 Would you please clean up filever.exe (from Windows 7) $ wine /home/linuxutil/filever.exe 000b:fixme:winediag:start_process Wine Staging 4.0-rc6 is a testing version containing experimental patches. 000b:fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. 0011:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll" 0011:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0 library. 0014:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll" 0014:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0 library. 0014:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0014:fixme:process:SetProcessDEPPolicy (1): stub 0014:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 000d:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll" 000d:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0 library. 001f:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll" 001f:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0 library. 001f:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0023:fixme:nls:GetThreadPreferredUILanguages 00000034, 0x9cf5e8, 0x9cf658 0x9cf5f0 0023:fixme:nls:get_dummy_preferred_ui_language (0x34 0x9cf5e8 0x9cf658 0x9cf5f0) returning a dummy value (current locale) 000b:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll" 000b:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0 library. Prints file version information. Z:\home\linuxutil\filever.exe [/S] [/V] [/E] [/X] [/B] [/A] [/D] [[drive:][path][filename]] /S Displays files in specified directory and all subdirectories. /V List verbose version information if available. /E List executables only. /X Displays short names generated for non-8dot3 file names. /B Uses bare format (no dir listing). /A Don't display file attributes. /D Don't display file date and time. -- 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 35568] New: Osu! fails to install (crash during post-installation in LSA SID translation/.NET runtime)
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=35568 Bug ID: 35568 Summary: Osu! fails to install (crash during post-installation in LSA SID translation/.NET runtime) Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 27364 The main executable crashes during post-install step in .NET runtime. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+advapi wine ./osu\!install.exe >>log.txt 2>&1 ... 0028:Call KERNEL32.CreateProcessW(00000000,001e4e78 L"\"C:\\Program Files\\osu!\\osu!.exe\" -setpermissions",00000000,00000000,00000000,00000000,00000000,001abaf0 L"C:\\Program Files\\osu!\\",0033f6bc,0033f6ac) ret=7ece604e ... 002b:Call KERNEL32.__wine_kernel_init() ret=7bc5a326 0028:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7ece604e ... 002b:Call advapi32.LsaOpenPolicy(00000000,0033f134,00000800,0033f0dc) ret=0037b4a1 002b:fixme:advapi:LsaOpenPolicy ((null),0x33f134,0x00000800,0x33f0dc) stub 002b:trace:advapi:dumpLsaAttributes length=24, rootdir=(nil), objectname=null attr=0x00000000, sid=(null) qos=(nil) 002b:Ret advapi32.LsaOpenPolicy() retval=00000000 ret=0037b4a1 ... 002b:Call advapi32.LsaLookupSids(0000cafe,00000001,00a9a600,0033f104,0033f0f8) ret=0037b5cc 002b:trace:advapi:LsaLookupSids (0xcafe, 1, 0xa9a600, 0x33f104, 0x33f0f8) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,(nil),0x33f03c(0),(nil),0x33f038(0),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,(nil),0x33f03c(9),0x31f5d38,0x33f038(1),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,(nil),0x33f03c(0),(nil),0x33f038(0),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LookupAccountSidW ((null),sid=S-1-1-0,0x31f5d48,0x33f03c(9),0x31f5d00,0x33f038(1),0x33f028) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 0) 002b:trace:advapi:IsWellKnownSid (S-1-1-0, 1) 002b:trace:advapi:LsaLookupSids mapped 1 out of 1 002b:Ret advapi32.LsaLookupSids() retval=00000000 ret=0037b5cc ... 002b:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f080) ret=78158dd3 002b:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83a97b ip=7b83a97b tid=002b 002b:trace:seh:raise_exception info[0]=19930520 002b:trace:seh:raise_exception info[1]=0033f0c4 002b:trace:seh:raise_exception info[2]=79fe0a90 002b:trace:seh:raise_exception eax=7b8269e1 ebx=7b8bb000 ecx=19930520 edx=0033efc4 esi=0033f06c edi=0033f030 002b:trace:seh:raise_exception ebp=0033f008 esp=0033efa4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_stack_handlers calling handler at 0x79fe08d4 code=e06d7363 flags=1 ... 002b:Call KERNEL32.RaiseException(e0434f4d,00000001,00000001,0033f058) ret=79eda91c 002b:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83a97b ip=7b83a97b tid=002b 002b:trace:seh:raise_exception info[0]=80131508 002b:trace:seh:raise_exception eax=7b8269e1 ebx=7b8bb000 ecx=80131508 edx=0033ef94 esi=0033f038 edi=0033f000 002b:trace:seh:raise_exception ebp=0033efd8 esp=0033ef74 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_stack_handlers calling handler at 0x79f908a2 code=e0434f4d flags=1 002b:trace:seh:call_stack_handlers handler at 0x79f908a2 returned 1 002b:trace:seh:call_stack_handlers calling handler at 0x79f3b1a2 code=e0434f4d flags=1 ... 0024:Call user32.MessageBoxW(00010070,03a57880 L"Failed to install osu!.",03a57060 L"osu! Installer",00000030) ret=00462676 --- snip --- Managed backtrace: --- snip --- Unhandled Exception: System.IndexOutOfRangeException: Index was outside the bounds of the array. at System.Security.Principal.SecurityIdentifier.TranslateToNTAccounts(IdentityReferenceCollection sourceSids, Boolean& someFailed) at System.Security.Principal.SecurityIdentifier.Translate(IdentityReferenceCollection sourceSids, Type targetType, Boolean& someFailed) at System.Security.Principal.SecurityIdentifier.Translate(IdentityReferenceCollection sourceSids, Type targetType, Boolean forceSuccess) at System.Security.Principal.SecurityIdentifier.Translate(Type targetType) at #1h.#0h.#OL(Boolean ) at #1h.#np.#Hwb() wine: Unhandled exception 0xe0434f4d in thread 3c at address 0x7b83a97b (thread 003c), starting debugger... --- snip --- Reminds me of bug 16418 (with dupes like bug 21583) $ sha1sum osu\!install.exe 45249f94b884126064947ce38b36d7bed03cfbd8 osu!install.exe $ du -sh osu\!install.exe 55M osu!install.exe $ wine --version wine-1.7.12-28-g0f2bed5 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 46722] New: Feature Request: Implement MFC
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46722 Bug ID: 46722 Summary: Feature Request: Implement MFC Product: Wine Version: 4.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tpearson(a)raptorengineering.com Distribution: --- Wine should provide a libre MFC implementation for use with winelib. This is a large project, so a reasonable initial target would be a basic MFC DLL implementation that will allow simple hello world type applications to run. There are several sample applications freely available to test against, and some moderately more complex but still open ones such as FEMM [1]. As it stands, MFC is one of the only remaining barriers to enabling a number of otherwise open applications on non-x86 Linux platforms. [1] http://www.femm.info/wiki/download -- 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 3

[Bug 46389] New: valgrind errors in loader when loading a dll
by wine-bugs＠winehq.org 11 Mar '19

11 Mar '19

https://bugs.winehq.org/show_bug.cgi?id=46389 Bug ID: 46389 Summary: valgrind errors in loader when loading a dll Product: Wine Version: 4.0-rc4 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: major Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Split off from bug 36095 k Seems I was mistaken, (at least) one of these is still present (I didn't realize it was in the 'always ignore' rather than the 'to be fixed' category): ==29772== 32 bytes in 1 blocks are possibly lost in loss record 101 of 360 ==29772== at 0x7BC48394: notify_alloc (heap.c:260) ==29772== by 0x7BC4B8B8: RtlAllocateHeap (heap.c:1726) ==29772== by 0x7BC6E013: RtlAnsiStringToUnicodeString (rtlstr.c:696) ==29772== by 0x7BC6E078: RtlCreateUnicodeStringFromAsciiz (rtlstr.c:303) ==29772== by 0x7BC54377: init_load_order (loadorder.c:252) ==29772== by 0x7BC548B9: get_load_order (loadorder.c:439) ==29772== by 0x7BC51F63: load_dll (loader.c:2519) ==29772== by 0x7BC53148: LdrLoadDll (loader.c:2599) ==29772== by 0x7B455BBE: load_library (module.c:975) ==29772== by 0x7B455CA0: LoadLibraryExW (module.c:1035) ==29772== by 0x7B46450D: __wine_kernel_init (process.c:1436) ==29772== by 0x7BC53E4E: __wine_process_init (loader.c:3585) ==29772== by 0x4045776: wine_init (loader.c:996) ==29772== by 0x7C000F9D: main (main.c:228) ==29772== -- 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