Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84 (Fortune 01.1b1); site graffiti.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!whuxl!whuxlm!akgua!gatech!seismo!ut-sally!ut-ngp!shell!graffiti!peter
From: peter@graffiti.UUCP (Peter da Silva)
Newsgroups: net.lang.c
Subject: Re: ANSI 'C'.
Message-ID: <453@graffiti.UUCP>
Date: Wed, 20-Nov-85 22:12:59 EST
Article-I.D.: graffiti.453
Posted: Wed Nov 20 22:12:59 1985
Date-Received: Sat, 23-Nov-85 01:44:49 EST
References: <447@graffiti.UUCP> <538@brl-sem.ARPA>
Organization: The Power Elite, Houston, TX
Lines: 31

> Crapola, ANSI standards are almost always based on some existing work.  But
> anything that's done by committee is likely to get riddled with a lot of
> self interests.

And you don't see this as a problem?

> > in many systems, due to the lack of a daylight savings flag in the O/S. Would

> Eh?  The timezone never belonged in the operating system!  Unix time is GMT.

Ctime(3) includes the definition of struct tm. This has been included bodily
in the X3J11 library. The structure includes an element "tm_isdst", which is
true if daylight savings time is currently active. This does NOT belong in
a language standard.

> > Finally, if \v is to produce a vertical tab, does that require the I/O library
> > to include termcap so that the various output devices that implement this
> > function in various ways can be accomodated?
> 
> Vertical TAB is an ASCII character.  If the terminal doesn't support it,

The definition of the 'C' character set doesn't mention ASCII. It merely says
that '\v' should advance to the next vertical tab mark. Immediately before this
there are included a whole series of escape sequences that seem adequate to
write 'C' programs in CDC 64-character code. At the very least the language
is clumsy.
-- 
Name: Peter da Silva
Graphic: `-_-'
UUCP: ...!shell!{graffiti,baylor}!peter
IAEF: ...!kitty!baylor!peter