home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / lang / eiffel / 1025 < prev    next >
Encoding:
Internet Message Format  |  1992-07-30  |  997 b 

  1. Path: sparky!uunet!richsun!richsun.cpg.trs.reuters.com!pej
  2. From: pej@richsun.cpg.trs.reuters.com (Paul Jatkowski)
  3. Newsgroups: comp.lang.eiffel
  4. Subject: Re: Eiffel on UNIX
  5. Message-ID: <3536@richsun.cpg.trs.reuter.com>
  6. Date: 30 Jul 92 19:22:45 GMT
  7. References: <5496@m1.cs.man.ac.uk>
  8. Sender: news@richsun.cpg.trs.reuter.com
  9. Reply-To: pej@richsun.cpg.trs.reuters.com (Paul Jatkowski)
  10. Organization: REUTERS Client Site Systems
  11. Lines: 15
  12.  
  13. In article <5496@m1.cs.man.ac.uk>, ian (Ian Cottam) writes:
  14. |> Will ISE Eiffel 3 still use the UNIX sbrk call for some memory
  15. |> management?  Given that many library functions use malloc
  16. |> (even fprintf on the SUNs I belive), should not sbrk be reserved
  17. |> for the implementors of (alternative) mallocs?
  18.  
  19. In the current release you can #define XENIX in _internal.c and
  20. recompile the run time
  21. library.  Malloc makes a number of assumptions that are not true a
  22. program does an sbrk
  23. after it's first malloc. The core files are *interesting*
  24.  
  25. Paul Jatkowski
  26. Reuters
  27.  
  28.