Path: utzoo!attcan!uunet!wuarchive!cs.utexas.edu!rutgers!cmcl2!adm!smoke!gwyn
From: gwyn@smoke.BRL.MIL (Doug Gwyn)
Newsgroups: comp.sys.apple
Subject: Orca/C V1.0 bugs
Keywords: ByteWorks ORCA C bugs
Message-ID: <11174@smoke.BRL.MIL>
Date: 28 Sep 89 04:57:32 GMT
Organization: Ballistic Research Lab (BRL), APG, MD.
Lines: 42

If somebody knows an e-mail path to Mike Westerfield of ByteWorks,
could you relay this to him?  Meanwhile it may be useful to other
Apple IIGS C programmers:


ORCA.C Version 1.0 BUGS:

(0)  Many of the standard header files define non-reserved identifiers,
and some standard headers #include others, which is a no-no.

(1)  fread( buffer, 16384, 1, stdin ) returned 14 when a 14-character
string was typed on the keyboard followed by EOF (Ctrl-@).  It should
have returned 0.

(2)  Executable compiled & linked via "Run/Compile to Disk" is not
usable from the shell (traps).

(3)  (void) cast in front of strcpy(...) and other functions flagged
as "illegal type cast" by the compiler.

(4)  Use of block-scope static char array leads to "Unresolved reference"
at link time.

(5)  strtok() fails to skip all of a multiple run of separator characters;
it returns an empty string in such cases.

(6)  "const" type qualifier not supported.

(7)  A tentative extern data declaration causes a later non-extern
initialized definition to produce a "duplicate symbol" compiler diagnostic.

(8)  (char *)NULL in char * initializer flagged as "type conflict".

(9)  getenv() and vfprintf() are not supplied.

(10)  and signal() are not supplied.

(11) Compiler dies when processing sizeof array_name, when the array
was declared [] and size set by supplied number of initializers.

(12) Compiler produces no object code files when source consists solely
of an initialized datum.