home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 5493 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.1 KB
  1. Path: Norway.EU.net!usenet
  2. From: patrick.hanevold@login.eunet.no (Patrick Hanevold)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Ceck out this bug. What the *** is SASC/6.56 doing?
  5. Date: 15 Mar 1996 18:22:21 GMT
  6. Organization: EUnet Norway
  7. Message-ID: <1621.6647T1143T325@login.eunet.no>
  8. References: <1120.6643T91T406@login.eunet.no> <v24trvir4v.fsf@athena-e.eurpd.csg.mot.com>
  9.     <879.6646T4T2378@login.eunet.no> <Do9Gpy.Juv@unx.sas.com>
  10. NNTP-Posting-Host: pc3.asker-pm2-1.eunet.no
  11. X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
  12.  
  13.  
  14. >The SAS/C stack check routines are performing exactly as documented and
  15. >exactly as designed.  They are doing everything it is reasonable to expect
  16. >them to do, namely, make sure that the function compiled with stack checking
  17. >has enough stack for its use.  If you think it is possible for the compiler
  18. >to protect your program against every stupid thing it tries to do, you are
  19. >sadly mistaken.  The responsibility to make sure your program behaves
  20. >intelligently is yours, not the compiler's.  I suggest you read the section
  21. >of the manual devoted to disussion stack checking, stack extension, and
  22. >the runtime architecture of a C program.
  23.  
  24. Stil think the deafult minimum stack size is way to small.
  25.  
  26. >>Anyway, none of the OS calls themseves crash. Its SC's exit routines
  27. >>that messes around in memory. Avent checked so much whats going on around
  28. >>there, but it shouldnt crash with stack check or stack extend on.
  29.  
  30. >With a stack trash, it is quite likely that nothing bad would happen
  31. >before the program exits.  It all depends on what is lying around in
  32. >memory that happened to get trashed when the stack was overrun.
  33.  
  34. Yup. Strange non of the other tasks went bagawonga thoug. :)
  35.  
  36. -----------------------------------------------------------------------------
  37.     Patrick Hanevold - VR developer - patrick.hanevold@login.eunet.no
  38.   Silicon Graphics Power Onyx system with four R8000 processors and two
  39.     Reality Engine 2s. 5 gigabytes of RAM. 200 gigabytes of fast disk
  40.         (single-file optimized read rate of 250 megabytes/sec).
  41. --------------------- But heck, my Amy boots faster. :) ---------------------
  42.  
  43.