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

- Raw text -