home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.c++
- Path: sparky!uunet!munnari.oz.au!metro!extro.ucc.su.OZ.AU!maxtal
- From: maxtal@extro.ucc.su.OZ.AU (John MAX Skaller)
- Subject: Re: Operator "new" - how to catch array-allocation?
- Message-ID: <1992Dec20.122527.2701@ucc.su.OZ.AU>
- Sender: news@ucc.su.OZ.AU
- Nntp-Posting-Host: extro.ucc.su.oz.au
- Organization: MAXTAL P/L C/- University Computing Centre, Sydney
- References: <1992Dec14.143339.26314@daimi.aau.dk> <1992Dec17.131239.8036@daimi.aau.dk>
- Date: Sun, 20 Dec 1992 12:25:27 GMT
- Lines: 22
-
- In article <1992Dec17.131239.8036@daimi.aau.dk> sabroe@daimi.aau.dk (Morten Sabroe Mortensen) writes:
- >The reason I raised this in the first place is, I'm about to build my own
- >special-purpose-heap-manager, -the way I would like it to work, is to attach
- >"something" to a given class, and then the result should be, that all dynamic
- >allocation involving that class should be managed - the way you allocate
- >should be independent of how heap-management is controlled - controlled by
- >the normal general-purpose manager or a special-purpose manager!
- >As I see it, -now-, I can't get this independency - except when allocating
- >single instances of the used class! Right?
- >
-
- It is not currently possible to overload operator new[],
- if only because there is no such operator. There is a proposal
- before the committee to allow this, and I dont believe there are any
- in-principle objections to it.
-
-
- --
- ;----------------------------------------------------------------------
- JOHN (MAX) SKALLER, maxtal@extro.ucc.su.oz.au
- Maxtal Pty Ltd, 6 MacKay St ASHFIELD, NSW 2131, AUSTRALIA
- ;--------------- SCIENTIFIC AND ENGINEERING SOFTWARE ------------------
-