Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!psuvax1!brutus.cs.uiuc.edu!tut.cis.ohio-state.edu!ukma!uflorida!haven!adm!smoke!gwyn
From: gwyn@smoke.BRL.MIL (Doug Gwyn)
Newsgroups: comp.lang.c
Subject: Re: Uninitialized externals and statics
Message-ID: <10907@smoke.BRL.MIL>
Date: 1 Sep 89 01:11:28 GMT
References: <2128@infmx.UUCP> <4700042@m.cs.uiuc.edu> <1989Aug25.185428.3511@utzoo.uucp> <609@paperboy.OSF.ORG> <10831@smoke.BRL.MIL> <1392@atanasoff.cs.iastate.edu> <10859@smoke.BRL.MIL> <10759@riks.csl.sony.co.jp> <10870@smoke.BRL.MIL> <24FD69D9.12F@marob.masa.com>
Reply-To: gwyn@brl.arpa (Doug Gwyn)
Organization: Ballistic Research Lab (BRL), APG, MD.
Lines: 10

In article <24FD69D9.12F@marob.masa.com> cowan@marob.masa.com (John Cowan) writes:
>Does the pANS still guarantee that the chars used in C programming (letters,
>numbers, !@#$%^&*()_+ etc.) are non-negative?

The actual source code characters don't have values.  The execution-
environment values for the corresponding run-time characters (thus,
character constants) are indeed required to be positive.  Other
characters (not corresponding to those in the official C source
character set) can have any values representable in a byte.  (A byte
is whatever a C char is, not necessarily 8 bits.)