similar to: split(.) woes

Robert Gentleman <rgentlem at stat.auckland.ac.nz> writes: > Help Files > ========== > Has anyone had any experience with latex2rtf and then on to windows help? > We can hope that people have netscape and then simply use the html version > but it would be nice if there were some easy way to produce real windows > help. Please keep the nroff versions and the old help()

I am new to using S4 methods and have run into this problem (on Windows XP using R 2.4.1): I am writing a package in which I use the graph package. I define my own classes of graphs as: setOldClass("graphsh") setOldClass("ugsh") setIs("ugsh", "graphsh") (I know that I "should have" used setClass instead - and I will eventually - but right now

> From rossetti at stat.unipg.it Sat Dec 13 09:53 NZD 1997 > Date: Fri, 12 Dec 1997 21:47:58 +0100 > From: Andrea Rossetti <rossetti at stat.unipg.it> > MIME-Version: 1.0 > To: Robert Gentleman <rgentlem at stat.auckland.ac.nz>, r-devel <r-devel at stat.math.ethz.ch>, r-help <r-help at stat.math.ethz.ch> > Subject: Re: R-beta: new executable >

I'm just about to put an autosave feature into R as per requests by Peter and Kurt. My current thinking is that it should be an option so that it is setable (in the profile if you want). One simply specifies the number of commands that are executed between calls to save. It won't be incremental; I'll just dump the output of ls(). I think that the file name should not be .RData but

Again, this has been lightly tested. I think there still are a few glitchs. 1. stole progressmeter() from scp.c - clean up and simplified a little to remove the 'flag' status. It now understands how to initialize itself and how to terminate itself. Along with a malloced status bar instead of the original fix width bar. 2. removed all initialization code from scp.c for progressmeter()

I've just put up (12:00 noon NZ) yet another tmp.zip with the fixes for Peter Dalgaards two bugs. Niels reports that the 3.51 problems are now different but not solved. I'm trying to locate a 3.51 machine and will post another fix. Can I get some feedback on how people want these "patches" delivered? Should I be numbering them and keeping the old patches? I don't want to

The following reproducable code shows the setting of my problem: set.seed(260808) n = 50 x = rnorm(n) y = rnorm(n) z = ceiling(runif(n,0,4)) g = runif(n,0,6) G = factor(ceiling(g)) xyplot(y ~ x | G) plsy <- trellis.par.get("plot.symbol") plsy$pch = z trellis.par.set("plot.symbol",plsy) xyplot(y ~ x | G) plsy$pch = as.character(z)

Related to the length of 'ifelse' result, I want to say that "example of different return modes" in ?ifelse led me to perceive a wrong thing in the past. ## example of different return modes: yes <- 1:3 no <- pi^(0:3) typeof(ifelse(NA, yes, no)) # logical typeof(ifelse(TRUE, yes, no)) # integer typeof(ifelse(FALSE, yes, no)) # double As

Interspersed below. -------------------------------------------- Subject: Re: ifelse() woes ... can we agree on a ifelse2() ? To: R-devel at lists.R-project.org Date: Sunday, 27 November, 2016, 12:14 AM On current 'ifelse' code in R: ... * If 'test' is a factor, doing storage.mode(test) <- "logical" is not appropriate, but is.atomic(test) returns TRUE. Maybe use

Hello, I wanted to set my own time intervals for shutdown. {poweroff,return,paused.return}, so I had to change sources, where it has been set in a hard way. poweroff: Sxx\r return: Zxx\r paused.return: SxxRyyyy\r Solution A: Why not adding an info about these commands in a generic way and issuing shutdown.{poweroff.xx,return.xx,paused.return.xxyyyy} Solution B: Why not creating a special

----- Forwarded message from Stelios Zimeras <szimeras at irisa.fr> ----- Date: Wed, 20 Oct 1999 11:35:52 +0200 From: Stelios Zimeras <szimeras at irisa.fr> Organization: IRISA, Campus de Beaulieu, 35042 Rennes Cedex, FRANCE X-Mailer: Mozilla 4.7 [en] (X11; I; SunOS 5.5 sun4m) X-Accept-Language: en To: rgentlem at stat.auckland.ac.nz Subject: R installation problem Dear Sir, I try

The following appears to be a bug in 0.90 > x<-sample(10,1:4,rep=T) > x [1] 8 > ?sample > x<-sample(10,1:4,rep=T) > x [1] 5 Of course, I forgot the syntax but I still don't like the result. -- +-------------------------------------------------------------------------+ | Robert Gentleman voice: (617) 632-5045 | | Senior Lecturer

I have asterisk up and running on a fedora system but having trouble accessing system via softphone (ekiga and xlite). Im a newbie to asterisk and was looking for some help walking through this. I imagine 10 - 15 mins would be all needed to make proper config changes needed. Once I get this setup I'd be interested in discussing customizations and scripts so any freelancers or companies welcome

Hi. Robert Gentleman's solution works. Thanks. This seems to be a documentation bug; I will submit a separate report to the bug list for completeness. Matt On Sat, 19 Feb 2000, Robert Gentleman wrote: > On Fri, Feb 18, 2000 at 02:32:54PM -0500, Matthew Wiener wrote: > > Hi, all. > > > > Using the patched version of R-0.99.0, I cannot reproduce the following >

On Fri, Jul 01 2016, Markus Mayer <mmayer at broadcom.com> wrote: > Add a function called strtolower() to convert strings to lower case > in-place, overwriting the original string. > > This seems to be a recurring requirement in the kernel that is > currently being solved by several duplicated implementations doing the > same thing. > > Signed-off-by: Markus Mayer

A change to diag() between 0.65.0 and 0.65.1 which seems undocumented in the logs (apparently revision 1.3.2.1, `diag names') introduced if (is.array(x)) stop("first argument is array, but not matrix.") which has broken the code in rpart. This looks wrong to me, as diag used to cope happily with a single-dimensional array. Such things occur quite often as the output

System: Sun Solaris 2.5.1 There seem to be at least 2 bugs associated with the use of flush=T in the scan function. 1) If flush=T is used, scan() will only ask for 1 line from standard input. Repeat by: > R R : Copyright 1999, The R Development Core Team Version 0.65.1 Release (October 07, 1999) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it

I am trying to get R 1.0 running on the Mac. The main target is MacX. Anyone else working on that? For the recent Macintosh system, I am trying to compile R using MachTen. The R core compiles and runs without any changes, using the Unix make files. The libraries give some problems, presumably due to handling of shared libraries. It seems I am missing something to link. Before I spend my time

AARRGGHH! Sometimes it's the simple things that are particularly frustrating, especially late at night.... Can anyone suggest a simple means for replacing all of the zero values in a matrix with NANs? I ended up writing an awk script to massage the input file, which works, of course, but is rather an inelegant blunt instrument. I'd prefer an R operation. I'm certain that

I am sorry that this IS an old topic. Yet another task I think the bug is somewhere in hidden in src/main/options.c .. ##-- The following does not work as it should in R (0.50-a1, but I think also earlier) tst <- function(x=pi, dig =3) {.Options$digits <- as.integer(dig); print(x);x} tst() tst(dig = 12) ##-- This should do the same; it works as expected in R & S : tst2