home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / aix / 9480 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!scott.skidmore.edu!psinntp!psinntp!curly.appmag.com!pa
  2. From: pa@curly.appmag.com (Pierre Asselin)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: AIX malloc and fault tolerance
  5. Message-ID: <1258@curly.appmag.com>
  6. Date: 8 Sep 92 19:54:32 GMT
  7. References: <1992Sep3.135156.9166@medtron.medtronic.com>
  8. Organization: Applied Magnetics, Goleta, CA
  9. Lines: 43
  10.  
  11. In <1992Sep3.135156.9166@medtron.medtronic.com>
  12.     sh0001@israel (Scott Hansohn) writes:
  13.  
  14. [He bumped into the malloc virtual allocation nonsense again.
  15.  I still get mad just thinking about it.]
  16.  
  17. >I have questions:
  18. >    1) Has anyone seen a system where static memory may not really be
  19. >       there, or where a nonzero malloc doesn't guarantee the successful
  20. >       usage of the memory?
  21.  
  22. Alas, yes.  When this thread started about 18 months ago, I tried a
  23. malloc-touch loop on a DG aviion.  No NULLS from malloc, processes
  24. get killed.  Damned!  I didn't try large static arrays.
  25.  
  26. DG has been reasonably good at not reinventing the wheel; this
  27. wonderful feature may come to us from AT&T;  netters confirmed this.
  28. I was told, however, that it is not a part of the SVID.
  29.  
  30. >    2) Has anyone heard of SIGDANGER before?
  31.  
  32. It's an IBM innovation.
  33.  
  34. >    4) Even if I use this malloc wrapper everywhere in my own code,
  35. >       how do I deal with third-party code I purchase that calls the
  36. >       unwrapped malloc?
  37.  
  38. Or with the pre-linked code in libc.a?
  39. Get your money back.  (Hah! right.)
  40.  
  41. Some arguments to the effect that vapour-memory was a good thing were:
  42.  -Lets you use gigantic sparse arrays.
  43.  -Lets vendors ship Fortran binaries with static arrays dimensioned
  44.   to maximum size, and yet have them run on small machines for small
  45.   problems that use only part of the arrays.
  46.  
  47. I'm skeptical.  Sparse arrays at 4kB/page?  As for the Fortran bit, it
  48. only makes sense on machines dedicated to a single application.  That
  49. sure isn't the way we use ours.
  50. -- 
  51.  
  52. --Pierre Asselin, Magnetoresistive Head Engineering, Applied Magnetics.
  53.   pa@appmag.com        the usual disclaimers apply.
  54.