data and bss tests in dll_list::alloc
Wed Feb 8 15:32:00 GMT 2012
On 8 February 2012 15:54, Corinna Vinschen wrote:
> I just fixed a typo in the fabort calls in dll_list::alloc. But in fact
> I'm wondering if we really need the extensive data_start/data_end/
> bss_start/bss_end tests. The reason is simple. All DLL segments are
> always loaded into adjacent addresses, always in the order given by
> the DLL segement information.
> Therefore, a single address comparison is sufficient to recognize a
> situation in which a child DLL is not loaded to the same address as
> in the parent.
> And given that, we don't even have to compare data and bss addresses
> at all. The HINSTANCE is the address of the module. Just compare it
> to the stored d->handle and if they are not identical, we're done,
> Or am I missing something?
I think that this article about Windows 2000 loader supports that:
> "Now that LdrpMapDll has the section handle, it can actually load the DLL into the process's address. The DLL is brought in as a memory-mapped file through the services of NtMapViewOfSection."
My understanding is that the DLL sections are mapped in in the order
they are stored in PE executable headers, each adjacent to the
More information about the Cygwin-developers