search for: r_replfil

...size 1 ==31314== at 0x4CF07D: R_IoBufferPutc (iosupport.c:135) ==31314== by 0x4D3C5C: Rf_ReplIteration (main.c:222) ==31314== by 0x4D4047: R_ReplConsole (main.c:307) ==31314== by 0x4D4353: do_browser (main.c:1137) ==31314== by 0x4B1E86: Rf_eval (eval.c:639) ==31314== by 0x4D22F0: R_ReplFile (main.c:101) ==31314== by 0x4D23FF: R_LoadProfile (main.c:663) ==31314== by 0x4D2965: setup_Rmainloop (main.c:892) ==31314== by 0x4D4558: Rf_mainloop (main.c:992) ==31314== by 0x41A4D7: main (Rmain.c:32) ==31314== Address 0x0 is not stack'd, malloc'd or (recently) free'd =...

So I'm working on a custom front end to R, in one mode of the front end I dynamically load libR.so into a child worker thread. I'm very careful to make sure it is loaded by a single thread and loaded only once, but since it is a child thread it violates assumptions made by the stack size checking inside of R and I get innumerable errors along the lines of Error: C stack usage

Full_Name: Henrik Bengtsson Version: R v1.7.1 OS: WinXP Pro, Solaris 9 Submission from: (NULL) (130.235.2.229) A colleague of mine who is new to R had problems setting up his .Rprofile and we tracked it down to the following. On both WinXP and Solaris with Rv1.7.1 we noticed that the *last* line in .Rprofile has to have a *newline* to be evaluated. For instance, starting R with the following

...'t entirely useful because init apparently loads the main package which trips over the broken stack checking. Stack trace: #0 R_SignalCStackOverflow (usage=140732197147604) at errors.c:81 #1 0x00002aaaab0625b7 in Rf_eval (e=0x1b7592a8, rho=0x1b753960) at eval.c:545 #2 0x00002aaaab0871ca in R_ReplFile (fp=0x1b69a830, rho=0x1b753960) at main.c:98 #3 0x00002aaaab087a27 in setup_Rmainloop () at main.c:861 #4 0x00002aaaab14a98b in Rf_initEmbeddedR (argc=<value optimized out>, argv=<value optimized out>) at Rembedded.c:63 On Thu, Aug 20, 2015 at 1:21 PM, Ryan C Metzger <metzger.rc...

...package which trips over the >> broken stack checking. >> >> Stack trace: >> >> #0 R_SignalCStackOverflow (usage=140732197147604) at errors.c:81 >> #1 0x00002aaaab0625b7 in Rf_eval (e=0x1b7592a8, rho=0x1b753960) at eval.c:545 >> #2 0x00002aaaab0871ca in R_ReplFile (fp=0x1b69a830, rho=0x1b753960) >> at main.c:98 >> #3 0x00002aaaab087a27 in setup_Rmainloop () at main.c:861 >> #4 0x00002aaaab14a98b in Rf_initEmbeddedR (argc=<value optimized >> out>, argv=<value optimized out>) at Rembedded.c:63 >> >> On Thu, Au...

...0 0x420b655c in re_compile_fastmap_iter () from /lib/tls/libc.so.6 #1 0x420b649d in re_compile_fastmap () from /lib/tls/libc.so.6 #2 0x403fcb3c in Rf_regcomp (preg=0xbfffb0e0, pattern=0x8ba68a0 "[[:blank:]]*([[:alnum:]]+)", cflags=0) at regex.c:5729 {...snipped...] #32 0x403b1015 in R_ReplFile (fp=0x83250d8, rho=0x8321e30, savestack=0, browselevel=0) at main.c:80 #33 0x403b17aa in R_LoadProfile (fparg=0x0, env=0x8321e30) at main.c:385 #34 0x403b1984 in setup_Rmainloop () at main.c:503 #35 0x4045c78f in Rf_initEmbeddedR (argc=4, argv=0xbfffcdb0) at system.c:332 From the backtrace it i...

...502cf008, suppliedenv=0x502cf008) at eval.c:269 #5 0x39fd4 in eval (e=0x505507c8, rho=0x502cf008) at eval.c:165 #6 0x3b370 in do_set (call=0x50550804, op=0x502cf7c4, args=0x505507f0, rho=0x502cf008) at eval.c:749 #7 0x39f5c in eval (e=0x50550804, rho=0x502cf008) at eval.c:156 #8 0x42648 in R_ReplFile (fp=0x105eb8, rho=0x502cf008, savestack=0, browselevel=0) at main.c:169 #9 0x429a0 in R_LoadProfile (fp=0x105eb8) at main.c:317 #10 0x42b7c in mainloop () at main.c:407 #11 0x8b254 in main (ac=0, av=0xeffff4d4) at system.c:498 (gdb) p y $1 = 7.4583407312002067e-155 (gdb) Although I underst...

I just downloaded R-devel and when loaded it immediately segfaults. I'm not sure how much or what sort of diagnostic info and can provide, but below is my build script, my console output, and the output of uname -r. I am currently dependent on the development version of a package, so I'd like to get R-devel up and running if possible. I am sure there is more info I can provide, but before