Hi,
I use rJava and call Java code that uses JVMTI code like this
VM vm = VM.getVM();
Universe universe = vm.getUniverse();
CollectedHeap heap = universe.heap();
This code attaches to another JVM and to get its internals. This is legal
Java and it works. But when I use rJava to call this code, the call is
successfull and it throws an error. I believe there is Java native
Interface involved in the JVM and it seems to affect R. rJava is 0.9
> version
_
platform x86_64-apple-darwin10.8.0
arch x86_64
os darwin10.8.0
system x86_64, darwin10.8.0
status
major 3
minor 1.0
year 2014
month 04
day 10
svn rev 65387
language R
version.string R version 3.1.0 (2014-04-10)
nickname Spring Dance
Thanks,
Mohan
Error: C stack usage 140730070087404 is too close to the limit
Error: C stack usage 140730070156700 is too close to the
limit> Warning: stack imbalance in '.Call', 59 then -1
Warning: stack imbalance in '{', 56 then -4
*** caught bus error ***
address 0x100583fd8, cause 'non-existent physical address'
*** caught bus error ***
address 0x100583fd8, cause 'non-existent physical
address'>
Traceback:
1: run(timeoutMs)
2: service(timeout)
Possible actions:
1: abort (with core dump, if enabled)
2: normal R exit
3: exit R without saving workspace
4: exit R saving workspace
Selection: run(10)
*** caught segfault ***
address 0x20057ea40, cause 'memory not mapped'
Traceback:
1: run(timeoutMs)
2: service(timeout)
Possible actions:
1: abort (with core dump, if enabled)
2: normal R exit
3: exit R without saving workspace
4: exit R saving workspace
--
View this message in context:
http://r.789695.n4.nabble.com/rJava-Java-debugger-API-tp4692222.html
Sent from the R devel mailing list archive at Nabble.com.
*Now* you tell us rJava is involved. Its lists are accessed via http://www.rforge.net/rJava/ On 17/06/2014 07:43, rmohan wrote:> Hi, > I use rJava and call Java code that uses JVMTI code like this > > VM vm = VM.getVM(); > Universe universe = vm.getUniverse(); > CollectedHeap heap = universe.heap(); > > This code attaches to another JVM and to get its internals. This is legal > Java and it works. But when I use rJava to call this code, the call is > successfull and it throws an error. I believe there is Java native > Interface involved in the JVM and it seems to affect R. rJava is 0.9 > >> version > _ > platform x86_64-apple-darwin10.8.0 > arch x86_64 > os darwin10.8.0 > system x86_64, darwin10.8.0 > status > major 3 > minor 1.0 > year 2014 > month 04 > day 10 > svn rev 65387 > language R > version.string R version 3.1.0 (2014-04-10) > nickname Spring Dance > > > Thanks, > Mohan > > Error: C stack usage 140730070087404 is too close to the limit > Error: C stack usage 140730070156700 is too close to the limit >> Warning: stack imbalance in '.Call', 59 then -1 > Warning: stack imbalance in '{', 56 then -4 > > *** caught bus error *** > address 0x100583fd8, cause 'non-existent physical address' > > > *** caught bus error *** > address 0x100583fd8, cause 'non-existent physical address' >> > Traceback: > 1: run(timeoutMs) > 2: service(timeout) > > Possible actions: > 1: abort (with core dump, if enabled) > 2: normal R exit > 3: exit R without saving workspace > 4: exit R saving workspace > Selection: run(10) > > > *** caught segfault *** > address 0x20057ea40, cause 'memory not mapped' > > Traceback: > 1: run(timeoutMs) > 2: service(timeout) > > Possible actions: > 1: abort (with core dump, if enabled) > 2: normal R exit > 3: exit R without saving workspace > 4: exit R saving workspace > > > > -- > View this message in context: http://r.789695.n4.nabble.com/rJava-Java-debugger-API-tp4692222.html > Sent from the R devel mailing list archive at Nabble.com. > > ______________________________________________ > R-devel at r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel >-- Brian D. Ripley, ripley at stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272866 (PA) Oxford OX1 3TG, UK Fax: +44 1865 272595
Apparently Analagous Threads
- About the concept of "materialization"
- Sweave: printing an underscore in the output from an R command
- (no subject)
- Generating new application creates a few syntactically bad files in Rails 3.2.1
- possible bug: graphics::image seems to ignore getOption("preferRaster")