Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!umich!yale!cs.utexas.edu!usc!apple!oracle!news
From: pnakada@oracle.com (Paul Nakada)
Newsgroups: comp.sys.apple
Subject: Re: HyperC
Message-ID: <PNAKADA.90Feb11160145@pnakada.oracle.com>
Date: 12 Feb 90 00:05:40 GMT
References: <14121@reed.UUCP>
Sender: news@oracle.com
Organization: Oracle Corporation, Belmont, CA
Lines: 40
In-reply-to: reeder@reed.UUCP's message of 11 Feb 90 00:51:22 GMT

In article <14121@reed.UUCP> reeder@reed.UUCP (Doug Reeder) writes:

   Since EOF is not defined, even in std.h, how do you detect the end of
   files?

[ 
  EOF can be either -1 or 255.  Here are some hypotheses.  the
  getchr() function returns a signed char in which case you want to
  compare its result with -1.  When i tried to assign getchr() to a
  char and then check, I had to compare with 255.  So, I guess that
  the default char is an unsigned char.  I have yet to try, but I bet
  that assigning getchr() to a signed char will alleviate the problem.

  So.  EOF = -1 and getchr returns  signed char.
]

   Why does the compiler accept declarations of floats when it can't handle
   expressions with them?

[
   I assume that you must replace the libc and the pcc (i think) with
   the new files from the floating point disk.  
]

   What do you use in place of getchar() and putchar()

[
   getchr() and putchr()  ..  again, let me stress, do a "sym libc" to
   find all of the hyperc external functions.
]

   Can someone please post a summary of the deviations from K&R and known
   workarounds?

[
   that could fill a book!
]

-Paul Nakada
pnakada@oracle.com