similar to: how to prevent default argument values from being found

?s 23:47 de 31/01/2024, Roy Mendelssohn - NOAA Federal via R-help escreveu: > HI All: > > We are trying to figure out a problem that is occurring with a package, and we need a non-NOAA person with a Windows computer with the latest R to test for us what is failing (but works on Macs and Linux from different sites). Part of the problem is there is an Akamai service in between that we

I am trying to define a general R function that has a function as the output that depends on the user's input arguments (this may make more sense by looking at the toy example below). My real use for this type of code is to allow a user to choose from many parameterizations of the same general model. My "issue" is that when I compile a package with this type of code in it I get a

Full_Name: Wacek Kusnierczyk Version: 2.8.0 and 2.10.0 r48163 OS: Ubuntu 8.04 Linux 32bit Submission from: (NULL) (129.241.198.172) the following code illustrates a problem with sprintf which consistently causes a segfault when applied to certain type of arguments. it also shows inconsistent consequences of the segfault: (e = tryCatch(stop(), error=identity)) # e is an error object

Hi, I'm using R-2.12 on a linux 64bit machine. When I run a chunk of code inside a foreach() %do% { ...} or %dopar% {...} (with doMC backend) I keep getting a segfault. Running the *same* code within lapply(something, function(x) ... ) doesn't result in any segfaults. I'll paste the output below, but I'm not sure it would be helpful. I'm more curious how to go about smoking

I recently noticed a change between R-3.3.3 and R-3.4.0 in the definition of the R_CMethodDef struct. typedef struct { const char *name; DL_FUNC fun; int numArgs; - R_NativePrimitiveArgType *types; - R_NativeArgStyle *styles; - } R_CMethodDef; I suspect this is the reason that packages installed by R-3.4.0 and loaded into R-3.3.3 will crash the

Hello, I'm trying to install KEGGSOAP with bioconductor but i'm facing this problem: /> biocLite("KEGGSOAP") BioC_mirror: http://bioconductor.org Using R version 2.15, BiocInstaller version 1.4.4. Installing package(s) 'KEGGSOAP' trying URL 'http://www.bioconductor.org/packages/2.10/bioc/src/contrib/KEGGSOAP_1.30.0.tar.gz' Content type

Hi, I downloaded 2.8.1 and tried to compile it using gcc 3.4.6. (simple install, just ./configure, make, make check, make install) I found that it compiled and went through the tests fine. The foreign library, however, that seems to be segfaulting on me (see output below). I did see an old posting about a similar problem, but there was no resolution. Have other people experienced this at all?

Hi, I have some surprising trouble installing the gputools package. This is a linux box running Fedora with an Nvidia GeForce GTX 260 card and R 2.12.1 I had gputools running on it for the past several months. Wanting to update to the newest version, I simply executed install.packages("gputools") from within R. This should mean that the problem isn't in the hardware or OS. Errors

R Help List: Just curious if anyone has successfully built R on a SPARC platform running Sun Solaris 10 using the latest Sun Studio 12 set of compilers. If so, I would be interested in the compile flags that you used. I have tried several different builds of version 2.5.1, 2.6.0, and 2.6.1 using various different compile flags and I am able to compile and check, but for whatever reason, the

Thanks for the report, but unfortunately I cannot reproduce on my system (either macOS nor Linux, from the command line) to debug. Did you run this in the command line version of R? I would not be surprised to see such a crash if executed from a multi-threaded application, say from some GUI or frontend that runs multiple threads, or from some other R session where a third party library

I am running R 3.5.1 on ubuntu 18.04, installed via apt. When I run R from the bash prompt, I get (reinstalling r-base doesn't help) > devtools::install_github("goranbrostrom/eha", build_vignettes = TRUE) *** caught segfault *** address 0x68456, cause 'memory not mapped' Traceback: 1: dyn.load(file, DLLpath = DLLpath, ...) 2: library.dynam(lib, package,

This code actually happens to work for me on macOS, but I think in general you cannot rely on performing HTTP requests in fork clusters, i.e. with mclapply(). Fork clusters create worker processes by forking the R process and then _not_ executing another R binary. (Which is often convenient, because the new processes will inherit the memory image of the parent process.) Fork without exec is not

Hi Steve, On 2018-07-05 21:49, Steve Gutreuter wrote: > Hi G?ran, > > I do not have a solution for your problem, but I can confirm that R > 3.5.1 runs correctly for me from the shell prompt on Ubuntu 18.04. > However, I compiled R 3.5.1 from the source tarball, so the problem > might be with the Ubuntu deb. > > Have you tried completely removing R and then re-installing

Just as one more datapoint: I cannot reproduce the segfault, with R 3.5.1 on (L)Ubuntu 18.04. (I use the Ubuntu package, i.e. I did not build from source.) regards Enrico Quoting G?ran Brostr?m <goran.brostrom at umu.se>: > I am running R 3.5.1 on ubuntu 18.04, installed via apt. When I run > R from the bash prompt, I get (reinstalling r-base doesn't help) >

I have an R program I am attempting to use to generate some SVGs. I've been using the cairoDevice library. When running a session not connected to an X session (like if I'm sshed in), attempting "library(cairoDevice)" causes: *** caught segfault *** address 0x8, cause 'memory not mapped' Traceback: 1: .C("R_gtk_setEventHandler", PACKAGE =

Hi all, I'm trying to use the package read.table within a foreach loop. I'm grabbing 500M rows of data at a time from two different files and then doing an aggregate/tapply like function in read.table after that. I had planned on doing a foreach loop 39 times at once for the 39 files I have, but obviously that won't work until I figure out why the segfault is occurring. The

Dear R List, I encountered a serious problem regarding the registration of ".C" when following the documentation "Writing R Extensions" that leads to a segmentation fault (tested on windows and mac os x). The registration mechanism for ".C" routines via R_registerRoutines and the R_CMethodDef structure has been enhanced recently with the addition of two fields, one

Hello, I try to install pbdMPI. Compilation successful, but load fails with segfault. Is anyone can help me? R version 3.0.0 pbdMPI version 0.1-6 Intel compiler version 13.1.1 OpenMPI version 1.6.4-1 CPU Intel x86_64 # R CMD INSTALL pbdMPI_0.1-6.tar.gz .. .... checking for gcc... icc -std=gnu99 checking whether the C compiler works... yes checking for C compiler default output file name...

I am having difficulty installing the arm package and would be grateful if anyone could give some advice. I have updated my computer to a Mac OS X version 10.5.5 ( processor: 2 x 2.8 GHz Quad-Core Intel Xeon) and I have downloaded R version 2.8.0 I have downloaded the package arm, but when i try to install it, the following message is given in R: Loading required package: MASS Loading

In session of R, occour following bug's in de (data.entry) function. *** caught segfault *** address 0x2c, cause 'memory not mapped' Traceback: 1: dataentry(odata, as.list(Modes)) 2: de(..., Modes = Modes, Names = Names) 3: data.entry(posto, fecha, serie = registros, status) 4: onEditaSerie(serie, "serie") 5: function () serie <- onEditaSerie(serie,