Re: [Rd] most robust way to call R API functions from a secondary thread

2019-05-21 Thread Andreas Kersting
Hi Simon, Your response hits the mark of why I am doing it that way rather than going with what Stepan proposed. Also good to hear that you consider my analysis to be pretty complete. Thanks for the feedback! Regards, Andreas 2019-05-20 15:54 GMT+02:00 Simon Urbanek: > Stepan, > > Andreas gave

Re: [Rd] most robust way to call R API functions from a secondary thread

2019-05-20 Thread Simon Urbanek
Stepan, Andreas gave a lot more thought into what you question in your reply. His question was how you can avoid what you where proposing and have proper threading under safe conditions. Having dealt with this before, I think Andreas' write up is pretty much the most complete analysis I have se

Re: [Rd] most robust way to call R API functions from a secondary thread

2019-05-20 Thread Stepan
Hi Andreas, note that with the introduction of ALTREP, as far as I understand, calls as "simple" as DATAPTR can execute arbitrary code (R or native). Even without ALTREP, if you execute user-provided R code via Rf_eval and such on some custom thread, you may end up executing native code of som

[Rd] most robust way to call R API functions from a secondary thread

2019-05-19 Thread Andreas Kersting
Hi, As the subject suggests, I am looking for the most robust way to call an (arbitrary) function from the R API from another but the main POSIX thread in a package's code. I know that, "[c]alling any of the R API from threaded code is ‘for experts only’ and strongly discouraged. Many function