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:reply-to:subject:to:references:from:message-id
	:date:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=U/s67ugtHgNAHFHF
	yBeVrswXNoam2NEN8wl6QRFxcLos57Vkrm+NFvUPGNVSza6ZU2QRCkLGrdzV4FDb
	uv2O5NXWd4lMycXqWpqjKNNHloSdA1XWL8B337M3TfwM4hdYgwNIsDnDrSQO/SoT
	zX14ZMbXamhvfswNU3PS5mXB9xk=
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:reply-to:subject:to:references:from:message-id
	:date:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=+EjYH0mfBba+et+nWwh5oQ
	filvU=; b=TE53cSowGDbq8GNF7bBn8dvhxyrrFtauol+LjRfTrdw+djHTLOC1zi
	EtXQGxh+ex+YVCGHXRIh42dvNQO0KBspb1w7LaEeFkZJx1WKZ5G6kdbFkrJa0YIg
	XvigNnAW4zw78ytYC+EBUeiIFJ+3dyjnBAtYYyC+tfzA/tK42b3hI=
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.7 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,KB_WAM_FROM_NAME_SINGLEWORD,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=Everyone, OWNER, 2032, calgary
X-HELO:	smtp-out-no.shaw.ca
X-Authority-Analysis:	v=2.2 cv=I+4VfJog c=1 sm=1 tr=0 a=MVEHjbUiAHxQW0jfcDq5EA==:117 a=MVEHjbUiAHxQW0jfcDq5EA==:17 a=N659UExz7-8A:10 a=W8niCNQ5mpJuryoCL38A:9 a=pILNOxqGKmIA:10
Reply-To:	Brian DOT Inglis AT SystematicSw DOT ab DOT ca
Subject:	Re: sort utility goes berzerk (x86_64)
To:	cygwin AT cygwin DOT com
References:	<177e9f9fe723eadd4a8e41e5e032d56d AT smtp-cloud9 DOT xs4all DOT net> <eeee637eb6e6b01641d33930e178cbae AT xs4all DOT nl> <20171128090329 DOT GN547 AT calimero DOT vinschen DOT de> <09fc4a030cc7abb5cabf07672e683d70 AT xs4all DOT nl> <CAJ1FpuMVeneyhKmv0d8J_EPXjfrJ09FpVt=ojMEeJPRLyKes=A AT mail DOT gmail DOT com> <944c377d08d67cda987edfcf4389ee89 AT xs4all DOT nl>
From:	Brian Inglis <Brian DOT Inglis AT SystematicSw DOT ab DOT ca>
Message-ID:	<e7f2f6e4-fd29-d8c2-ae5a-8a023087ee75@SystematicSw.ab.ca>
Date:	Wed, 29 Nov 2017 15:39:45 -0700
User-Agent:	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0
MIME-Version:	1.0
In-Reply-To:	<944c377d08d67cda987edfcf4389ee89@xs4all.nl>
X-CMAE-Envelope:	MS4wfI9zj+2ADJ7cyZFGEiW+fLJLdHHencWwtSYxcKgUvwoTSyEirGEIr5YYDaT3bCeNifA9B2vVqv8zc615TJevhMsT7A08c6jwX0OZtUqDUXWrL8vDO8p+ 6Yo0EhxcjzVkWobLEFayX910WWWSTr2BvkfCxMzOEccKN+58DsS3Keofd86CsIt1CrV8sSXk1f/R6w==
X-IsSubscribed:	yes

On 2017-11-28 10:12, Houder wrote:
> On 2017-11-28 14:37, Doug Henderson wrote:
> 
>>>>> On 2017-11-25 14:23, Houder wrote:
>>>>> > Hi,
>>>>> >
>>>>> > Anyone seeing this as well? sort goes berzerk on my system when piped
>>>>> > into
>>>>> > head (or less) when it is fed with a 'specially prepared' input file.
>>>>> >
>>>>> >  - only happens on x86_64
>>>>> >  - does not happen for 'LC_COLLATE=C sort tt | head'
>>>>> >
>>>>> > 'specially prepared' input file? (see bottom of post).
>>>>>
>>>>> Anyone ** NOT ** seeing this?
> 
>> Q4. After you kill a hung sort, are there files left over in /tmp? I
>> am wondering if the problem files are too big to do an in-core sort,
>> and something goes wrong when it switches to a temp file sort, but not
>> for smaller or larger input files where it correctly predicts which
>> type of sort it needs to do. Possibly using the "--buffer-size=N"
>> option will change the behavior, making smaller input files fail and
>> failing ones work.

> sort should not fail in the way it does; it does not on "Cygwin/x86" on
> my machine; it does not on Linux (Fedora 24) (same machine).

No problems with many sizes, Cygwin or Windows sort, under bash or dash.

Have you checked for permissions problems on $TMPDIR if set, or /tmp?
My TMPDIR=/tmp - try:
$ ls -dl	$TMPDIR /tmp
drwxrwxrwt+ 1 <USER> Users 0 Nov 29 15:24 /tmp
...
$ getfacl	$TMPDIR /tmp
# file: /tmp
# owner: <USER>
# group: Users
# flags: --t
user::rwx
group::rwx
other:rwx
default:user::rwx
default:group::r-x
default:other:r-x
...
$ icacls `cygpath -m $TMPDIR`
C:/<PATH>/tmp NULL SID:(DENY)(Rc,S,RD)
                          <HOST>\<USER>:(F)
                          BUILTIN\Users:(RX,W)
                          Everyone:(RX,W)
                          CREATOR OWNER:(OI)(CI)(IO)(F)
                          CREATOR GROUP:(OI)(CI)(IO)(RX)
                          Everyone:(OI)(CI)(IO)(RX)
$ icacls `cygpath -m /tmp`
...

and maybe try specifying an explicit temp dir using e.g. sort -T $HOME/

Maybe also check if any limits:
$ ulimit -a
core file size          (blocks, -c) unlimited
data seg size           (kbytes, -d) unlimited
file size               (blocks, -f) unlimited
open files                      (-n) 256
pipe size            (512 bytes, -p) 8
stack size              (kbytes, -s) 2032
cpu time               (seconds, -t) unlimited
max user processes              (-u) 256
virtual memory          (kbytes, -v) unlimited

Maybe try reinstalling coreutils in a standalone setup run?

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

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