From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-3.9 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_EF,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id AFD3C1F4B5 for ; Thu, 21 Nov 2019 13:28:04 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-type; q=dns; s=default; b=keRab Mk5sI36BbLhutDi/AkelGmb1yaT89E4HNdImcXB0/0amfi4KPyUo9TQgX38Uz2yi N7sqLvglfkuTxrWF0Hy3pYhLa9wtC66A1XR2aIcZAyOIoFCPyEK/MvvHdI+MAcdZ s+aG6L0TvdlQYCPViDxTkayV0d0XZyV2BpT468= 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:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-type; s=default; bh=LsCDqosRejY hIFAgR+1CHyhtPIM=; b=w5F/VA1HSM3VBbtNj8gvnF5S/ahbeWHBaFH7g9FlFqt oftsCOEViRN5iN+u+m2g68nuDl5bfeRih2EDKd8n6vltZSy5u4JCcgDaSTiyHbJJ xW0Nd53pXMl8th5weCmtYT8Zd/BxmkODKiZLErvkS6MmPzG4cTGGbWMR5N1Au/a4 = Received: (qmail 7871 invoked by alias); 21 Nov 2019 13:28:02 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 7863 invoked by uid 89); 21 Nov 2019 13:28:02 -0000 Authentication-Results: sourceware.org; auth=none X-HELO: mx1.suse.de From: Andreas Schwab To: Florian Weimer Cc: libc-alpha@sourceware.org Subject: Re: [PATCH] Always do locking when accessing streams (bug 15142) References: <87lfs9o1q7.fsf@oldenburg2.str.redhat.com> <87wobtmklz.fsf@oldenburg2.str.redhat.com> X-Yow: Once, there was NO fun... This was before MENU planning, FASHION statements or NAUTILUS equipment... Then, in 1985.. FUN was completely encoded in this tiny MICROCHIP.. It contain 14,768 vaguely amusing SIT-COM pilots!! We had to wait FOUR BILLION years but we finally got JERRY LEWIS, MTV and a large selection of cream-filled snack cakes! Date: Thu, 21 Nov 2019 14:27:59 +0100 In-Reply-To: <87wobtmklz.fsf@oldenburg2.str.redhat.com> (Florian Weimer's message of "Thu, 21 Nov 2019 14:20:40 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain On Nov 21 2019, Florian Weimer wrote: >>> Does this fix or re-open bug 15142? >> >> Why re-open? > > Lack of flushing of streams on process exit. I don't understand what you are trying to tell me. > I think the last time we discussed this, Do you have a pointer? Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different."