From: Florian Weimer <fw@deneb.enyo.de>
To: rossberg@mpi-sws.org
Cc: orbitz@ezabel.com, caml-list@inria.fr
Subject: Re: [Caml-list] Scoped Bound Resource Management just for C++?
Date: Wed, 09 Feb 2011 20:11:30 +0100 [thread overview]
Message-ID: <87hbcdvx99.fsf@mid.deneb.enyo.de> (raw)
In-Reply-To: <77df810e993b3002f8b97622102da8dd.squirrel@mail.mpi-sws.org> (rossberg@mpi-sws.org's message of "Wed, 9 Feb 2011 13:01:58 +0100 (CET)")
> Scope-bound resource management is inherently broken, at least
> without sophisticated type system support.
If the environment supports communicating processes with separate
execution pointers, it is straightforward to bypass restrictions, no
matter how evolved the type system is.
> 2) or it is unsafe, i.e. you can access an object after its life time has
> ended, with potentially desastrous effects.
This can be made safe with type-safe memory and run-time checks. I
don't think this is a good excuse.
In the end, this is about making it as easy as possible for
programmers to write resource-aware programs. After all, the
challenge is that code without proper resource management seems to be
correct for small sample inputs, so problems are likely noticed only
much, much later.
next prev parent reply other threads:[~2011-02-09 19:11 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-08 23:57 orbitz
2011-02-09 0:46 ` Guillaume Yziquel
2011-02-09 0:48 ` Jacques Garrigue
2011-02-09 6:25 ` dmitry grebeniuk
2011-02-09 12:01 ` rossberg
2011-02-09 15:15 ` orbitz
2011-02-09 16:14 ` Gerd Stolpmann
2011-02-09 16:52 ` David Rajchenbach-Teller
2011-02-09 17:54 ` orbitz
2011-02-09 21:50 ` Jon Harrop
2011-02-10 8:10 ` David Rajchenbach-Teller
2011-02-10 10:39 ` Guillaume Yziquel
2011-02-10 10:59 ` Guillaume Yziquel
2011-02-09 19:11 ` Florian Weimer [this message]
2011-02-09 20:10 ` Andreas Rossberg
2011-02-09 20:45 ` Florian Weimer
2011-02-09 21:12 ` Andreas Rossberg
2011-02-10 21:31 ` Florian Weimer
2011-02-09 18:03 ` Jon Harrop
2011-02-09 20:47 ` Norman Hardy
2011-02-09 21:00 ` Gabriel Scherer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87hbcdvx99.fsf@mid.deneb.enyo.de \
--to=fw@deneb.enyo.de \
--cc=caml-list@inria.fr \
--cc=orbitz@ezabel.com \
--cc=rossberg@mpi-sws.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox