home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / programm / 15930 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.8 KB  |  68 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!sdd.hp.com!hp-col!fc.hp.com!koren
  3. From: koren@fc.hp.com (Steve Koren)
  4. Subject: Re: Unusual SAS6.0 results
  5. Sender: news@fc.hp.com (news daemon)
  6. Message-ID: <BxtxyK.C72@fc.hp.com>
  7. Date: Mon, 16 Nov 1992 22:18:20 GMT
  8. References: <BxtBBu.L5w@unx.sas.com>
  9. Organization: Hewlett-Packard Fort Collins Site
  10. X-Newsreader: Tin 1.1.3 PL5
  11. Lines: 55
  12.  
  13. Doug Walker (walker@twix.unx.sas.com) wrote:
  14. > 
  15. > We fixed a bug in GENPROTO for the upcoming 6.1 patch that may fix
  16.  
  17. Sounds good.
  18.  
  19. > No idea what is going on without source code or a runnable program to 
  20. > look at.  There is nothing in 6.0 that should have caused this.
  21.  
  22. I could give a runnable program to SAS tech support, but it would be a
  23. _lot_ of stuff.  (about 12000 source lines and a 400 Kb executable).
  24.  
  25. > For such a dramatic difference, there has to be something different
  26. > in the way the program is linked - different library functions,
  27. > different startup, something.
  28.  
  29. I'm not so sure.  The only changes I've made between 5.10b and 6.0 are:
  30.  
  31.   - Fix the makefiles: lc->sc, blink->slink, etc, -v -> NOSTKCHK, etc.
  32.   - Add a few function prototypes here and there which I was missing
  33.     before.
  34.  
  35. The source is otherwise the same.  (In fact, I was pleasantly surprised
  36. at how easy it was to convert a fairly large project from 5.10b to 6.0).
  37.  
  38. > Use the MAP and MAPXREF options to generate a linker cross-reference
  39. > and see who is calling strncpy.  You'll find some lines in the cross-
  40.  
  41. Ok, I'll do that.  I don't doubt that strncpy is somehow being
  42. referenced.  I still find it odd, however, that when I run the program
  43. under CPR it never once hits strncpy, yet the profiler claims I'm
  44. spending ~95% of the time there.  Something's fishy...
  45.  
  46. The only trouble is that I'm not sure how to package up a nice concise
  47. example for SAS tech support.  I don't think its reasonable to expect
  48. them to dig through something large, but trying to come up with a small
  49. test case could be a whopping lot of work.  In fact, if I trim much, my
  50. program won't work any more.  I guess this is the standard problem when
  51. trying to report potential compiler/profiler problems.
  52.  
  53. > we were testing.  6.0 uses shared libraries for speed.  Sometimes 
  54. > what happens on an A3000 or some other machine with a 68020 or
  55. > higher is that all FAST memory gets used up by the compiler libraries,
  56.  
  57. Nope; I've got 12 Mb of fast mem, about 8 of which is free the entire
  58. time.  And that's even with GNU emacs loaded.
  59.  
  60. Other than this, though, my impression of SAS 6.0 is favorable overall.
  61. I think it has the expected problems of any new major release, but once
  62. they get ironed out, it'll be a great improvement.  I wouldn't program
  63. with anything else :-)
  64.  
  65. Thanks for the response.  I'll do what you suggest.
  66.  
  67.   - steve
  68.