X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:mime-version:message-id
	:content-type:content-transfer-encoding; q=dns; s=default; b=bnp
	mpt2EAJQrNqXJmmmDq2ZE2rUqj2bXCGdbUkNV27ntMkgI3t3iEOO864kT1Et2cHK
	TozA1Wn2y9mMexybNvNNUOZ+iRvpJ+ld0yim4RZzPFrrMQDBawNsfCqR7Wz3u9lH
	Zdu9TUrfve8xddTOY1d1vXWTu5JtKF703RQyjCrI=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:from:to:subject:mime-version:message-id
	:content-type:content-transfer-encoding; s=default; bh=L3H2TnTqA
	RtUg27J08aXsqvbz4k=; b=h9y6nNOfor7sd6ljcKqAew8e9p+o5oZBlIfq7bY9A
	L4WPRszHTWt5NozE8ZGHB5/rTki+9E4uuhqP+KlhNxRYN6IgrnI4PM9SqQRF7naY
	CCiJ7KA5PJV7PjY++n4GgM8Gn1zoYaBkA/n/coY7MzDL0269O7P4WAWv2e7DyJYr
	8c=
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
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=2.0 required=5.0 tests=AWL,BAYES_50,RCVD_IN_DNSWL_LOW,RCVD_NUMERIC_HELO,SPF_PASS autolearn=no version=3.3.2 spammy=karl, Karl, impressions, H*M:usa
X-HELO:	co03.mbox.net
X-USANET-Received:	from co03.mbox.net [127.0.0.1] by co03.mbox.net via mtad (C8.MAIN.4.02J) with ESMTP id 347uFCmyg6640M03; Wed, 29 Jun 2016 12:24:06 -0000
X-USANET-Routed:	3 gwsout-vs Q:bmvirus
X-USANET-Routed:	3 gwsout-vs Q:bmvirus
X-USANET-GWS2-Tenant:	usa.net
X-USANET-GWS2-Tagid:	UNKN
X-USANET-Source:	165.212.11.133 OUT kdbotts AT usa DOT net ca33.cms.usa.net CLR
X-USANET-MsgId:	XID566uFCmyg0900X03
X-USANET-Auth:	165.212.8.207 AUTO kdbotts AT usa DOT net web07.cms.usa.net CLR
Date:	Wed, 29 Jun 2016 07:24:05 -0500
From:	"KARL BOTTS" <kdbotts AT usa DOT net>
To:	<cygwin AT cygwin DOT com>
Subject:	Anecdotal: Rebase and Visual Studio 2015 and /etc
Mime-Version:	1.0
Message-ID:	<693uFCmXF1392S07.1467203045@web07.cms.usa.net>
Z-USANET-MsgId:	XID955uFCmyF5264X33
X-IsSubscribed:	yes
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id u5TCOg0K015215

A couple of weeks ago I installed Visual Studio 2015 (aka VS14) onto a machine
that was already running Windows 10 and had VS2013 (aka VS12) on it.  The
machine was once updated from Windows 7, but that was months ago, had been
fine.  It is a huge install -- 20GB disk space, more than an hour, a couple of
reboots.

After that, I had the now semi-familiar problems with cygwin -- "cannot fork,
cannot load dlls", that kind of stuff.

I went thru several variations of the rebase procedures, following various
advice on cygwin web site, and emails from this list.  I could not get cygwin
back to fully normal.

Eventually, I reinstalled a fresh cygwin, right after a reboot, rebooted
again.  Now all has been good for a couple weeks.

I have a couple of anecdotal impressions, from this experience and others:

1) After you do the full rebase, before you even start anything cygwin, reboot
Windows, then start a bash or something.  Reboot Windows, early and often,
whenever upgrading anything.  This has helped me before.  I suspect that I
forgot it this last time.  I _suspect_ that had I followed that, I would not
have had to reinstall cygwin.  Maybe.

2) I always have cygdrive-prefix set to /, so that I can do, e.g. "cd /c". 
But when you reinstall cygwin, you must do it again with "mount -c".  And then
immediately do "mount -m > /etc/fstab", so that it sticks.  Then, you should
patch up the symlinks in /etc/{hosts,services,couple-more}; find them with
readlink.  There are some more in some fonts dir, but I ignore those: don't
care.

3) Once you have a cygwin you like, you can _usually_ copy it to other hosts. 
Use cygwin cp or tar.  Do not use XCOPY: does not handle links right. 
ROBOCOPY can be used in a pinch.  What goes wrong, maybe one time in four, is
rebase troubles: goto (1).  Once you know you can copy cygwin from host A to
host B, you can generally do it again, to keep cygwin up to date across hosts.
 I _think_ that once you have a DLL-load-address compatible install of cygwin
across several hosts, you can freely copy between them.

4) Keep yourself a list of cygwin packages you know you need, keep it small if
you can.  Makes a cygwin install much easier.  I have maybe 30.  I just enter
then in to the cygwin-setup GUI: is painful, but reliable.  I have had trouble
with the "setup -P", sometimes, but I think you could get that to work.

5) Again, reboot Windows between any steps.  Maybe not always necessary, but
can't hurt: you want to know that it _will_ reboot, anyhow.  And, it moves
DLLs around, even installs more, on the way back up.  You want to be sure it
has done all that.

6) Once you get this all working, it is pretty reliable: I have to fuss with
this stuff maybe a couple times a year.


Cygwin is worth it.  I still don't understand why MS did not just help cygwin
get a better installation/maintenance procedure, and fix the damn fork
problems, instead of going down the UbuntuOnWindows path.  But that's another
discussion... 


---
Karl Botts, kdbotts AT usa DOT net


--
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 -