From: lauther AT cayley DOT zfe DOT siemens DOT de (Ulrich Lauther) Newsgroups: comp.os.msdos.djgpp Subject: Re: sbrk ? Date: 26 Oct 1996 07:20:18 GMT Organization: Siemens Lines: 32 Distribution: world Message-ID: <54se3i$ifp@salomon.mchp.siemens.de> References: <54qkhh$j8h AT salomon DOT mchp DOT siemens DOT de> <54s77r$phg AT sun-cc204 DOT lboro DOT ac DOT uk> NNTP-Posting-Host: cayley.zfe.siemens.de To: djgpp AT delorie DOT com DJ-Gateway: from newsgroup comp.os.msdos.djgpp James Soutter (cgjks1 AT lut DOT ac DOT uk) wrote: : : Ulrich Lauther (lauther AT cayley DOT zfe DOT siemens DOT de) wrote: : : : : I need to port my own memory manager from Unix to NT/Visual C++ and : : can't find a sbrk function there. : : : : Would it be a good idea to steal the sbrk.s (which uses INT 21) from : : the djgpp package, or would I get a grandiose crash? : : : : -ulrich : : : Excuse my ignorance by why use sbrk(). I thought changing sbrk() was a : bad idea because it broke the library functions that called malloc(). : : In DJGPP, why not just use "__dpmi_allocate_memory" to allocate new : memory for the memory manager (I havn't tried this). Similarly under you didn't read my question. I need it under Visual C++ (which I am *forced* to use). I cannot use malloc (at least not conveniently) as I need memory aligned to 4096 byte boundaries. : UNIX, why not just use mmap on /dev/zero to allocate memory (it works : for me). all UNIXes? (Need SunOS, Solaris, Linux, HP-UX). -ulrich [nosave] ---------------------------------------------------------------------------- Ulrich Lauther ph: +49 89 636 48834 fx: ... 636 42284 Siemens ZT AN 1 Internet: Ulrich DOT Lauther AT mchp DOT siemens DOT de