This is the mail archive of the
mailing list for the Cygwin project.
RE: rebase addon - Bas and Size listing of dll's without rebasing
- From: "Ralf Habacker" <Ralf dot Habacker at freenet dot de>
- To: "Cygwin" <cygwin at sources dot redhat dot com>
- Date: Fri, 28 Dec 2001 12:50:07 +0100
- Subject: RE: rebase addon - Bas and Size listing of dll's without rebasing
> -----Original Message-----
> From: Jason Tishler [mailto:firstname.lastname@example.org]
> Sent: Thursday, December 27, 2001 7:05 PM
> To: Ralf Habacker
> Cc: Cygwin
> Subject: Re: rebase addon - Bas and Size listing of dll's without
> On Wed, Dec 26, 2001 at 09:08:49PM +0100, Ralf Habacker wrote:
> > On analysing this problem I added an option "-l" to the rebase tool to
> > list dll's imagebase and -size without rebasing. It's very interesting
> > to see how MS chooses there Imagebase.
> What about the following alternative solution:
> $ objdump -p foo.dll | egrep '(ImageBase|SizeOfImage)'
> ImageBase 68000000
> SizeOfImage 0003f000
Try it with a recent objdump and a dll with auto-import variables and you will see that
objdump crashes. :-(
> > Because I hacked this very quick, I have used simple FILE structure
> > and fopen/fread calls. Perhaps someone like to change this to iostream
> > functionality.
> At this point, my priorities are:
> 1. attempt to contribute rebase to binutils
> 2. work on the integration with setup.exe
> After the above is completed, then I would entertain adding such an
> option if the community deemed it appropriate. But, wouldn't
> implementing it via ReBaseImage()'s fReBase parameter as opposed to
> plucking certain bytes out of the executable be a better approach? I
> presume that this is how MS implements their '-s' (just sum image range)
I have done this, because I doesn't know any other way to do this, especially because of the
There may be better solutions for this.
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html