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:from:mime-version:content-type
	:content-transfer-encoding:message-id:date:to:subject
	:in-reply-to:references; q=dns; s=default; b=csPsGrvwrqHINxbXtGU
	6BeTlMB8nZVEGAJ2DO2QA+XF7uPvAIJHTSD/GW0XXEZ5qYt4WPmjtfVdAsOzrqIO
	5JprPem2/urdkZKksj6CiIt4LWykQWzAGavXaDGC2ItWcnwuU8/OJiZ1i3BlAF0f
	Ku6wzIUr6NTYkErMc3jwu3qA=
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:from:mime-version:content-type
	:content-transfer-encoding:message-id:date:to:subject
	:in-reply-to:references; s=default; bh=Hu2hNVaVp+Iou3+CQsv3fEals
	fQ=; b=NR8ASwn2bF7T+Tu+w5jtXMN+a0/FZghH3mgtBvkWfpsgV4LiQSBKMa8xU
	5iyG0gHaWPzW2NNzsZdmmKNo9dLTioRDG+XiLTtYRvxMYi92Cq9X38FhWiWpQe+Z
	WEi7vMVqvrkUalcd/ZLCTLdCuRvtCbohDVB+NdbTBtpkRr7NWk=
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=1.5 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,HK_NAME_FM_DR,KAM_ASCII_DIVIDERS,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2
X-HELO:	mail-wm0-f48.google.com
X-Received:	by 10.28.217.145 with SMTP id q139mr6491326wmg.79.1450207773239; Tue, 15 Dec 2015 11:29:33 -0800 (PST)
From:	Dr Rainer Woitok <rainer DOT woitok AT gmail DOT com>
X-Google-Original-From:	Dr Rainer Woitok <Rainer DOT Woitok AT Gmail DOT Com>
MIME-Version:	1.0
Message-ID:	<22128.27151.454000.939910@woitok.gmail.com>
Date:	Tue, 15 Dec 2015 20:29:19 +0100
To:	cygwin AT cygwin DOT com
Subject:	Re: SegFault running "ls -l" after Microsoft Patch Day
In-Reply-To:	Msg <20151214140532.GA29983@calimero.vinschen.de> of 2015-12-14 15:05:32 +0100 from corinna-cygwin@cygwin.com
References:	<20151214140532 DOT GA29983 AT calimero DOT vinschen DOT de>

Corinna,

On Monday, 2015-12-14 15:05:32 +0100, you wrote:

> ...
> > find: './System Volume Information': Permission denied
> > $
> 
> This is normal if you don't run your shell elevated.  Try again in an
> elevated shell.

Hm.  I have several  NTFS formatted USB sticks  and a script which keeps
them up  to date by  -- among other things --  running a  "find" command
against their mount points.   Until Tuesday this script never complained
about a "./System Volume Information" directory,  but since Wednesday it
does.  If you are saying complaints regarding protected system files are
normal for an  unprivileged Cygwin user,  one of these patches must have
freshly created these directories on Wednesday when I plugged in the USB
sticks.  At least the modification dates of the "./System Volume Inform-
ation/" directories on these USB sticks do not contradict this theory.

I'll try to remove these directories  on the USB sticks  as soon as this
issue is solved somehow.

But I'm still not able to issue a  normal "ls -l /C" command, regardless
of whether or not I'm running from an elevated shell.  Well, at least so
I thought.  While providing evidence for this by running the commands

   ls -ld /C/PerfLogs
   ls -ld /C/MSOCache
   ls -ld /C/Config.Msi
   ls -ld /C/System\ Volume\ Information/
   ls -l  /C

from both, a privileged and an unprivileged shell, I found that all five
commands produce segmentation faults in the unprivileged shell, but that
only  the last command  produces a segmentation  fault in the privileged
shell,  while the other  commands succeed.   Since my "/etc/passwd" file
uses more Unix like names even for the typical Windows accounts,  I then
ran these commands  with an additional  "-n" option to produce less con-
fusing listings, ... and low and behold,  now all five commands succeed-
ed in BOTH, the privileged and the unprivileged shell!

I then  inspected my  "/etc/passwd" file and  removed the last line from
it, which I had added long ago to fight the "Unknown+User" and "Unknown+
Group" entries in the "ls -l" output:

   other:*:4294967295:4294967295:::

Now all five commands above succeed for the privileged user (though with
an ouput cluttered with "Unknown+*" entries :-), and at least the normal
"ls -l /C" command  now also succeeds  for the  unprivileged user, while
the other four "ls -ld" commands are still segfaulting.  Finally, I also
removed the corresponding line

   other:*:4294967295:

from my "/etc/group" file  and -- you guessed it -- now everything works
in both, elevated and normal shell.  Sigh.

What is still missing  is some sort  of explanation.   How can a Windows
patch cause these  two lines in  files "/etc/passwd" and "/etc/group" to
fail working,  and why is the  effect different,  depending on privilege
status?   (Remember:  I first applied  Windows patches,  then I ran into
problems, and finally I updated Cygwin).

> ...
> > $ ls -lF /C
> > Segmentation fault (core dumped)
> > $
> 
> I can't reproduce this one.

Perhaps you can now with this additional information :-)

Sincerely,
  Rainer

 ----------------------------------------------------------------------
| Rainer M Woitok                | Phone : (+49 60 93) 487 95 95       |
| Kolpingstraße 3                | Mobile: (+49 172) 813 6 831         |
| D-63846 Laufach                | Mail  : Rainer DOT Woitok AT Gmail DOT Com     |
| Germany                        |                                     |
 ----------------------------------------------------------------------

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