[ros-kernel] System DLL image bases in debug builds

Joseph Galbraith galb-list at vandyke.com
Wed May 5 19:26:22 CEST 2004


Doesn't MS have a tool (maybe it is REBASE)
which can analyze a set of images and modify
the image base addresses so that none of them
have overlapping load addresses?

Would it make sense for use to implement something along
these lines?

Then there would be no manual step at all (no need to
figure out a non-colliding address for each new DLL,
no need to worry that a DLL has out-grown it's alloted
address space and is now colliding, etc.)

- Joseph

Mike Nordell wrote:

> Ge van Geldorp wrote:
> 
> 
>>Why not just move them unconditionally, i.e. both for debug and
>>non-debug builds?
> 
> 
> Reluctance to occupy more address space than needed. But maybe you're right,
> a few MB might not be worth the effort.
> 
> 
>>I'm not sure if you noticed the baseaddress.cfg file in the toplevel
>>directory. It contains the base adresses, but unfortunately it might not
>>be up-to-date.
> 
> 
> That's why it's less useful. It requires manual updating why it can easily
> become out-of-synch with what actually is used, it's not authorative for the
> DLLs and its placement suggets it'd affect all of ROS, not just user-mode
> system libraries.
> 
> 
>>I like your idea about including it from the Makefiles,
>>that will force us to keep it up-to-date.
> 
> 
> It might have merit, but I can't really make up my mind about it since it's
> yet another dependency - change one base address and all system libraries
> requires a relink (which points out I didn't think of the fact that this
> this config file would also have to be added to every DLLs linker
> dependency-list).
> 
> But choosing between two non-optimal solutions, perhaps that is the best
> option after all.
> 
> /Mike
> 
> _______________________________________________
> Ros-kernel mailing list
> Ros-kernel at reactos.com
> http://reactos.com/mailman/listinfo/ros-kernel
> 



More information about the Ros-kernel mailing list