Hello Dirk, hello Martyn,
thank you both for your quick and helpfull response. Yesterday i recognized that i did not use r-patched so i invested a couple of hours to get r-patched up and running under Solaris (i'm not very familar with Unix-alike operating systems so it took me a while). Sadly, i ended up with the same result. But there is also the possibility that i failed at setting up a correct test enviroment. Dirk, your information, that there are indeed many packages using modules without any issues was an important information for me. So i think, it must be something wrong with my code. Maybe something is missing in my "Makevars"-file or something like that. I will investigate your package RcppCNPy and if i find my mistake i will inform you.
Martyn thank you very much for your offer. I will mail you my test package in a seperate mail. Your help is most welcome.
Just for your information below is the error message i got from CRAN. Maybe it helps to understand the problem:
library('OneArmPhaseTwoStudy')
Loading required package: Rcpp
Loading required package: Rcpp
*** caught segfault ***
address d8658914, cause 'memory not mapped'
address d8658914, cause 'memory not mapped'
Traceback:
1: .Call(symbol)
2: Module(module, mustStart = TRUE, where = env)
3: doTryCatch(return(expr), name, parentenv, handler)
4: tryCatchOne(expr, names, parentenv, handlers[[1L]])
5: tryCatchList(expr, classes, parentenv, handlers)
6: tryCatch(Module(module, mustStart = TRUE, where = env), error = function(e) e)
7: loadModule(module = "simon", what = TRUE, env = ns, loadNow = TRUE)
1: .Call(symbol)
2: Module(module, mustStart = TRUE, where = env)
3: doTryCatch(return(expr), name, parentenv, handler)
4: tryCatchOne(expr, names, parentenv, handlers[[1L]])
5: tryCatchList(expr, classes, parentenv, handlers)
6: tryCatch(Module(module, mustStart = TRUE, where = env), error = function(e) e)
7: loadModule(module = "simon", what = TRUE, env = ns, loadNow = TRUE)
I have run multiple memory checks under Windows with DrMemory but could not find any memory leaks.
Thank you both and have a nice day,
Marius.
Gesendet: Mittwoch, 18. März 2015 um 12:19 Uhr
Von: "Dirk Eddelbuettel" <e...@debian.org>
An: "Martyn Plummer" <plumm...@iarc.fr>
Cc: "e...@debian.org" <e...@debian.org>, "fum...@web.de" <fum...@web.de>, "rcpp-devel@lists.r-forge.r-project.org" <rcpp-devel@lists.r-forge.r-project.org>
Betreff: Re: [Rcpp-devel] Using "Rcpp Modules" under Solaris fails to load.
Von: "Dirk Eddelbuettel" <e...@debian.org>
An: "Martyn Plummer" <plumm...@iarc.fr>
Cc: "e...@debian.org" <e...@debian.org>, "fum...@web.de" <fum...@web.de>, "rcpp-devel@lists.r-forge.r-project.org" <rcpp-devel@lists.r-forge.r-project.org>
Betreff: Re: [Rcpp-devel] Using "Rcpp Modules" under Solaris fails to load.
On 18 March 2015 at 09:45, Martyn Plummer wrote:
| Well that is one interpretation. Another one is that as a testing
| platform Solaris exposes weaknesses in C++ code that are not found by
| other platforms due to its fastidious interpretation of the C++98
| standard.
Indeed. Which makes it even more sad that CRAN only has a budget of about
one minute for tests. So effectively a large number of tests are ... simply
turned off at CRAN. We do not get the feedback from another compiler you
(correctly, at least "in theory") highlight here as we are being told to
suppress the tests. Not ideal.
| Marius, if you mail me your test package I will see what it gives me.
Appreciate that.
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
_______________________________________________ Rcpp-devel mailing list Rcpp-devel@lists.r-forge.r-project.org https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
