Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-Id: <5.1.0.14.2.20020806191106.0211d4a0@pop3.cris.com>
X-Sender: rrschulz AT pop3 DOT cris DOT com
Date: Tue, 06 Aug 2002 19:17:34 -0700
To: cygwin AT cygwin DOT com
From: Randall R Schulz <rrschulz AT cris DOT com>
Subject: RE: new vs malloc, was BUG - Cygwin to GNU CC compatibility
In-Reply-To: <79218202D4B9D4118A290002A508E13B79C392@PNZEXCHANGE>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed

Ross, Samuel,

We can agree that regardless of the specific manifestation of multiple 
invocations of "delete" on any given pointer returned by "new," doing so is 
erroneous. And that is a universal fact of C++ programming.

Perhaps we should avoid a generic C++ API / data structure philosophy 
debate here in the Cygwin list, OK?

Randall Schulz
Mountain View, CA USA


At 18:28 2002-08-06, Ross Smith wrote:
> > From: Samuel [mailto:samuel AT socal DOT rr DOT com]
> >
> > From: "Ross Smith" <rosss AT pharos DOT co DOT nz>
> > >
> > > No user code should ever use "delete"; it should only appear in the
> > > implementation of a container or smart pointer.
> >
> > What? I must misunderstand what is meant, since user code
> > must always use
> > "delete" for each "new", unless the documentation of a
> > function clearly
> > states that it is the function's responsibility to "delete".
>
>This is what smart pointers (std::auto_ptr, boost::shared_ptr, etc) are
>for. Anything allocated by new should always be held by a smart pointer
>that will handle deletion automatically, never a raw pointer.
>
>--
>Ross Smith


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/