similar to: R-1.5.0 on NetBSD (PR#1565)

Displaying 20 results from an estimated 5000 matches similar to: "R-1.5.0 on NetBSD (PR#1565)"

2002 May 17
0
Re: R-1.5.0 on NetBSD (PR#1566)
On Fri, 17 May 2002 Ray.Brownrigg@mcs.vuw.ac.nz wrote: > Firstly I omitted the following information from my original message: > > R is now configured for i386--netbsdelf > > Source directory: . > Installation directory: /usr/pkg > C compiler: cc -mieee-fp -I/mnt/scratch/pkgsrc/math/R/work.i386/.buildlink/include -O2
2002 May 17
0
Re: R-1.5.0 on NetBSD (PR#1566)
Firstly I omitted the following information from my original message: R is now configured for i386--netbsdelf Source directory: . Installation directory: /usr/pkg C compiler: cc -mieee-fp -I/mnt/scratch/pkgsrc/math/R/work.i386/.buildlink/include -O2 -I/usr/pkg/share/x11-links/include C++ compiler: c++ -mieee-fp
2003 Aug 26
0
Re: R 1.7.x and inaccurate log1p() on OpenBSD 3.2 and NetBSD 1.6 (PR#3984)
Ray Brownrigg <ray@mcs.vuw.ac.nz> writes today about the log1p() problems on NetBSD 1.6 and OpenBSD 3.2: >> Indeed, but since I have acess to a NetBSD developer, this is an >> opportunity to get it fixed for everyone. That's a start, but the reality is that it isn't enough. There will be many sites that don't upgrade O/S versions except at possibly very long
2003 Aug 25
0
Re: R 1.7.x and inaccurate log1p() on OpenBSD 3.2 and NetBSD 1.6 (PR#3982)
Ray Brownrigg <ray@mcs.vuw.ac.nz> writes today about the inaccurate log1p() on NetBSD 1.6 and OpenBSD 3.2: >> Well, the source which I have access to doesn't bear that out. Interesting. Our NetBSD installation is pretty recent: % uname -a NetBSD netbsd.vm.math.utah.edu 1.6 NetBSD 1.6 (GENERIC) #0: Sun Sep 8 19:43:40 UTC 2002
2006 Jul 31
0
Choropleths maps of the USA states (PR#9111)
Dear Colegues: I have tried to reach Ray Brownrigg, Ray.Brownrigg at mcs.vuw.ac.nz but my mails have turned back with the following comment did not reach the following recipient(s): Brownrigg at mcs.vuw.ac.nz on Mon, 31 Jul 2006 12:52:39 +0100 There is no such account in the address =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
2010 Nov 17
3
Parameterising apply To Compute Rolling Average of Columns in a matrix
I sent a post to find a clever way to compute a Rolling Average of columns in a matrix and I was given the solution below which I am very pleased with. RollingAverage <- function(x, RollingObs) { cx <- cumsum(x); N <- length(x); Temp <- (cx[RollingObs:N] - c(0, cx[1:(N-RollingObs)]))/RollingObs Output <- array(NA, N) Output[RollingObs:N] <- Temp; Output } The only
2001 Dec 03
1
New package: g.data
A new package "g.data" is available on CRAN, to create and maintain databases that work more like the S-Plus model. Here's the official Description for g.data (v1.2): Create and maintain delayed-data packages (DDP's). Data stored in a DDP are available on demand, but do not take up memory until requested. You attach a DDP with g.data.attach(), then read from it and assign
2001 Dec 03
1
New package: g.data
A new package "g.data" is available on CRAN, to create and maintain databases that work more like the S-Plus model. Here's the official Description for g.data (v1.2): Create and maintain delayed-data packages (DDP's). Data stored in a DDP are available on demand, but do not take up memory until requested. You attach a DDP with g.data.attach(), then read from it and assign
2003 Sep 28
0
(fwd) package inst directory copied too early? (PR#4329)
This bug appears in the current Windows build; I don't know if it applies generally. Duncan Murdoch On Fri, 26 Sep 2003 15:25:57 +1200 (NZST), Ray Brownrigg <ray@mcs.vuw.ac.nz> wrote: >If you INSTALL (Rcmd INSTALL) or cross-compile >(make PKGDIR=/pkg RLIB=/library pkg-mypkg) the copying of the inst >directory seems to happen very early in the process, *before anything is
2003 Sep 28
0
(fwd) package inst directory copied too early? (PR#4330)
This bug appears in the current Windows build; I don't know if it applies generally. Duncan Murdoch On Fri, 26 Sep 2003 15:25:57 +1200 (NZST), Ray Brownrigg <ray@mcs.vuw.ac.nz> wrote: >If you INSTALL (Rcmd INSTALL) or cross-compile >(make PKGDIR=/pkg RLIB=/library pkg-mypkg) the copying of the inst >directory seems to happen very early in the process, *before anything is
2002 Sep 16
1
Running Median and Mean
R gurus, On Aug 20, 2002, I asked in R-help about calculating a running 5-day median on a large matrix. Thanks to Martin Maechler <maechler@stat.math.ethz.ch> and Ray Brownrigg <Ray.Brownrigg@mcs.vuw.ac.nz> for responding. I ended up writing C code (and an R interface) to do it, which is about 1000x faster than the naive method! (72s became .09s on a 223 x 520 matrix). I added a
2006 Feb 24
2
r56 - trunk/debian
Author: tha-guest Date: 2006-02-24 23:45:10 +0000 (Fri, 24 Feb 2006) New Revision: 56 Modified: trunk/debian/README.Debian trunk/debian/changelog trunk/debian/control trunk/debian/linux-2.6.12-xen.patch Log: hopefully for the last commit before release ;-P - xen-hypervisor & -pae now recommends grub (besides PXE-Boot there is no alternative) - updated & added some more to
1999 Nov 03
3
bug in Rdconvlib.pl converting to latex (PR#311)
If .../<pkg>/man/ contains a filename beginning with [, such as [.datetimes, Rdconvlib.pl cannot convert that help file into latex at INSTALL time. [Using --no-latex is a workaround.] The error given is: # R INSTALL ssCatalogues : help >>> Building/Updating help pages for package `ssCatalogues' Formats: text html latex example /^[.datetimes$/: unmatched [] in regexp at
2010 Oct 05
1
problems installing R (Matteo)
Hi everybody, I'm quite new to ubuntu and tar.gz packages, anyway following these instructions https://help.ubuntu.com/community/CompilingEasyHowTo I tried to install the R Grass package. Everything worked nice until I did: $ ./configure checking for gcc... gcc -std=gnu99 checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking
1999 Nov 07
1
Bug list summary (automatic post)
================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or
2000 Feb 16
2
contour() labels (PR#441)
R-0.99.0a now plots contour labels from contour(), but the values in levels seem to be coerced to integer. Reproduce by: > set.seed(2) > contour(matrix(runif(36),nrow=6), labcex=1.2) and compare with: > set.seed(2) > contour(matrix(10*runif(36),nrow=6), labcex=1.2) Ray Brownrigg -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list --
2008 Jun 12
2
arima() bug
I guess this is more r-devel than r-help. Note, I am just the messenger - I have no idea what the user is trying to model here. arima() crashes R (segfault) with Linux R-2.7.0, Solaris R-2.6.0: *** caught segfault *** address 42400000, cause 'memory not mapped' Traceback: 1: .Call(R_getQ0, phi, theta) 2: makeARIMA(trarma[[1]], trarma[[2]], Delta, kappa) 3: arima(x, c(1, 0, 1), c(1,
2006 Jan 25
0
lazy evaluation (was RE: Number of replications of a term)
From: Thomas Lumley > > On Wed, 25 Jan 2006, Ray Brownrigg wrote: > > > There's an even faster one, which nobody seems to have > mentioned yet: > > > > rep(l <- rle(ids)$lengths, l) > > I considered this but it wasn't clear to me from the initial > post that > each ID occupied a contiguous section of the vector. > > Also, lazy
2000 Mar 16
2
R-1.0.0 on alpha/osf1 memory glitch (PR#490)
Digital Alpha (various), Digital UNIX V4.0[EF], R-1.0.0, gcc, f77 When using batch mode with the save option, an error message is issued. However [I have just discovered that] it appears that the operation does complete, i.e. the .RData file is saved successfully. The main problem is that the return code is non-zero (and so it is impossible to distinguish this "non-error" from some
2001 Jul 03
1
plot.mts() with type="p" (PR#1010)
There appears to be a bug in plot.mts() in R-1.3.0 when attempting to do a multiple point plot (this worked in 1.2.2). Reproduce by: > version _ platform sparc-sun-solaris2.8 arch sparc os solaris2.8 system sparc, solaris2.8 status major 1 minor 3.0 year 2001