delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2011/11/01/18:34:57

X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,RCVD_IN_DNSWL_LOW
X-Spam-Check-By: sourceware.org
Message-ID: <4EB073F4.9090707@cwilson.fastmail.fm>
Date: Tue, 01 Nov 2011 18:34:28 -0400
From: Charles Wilson <cygwin AT cwilson DOT fastmail DOT fm>
Reply-To: Charles Wilson <cygwin AT cwilson DOT fastmail DOT fm>
User-Agent: Mozilla/5.0 (Windows NT 5.2; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: cygwin-xfree AT cygwin DOT com, cygwin AT cygwin DOT com
Subject: Re: -nolisten tcp -multiwindow combination crashes in XWin startup
References: <1319954770 DOT 81475 DOT YahooMailNeo AT web114412 DOT mail DOT gq1 DOT yahoo DOT com> <4EAEB486 DOT 5090002 AT dronecode DOT org DOT uk> <1320088071 DOT 46008 DOT YahooMailNeo AT web114420 DOT mail DOT gq1 DOT yahoo DOT com> <1320088928 DOT 33967 DOT YahooMailNeo AT web114410 DOT mail DOT gq1 DOT yahoo DOT com> <4EAFF999 DOT 7010301 AT dronecode DOT org DOT uk> <1320184235 DOT 73485 DOT YahooMailNeo AT web114404 DOT mail DOT gq1 DOT yahoo DOT com>
In-Reply-To: <1320184235.73485.YahooMailNeo@web114404.mail.gq1.yahoo.com>
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On 11/1/2011 5:50 PM, Dave wrote:
> Suggestion, perhaps more to the main cygwin team:  Since this issue is cygwin specific and is a bit obscure (I've
> been using cygwin for a good many years, but this is the first time I've recognized I had issues from this), it'd be nice
> if users didn't have to learn about this the hard way.  Could running rebaseall perhaps be automated as part of setup.com?

Rebase recently (4.0) gained the ability to use a database of
already-rebased DLLs, thanks to Corinna's efforts. I think part of the
purpose was to enable this setup-triggered behavior.

IF setup always ran rebase(all), then with the old rebase, (a) it would
appear to hang for a long time every time you tried to install anything,
while rebaseall was running, and (b) you'd always have to kill ALL
cygwin processes and services, even just to install some simple utility.

With rebase-4.0, those drawbacks won't occur (unless you have to rebase,
say, cygintl-8.dll for some reason).

But, since rebase-4.0 was just released, I think we're letting it simmer
on low heat for a while, before "forcing" everybody to use it during
every setup.exe instance.  It'd be a real shame if rebase-4.0 had some
undiscovered bug...and EVERYBODY got bit with it at once due to a new
"feature" of setup.exe!

--
Chuck

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019