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.