[Rd] Memory management issues
Yuri D'Elia
wavexx at users.sf.net
Mon Jul 6 00:13:54 CEST 2009
In article
<8ec76080907051259q4744d40bp46b2434b086d5adc at mail.gmail.com>,
Whit Armstrong <armstrong.whit at gmail.com> wrote:
> If you are in control of the c++ library (i.e. it is not from a
> vendor), then you can also override the new operator of your object so
> that it allocates an SEXP. if you implement PROTECT/UNPROTECT calls
> correctly, then GC will not be a problem.
The library returns addresses which may not be from the top of the
allocated object. For some pre-calculated values, I actually use a
shared memory pool.
I really need to be able to 'wire' this address directly into the SEXP.
Like I wrote in another message, changing the GC code (if necessary)
could be a viable option.
> Sources here:
> R backend storage policy:
> http://github.com/armstrtw/r.tslib.backend/tree/master
> tslib: http://github.com/armstrtw/tslib/tree/master
I really like this approach, it would turn useful for many other
projects :).
Thanks
More information about the R-devel
mailing list