similar to: typo in docs for unlink()

>From NEWS of R v2.6.0 devel: o R CMD check now does a recursive copy on the 'tests' directory. However, R CMD check does not run *.R scripts in such subdirectories (as I thought/hoped for), only those directly under tests/, This may or may not be intentional. If true, maybe the above should be clarified as: o R CMD check now does a recursive copy on the 'tests' directory

It seems unlink doesn't work with wildcards in 2.5.0. I've tried R-2.5.0 under gnu/linux from source and the Mac binary from att research. Example: > dir() [1] "bgx.Rnw" "bgx.pdf" "run.1" > unlink("run.*",recursive=T) > dir() [1] "bgx.Rnw" "bgx.pdf" "run.1" > unlink("run.1",recursive=T)

I was trying to remove a directory and couldn't figure out why it was failing: > dir("~/p4/r-packages/IREval/Users", recursive=T) [1] "u0048513/p4/r-packages/IREval/DESCRIPTION" [2] "u0048513/p4/r-packages/IREval/R/IREval.R" [3] "u0048513/p4/r-packages/IREval/Read-and-delete-me" [4] "u0048513/p4/r-packages/IREval/tests/general.R" >

I see the default behavior of unlink with respect to directories is changing in 1.2. This causes me a certain amount of difficulty: since the recursive argument is not supported in S I will need to start building up my compatibility library again (which is almost empty now). Instead of changing unlink's default behavior it might be better to define a new function (perhaps Sys.rm) with the

!!! DON'T TRY THE CODE IN THIS EMAIL AT HOME !!! Well, unlink() does what it is supposed to do, so you could argue that there is nothing wrong with it. Also, nobody would call unlink() on "~", right? The situation is not so simple, however. E.g. if you happen to have a directory called "~", and you iterate over all files and directories to selectively remove some of them,

Hi, all, I'm looking a utility for removing a directory from within R. Currently, I'm using: foo <- function(...) { mydir <- tempdir() dir.create(mydir, showWarnings = FALSE, recursive = TRUE) on.exit(system(sprintf("rm -rf %s", mydir))) ## do some stuff in "mydir" invisible() } However, this is assumes "rm" is available. I know of

Hello, I use the R command unlink(file, recursive = TRUE, force = TRUE) to delete folders, subfolders and files on Mac OS X. When I was running my script on a Windows computer I realised that for unlink there is no option/parameter "force". I do not know why but without that "force" option R cannot delete the subfolders/files. What can I do? -- View this message in

I was hoping that someone could try to reproduce an error that I am getting. The R Site Search keeps timing out on me, so apologies of this has already come up. I'm using > R.version _ platform i386-pc-mingw32 arch i386 os mingw32 system i386, mingw32

Hi, I noticed some time ago that, for instance, named vectors that are really makes str() really slow when displaying the names attribute. I don't know exactly when this started, but it wasn't the case say 1-2 years ago. Example (on a WinXP 1.8GHz): > s <- 1:1000; names(s) <- s > system.time(str(s)) Named int [1:1000] 1 2 3 4 5 6 7 8 9 10 ... - attr(*, "names")=

I'm trying to troubleshoot a case where R crashes on Windows. It does not occur at all with my R v2.1.0 patched (2005-05-09), but happens on R v2.1.1 (patched or non-patched) in many different cases. The R v2.2.0dev (2005-07-15) also got this problem (although it won't crash on the below example). I previously reported this

Hi, I've got a version of rowMedians(x, na.rm=FALSE) for matrices that handles missing values implemented in C. It has been optimized for memory and speed. To avoid coercing integers to doubles, and hence allocate an additional 200% memory, there is one C function for integers and one for doubles. The rowMedians() implementation is currently sitting in my non-CRAN package R.native

Hi, help on 'mahalanobis' (in the stats package in Rv2.2.0) now says: "Description: Returns the Mahalanobis distance of all rows in 'x' and the vector mu='center' with respect to Sigma='cov'. This is (for vector 'x') defined as D^2 = (x - mu)' Sigma^{-1} (x - mu)" It does return D^2 as written. However,

I use smooth.spline(x, y) in package modreg and I would like to get value of penalized log likelihood and preferable also its two parts. To make clear what I am asking for (and make sure that I am asking for the right thing) I clarify my problem trying to use the same notation as in help(smooth.spline): I want to find the natural cubic spline f(x) such that L(f) = \sum_{k=1}{n} w[k](y[k] -

x <- rnorm(1e6); y <- log(x); # or logb(x) or log1p(x) w <- warnings(); print(object.size(w)); ## [1] 480 str(w); $ NaNs produced: language log(x) - attr(*, "dots")= list() - attr(*, "class")= chr "warnings" y <- log2(x); # or log10(x) w <- warnings(); print(object.size(w)); ## [1] 8000536 str(w); ## List of 1 ## $ NaNs produced: language

Hi, I try to delete the files in a directory. While the command invisible(lapply( list.files( "DeleteThis" ), function(x) file.remove(paste("DeleteThis", x, sep="/" )) )) works, I keep thinking that there should be a more direct command. "unlink" looks like a good candidate but whith this I only arrive to either delete the whole directory or nothing

There was a patch merged in on 9/29 that changed remove() calls to unlink(): - (djm) Merged big SCO portability patch from Tim Rice <tim at multitalents.net> Does SCO's libc not include remove()? Note that sftp-server.c is currently using remove. The reason I ask is I'd like to keep the portable tree as close to openbsd as possible, and if we need remove() for SCO we should

unlink fails to remove symbolic links. This is more prominent now -- when a package creates symbolic links during installation, 00LOCK is not removed. Martin > setwd(tempdir()) > fl <- tempfile(); file.create(fl) [1] TRUE > lnFile <- tempfile(); system(paste("ln -s", fl, lnFile)) > list.files() [1] "file19495cff" "file74b0dc51" > unlink(fl);

The patch does inseret unistd.h as below. However, I am still getting exactly same error when I do make.if you have any suggestions please let me know. #if HAVE_UNISTD_H #include <unistd.h> #endif   =========================================== Phone : 82-42-860-1838 Fax : 82-42-860-6790 Cell Phone: 82-10-7599-1981 =========================================== --- On Mon, 10/24/11, Eli

On Mon, Oct 24, 2011 at 5:10 PM, janarbek <canarbekmatay at yahoo.com> wrote: > > Yes, > > I applied the patch on trunk version like below. It says patching file. However, when I make, the build is still failing. > > janarbek at ubuntu:~/Work/llvm/llvm$ patch -p0 < unistd.txt > patching file lib/Support/Unix/Path.inc That means it was applied. In that case, I have

Does someone have a solution for this problem ? I am using gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5)  and I have tried several versions of LLVM including llvm 2.9 final. I am getting same error again and again. I have successfully build the llvm on another machine with gcc version of 4.3. Thanks in advance. make[1]: Entering directory