Displaying 3 results from an estimated 3 matches for "corolari".
Did you mean:
corolary
2018 Aug 09
2
SIGSEGV in R_RunWeakRefFinalizer, object allocated with Rcpp
Thanks, Tomas, Luke, for the clarifications. Then, I have another question.
But first, let me introduce how I ended up here, because obviously I
just don't go around dyn.unloading things that I've just compiled. I
was testing a package with valgrind. Everything ok, no leaks. Great.
But I'm always suspicious (probably unjustifiably) of all the memory
that is reported as "still
2018 Aug 10
0
SIGSEGV in R_RunWeakRefFinalizer, object allocated with Rcpp
Hi I?aki,
I think that "still reachable" memory is potentially a problem only if
you cared about (frequent) package unloading, and if package unloading
did not have correctness problems in the first place. I would only worry
about "memory leaks" reported by valgrind.
That your example (unloading a library while there is still an object
with a finalizer implemented in that
2018 Aug 09
4
SIGSEGV in R_RunWeakRefFinalizer, object allocated with Rcpp
On 9 August 2018 at 20:37, Tomas Kalibera wrote:
| So to answer your original question, this could probably be handled in
| Rcpp,
Hm. Why do you say that / what did you have in mind?
Recall that we do not alter SEXPs or introduce additional additional
reference counters -- because we do not think that altering the basic R API
for such calls would be a wise strategy. So we do more or less what