sort utility goes berzerk (x86_64)

[Houder]

On 2017-11-28 10:03, Corinna Vinschen wrote:
> On Nov 28 08:21, Houder 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?
> 
> Yes.  I just tried it under tcsh and bash with 6000, 8000, and 8150 
> lines,
> and it works for me.  LANG=en_US.UTF-8 implies LC_COLLATE=en_US.UTF-8
[snip}

> and then returns to the prompt.

Just trying ... is this a clue to the cause?

Henri

64-@@ trap -p
trap -- '' SIGPIPE # ignore SIGPIPE
64-@@ sort tt | head
abcde    1xxxxx0123456789
abcde    2xxxxx0123456789
abcde    3xxxxx0123456789
abcde    4xxxxx0123456789
abcde    5xxxxx0123456789
abcde    6xxxxx0123456789
abcde    7xxxxx0123456789
abcde    8xxxxx0123456789
abcde    9xxxxx0123456789
abcde   10xxxxx0123456789
sort: write failed: 'standard output': Broken pipe # as expected
sort: write error
64-@@ <==== PROMPT RETURNED

64-@@ trap - PIPE # SIGPIPE should result in killing sort ?????
64-@@ sort tt | head
abcde    1xxxxx0123456789
abcde    2xxxxx0123456789
abcde    3xxxxx0123456789
abcde    4xxxxx0123456789
abcde    5xxxxx0123456789
abcde    6xxxxx0123456789
abcde    7xxxxx0123456789
abcde    8xxxxx0123456789
abcde    9xxxxx0123456789
abcde   10xxxxx0123456789
   <==== prompt does not return

=====

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