home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / bsd / 10814 < prev    next >
Encoding:
Text File  |  1993-01-01  |  1.6 KB  |  36 lines

  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!spool.mu.edu!agate!dog.ee.lbl.gov!hellgate.utah.edu!fcom.cc.utah.edu!cs.weber.edu!terry
  3. From: terry@cs.weber.edu (A Wizard of Earth C)
  4. Subject: Re: [386bsd] GNU malloc in favor of BSD malloc in libc - shall we vote?
  5. Message-ID: <1993Jan1.102032.8413@fcom.cc.utah.edu>
  6. Sender: news@fcom.cc.utah.edu
  7. Organization: Weber State University  (Ogden, UT)
  8. References: <JKH.92Dec31154004@whisker.lotus.ie>
  9. Distribution: comp
  10. Date: Fri, 1 Jan 93 10:20:32 GMT
  11. Lines: 23
  12.  
  13. In article <JKH.92Dec31154004@whisker.lotus.ie> jkh@whisker.lotus.ie (Jordan K. Hubbard) writes:
  14. >I say we petition Bill to use GNU malloc in preference.  Most folks aren't
  15. >going to know enough (or dare) to replace malloc in libc themselves, but
  16. >they will notice the very painful state of affairs that trying to work
  17. >in a low memory environment brings; why not spare them the pain?
  18.  
  19. If we are going to vote, I vote for one of the PD malloc implementations
  20. as opposed to the GNU copyleft implementation.  There are many reasons,
  21. some stated by Lynne and Bill, for keeping 386BSD salable without sources;
  22. GNU copyleft ruins this.
  23.  
  24.  
  25.                     Terry Lambert
  26.                     terry@icarus.weber.edu
  27.                     terry_lambert@novell.com
  28. ---
  29. Any opinions in this posting are my own and not those of my present
  30. or previous employers.
  31. -- 
  32. -------------------------------------------------------------------------------
  33.                                         "I have an 8 user poetic license" - me
  34.  Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
  35. -------------------------------------------------------------------------------
  36.