unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
* [OT?] rebasing cygwin, was: cygwin/xfree86/emacs problems after upgrading
       [not found] <E1Arq3I-0000UF-R6@monty-python.gnu.org>
@ 2004-02-16  1:04 ` Thomas L Roche
  0 siblings, 0 replies; 2+ messages in thread
From: Thomas L Roche @ 2004-02-16  1:04 UTC (permalink / raw)


Al Williams 13 Feb 2004 13:18:32 -0800
> I was having this problem. Rebasing the Cygwin DLLs seems to have
> cleared it up. Install rebase using setup and then exit all Cygwin
> stuff (including httpd, etc.). Then open a plain shell (not an xterm)
> and enter:

> rebaseall -v

Could you give me, or pass pointers to, a bit more information about
rebase? I'm asking because I can't find much online, except

http://sources.redhat.com/ml/cygwin-announce/2003-09/msg00039.html
> <WARNING>
> It is *strongly* recommended that users only use rebaseall unless
> they *really* know what they are doing or are instructed by one of
> the Cygwin developers.
> </WARNING>

which is pretty scary. It continues,

> The Cygwin rebase package contains two utilities, rebase and
> rebaseall. The first utility is modeled after Microsoft's SDK
> rebase:

> http://msdn.microsoft.com/library/en-us/tools/perfutil_2z39.asp

which 404s.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [OT?] rebasing cygwin, was: cygwin/xfree86/emacs problems after upgrading
       [not found] <mailman.2448.1076893498.928.help-gnu-emacs@gnu.org>
@ 2004-02-17  1:24 ` Al Williams
  0 siblings, 0 replies; 2+ messages in thread
From: Al Williams @ 2004-02-17  1:24 UTC (permalink / raw)


Thomas L Roche <tlroche@us.ibm.com> wrote in message news:<mailman.2448.1076893498.928.help-gnu-emacs@gnu.org>...
> Could you give me, or pass pointers to, a bit more information about
> rebase? I'm asking because I can't find much online, except

Well, actually it did not completely eliminate the problem although it
did reduce its frequency significantly (once or twice a day instead of
five or six times an hour).

Each DLL has a preferred load address. If it can be loaded at that
address, fine. If not, Windows will put it at a different address.
Apparently (and I don't know this for sure) the Cygwin stuff assumes
all DLLs will be at the same address in each process space (as would
always be the case in Win98, for example). So if DLLs conflict and are
loaded in different order, it is possible for process A to have DLLx
at addresss Z and process B has DLLy at the same address and Cygwin
apparently detects this and stops.

Rebasing moves the DLL load addresses to make this less likely. 

If you google on:

rebaseall cygwin

You'll see this is a common issue with certain packages. I don't think
it will really hurt anything. If you are really worried, copy all the
DLL files under c:\cygwin (or whatever your CYGROOT is) before you
start.

Al Williams
http://www.al-williams.com

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2004-02-17  1:24 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <E1Arq3I-0000UF-R6@monty-python.gnu.org>
2004-02-16  1:04 ` [OT?] rebasing cygwin, was: cygwin/xfree86/emacs problems after upgrading Thomas L Roche
     [not found] <mailman.2448.1076893498.928.help-gnu-emacs@gnu.org>
2004-02-17  1:24 ` Al Williams

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).