From gb at tal.stat.umu.se  Thu Dec 30 18:24:19 2004
From: gb at tal.stat.umu.se (=?iso-8859-1?Q?G=F6ran_Brostr=F6m?=)
Date: Thu Dec 30 18:24:23 2004
Subject: [Rd] optim/vmmin and R_alloc
In-Reply-To: <Pine.LNX.4.61.0412301619400.14359@gannet.stats>
References: <20041230155513.GA22178@tal.stat.umu.se>
	<Pine.A41.4.61b.0412300757350.11816@homer11.u.washington.edu>
	<Pine.LNX.4.61.0412301619400.14359@gannet.stats>
Message-ID: <20041230172419.GA28754@tal.stat.umu.se>

On Thu, Dec 30, 2004 at 04:27:59PM +0000, Prof Brian Ripley wrote:
> On Thu, 30 Dec 2004, Thomas Lumley wrote:
> 
> >On Thu, 30 Dec 2004, [iso-8859-1] G?ran Brostr?m wrote:
> >>
> >>However, and that is my question/suggestion: Why not use Calloc+Free
> >>instead of R_alloc in vmmin (and maybe in other places)? I made the
> >>changes in 'optim.c' in the functions 'vmmin' and 'Lmatrix'. Then I 
> >>rebuilt
> >>and reinstalled R-2.0.1. The result was great! My function ran very fast 
> >>and
> >>without any memory problems.
> >>
> >>So why not? Or will this change create other problems?
> >
> >Memory will leak permanently if the functions are interrupted or an error 
> >occurs.  This may be less serious now than it was in the past, since R can 
> >be interrupted in fewer places.
> 
> An error in the objective function would also cause a leak. Goran *should* 
> be managing the heap himself by vmax[gs]et, as discussed in Writing R 
> Extensions.

So Brian thinks of me as an expert?:-) In 'R-exts' I read about using
vmax[gs]et: "This is only recommended for experts." Seriously, do you really
suggest that amateurs like myself should ignore the written documentation?

More seriously, how should I interpret the word 'expert' in the
documentation? I always think of guys like Brian, Peter, Thomas, and
the rest of the core team when I read warnings like that. And the
consequence is that I automatically avoid such tricks. Maybe warnings
should be written in such a way that they don't discourage
from using the right tools?

> So why not read the manual and use the documented mechanism?  

See above. I will try your suggestion and be an expert.

Thanks,

G?ran
-- 
 G?ran Brostr?m                    tel: +46 90 786 5223
 Department of Statistics          fax: +46 90 786 6614
 Ume? University                   http://www.stat.umu.se/egna/gb/
 SE-90187 Ume?, Sweden             e-mail: gb@stat.umu.se


[Rd] optim/vmmin and R_alloc
=?iso-8859-1?Q?G=F6ran_Brostr=F6m?=