home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / gnu / utils / bug / 2326 < prev    next >
Encoding:
Text File  |  1993-01-06  |  1.6 KB  |  41 lines
  1. Newsgroups: gnu.utils.bug
  2. Path: sparky!uunet!wupost!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!smart.bo.open.DE!tom
  3. From: tom@smart.bo.open.DE (Thomas Neumann)
  4. Subject: oleo CPU usage
  5. Message-ID: <1i9ka5INN4nh@smart.bo.open.de>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: News at smart
  8. Distribution: gnu
  9. Date: Mon, 4 Jan 1993 15:15:16 GMT
  10. Approved: bug-gnu-utils@prep.ai.mit.edu
  11. Lines: 28
  12.  
  13. I've just compiled oleo-1.2.1 on a NeXT running NeXTSTEP 3.0. Things that
  14. seem noteworthy:
  15.  
  16.     - oleo uses CPU time like crazy even when no user interaction
  17.           takes place. Looks like it is waiting for keyboard input in raw
  18.       mode a little bit too busy (just a guess).
  19.  
  20.     - the header file dependencies in Makefile.in look like some
  21.       `make depend' generated stuff. It's not a good idea to have
  22.       this in Makefile.in, which should be as generic as possible.
  23.       I noticed this because Makefile.in contains a direct dependency to
  24.       /usr/include/ctype.h which NeXTSTEP 3.0 does not have (it's
  25.       in /NextDeveloper/Headers/ansi/ctype.h).
  26.       This is of course trivial to fix, but nevertheless annoying.
  27.  
  28.     - when a floating point value is entered into a cell it gets
  29.       reformatted to use the maximum number of possible decimal
  30.       digits, e.g. one enters 42.1 and the cell gets filled with
  31.       something like 42.10000000001.
  32.       I know that this is due to a bug (or non-POSIX conformance)
  33.       in NeXTs sprintf formatting code and therefore not strictly
  34.       a bug in oleo, however, I suspect there may be more platforms
  35.       that have this problem so maybe oleo should do it's own formatting,
  36.       at least when it comes to screen output.
  37.  
  38.  
  39. bye -- Thomas
  40.  
  41.