Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!brl-adm!brl-smoke!gwyn From: gwyn@brl-smoke.ARPA (Doug Gwyn ) Newsgroups: comp.bugs.sys5 Subject: Re: chars in conditional expression, 3b2 C compiler Message-ID: <5474@brl-smoke.ARPA> Date: Mon, 5-Jan-87 13:00:13 EST Article-I.D.: brl-smok.5474 Posted: Mon Jan 5 13:00:13 1987 Date-Received: Mon, 5-Jan-87 21:59:04 EST References: <2489@sdsu.UUCP> <189@olamb.UUCP> Reply-To: gwyn@brl.arpa (Doug Gwyn (VLD/VMB)) Organization: Ballistic Research Lab (BRL), APG, MD. Lines: 11 In article <189@olamb.UUCP> kimcm@olamb.UUCP (Kim Chr. Madsen) writes: -The only thing that really bugs me is the fact that chars are unsigned -and therefore the following code will fail: - while ((c=getc(stream)) != EOF) putchar(c); -And you will have to redefine EOF to 255 (0377 or 0xff) or cast it to a char! I suspect there will be a zillion follow-ups explaining that getc() returns an (int), not a (char), and that EOF should remain defined as -1. This has been hashed over many times in net.lang.c. It is not a bug in the 3B2 C implementation.