https://bugs.winehq.org/show_bug.cgi?id=49225
--- Comment #4 from Damjan Jovanovic damjan.jov@gmail.com --- Further logging of calls (as there is no stack trace possible) gave the following chain of calls:
create_view() map_view() map_image() virtual_map_section() NtMapViewOfSection()
The 0x6b840000 address from the bad range that causes the assertion came from .wine/drive_c/windows/system32/gecko/2.47.1/wine_gecko/nss3.dll while the range it wants to get mapped into was from .wine/drive_c/windows/system32/gecko/2.47.1/wine_gecko/xul.dll
It is normal for a DLLs to have the a base address that's inside the range of a previously loaded DLL; nss3.dll is allowed to want a range overlapping xul.dll. The question is, why does map_view() not see the range is taken by xul.dll and relocate nss3.dll elsewhere, but allocate it over the xul.dll range instead?