search for: r_suicid

...oduced within modified tests/Embedding/RParseEval.c Actually this example has another issue, namely it doesn't wrap everything in R_ToplevelExec . This is a major show stopper for newcomers as that function is barely mentioned anywhere and longjmp into terminated setuploop function followed by R_suicide look like a mystery. Error: bad value Fatal error: unable to initialize the JIT That aside, here is the code with newlines that fails to parse. I hope it will paste alright here. #include "embeddedRCall.h" #include <R_ext/Parse.h> int main(int argc, char *argv[]) { SEXP e...

...et's try to see how hard it would be to make the tempdir() function in R more versatile. As I've found it is not at all hard to add an option which checks the existence and if the directory is no longer "valid", tries to recreate it (and if it fails doing that it calls the famous R_Suicide(), as it does when R starts up and tempdir() cannot be initialized correctly). The proposed entry in NEWS is ? tempdir(check=TRUE) recreates the tmpdir() if it is no longer valid. and of course the default would be status quo, i.e., check = FALSE, and once this is in R-devel, we (those who...

...rEngine.Initialize(rStartParams); // calls the R API R_SetParams, then setup_Rmainloop I gather that the following is hit in src/R-3.0.2/src/unix/system.c, in the function Rf_initialize_R: if (!R_Interactive && Rp->SaveAction != SA_SAVE && Rp->SaveAction != SA_NOSAVE) R_Suicide(_("you must specify '--save', '--no-save' or '--vanilla'")); I don't understand why it would complain if spawned by mpiexec and fine otherwise. I do not have a suitable debugging environment to step through a R with debug symbols, and no stack trace is give...

...;maechler at stat.math.ethz.ch> wrote: >> As I've found it is not at all hard to add an option >> which checks the existence and if the directory is no >> longer "valid", tries to recreate it (and if it fails >> doing that it calls the famous R_Suicide(), as it does >> when R starts up and tempdir() cannot be initialized >> correctly). > Perhaps this can also fix the problem with mcparallel > deleting the tempdir() when one of its children dies: > file.exists(tempdir()) #TRUE > parallel::mcpara...

...t;\r\n ls()") : <text>:1:1: unexpected input | 1: | ^ | > `---- Another problem with the aforementioned documentation is parsing erroneous expressions like "deadbeef<-function(,bad){}" in top level context. Instead of returning an error from parsing, it crashes (with R_suicide) unless the call is wrapped in R_TopLevelExec. > Please also note that "tests" (tests/Embedding/RParseEval.c) are not > examples - if they do not catch R errors in some cases that is > perfectly ok, they also may use internal API that is indeed not > documented e.g. in Writi...

...enough not to delete open files (including open directories) > > As I've found it is not at all hard to add an option which > checks the existence and if the directory is no longer "valid", > tries to recreate it (and if it fails doing that it calls the > famous R_Suicide(), as it does when R starts up and tempdir() > cannot be initialized correctly). > > The proposed entry in NEWS is > > ? tempdir(check=TRUE) recreates the tmpdir() if it is no longer valid. > > and of course the default would be status quo, i.e., check = FALSE,...

...anup handlers. Best Tomas > > Actually this example has another issue, namely it doesn't wrap > everything in R_ToplevelExec . This is a major show stopper for > newcomers as that function is barely mentioned anywhere and longjmp into > terminated setuploop function followed by R_suicide look like a mystery. > > Error: bad value > Fatal error: unable to initialize the JIT > > > That aside, here is the code with newlines that fails to parse. I hope > it will paste alright here. > > > #include "embeddedRCall.h" > #include <R_ext/Parse.h&...

...int wait; Here is the (automatic) variable. HANDLE Proc = GetCurrentProcess(); .......... wait = interval/1000; if(!(ProfileEvent = CreateEvent(NULL, FALSE, FALSE, NULL)) || (_beginthread(ProfileThread, 0, &wait) == -1)) Here the address of wait is given to the thread R_Suicide("unable to create profiling thread"); R_Profiling = 1; Here you leave your function, invalidating "wait" by freeing its memory. } Depending on the compiler (and/or hardware!) used, this can lead to a race condition: You have invalidated "wait" by leaving R_Ini...

...re laughing at this point, right?) In any case, here is a patch against R-devel trunk: Index: trunk/src/main/memory.c =================================================================== --- trunk/src/main/memory.c (revision 44589) +++ trunk/src/main/memory.c (working copy) @@ -1557,7 +1557,7 @@ R_Suicide("couldn't allocate memory for pointer stack"); R_PPStackTop = 0; #if VALGRIND_LEVEL > 1 - VALGRIND_MAKE_NOACCESS(R_PPStackTop+R_PPStackSize,PP_REDZONE_SIZE); + VALGRIND_MAKE_NOACCESS(R_PPStack+R_PPStackSize,PP_REDZONE_SIZE); #endif vsfac = sizeof(VECREC); R_...

