Web lists-archives.com

Re: sort utility goes berzerk (x86_64)




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