search for: newrho

Displaying 14 results from an estimated 14 matches for "newrho".

2017 Jun 27
0
Seg Fault memory violation
...73 5873 { (gdb) bt #0 bcEval (body=body at entry=0x857990, rho=rho at entry=0x17f3d798, useCache=useCache at entry=TRUE) at eval.c:5873 #1 0x00007ffff78d4138 in Rf_eval (e=0x857990, rho=rho at entry=0x17f3d798) at eval.c:624 #2 0x00007ffff78d61af in R_execClosure (call=call at entry=0x6079c0, newrho=<optimized out>, sysparent=<optimized out>, rho=rho at entry=0x17f3d450, arglist=arglist at entry=0x0, op=op at entry=0x857a70) at eval.c:1614 #3 0x00007ffff78d6539 in Rf_applyClosure (call=call at entry=0x3ae5cb0, op=op at entry=0x857a70, arglist=<optimized out>, rho=rho...
2000 Feb 07
4
Segmentation fault, devPS.c, 0.99.0 (PR#413)
...0x807c6a1 in Rf_eval (e=0x405ba4b0, rho=0x40941944) at eval.c:172 172 tmp = PRIMFUN(op) (e, op, CDR(e), rho); (gdb) up #8 0x807cb40 in Rf_applyClosure (call=0x405b6a7c, op=0x405ba550, arglist=0x402d8008, rho=0x409437bc, suppliedenv=0x402d8008) at eval.c:342 342 PROTECT(tmp = eval(body, newrho)); (gdb) up #9 0x807c7cb in Rf_eval (e=0x405b6a7c, rho=0x409437bc) at eval.c:192 192 tmp = applyClosure(e, op, tmp, rho, R_NilValue); (gdb) up #10 0x807d4c7 in do_begin (call=0x405b5e88, op=0x402d8954, args=0x405b5e9c, rho=0x409437bc) at eval.c:639 639 s = eval(CAR(args), rho); (gdb...
2009 Apr 09
0
bug/suggestion: debugger should respect option "deparse.max.lines" when printing the call (PR#13647)
...igits to print when diff -cr R-2.8.1/src/main/eval.c R-2.8.1-patched/src/main/eval.c *** R-2.8.1/src/main/eval.c 2008-10-05 18:05:02.000000000 -0400 --- R-2.8.1-patched/src/main/eval.c 2009-04-09 09:45:03.000000000 -0400 *************** *** 526,531 **** --- 526,532 ---- volatile SEXP newrho; SEXP f, a, tmp; RCNTXT cntxt; + int itmp; /* formals = list of formal parameters */ /* actuals = values to be bound to formals */ *************** *** 609,615 **** --- 610,621 ---- SET_DEBUG(newrho, DEBUG(op)); if (DEBUG(op)) { Rprintf("debugg...
2001 Jan 23
0
1.2.1 segfault
...at eval.c:803 #12 0x56aa0 in Rf_eval (e=0x3c0e84, rho=0xd9da48) at eval.c:317 #13 0x570bc in Rf_applyClosure (call=0xd9d7fc, op=0x319cf4, arglist=0xb750c0, rho=0xb75aac, suppliedenv=0xd9d770) at eval.c:501 #14 0x7a1fc in applyMethod (call=0xd9d7fc, op=0x319cf4, args=0xb750c0, rho=0xb75aac, newrho=0xd9d770) at objects.c:117 #15 0x7a660 in Rf_usemethod (generic=0xefffc9b0 "genD", obj=0xd9f398, call=0x3c1870, args=0x15d400, rho=0xb75aac, ans=0xefffc9ac) at objects.c:252 #16 0x7a930 in do_usemethod (call=0x430e4c, op=0x1d0c50, args=0x430e30, env=0xb75aac) at objects.c:325...
2004 Sep 13
6
Spare some CPU cycles for testing lme?
If anyone has a few extra CPU cycles to spare, I'd appreciate it if you could verify a problem that I have encountered. Run the code below and tell me if it crashes your R before completion. library(lme4) data(bdf) dump<-sapply( 1:50000, function(i) { fm <- lme(langPOST ~ IQ.ver.cen + avg.IQ.ver.cen, data = bdf, random = ~ IQ.ver.cen | schoolNR); cat("
2018 Aug 06
2
SIGSEGV in R_RunWeakRefFinalizer, object allocated with Rcpp
...54b8, rho=0x1d45318) at memory.c:2013 #6 0x6c9db60f in bcEval (body=body at entry=0x1d45a88, rho=rho at entry=0x1d45318, useCache=useCache at entry=TRUE) at eval.c:6781 #7 0x6c9ecfb2 in Rf_eval (e=0x1d45a88, rho=0x1d45318) at eval.c:624 #8 0x6c9ee6f1 in R_execClosure (call=call at entry=0x0, newrho=<optimized out>, sysparent=<optimized out>, rho=0x15a3370, arglist=0x18c2498, op=0x1d45968) at eval.c:1773 #9 0x6c9ef605 in Rf_applyClosure (call=0x15a3370, call at entry=0x1d45828, op=0x18c2498, op at entry=0x1d45968, arglist=0x1d45968, rho=rho at entry=0x15a3370, suppliedvars...
2012 Aug 09
4
debug vs regular mode
Dear all, I had a R segmentation fault, and then invoked debug mode and ran step by step. When I reached "terms(Y~X1*X2*...*X16)", I would then have "segmentation" fault. However, if I just ran this under regular "R interactive" mode, it would be fine though taking long time. My questions are: 1. Is there a known limit of terms for a formula? 2. Why does the
2012 Aug 09
4
debug vs regular mode
Dear all, I had a R segmentation fault, and then invoked debug mode and ran step by step. When I reached "terms(Y~X1*X2*...*X16)", I would then have "segmentation" fault. However, if I just ran this under regular "R interactive" mode, it would be fine though taking long time. My questions are: 1. Is there a known limit of terms for a formula? 2. Why does the
2000 Dec 18
1
1.2.0 segfault
...at eval.c:803 #7 0x5a114 in Rf_eval (e=0xb739ac, rho=0x499a38) at eval.c:317 #8 0x5a730 in Rf_applyClosure (call=0x49a264, op=0x904f24, arglist=0x4bb21c, rho=0x4bb3c0, suppliedenv=0x49a210) at eval.c:501 #9 0x7d770 in applyMethod (call=0x49a264, op=0x904f24, args=0x4bb21c, rho=0x4bb3c0, newrho=0x49a210) at objects.c:117 #10 0x7dbd4 in Rf_usemethod (generic=0xefffbdc8 "l", obj=0xbd11a4, call=0xb73e20, args=0x160000, rho=0x4bb3c0, ans=0xefffbdc4) at objects.c:252 #11 0x7dea4 in do_usemethod (call=0xb6a258, op=0x1d3774, args=0xb6a274, env=0x4bb3c0) at objects.c:325 #12...
2018 Aug 09
0
SIGSEGV in R_RunWeakRefFinalizer, object allocated with Rcpp
...c:2013 > #6 0x6c9db60f in bcEval (body=body at entry=0x1d45a88, > rho=rho at entry=0x1d45318, useCache=useCache at entry=TRUE) > at eval.c:6781 > #7 0x6c9ecfb2 in Rf_eval (e=0x1d45a88, rho=0x1d45318) at eval.c:624 > #8 0x6c9ee6f1 in R_execClosure (call=call at entry=0x0, > newrho=<optimized out>, sysparent=<optimized out>, > rho=0x15a3370, arglist=0x18c2498, op=0x1d45968) at eval.c:1773 > #9 0x6c9ef605 in Rf_applyClosure (call=0x15a3370, > call at entry=0x1d45828, op=0x18c2498, op at entry=0x1d45968, > arglist=0x1d45968, rho=rho at entry=0...
2003 Feb 28
2
R Graphics Crash Problem
...c:891 #17 0x00072444 in Rf_eval (e=0x7d2e18, rho=0x86e670) at eval.c:404 #18 0x0007279c in Rf_applyClosure (call=0x86fc40, op=0x7d3f48, arglist=0x87015c, rho=0x8702ac, suppliedenv=0x86fbd0) at eval.c:587 #19 0x0009a1a4 in applyMethod (call=0x86fc40, op=0x7d3f48, args=0x87015c, rho=0x8702ac, newrho=0x86fbd0) at objects.c:121 #20 0x0009a6f0 in Rf_usemethod (generic=0xffbed928 "plot", obj=0x9f61a8, call=0xffbed6a8, args=0x1bab20, rho=0x8702ac, callrho=0x1db408, defrho=0x1db3b4, ans=0xffbed924) at objects.c:340 #21 0x0009ac00 in do_usemethod (call=0x7d12f4, op=0x1d93c8, args=0x...
2007 Dec 07
0
Bug#454678: r-base-core: Crash when calling edit.matrix with edit.row.names = TRUE when there are no rownames (PR#10500)
...xb7d1f352 in Rf_eval (e=0x89b2798, rho=0x89b4bd0) at eval.c:463 #16 0xb7d1fb67 in Rf_applyClosure (call=0x89b1c9c, op=0x89b1ba0, arglist=0x89b1e24, rho=0x89b1d7c, suppliedenv=0x89b1cd4) at eval.c:669 #17 0xb7d60a32 in applyMethod (call=0x89b1c9c, op=0x89b1ba0, args=0x89b1e24, rho=0x89b1d7c, newrho=0x89b1cd4) at objects.c:126 #18 0xb7d61223 in Rf_usemethod (generic=0x8069af8 "edit", obj=0x8a87868, call=0x89b1e94, args=0x8052110, rho=0x89b1d7c, callrho=0x8073f9c, defrho=0x828f2fc, ans=0xbfd10d00) at objects.c:291 #19 0xb7d61776 in do_usemethod (call=0x89b1e94, op=0x80711b8, a...
2007 Dec 07
0
(PR#10500) Bug#454678: r-base-core: Crash when calling
...al (e=0x89b2798, rho=0x89b4bd0) at eval.c:463 > #16 0xb7d1fb67 in Rf_applyClosure (call=0x89b1c9c, op=0x89b1ba0, > arglist=0x89b1e24, rho=0x89b1d7c, suppliedenv=0x89b1cd4) at eval.c:669 > #17 0xb7d60a32 in applyMethod (call=0x89b1c9c, op=0x89b1ba0, args=0x89b1e24, > rho=0x89b1d7c, newrho=0x89b1cd4) at objects.c:126 > #18 0xb7d61223 in Rf_usemethod (generic=0x8069af8 "edit", obj=0x8a87868, > call=0x89b1e94, args=0x8052110, rho=0x89b1d7c, callrho=0x8073f9c, > defrho=0x828f2fc, ans=0xbfd10d00) at objects.c:291 > #19 0xb7d61776 in do_usemethod (call=0x89b1e9...
2003 Oct 09
2
R-1.8.0 on Sparc Solaris 8, gcc3.2.1, bus error and core dump (PR#4485)
...034 #21 0x0007d6cc in Rf_eval (e=0x8d4760, rho=0xec9910) at eval.c:375 #22 0x0007da54 in Rf_applyClosure (call=0xec945c, op=0x8d7004, arglist=0xeca770, rho=0xeca968, suppliedenv=0xec9424) at eval.c:558 #23 0x000ac484 in applyMethod (call=0xec945c, op=0x8d7004, args=0xeca770, rho=0xeca968, newrho=0xec9424) at objects.c:119 #24 0x000acad8 in Rf_usemethod (generic=0x8cf918 "plot", obj=0x8d7004, call=0xffbee300, args=0xec9424, rho=0xeca968, callrho=0x227480, defrho=0x229388, ans=0xffbee57c) at objects.c:326 #25 0x000acf7c in do_usemethod (call=0x8d3bd8, op=0x2251a8, args=0x...