similar to: unexpected behaviour of sub() / usage of regexp

Dear list memebers, I am stuck with using regular expressions. Imagine I have a vector of character strings like: test <- c('filename_1_def.pdf', 'filename_2_abc.pdf') How could I use regexpressions to extract only the 'def'/'abc' parts of these strings? Some try from my side yielded no results: testresults <-

Dear list, i have some problems using the snow package to create a SOCK cluster. The errors just occour irregularly but it seems to me that they occour when I try to create more than one cluster on the same machine via different R instances started via submitting LSF jobs to a cluster. Does anyone have an idea how to solve this or where to start digging for solutions? The error messages

Hi, when running the following on different instances of R (Linux and Windows), I get different results. The one for Linux seems to be the intended / documented one. When using numeric indices rather than characters, Windows seemed to behave as expected. -----------On Windows-------------- x = matrix(FALSE, nrow=3, ncol=3) colnames(x) = LETTERS[1:3] rownames(x) = letters[1:3] x # A

I use the following code to create two data.frames d1 and d2 from a list: types <- c("integer", "character", "double") nlines <- 10 d1 <- as.data.frame(lapply(types, do.call, list(nlines)), stringsAsFactor=FALSE) l2 <- lapply(types, do.call, list(nlines)) d2 <- as.data.frame(l2, stringsAsFactors=FALSE) I would expect d1 and d2 to be the

(llvm 2.6) We have an application where we are using LLVM to generate ELF object files for X86_64. At runtime we load these objects files into memory using our own ELF loader. Everything is working except for the jump tables. The ELF emitter is generating JMPQ instructions using X86::reloc_absolute_word_sext relocations which we are unable to patch to the jump table in the .rodata segment

On Thu, Jun 17, 2010 at 12:38 PM, Smith, Tim <tim at bioware.com> wrote: > (llvm 2.6) > > > > We have an application where we are using LLVM to generate ELF object files > for X86_64.   At runtime we load these objects files into memory using our > own ELF loader. > > > > Everything is working except for the jump tables. > > > > The ELF emitter is

Dear R community, I encounter a problem that is counterintuitive to my understanding of the documentation of source and the "local" argument of that function. With the following code, I would expect the content of "test.R" to be evaluated inside the environment of the function "test". This, however, does not seem to be the case as the object "a" can

Package: logcheck-database Version: 1.2.43a Severity: normal Tags: patch Hi, Given the following popa3d log messages: popa3d[15636]: 0 messages (0 bytes) loaded popa3d[15993]: 1 message (3837 bytes) loaded popa3d[15856]: 3 messages (18116 bytes) loaded The current logcheck ruleset does not take into account that sometimes there might be multiple message_S_ to be loaded. The following patch

I had this problem a while back and received this response from Jeffrey. FWIW this is fixed in 2.7 by defaulting to CodeModel::Large and using indirect (far) calls. -----Original Message----- From: Jeffrey Yasskin [mailto:jyasskin at google.com] Sent: Monday, December 07, 2009 11:32 AM To: Howell, Nathan Cc: LLVM Developers Mailing List Subject: Re: [LLVMdev] 2.6 JIT using wrong address for

Hi all I am running R 2.14.0 on Linux Mint 11 and want to use TeachingDemos but cannot update tkrplot. This is what happens: ############### In order to run * installing *source* package ?tkrplot? ... configure: creating ./config.status config.status: creating src/Makevars ** libs gcc -std=gnu99 -I/usr/share/R/include -I/usr/include/tcl8.5 -I/usr/include/tcl8.5 -fpic -O3 -pipe -g -c

I recently started using R 2.14.0 on a new machine and i am experiencing what seems like unusually greedy memory use. It happens all the time, but to give a specific example, let's say i run the following code -------- for(j in 1:length(files)){ load(file.path(dump.dir, files[j])) mat.data[[j]]<-data } save(abind(mat.data, along=2), file.path(dump.dir, filename)) ---------

Hi all, I was recently writing a script to identify the value and id of the maximum observation in a sliding window when I ran into some unexpected behavior. I have included an example. > test <- c() > test$elev <- c(1:200) > test$i <- 1 > test$window <- 10 The following works for me: > check.max <- function(x){obs.max <- x$elev[x$i:x$i+x$window]; obs.max}

I've installed R-2.14.0 from source on CentOS and on Kubuntu and in both cases, I see something I've never seen before. Comments in locally written functions disappear. I put comments there for a purpose and I'd like to keep them. I can still use older versions of R without that happening. Nothing I noticed in the NEWS file seems to indicate a change that could be related to that

Why am I seeing the following in R-devel (sept 2, 2006 build) on opensuse 10.1? I'm sure it is something simple I am missing, but I just don't see it (output below). Thanks, Sean > readLines(url("http://www.bioconductor.org/biocLite.R")) [1] "source(\"http://bioconductor.org/getBioC.R\")" [2] ""

Dear R-helpers, I have encountered the following unexpected behaviour of R-2.10.1, but not R-2.9.0, on both RHEL 4 and Ubuntu Karmic (precompiled via synaptic or built from source). I have a character vector from which I want to extract a certain pattern that is surrounded by junk as in: > nn <- sprintf("junk_%02d_junk", 1:2) > nn [1] "junk_01_junk"

On my MacBook Pro (OS 10.6.8), after updating to R version 2.14.0 (2011-10-31) and reinstalling the Hmisc package, I am unable to load the Hmisc library. Hmisc was working *before* I updated R. Any idea what's wrong? Details below. > install.packages("Hmisc", dependencies=TRUE) trying URL 'http://cran.case.edu/bin/macosx/leopard/contrib/2.14/Hmisc_3.9-0.tgz' Content

When plotting a numerical vector against a factor, 'type="n"' seems to have no affect, e.g. > plot (1:10~factor (1:10), type = "n") looks just like > plot (1:10~factor (1:10)) Plotting a numerical against itself works as expected: > plot (1:10, type = "n") I see the same behavior under debian gnu/linux, Mac OS X, and Win7 (all current versions,

Why does debug() enter Browse[3] here at all, and why does it happen the first time and not the second? This seems unexpected to me, and has undesirable effects for ESS users (that I reported here - https://stat.ethz.ch/pipermail/ess-help/2013-June/009154.html - but just realized my post to r-devel didn't make it through when I tried to report it back then). > Fun <- function(n)

Dear community, I encountered a very disturbing phenomenon today: When I try to fit any gam() with mgcv R aborts. I could not find any post regarding this in google, which mades in even more strange. I am using the latest Ubuntu, latest R and latest mgcv everything up to date. The crash occured too with the last mgcv 1.7-11. This is the output from the R shell: <pre> R version 2.14.0

I have just installed R version 2.14.0 and tried to re-build and re-check some of the packages that I maintain. I'm getting a warning (in the process of running R CMD check on my "deldir" package): > * checking PDF version of manual ... WARNING > LaTeX errors when creating PDF version. > This typically indicates Rd problems. > LaTeX errors found: > ! Font