home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / aix / 9369 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  1.5 KB
  1. Path: sparky!uunet!cs.utexas.edu!ut-emx!ibmchs!auschs!awdprime.austin.ibm.com!scott
  2. From: scott@austin.ibm.com
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: Buggy malloc workaround
  5. Message-ID: <1992Sep3.175326.18097@awdprime.austin.ibm.com>
  6. Date: 3 Sep 92 17:53:26 GMT
  7. References: <Btx211.2DD@watdragon.uwaterloo.ca>
  8. Sender: news@awdprime.austin.ibm.com (USENET News)
  9. Organization: IBM Austin
  10. Lines: 20
  11. Originator: scott@porter.austin.ibm.com
  12.  
  13.  
  14. In article <Btx211.2DD@watdragon.uwaterloo.ca>, mskucher@watdragon.uwaterloo.ca (Murray S. Kucherawy [MFCF]) writes:
  15. > My problems with putuserattr() calls are, according to IBM, caused by a bug
  16. > in malloc implemented in AIX V3.2.  According to the man page for malloc,
  17. > you can set the environment variable MALLOCTYPE to "3.1" and it will
  18. > use the older version of malloc.
  19. > 
  20. > It's not clear whether this is to be done at runtime or compile time.
  21. > Anyone know? My program is to be run by a shell script remotely, and it will
  22. > be tough to ensure that the environment variable is set.
  23.  
  24. I'm sure what they meant to say was that putuserattr() has a bug in its use
  25. of malloc which is now evident when using the AIXv3.2 malloc.  The AIXv3.2
  26. malloc does a better job of reusing storage and so programs that don't
  27. initialize storage correctly may break when they worked OK on AIXv3.1.
  28.  
  29. The MALLOCTYPE environment variable is used at runtime.
  30.  
  31. Scott L. Porter                IBM PSP Austin / AIX Kernel Development
  32.                                 Internet: scott@glasnost.austin.ibm.com
  33.