> My observation was based on the fact that addresses of the same
> objects that I see in the debugger are different from session to
> session on Windows 7 and Windows 10, but not on XP.

That would mean that the heap is randomized, right? But the code could
still be always loaded at the same address.

Coming back to the performance problem when loading: apart from reducing
the number of files probed, we could try parallelizing openp() using a thread
pool. What do you think?

Nicolas

El sáb., 23 may. 2020 a las 14:04, Eli Zaretskii (<eliz@gnu.org>) escribió:
> From: Nicolas Bértolo <nicolasbertolo@gmail.com>
> Date: Sat, 23 May 2020 13:20:06 -0300
> Cc: Andrea Corallo <akrl@sdf.org>, 41242@debbugs.gnu.org
>
> > I don't think so, I see it on modern versions of Windows all the time.
>
> Using ProcessExplorer this is what I see in my machine:
>
> - emacs.exe is always loaded @ 0x40000000.
> - .eln files do not have the ASLR flag enabled and "Image Base" == "Base".

My observation was based on the fact that addresses of the same
objects that I see in the debugger are different from session to
session on Windows 7 and Windows 10, but not on XP.