This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: Any fix to cygheap_fixup_in_child failure after rebaseall?
- From: Brian Dessent <brian at dessent dot net>
- To: cygwin at cygwin dot com
- Date: Tue, 26 Apr 2005 17:42:00 -0700
- Subject: Re: Any fix to cygheap_fixup_in_child failure after rebaseall?
- Organization: My own little world...
- References: <B7392353E4C4DE4ABC4EC255DB4CA04061C8B3@EXCHVS1.spimageworks.com>
- Reply-to: cygwin at cygwin dot com
Bruce Dobrin wrote:
> OK, that seems to have worked. I've only used it alone or rebase for
> specific files before. I generated a file from a find of all dll's
> under /usr and /lib ( then removed the cygwin1.dll from the list). Can
> I assume the redundancy of hitting most of these 2 times will not have
> any adverse effect? With all the stuff I compile on this machine I'm
> not sure how else to find them otherwise...
That's not how you use it. rebaseall already knows where to find all
installed DLLs. The only time you should ever use -T is to supply it
with *extra* DLLs that you have installed outside of setup.exe.
Though it looks like it will work okay your way, since it will just
rebase those DLLs a second time, but it's ugly. You could avoid the
double rebasing by either a) adding a "sort -u" to rebaseall after it
has merged the two file lists, or b) skip rebaseall and call rebase
directly with your filelist.
Brian
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/