similar to: rhs of == does not work with a list of items (PR#1172)

Displaying 20 results from an estimated 30000 matches similar to: "rhs of == does not work with a list of items (PR#1172)"

2001 Nov 15
0
rhs of == does not work with a list of items. should it ? (PR#1173)
Paul.White@dsto.defence.gov.au wrote: > > > Hello bug people, > > > > Version: > > platform = i686-pc-linux-gnu > > arch = i686 > > os = linux-gnu > > system = i686, linux-gnu > > status = > > major = 1 > > minor = 3.1 > > year = 2001 > > month = 08 > > day = 31 > > language = R > > > >
2001 Jan 08
0
cleaning up the BUGS list
In looking over the bugs list, it seems to me that most of them are things we can no longer do anything about, because they are on old versions or broken systems or were features or .... There are now so many they obscure the bugs needing attention. I am about the remove the following. If anyone thinks they are still relevant, could you please send a follow-up to R-bugs with details under 1.2.0
2000 Aug 28
0
under certain conditions, model.matrix appears to lack one (PR#648)
On Mon, 28 Aug 2000, Rashid Nassar wrote: > Dear Professor Ripley, > > Thank you very much for your kind explanation. If I may lamely say > something in my defence, even as I apologize for my error: I mistook the > sentence "the (quoted) name of a function" to mean "optionally quoted" > because of the parentheses surrounding "quoted", and was
2002 Jun 19
0
FW: [R] Problems with url/download and http_proxy (PR#1689)
For the record. -----Original Message----- From: ripley@stats.ox.ac.uk [mailto:ripley@stats.ox.ac.uk] Sent: Tuesday, June 18, 2002 3:21 PM To: Warnes, Gregory R Cc: 'r-help@stat.math.ethz.ch' Subject: RE: [R] Problems with url/download and http_proxy The port is not supposed to be required, so rather than fix the docs can anyone fix the problem? On Tue, 18 Jun 2002, Warnes, Gregory R
1999 Dec 04
0
Inconsistent messages with [[ list indexing (PR#359)
R 0.90.0: > Empl <- list(aa=1, b=2, c=3) > Empl[[as.numeric(NA)]] Error in Empl[[as.numeric(NA)]] : subscript out of bounds > Empl[[as.integer(NA)]] Error: attempt to select more than one element > Empl[[as.logical(NA)]] Error: attempt to select more than one element Now, (a) None of those messages is appropriate. (b) At least the first two should be the same. (c) S gives NULL
2000 Dec 29
0
unlisting a list with names components (PR#645)
Summary of report from Peter Perkins <pperkins@ucsd.edu> on Sat Aug 26 09:41:52 2000 i think the lines below demonstrate a problem with unlist when the list contains components that are names. _anything_ can go in a list, right? this came up in the context of trying to unlist(list(attr(terms(formula), "variables")). > list2 <- list(a="a",
2002 Jun 19
0
[R] Problems with url/download and http_proxy
This does seem to fix my problem: > Sys.getenv("http_proxy") http_proxy "http://gproxy1.pfizer.com/" > url("http://cran.r-project.org/src/contrib/PACKAGES",'r') description "http://cran.r-project.org/src/contrib/PACKAGES" class
2002 May 28
0
(PR#1605)When dev.list() is NULL, dev.control() causes core dump
This is of course an incorrect usage, which I've trapped at R level, so as to give an informative warning. On Tue, 28 May 2002 NEFTH@pacbell.net wrote: > The following sequence of commands: > graphics.off() > dev.control("inhibit") > > causes R to memory-fault and core dump. This is reported > for a new port of R, but is also reproducible on Windows > and
2002 Aug 14
1
FW: R CMD check: Too long [R] code line generated (PR#1900)
On Wed, 14 Aug 2002, Henrik Bengtsson wrote: > Sorry, but it was indeed the redirection of the standard output in > Cygwin/bash that cause the first problem, not R (I should stop doing > troubleshooting at 1:00 AM). So please forget about the problems reported in > R_CMD_check.out. However, it would still be nice if you still update R CMD > check to do join with "\n".
2000 May 22
0
RE:bug 548 graphics '*' (PR#549)
> Date: Mon, 22 May 2000 16:52:59 +0200 (CEST) > From: Martyn Plummer <plummer@iarc.fr> > To: ripley@stats.ox.ac.uk > Subject: Re: [Rd] RE:bug 548 graphics '*' (PR#549) > Cc: R-bugs@biostat.ku.dk, r-devel@stat.math.ethz.ch > > On 22-May-00 ripley@stats.ox.ac.uk wrote: > > A little more followup. The gtk() device uses gdk_string_width to > > find the
2002 Aug 06
0
pipe and binary i/o (on Linux)
Thanks very much, Professor Ripley. Reid Huntsinger -----Original Message----- From: ripley at stats.ox.ac.uk [mailto:ripley at stats.ox.ac.uk] Sent: Tuesday, August 06, 2002 3:00 AM To: Huntsinger, Reid Cc: r-help at stat.math.ethz.ch Subject: Re: [R] pipe and binary i/o (on Linux) On Mon, 5 Aug 2002 ripley at stats.ox.ac.uk wrote: > pipe predates readBin, and no one has seen a
2001 Apr 07
0
Re: closing a bug report (PR#781)
I can confirm this bug has been solved, by the expedient of removing the incorrect functions! I think the simplest way to get a bug closed is to send the correction to the original reporter for confirmation, then as Peter suggests send a follow-up to R-bugs. On Fri, 6 Apr 2001 p.dalgaard@biostat.ku.dk wrote: > Paul Gilbert <pgilbert@bank-banque-canada.ca> writes: > > > Peter
2002 Feb 22
0
pi returns 0.7 (PR#1320) (fwd)
Filing response for the record -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272860 (secr) Oxford OX1 3TG, UK Fax: +44 1865 272595 ---------- Forwarded message ---------- Date: Thu, 21
2000 Jul 22
1
maketitle garbles the title in package nnet (PR#613)
The TITLE for the nnet package is garbled: it comes out as nnet Feed-forward neural networks and multinomial log-linear nnet Feed-forward neural networks and multinomial log-linear models The problem is in maketitle: auk% cat DESCRIPTION Bundle: VR Version: 6.1-9 Date: 2000/07/11 Depends: R (>= 1.1) Author: S original by Venables & Ripley. R port by Brian Ripley
2001 Jan 18
0
dotplot: character size of labels (PR#816)
There seems to be a bug in "dotplot" concerning the "cex" parameter. Setting cex has no effect on the character size of the labels of the points. This problem was posted to r-help today (Thu, 18 Jan 2001); the solution given by Brian Ripley (and Uwe Ligges) seems to work for me. Heinrich Rinner. > version _ platform i386-pc-mingw32 arch x86
2002 Aug 14
0
source() crashes on long lines (PR#1900)
This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ------=_NextPart_000_0006_01C2432C.7ACD6BA0 Content-Type: TEXT/PLAIN; CHARSET=iso-8859-1 Content-Transfer-Encoding: 8BIT Content-ID: <Pine.GSO.4.44.0208140920312.15226@auk.stats>
2001 Aug 21
0
Re: [R] Problem using GLM in a loop (fwd)
This example is caused by R's messing with formula environments. That's explained in ?formula, but should it not be explained in ?model.frame ? Simple test: data <- data.frame(y=rnorm(100), x=1:100) testit <- function(formula) { weights <- runif(100) glm(formula, weights=weights, data=data) } testit(y ~ x) weights is looked for in the environment of the formula, not of
1999 Dec 03
0
Error in plot.aov() (PR#356) (fwd)
Confirmation from John Maindonald. -- Brian D. Ripley, ripley@stats.ox.ac.uk Professor of Applied Statistics, http://www.stats.ox.ac.uk/~ripley/ University of Oxford, Tel: +44 1865 272861 (self) 1 South Parks Road, +44 1865 272860 (secr) Oxford OX1 3TG, UK Fax: +44 1865 272595 ---------- Forwarded message ---------- Date: Fri, 3
2001 Dec 27
0
(PR#1229) RGui/R Console crashes when entering illegal
This is answered in the rw-FAQ, Q2.12! It is not a problem with R, but with your installation of Windows. *PLEASE* do not report FAQs as bugs: it a complete waste of the developers' time. On Thu, 27 Dec 2001 hb@maths.lth.se wrote: > Full_Name: Henrik Bengtsson > Version: v1.4.0 (2001-12-19) > OS: WinMe > Submission from: (NULL) (217.208.14.137) > > > When
2002 Feb 25
0
delete.response() incorrectly handles terms-objects (PR#1328)
On Mon, 25 Feb 2002, David Meyer wrote: > Prof Brian D Ripley wrote: > > > > Thanks, fixed now. > > > > Why were you calling delete.response on an object with no response, BTW? > > I used it in predict.svm(), and the terms-object contained in the svm > model just happens to have no response for the ``one-class > classification'' if svm was called