From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 56019 invoked by alias); 21 Jun 2016 22:50:02 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 55982 invoked by uid 89); 21 Jun 2016 22:50:01 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.7 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=UD:imgur.com, Almost, H*f:sk:7365C9D, H*i:sk:7365C9D X-HELO: etr-usa.com Received: from etr-usa.com (HELO etr-usa.com) (130.94.180.135) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 21 Jun 2016 22:49:51 +0000 Received: (qmail 26587 invoked by uid 13447); 21 Jun 2016 22:49:50 -0000 Received: from unknown (HELO polypore.west.etr-usa.com) ([73.26.17.49]) (envelope-sender ) by 130.94.180.135 (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 21 Jun 2016 22:49:50 -0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Piping on 64-bit Cygwin, STC found From: Warren Young In-Reply-To: <7365C9D7-91DF-491F-A979-A3B7291CFC99@etr-usa.com> Date: Tue, 21 Jun 2016 23:00:00 -0000 Content-Transfer-Encoding: quoted-printable Message-Id: <8A9A7CC5-69F6-4D1A-839E-14856F0D5778@etr-usa.com> References: <1989991589.1040675.1465521483978.JavaMail.yahoo.ref@mail.yahoo.com> <1989991589.1040675.1465521483978.JavaMail.yahoo@mail.yahoo.com> <6ecc2a84-449f-01f1-0ef7-440e97a9b850@dronecode.org.uk> <1341561944.11163115.1466484828091.JavaMail.yahoo@mail.yahoo.com> <7E3D11F0-CD6B-4AF4-991B-2C3AD0E08D07@etr-usa.com> <7365C9D7-91DF-491F-A979-A3B7291CFC99@etr-usa.com> To: The Cygwin Mailing List X-IsSubscribed: yes X-SW-Source: 2016-06/txt/msg00287.txt.bz2 On Jun 21, 2016, at 4:40 PM, Warren Young wrote: >=20 > On Jun 21, 2016, at 3:57 PM, Warren Young wrote: >>=20 >> Here=E2=80=99s what a simple test case looks like: >>=20 >> $ dd if=3D/dev/urandom bs=3D4k count=3D4m |=20 >> gpg -c --force-mdc |=20 >> gpg -d > /dev/null >=20 > I seem to have stumbled upon the actual STC. Here=E2=80=99s a screen shot of the error the second MinTTY gives on trying= to exit: https://imgur.com/5RLi4ie The =E2=80=9Cman bash=E2=80=9D is the command I tried to give, and the =E2= =80=9Cvi=E2=80=9D command never executed, even after closing the first MinT= TY window. The defunct =E2=80=9Cless=E2=80=9D process is of course a child= of the =E2=80=9Cman=E2=80=9D process. > Just increase those values...I used 64k and 64M To be clear, I mean bs=3D64k count=3D64M, for 4 TiB of transfer. This ran = for about half an hour before it started causing problems in the other MinT= TY window here. I didn=E2=80=99t write down the amount transferred at that= time, unfortunately, though dd did report it. Almost certainly many times= more than available RAM at any rate. -- 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