cygwin-setup & rebaseall

Igor Pechtchanski
Tue Oct 25 13:55:00 GMT 2005

On Mon, 24 Oct 2005, Brian Dessent wrote:

> Satish Balay wrote:
> > [maybe the fix is: for any package that is likely to break - add a
> > flag - which triggers setup to run rebaseall - after
> > install/upgrade. So no overhead for pacakges that don't break - but
> > always overhead for packages that break.]
> Automatically running rebaseall from setup.exe has issues too.  For one
> thing, it would run into problems if the user had programs or services
> running.  The rebaseall script bails if it cannot write to a DLL, so
> unless the user was very careful to close all running programs, it would
> fail in almost all cases.  Rebaseall would have to be modified to rebase
> in-use DLLs, but this would require the user to reboot.  And, somehow
> this would have to be communicated to setup.exe so it could notify the
> user.  Plus, consider if setup.exe installed a DLL that was in use
> (writing it to, and scheduling that for replacement at next
> boot) and then rebaseall was run.  The rebaseall script would have to
> know to rebase and not name.dll.  It just gets more and
> more complicated.  The only workable solution would be to incorporate
> the entire rebaseall functionality internally into setup.exe, which is
> not an insignificant undertaking, and one which no one is eager to
> undertake.

Plus, as Jason mentions, rebasing corrupts some DLLs.  So, until a robust
solution for that is found, automatically rebasing in setup.exe isn't such
a hot idea.
      |\      _,,,---,,_
ZZZzz /,`.-'`'    -.  ;-;;,_
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski, Ph.D.
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

Unsubscribe info:
Problem reports:

More information about the Cygwin mailing list