similar to: file.copy(from=Directory, to=File) oddity

>>>>> William Dunlap via R-devel <r-devel at r-project.org> >>>>> on Fri, 8 Sep 2017 09:54:58 -0700 writes: > When I mistakenly use file.copy() with a directory for the 'from' argument > and a non-directory for the 'to' and overwrite=TRUE, file.copy returns > FALSE, meaning it could not do the copying. However, it also

Is it just me, or did a corrupt PACKAGES.gz file get installed in the bin/windows/contrib/3.2 directory of CRAN mirrors recently? gzfile() complains about it and Cygwin's gzip cannot decompress it. I tried the following repos <- "https://cran.rstudio.com" v <- "3.2" pkgs.gz <- paste(sep="/", repos, "bin/windows/contrib", v,

While installing rsync on a new Sun Netra running Solaris 2.8, two tests (chgrp and hardlinks) failed. I found that these tests execute rsync while other successfull tests exectute $RSYNC. It is fortunate that my shell path was quite restricted and that no earlier version of rsync was installed on my path. The system would have run the chgrp and hardlinks tests with an earlier rsync if it had

| Confirmed for R-devel (current) on Ubuntu 17.10. But ... isn't the regexp | you use wrong, ie isn't R-devel giving the correct answer? No, I don't think R-devel is correct (or at least consistent with the documentation). My interpretation of gsub("(\\w)", "\\U\\1", entry, perl = TRUE) is "Take every word character and replace it with itself, converted to

Reading and re-reading the man page has got me nowhere with this issue and searching your site on '--exclude-from' got me to the same place. Here is the script I am using: #################################### #/bin/bash suffix=`date +%Y%m%d` echo Suffix is "$suffix" fromdir=/home/bob/ echo Source dir is "$fromdir" todir="$maxtor6"BackupOfHome

To reduce memory consumption clobbered registers are handled with RegisterMask machine operands which contain a bitset of all registers clobbered. - Matthias > On Jul 29, 2015, at 3:00 PM, Daniel Sanders <daniel.sanders at imgtec.com> wrote: > > I believe I've identified the problem with almabench but I haven't found the root cause in the compiler yet. > > The

I see the problem on Windows 10, R-3.4.0, R.exe. It is not compiled for debugging but gdb gives some information when I attach the debugger after the 'R..has stopped working' popup appears. I don't know how reliable it is: (gdb) info threads Id Target Id Frame * 4 Thread 11848.0x1500 0x00007ffe38dc8861 in ntdll!DbgBreakPoint () from

I noticed the following file descriptor leak when I couldn't remove a package unless I shut down the R session that had loaded and used it. The function that triggered the problem printed the output of a call to parse(). Each time one prints a srcref a connection is opened and not closed. It looks like it happens in as.character.srcref's call to getSrcLines, which has some logic I

I was running some sample code from a help page tonight and wished to redirect the sample output to my Desktop under Linux (Mint-Debian 64 if it makes a different). I was surprised to find that file name expansion using the ubuquitious "~/" was not recognized, in fact it caused R to crash. Is this expected behavior? See my output below and sessionInfo(). Also, not shown, but

The original file had a lot of trailing null bytes so I tried making a similar file with: tf <- tempfile(); file <- file(tf, "wb") for(i in 1:(2^15-1))writeBin(rep(as.raw(32:127), len=2^16), file) for(i in 1:(2^15-1))writeBin(rep(as.raw(0L), len=2^16), file) close(file) log2(file.size(tf)) #[1] 31.99996 Reading this with readLines() caused R-3.4.0 to segfault in Rf_con_pushback

Thanks. This is making a lot more sense now and it's looking like this issue isn't Mips specific. Here's the IR dump before simple register coalescing (note: I've patched the IR printer to print the contents of the regmask): 4480B %vreg260<def> = LDC1 %vreg253, <cp#3>[TF=6]; mem:LD8[ConstantPool] AFGR64:%vreg260 GPR32:%vreg253 4496B %vreg261<def> = FMUL_D32

I was struggling tracking down a strange behaviour and could reproduce it with the testsuite. After patching it with: --- a/testsuite/compare-dest.test 2007-09-03 22:43:58.000000000 +0200 +++ b/testsuite/compare-dest.test 2014-12-30 19:28:32.060267390 +0100 @@ -18,6 +18,7 @@ # Setup the alt and chk dirs $RSYNC -av --include=text --include='*/' --exclude='*'

Here is part of my backup script: nice -n 15 rsync -avl --exclude=".*" \ --include-from="/home/bob/backup_includes" \ "$fromdir" "$todir" Here is the content of /home/bob/backup_includes /home/bob/.vimrc /home/bob/.gitconfig My problem is that neither the .vimrc nor .gitconfig are copied to the backup directory. I have read the man page about

Another solution is to only save the parts of the model object that interest you. As long as they don't include the formula (which is what drags along the environment it was created in), you will save space. E.g., tfun2 <- function(subset) { junk <- 1:1e6 list(subset=subset, lm(Sepal.Length ~ Sepal.Width, data=iris, subset=subset)$coef) } saveSize(tfun2(1:4)) #[1] 152 Bill

Hi all! I use Centos-7 all the time. I also have a Fedora-26 VM that I use only occasionally. Today I noticed that ls on the two systems gives different results when listing the same (networked) directory. the one on fedora 26 shows files with spaces in the names like this: 'CHURCH FAMILY ADDRESS AND PHONE LIST.doc' whereas the one on Centos shows it without the quotes. both systems

My on-screen plots with the latest build are acting strange. If the y label is longer than some small value it is not shown. Here is the script of a job. A pdf graph is fine. I use xubuntu as the windowing system. tmt-local1334% R --vanilla R Under development (unstable) (2017-08-31 r73172) -- "Unsuffered Consequences" Copyright (C) 2017 The R Foundation for Statistical Computing

From: Hung-chi Lihn <hlihn at google.com> The current Lua.c32 does not enable io.read() due to some missing library functions. However, this strongly limits the Lua script from getting user inputs and reading files (even in pxelinux via TFTP). This patch enables io.read() in Lua.c32 with some restrictions: 1. the io.read("*line") is fully supported. 2. the

Hi folks, I'm attempting to use the EMD package to analyze some neuroimaging data (timeseries with 64 channels sampled across 1 million time points within each of 20 people). I found that processing a single channel of data using EMD::emd() took about 8 hours. Exploration using Rprof() suggested that most of the compute time was spent in EMD::extrema(). Looking at the code for EMD:extrema(),

> # creating a file > cat("sddfasdf", file="tempfile") > showConnections() class description mode text isopen can read can write > con <- file("tempfile", "r") > readLines(con) [1] "sddfasdf" Warning message: incomplete final line in: readLines(con, n, ok) > showConnections() class description mode text isopen

dir(all=TRUE) returns the file names "." and ".." while dir(recursive=TRUE, all=TRUE, include.dirs=TRUE) does not. I always filter out the "." and ".." entries and was wondering if anyone would mind if dir(all=TRUE) just omitted them? It might make recursive file operations like cleaning out a directory safer, as unlink(recursive=TRUE, dir(all=TRUE,