From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-90979-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 2730 invoked by alias); 12 Mar 2018 15:31:16 -0000
Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-alpha.sourceware.org>
List-Subscribe: <mailto:libc-alpha-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: libc-alpha-owner@sourceware.org
Received: (qmail 2720 invoked by uid 89); 12 Mar 2018 15:31:16 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy=H*r:2002
X-HELO: mailbackend.panix.com
X-Gm-Message-State: AElRT7E+mYu/eT3GrrPfIgdu14KcCAS9C7p8Wzyq18CeSSRmzRPcR+Cf
	Ma2D7CQFYr7NEHx1BQQ61L/0o1TOT2OrUe6vJ2A=
X-Google-Smtp-Source: AG47ELuZLWYMX0+xACrZqmV7igjGXYGhO/Wxelz+flReOt46JEqZpIAwUiZL4u/vkPVEirpeUqacPSRkmrmVFAogAug=
X-Received: by 10.202.63.85 with SMTP id m82mr5441759oia.64.1520868672826;
 Mon, 12 Mar 2018 08:31:12 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <20180222002306.5998-1-zackw@panix.com>
References: <20180222002306.5998-1-zackw@panix.com>
From: Zack Weinberg <zackw@panix.com>
Date: Mon, 12 Mar 2018 15:31:00 -0000
X-Gmail-Original-Message-ID: <CAKCAbMgUFJKJUwGQ3P8cKRW-V2=bYe3cca-5NLUGre0sQBo+sw@mail.gmail.com>
Message-ID: <CAKCAbMgUFJKJUwGQ3P8cKRW-V2=bYe3cca-5NLUGre0sQBo+sw@mail.gmail.com>
Subject: Re: [PATCH v2] [BZ 1190] Make EOF sticky in stdio.
To: GNU C Library <libc-alpha@sourceware.org>
Cc: Joseph Myers <joseph@codesourcery.com>, Andreas Schwab <schwab@linux-m68k.org>, 
	Siddhesh Poyarekar <siddhesh@gotplt.org>
Content-Type: text/plain; charset="UTF-8"
X-SW-Source: 2018-03/txt/msg00286.txt.bz2

On Wed, Feb 21, 2018 at 7:23 PM, Zack Weinberg <zackw@panix.com> wrote:
> C99 specifies that the EOF condition on a file is "sticky": once EOF
> has been encountered, all subsequent reads should continue to return
> EOF until the file is closed or something clears the "end-of-file
> indicator" (e.g. fseek, clearerr).

Ping?