...if (!isDir(tm)) tm = getenv("R_USER"); /* this one will succeed */ } } srand( (unsigned) time(NULL) ); sprintf(ifile, "%s/Rscript%x%x", tm, rand(), rand()); ifp = fopen(ifile, "w+b"); if(!ifp) R_Suicide(_("creation of tmpfile failed -- set TMPDIR suitably?")); } Because the seed is set to whatever is returned by time(), it's very easy to have 2 concurrent Rterm processes end up using the same temp Rscript file. Note that calling rand() twice doesn't help: if the 2 processes...

...th.ethz.ch> wrote: > >> As I've found it is not at all hard to add an option > >> which checks the existence and if the directory is no > >> longer "valid", tries to recreate it (and if it fails > >> doing that it calls the famous R_Suicide(), as it does > >> when R starts up and tempdir() cannot be initialized > >> correctly). > > > Perhaps this can also fix the problem with mcparallel > > deleting the tempdir() when one of its children dies: > > > file.exists(tempdir())...

Yesterday I downloaded R-2.2.0.tar.gz, gunzipped and untarred, and did the usual ./configure and make. Everything seemed to go smoothly until it got to the bit about installing recommended packages. It got past ``spatial'' but turned up a fatal error in respect of the ``boot'' package. Here is some of what appeared on the screen:

...sgcat.o) Rf_dsignrank arithmetic.o Rf_psignrank arithmetic.o Rf_rsignrank random.o Rf_qsignrank arithmetic.o Rf_dcauchy arithmetic.o deflate connections.o R_Suicide Renviron.o stemleaf registration.o Rf_digamma arithmetic.o do_sysinfo names.o Rf_dnchisq arithmetic.o Rf_dnbinom arithmetic.o pcre_study...

...sgcat.o) Rf_dsignrank arithmetic.o Rf_psignrank arithmetic.o Rf_rsignrank random.o Rf_qsignrank arithmetic.o Rf_dcauchy arithmetic.o deflate connections.o R_Suicide Renviron.o stemleaf registration.o Rf_digamma arithmetic.o do_sysinfo names.o Rf_dnchisq arithmetic.o Rf_dnbinom arithmetic.o pcre_study...

...Z2_bzWrite connections.o inflateInit2_ connections.o Rf_rwilcox random.o R_CleanUp errors.o _nl_find_msg ../extra/intl/libintl.a(loadmsgcat.o) Rf_dsignrank arithmetic.o Rf_psignrank arithmetic.o Rf_rsignrank random.o Rf_qsignrank arithmetic.o Rf_dcauchy arithmetic.o deflate connections.o R_Suicide Renviron.o stemleaf registration.o Rf_digamma arithmetic.o do_sysinfo names.o Rf_dnchisq arithmetic.o Rf_dnbinom arithmetic.o pcre_study character.o R_ShowMessage CommandLineArgs.o dqrdc2_ registration.o ptr_R_addhistory ../unix/libunix.a(stubs.o) Rf_InitFunctionHashing Rdynload.o R_Flu...

...sgcat.o) Rf_dsignrank arithmetic.o Rf_psignrank arithmetic.o Rf_rsignrank random.o Rf_qsignrank arithmetic.o Rf_dcauchy arithmetic.o deflate connections.o R_Suicide Renviron.o stemleaf registration.o Rf_digamma arithmetic.o do_sysinfo names.o Rf_dnchisq arithmetic.o Rf_dnbinom arithmetic.o pcre_study...

Hi Mikko, I was bitten by this recently and I think some of the replies are missing the point. As I understand it, the problem consists of these elements: 1. When R starts, it creates a directory like /tmp/RtmpVIeFj4 2. Right after R starts I can create files in this directory with no error 3. After some hours or days I can no longer create files in this directory, because it has been

Hi, This is a follow up to: https://stat.ethz.ch/pipermail/r-devel/2010-July/057921.html The Bioconductor daily builds have been reporting a lot of strange things lately on Windows using R-2.12. This started 2 or 3 months ago and things are not getting better with recent R-2.12. Here is a sample from today's build results. We use Windows Server 2003 R2 for the 32-bit builds, Windows

Problem compiling R. version: 0.64.2 machine: SGI O2 OS: IRIX6.5 CC cc FC f77 MAKE GNU make 3.75 Here is part of the the output for make. make[2]: Leaving directory `/usr/people/faculty/math/mgass/stage/R/R-0.64.2/src/include' make[2]: Entering directory `/usr/people/faculty/math/mgass/stage/R/R-0.64.2/src/appl' cc -g -OPT:IEEE_NaN_inf=ON -I../include