Re: Framework and Prebinding
Re: Framework and Prebinding
- Subject: Re: Framework and Prebinding
- From: Wade Tregaskis <email@hidden>
- Date: Sat, 30 Oct 2004 00:53:14 +1000
You can actually disable prebinding in apps a different way - remake
one of the libraries it depends on, and the prebinding fails in the
applications (and update_prebinding is unable to update it). I found
this out when I compiled a newer version of zlib - there's a lot of
apps & libraries that link against it, it seems. I actually built it
prebound, but it seems update_prebinding can't redo the prebinding
anyway.
I've noticed this a lot - my console used to be filled with thousands
of lines of failed update-prebinding messages. I don't think it's as
simple as upgrading the library; I'd say it's caused by some specific
reason, e.g. some existing symbol in the library changing. I've had
cases in my own software where prebinding gets broken and then fixes
itself again (many builds later), and so on, over and over.
Also, I'm not certain how certain parts of prebinding work, but from
memory Apple's code cannot enlarge or shrink the actual binary - it has
to make do with the originally allocated space, which is in 4k
chunks... I'm pretty sure redo_prebinding barfs if the new bindings
would require more than the available space (can't recall about the
opposite scenario; I think they just fill in the blanks with
whitespace, so to speak, although I'm not certain). I guess if the
prebinding has to copy in references to every symbol (although I
wouldn't think so, intuitively) a newer version is likely to have more,
and so overflow it.
But, I'm going entirely from my distant memory at this point, rounded
off with conjecture, so I may be regurgitating absolute drivel. I'm
surprised one of the relevant engineers at Apple hasn't piped up yet.
Perhaps they're afraid. ;)
Wade Tregaskis (AIM, Yahoo & Skype: wadetregaskis, ICQ: 40056898, MSN &
email: email@hidden, Jabber:
email@hidden
-- Sed quis custodiet ipsos custodes?
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden