home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / aix / 9366 < prev    next >
Encoding:
Text File  |  1992-09-03  |  1.6 KB  |  39 lines

  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!panews!muddy.awdpa.ibm.com!steve
  3. From: steve@ibmpa.awdpa.ibm.com (Steve DeJarnett)
  4. Subject: Re: Buggy malloc workaround
  5. Message-ID: <1992Sep3.230919.14055@ibmpa.awdpa.ibm.com>
  6. Sender: news@ibmpa.awdpa.ibm.com (News Master)
  7. Organization: IBM PS Programming, Palo Alto
  8. References: <Btx211.2DD@watdragon.uwaterloo.ca>
  9. Date: Thu, 3 Sep 92 23:09:19 GMT
  10. Lines: 27
  11.  
  12. In article <Btx211.2DD@watdragon.uwaterloo.ca> mskucher@watdragon.uwaterloo.ca (Murray S. Kucherawy [MFCF]) writes:
  13. >My problems with putuserattr() calls are, according to IBM, caused by a bug
  14. >in malloc implemented in AIX V3.2.  According to the man page for malloc,
  15. >you can set the environment variable MALLOCTYPE to "3.1" and it will
  16. >use the older version of malloc.
  17. >
  18. >It's not clear whether this is to be done at runtime or compile time.
  19. >Anyone know? My program is to be run by a shell script remotely, and it will
  20. >be tough to ensure that the environment variable is set.
  21.  
  22.     At runtime the code checks your MALLOCTYPE environment variable (if
  23. you have one set).  Since you say you'll be running from a shell script, simply
  24. insert a line before you call your program along the lines of:
  25.  
  26.     setenv MALLOCTYPE 3.1
  27.  
  28. (csh syntax, or: MALLOCTYPE=3.1; export MALLOCTYPE
  29.     for bourne shell or korn shell)
  30.  
  31. That should ensure you get the 3.1 version of malloc when your program is run.
  32.  
  33.     Hope that helps...
  34.  
  35. Steve DeJarnett            Internet: steve@ibmpa.awdpa.ibm.com
  36. IBM PS Multimedia Palo Alto    UUCP:      uunet!ibmpa.awdpa.ibm.com!steve
  37. (415) 855-3510            IBM VNET: dejarnet at austin (only if you must)
  38. These opinions are my own.  I doubt IBM wants them.......
  39.