similar to: directory/filename completion

Displaying 20 results from an estimated 10000 matches similar to: "directory/filename completion"

2004 Jun 11
3
Change in grep behavior from 1.9.0 to R-patched
I've noticed a change in the way grep() behaves between the 1.9.0 release and a recent R-patched. On 1.9.0 I get the following output: > x <- dget(file = url("http://www.biostat.jhsph.edu/~rpeng/names.R")) > length(grep("^l\\w+tmean", x, perl = TRUE, value = TRUE)) [1] 84 And on R-patched (2004-06-11) I get > x <- dget(file =
2008 Jul 31
2
C versions of serialize/unserialize in packages
Are the functions 'R_Unserialize' and 'R_InitFileInPStream' allowed to be used in R packages? I guess I'm just not clear on the implications of this comment in 'Rinternals.h': /* The connection interface is not yet available to packages. To allow limited use of connection pointers this defines the opaque pointer type. */ I have a function in the
2007 May 04
1
Display list redraw incomplete
Since compiling R 2.5.0 from source on my Mac (PowerBook) I've noticed some strange behavior when plotting. I'm not sure if it's a problem with my setup/compilation because I feel like a problem as basic as this one would have been reported already. I'm running R with X11 and R was built with gcc 4.0.1. Basically, I run > plot(0, 0) > dev.off() X11 4 Warning message:
2005 Nov 20
1
mapply() gives seg fault (PR#8332)
--KsGdsel6WgEHnImy Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi, people. Wandering in R archives, and seeing the message attached below, I noticed that: mapply(rep,times=1:4, MoreArgs=42) still segfaults on R 2.2.0, and thought I should be a good citizen and report it, even if I do not have an actual problem
2005 Mar 22
1
make install fails with makeinfo < 4.7
When I build R-devel (or the alpha snapshots) on a system without makeinfo >= 4.7, I get a warning about not being able to build HTML/Info help pages after running 'configure' (but 'make' runs smoothly and there are no errors). However, when I run 'make install' I get an error, something like make[2]: Entering directory
2005 Dec 21
1
random output with sub(fixed = TRUE)
I've noticed what I think is curious behavior in using 'sub(fixed = TRUE)' and was wondering if my expectation is incorrect. Here is one example: v <- paste(0:10, "asdf", sep = ".") sub(".asdf", "", v, fixed = TRUE) The results I get are > sub(".asdf", "", v, fixed = TRUE) [1] "0"
2007 Nov 14
1
isOpen on closed connections
As far as I can tell, 'isOpen' cannot return FALSE in the case when 'rw = ""'. If the connection has already been closed by 'close' or some other function, then isOpen will produce an error. The problem is that when isOpen calls 'getConnection', the connection cannot be found and 'getConnection' produces an error. The check to see if it is
2004 Jun 23
1
problem with tilde expansion in install.packages
In R 1.9.0 on Solaris/Sparc when I run, for example, install.packages("gregmisc", "~/R-local/lib"), instead of installing the `gregmisc' package in the directory /users/student/rpeng/R-local/lib the package gets installed in /users/student/rpeng/\~/R-local/lib, so the directory \~ is created in my home directory. This doesn't happen to me on Linux or Windows so I
2004 Mar 12
1
Re: [R] No traceback available when using try(...) (PR#6669)
On Fri, 12 Mar 2004 11:44:14 -0500, "Roger D. Peng" <rpeng@jhsph.edu> wrote : >Funny, it works for me on R-patched > > > f <- function(a) { return(log(a)) } > > f("A") >Error in log(x) : Non-numeric argument to mathematical function > > traceback() >2: log(a) >1: f("A") > > try(f("A")) >Error in log(x) :
2007 Apr 04
1
tilde expansion with install.packages
I've noticed recently that 'update.packages' and 'install.packages' seem to not do tilde expansion anymore, i.e. when I run update.packages("~/R-local/lib") on R-alpha (r41043) I get the message /home/rpeng/install/R-alpha/lib64/R/bin/INSTALL: line 304: cd: ~/R-local/lib: No such file or directory and the package is subsequently installed in the current working
2004 Jul 16
1
(PR#7100) and #7102: list.files fails with all.files = TRUE
rpeng@jhsph.edu wrote: > I get different behavior on Linux: > > system("mkdir newdir") > dir("newdir", all.files = TRUE, recursive = TRUE) ## R hangs The point is that all.files=TRUE implies returning also "." and ".."! Hence the recursion uses to be infinite (from "." to "." to "." ......). If recursiv = TRUE,
2008 Mar 18
4
cut.Date and cut.POSIXt problem
cut.Date and cut.POSIXt indicate that the breaks argument can be an integer followed by a space followed by "year", etc. but it seems the integer is ignored. For example, I assume that breaks = "3 months" is supposed to cut it into quarters but, in fact, it cuts it into months as if 3 had not been there. > d <- seq(Sys.Date(), length = 12, by = "month") >
2008 Apr 04
0
cacher v0.1-2
The 'cacher' package contains a set of routines for caching statistical analyses. The idea is that an analysis stored in a file (say, 'foo.R') is run and the results of the evaluated expressions are cached in a database. These cached results can subsequently be packaged up and distributed over the interweb. I've just uploaded to CRAN version 0.1-2 of the 'cacher'
2008 Apr 04
0
cacher v0.1-2
The 'cacher' package contains a set of routines for caching statistical analyses. The idea is that an analysis stored in a file (say, 'foo.R') is run and the results of the evaluated expressions are cached in a database. These cached results can subsequently be packaged up and distributed over the interweb. I've just uploaded to CRAN version 0.1-2 of the 'cacher'
2008 Aug 28
0
Can the file locking in filehash be reused? (Was: Re: [R] [R-pkgs] filehash 2.0)
Hi (Roger), I saw the announcement of filehash v2.0 and the sentence "This development has lead to better file locking for concurrent access and faster reading and writing of data in general" caught my attention. What kind of file locking do you refer to here? I am looking for a mechanism that can be used to lock files for reading and/or writing, and I'd love to have a cross
2004 Nov 11
5
expressions and paste
I have written a function to plot data which will be used for various different chemistries. A simplified version is: plot_data <- function(risk,levels,chem,sd2,measure){ plot(risk, levels,main=paste ("per", sd2, measure, "\n in usual", chem)) } The problem is with the title. This works fine if the variable "chem" is just text, but if it is an expression then
2005 Aug 04
4
Modifying the parameters for a function
I have modified the parameters for a function (for my own use) in the stats package, but I assume I need to update the parameter set in another file as I'm getting the following error when I run R: The compile works fine so I assume there is a configuration file in the base package of R that needs modification. Error in parse(file, n, text, prompt) : syntax error on line 11102 Error:
2016 Apr 05
2
Specifying path to a windows server
Windows 7 (local computer) Windows server (server I am trying to reach) I need to read a file whose windows path is of the form \\Theserver\mydirectory\data.csv You will note that as per windows standards the server name is preceded by two backslashes. I am not sure how to specify this in R. One usually needs to specify an escape characters in a path new which would suggest my path should
2004 Apr 16
7
Turning windows screen buffering on and off
All, Does anyone know if there is an option I can set to turn screen-buffered output on and off with the win32 rgui? (Apart from the point and click method). I am running some simulations where it is useful to watch output but it gets mildly tiresome having to manually switch things on and off via the gui. Thanks Toby. > version _ platform i386-pc-mingw32 arch
2006 Jan 30
2
R on the brain
I was sitting in the coffee room at work listening to people complain about a recent seminar about nanotechnology using the terms nanofluidics, nanofactory, nano-this, and nano-that ... I found myself thinking "well the speaker should just have said with(nano, ...) Un(?)fortunately there's no-one here I can share that thought with. -- 620B Bartram Hall