From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 03 07:10:57 2017 Received: (at submit) by debbugs.gnu.org; 3 Jun 2017 11:10:57 +0000 Received: from localhost ([127.0.0.1]:52431 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dH6xN-0000CU-AJ for submit@debbugs.gnu.org; Sat, 03 Jun 2017 07:10:57 -0400 Received: from eggs.gnu.org ([208.118.235.92]:54176) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dH6xL-0000CG-0w for submit@debbugs.gnu.org; Sat, 03 Jun 2017 07:10:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dH6xE-00078F-VW for submit@debbugs.gnu.org; Sat, 03 Jun 2017 07:10:49 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:60418) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dH6xE-00078A-SF for submit@debbugs.gnu.org; Sat, 03 Jun 2017 07:10:48 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45146) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dH6xD-0001Ji-Mi for bug-guile@gnu.org; Sat, 03 Jun 2017 07:10:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dH6x7-00071W-0e for bug-guile@gnu.org; Sat, 03 Jun 2017 07:10:44 -0400 Received: from mout02.posteo.de ([185.67.36.66]:50654) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dH6x6-0006yg-Pi for bug-guile@gnu.org; Sat, 03 Jun 2017 07:10:40 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout02.posteo.de (Postfix) with ESMTPS id 3132F209B7 for ; Sat, 3 Jun 2017 13:10:35 +0200 (CEST) Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 3wfyzv0XTJz104B for ; Sat, 3 Jun 2017 13:10:34 +0200 (CEST) Date: Sat, 3 Jun 2017 11:10:33 +0000 From: j kalbhenn To: bug-guile@gnu.org Subject: fsync on pipe output port exits without error message when input port has been closed Message-ID: <20170603111032.GA22207@sph-desktop.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.8.3 (2017-05-23) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) tested with 2.2.2 (let* ( (ports (pipe)) (in (car ports)) (out (cdr ports))) (close in) (display 0 out) (display 1) (fsync out) (display 2)) without "(display 0 out)", error information is displayed and guile exits before "(display 2)". with "(display 0 out)", no error information is displayed and guile exits before "(display 2)". without "(close in)", error information is displayed in both cases. i would expect the error information to be displayed in any case.