home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / amiga / programm / 17536 < prev    next >
Encoding:
Internet Message Format  |  1992-12-21  |  2.1 KB
  1. Xref: sparky comp.sys.amiga.programmer:17536 comp.sys.amiga.misc:18775
  2. Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.misc
  3. Path: sparky!uunet!elroy.jpl.nasa.gov!ames!agate!stanford.edu!rock!concert!sas!mozart.unx.sas.com!jamie
  4. From: jamie@cdevil.unx.sas.com (James Cooper)
  5. Subject: Re: Advice to SAS/C 5.10b users
  6. Originator: jamie@cdevil.unx.sas.com
  7. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  8. Message-ID: <BzGqrA.4qI@unx.sas.com>
  9. Date: Fri, 18 Dec 1992 16:21:10 GMT
  10. References: <BzD93n.JCo@usenet.ucs.indiana.edu> <BzDM7J.5nG@csugrad.cs.vt.edu> <1992Dec18.154954@rbg.informatik.th-darmstadt.de>
  11. Nntp-Posting-Host: cdevil.unx.sas.com
  12. Organization: SAS Institute Inc.
  13. Lines: 32
  14.  
  15.  
  16. In article <1992Dec18.154954@rbg.informatik.th-darmstadt.de>, misar@rbg.informatik.th-darmstadt.de (walter misar) writes:
  17. >In article <BzDM7J.5nG@csugrad.cs.vt.edu>, jaker@csugrad.cs.vt.edu (Jake Rose) writes:
  18. >> shulick@shoshone.ucs.indiana.edu (Sam Hulick) writes:
  19. >>
  20. >> >It would be rather safe to stick with 5.10b.  6.0 and 6.1 are too
  21. >> >buggy.. But you can probably see that from all the posts(complaints) on
  22. >> >c.s.a.p. :)
  23. >>
  24. >> I've been using my roommate's version 6.1 compiler for a while now, and I
  25. >> haven't had any real complaints.  It's a little different, but I wouldn't
  26. >> call it "buggy".  People just haven't gotten used to the differences yet.
  27. >
  28. >Ever tried to compile with far code/far data ? That will give you nice
  29. >stack overflows if the program is just a little bit bigger than a simple
  30. >one-file program.
  31.  
  32. Stack overflows just from CODE=FAR and DATA=FAR?????  Have you reported this to
  33. EMITS?
  34.  
  35. FYI, in general, it should NEVER be necessary to use CODE=FAR -or- DATA=FAR,
  36. unless you are simply doing a quick hack.  By careful use of the __far keyword,
  37. you should still be able to compile without the "xxx=FAR" switches, in which
  38. case your code will be smaller and a bit faster than if you use the "xxx=FAR."
  39.  
  40. -- 
  41. ---------------
  42. Jim Cooper
  43. (jamie@unx.sas.com)                             bix: jcooper
  44.  
  45. Any opinions expressed herein are mine (Mine, all mine!  Ha, ha, ha!),
  46. and not necessarily those of my employer.
  47.