On Sun, 2010-01-03 at 21:53 +0100, Kai Tietz wrote:
> 2010/1/3 Danny Backx <danny.ba...@scarlet.be>:
> > On Sun, 2010-01-03 at 21:14 +0100, Kai Tietz wrote:
> >> Ah, one point I missed here to describe, why I didn't changed
> >> pe.em/pe.sc here. The reason is, that by using pseudo-relocation
> >> version 1, the IAT table possibly is corrupt. So I omitted it for
> >> pe.sc/pe.em. For x64 there is only pseudo-relocation version 2, so
> >> there is no problem to add this feature here. To enable it for x86,
> >> too, the code would need to check, which pseudo-relocation version is
> >> used and omit feature for version one.
> >
> > Do you have more info on when things might go wrong ?
> 
> Well, the issue is that the IAT (the effective relocated address) of
> an pseudo-relocation for version 1 is somewhere in text/data segment.
> So the IAT table isn't a continues range and possibly entries aren't
> in .idata here. This can lead (or leads) to an IAT size calculation
> possibly not fitting the number of IHT. So the size calculation can be
> done just for pseudo-relocation version 2 proper, as here all import
> addresses are stored in IAT only.
> 
> > Pedro, beware that one of my other commits changes the default for
> > pseudo-relocation to v2.
> >
> > Setting that back to v1 is at the top of my todo-list.
> 
> Well, for pe.em (x86 and x64) bintutils mainline uses already V2 as default.

I just did a quick test with v1, this produced working DLLs.

But given your explanation here, this is not the right thing to work on,
so I'll stop that !

        Danny
-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info


------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
Cegcc-devel mailing list
Cegcc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cegcc-devel

Reply via email to