[Bug 49939] Clive Barker's Jericho Demo claims not enough room on C: when Wine is built with mingw (NtMapViewOfSection returns STATUS_NOMEMORY)

[WineHQ Bugzilla]

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

--- Comment #11 from Anastasius Focht <focht at gmx.net> ---
Hello Gijs,

from your logs:

--- snip ---
...
0024: create_file( access=80100080, sharing=00000001, create=1,
options=00000060, attrs=00000080,
objattr={rootdir=0000,attributes=00000040,sd={},name=L""},
filename="/home/gverm/.wine/dosdevices/c:/users/gverm/Temp/pftd90e.tmp/pftw1.pkg"
)
0024: create_file() = 0 { handle=0088 }
0024: create_mapping( access=000f0005, flags=08000000, file_access=00000001,
size=00000000, file_handle=0088,
objattr={rootdir=0000,attributes=00000080,sd={},name=L""} )
0024: create_mapping() = 0 { handle=008c }
0024:trace:virtual:NtMapViewOfSection handle=0x8c process=0xffffffff addr=(nil)
off=000000000 size=0 access=2
0024: get_mapping_info( handle=008c, access=00000004 )
0024: get_mapping_info() = 0 { size=438dd5ae, flags=00800000, shared_file=0000,
image={} }
0024: get_handle_fd( handle=008c )
0024: *fd* 008c -> 84
0024: get_handle_fd() = 0 { type=1, cacheable=1, access=000f0005,
options=00000020 }
0024: close_handle( handle=008c )
0024: close_handle() = 0
0024: close_handle( handle=0088 )
0024: close_handle() = 0
...
--- snip ---

At least the requesting mapping size is the same as mine. It probably fails in
'map_view'.

>From your process address space dump it seems a lot of Wine dlls that are
supposed to be PE dlls when building with MinGW are in fact not PE dlls. For
example 'ucrtbase.dll' is mapped at 0x70b40000 and the sections mappings show
it's certainly not a PE. Only 'lz32.dll' and maybe a few more seem to be a PE
dlls.

You could run the following command sequence on your WINEPREFIX to do a quick
check (your might omit 'sort' in the pipe or modify grep for only checking
specific binaries/paths):

--- snip ---
$ grep -ralZP "Wine .* DLL" .wine/drive_c | xargs -r0i bash -c \
    "if grep -obUa \"Wine builtin DLL\" \"{}\" 2>/dev/null | grep -q \"64:Wine
builtin DLL\" ; \
    then echo \"{}\" = PE ; else echo \"{}\" = fake ; fi"  | sort

.wine/drive_c/Program Files/Common Files/System/ADO/msado15.dll = PE
.wine/drive_c/Program Files/Common Files/System/OLE DB/msdaps.dll = PE
.wine/drive_c/Program Files/Common Files/System/OLE DB/oledb32.dll = PE
.wine/drive_c/Program Files/Internet Explorer/iexplore.exe = PE
.wine/drive_c/Program Files/Windows Media Player/wmplayer.exe = PE
.wine/drive_c/Program Files/Windows NT/Accessories/wordpad.exe = PE
.wine/drive_c/Program Files (x86)/Common Files/System/ADO/msado15.dll = PE
.wine/drive_c/Program Files (x86)/Common Files/System/OLE DB/msdaps.dll = PE
.wine/drive_c/Program Files (x86)/Common Files/System/OLE DB/oledb32.dll = PE
.wine/drive_c/Program Files (x86)/Internet Explorer/iexplore.exe = PE
.wine/drive_c/Program Files (x86)/Windows Media Player/wmplayer.exe = PE
.wine/drive_c/Program Files (x86)/Windows NT/Accessories/wordpad.exe = PE
.wine/drive_c/windows/command/start.exe = PE
.wine/drive_c/windows/explorer.exe = PE
.wine/drive_c/windows/hh.exe = PE
...
.wine/drive_c/windows/winsxs/x86_microsoft.windows.gdiplus_6595b64144ccf1df_1.0.6000.16386_none_deadbeef/gdiplus.dll
= PE
.wine/drive_c/windows/winsxs/x86_microsoft.windows.gdiplus_6595b64144ccf1df_1.1.7601.23038_none_deadbeef/gdiplus.dll
= PE
.wine/drive_c/windows/winsxs/x86_microsoft-windows-msxml30_31bf3856ad364e35_6.0.6000.16386_none_deadbeef/msxml3.dll
= fake
.wine/drive_c/windows/winsxs/x86_microsoft-windows-msxml60_31bf3856ad364e35_6.0.6000.16386_none_deadbeef/msxml6.dll
= PE
--- snip ---

It's from my gists:
https://gist.github.com/rmi1974/f554b00609cdb0cdc32724d47a163fd2 (not 100%
complete though)

Which exact MinGW version/package are you using? Distro or Martin's
(https://github.com/mstorsjo/llvm-mingw)?

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.