Rev 5036 | Blame | Compare with Previous | Last modification | View Log | Download | RSS feed
=================================================This is an automated summary of the status of the R-bugsrepository.Note that this may be neither complete nor perfectlycorrect at any given instance: Not all bugs are reported,and some reported bugs may have been fixed, but therepository not yet updated.Some bug fixes are difficult to verify because they pertainto specific hardware or operating system versions. If youhave information to contribute, please do so.If you happen to know how to fix a problem please sendpatches to the bug repository, too.New bugs are reported either through the webinterface at r-bugs.biostat.ku.dk or via email tor-bugs@biostat.ku.dk. The bug.report() function can beused to automate parts of the procedure on many systems.Followups on older bugs can be done by including the string"(PR#999)" in the Subject of an email (change 999 to theactual reference number, of course!).=================================================Directory: Accuracy* PR# 138 *Subject: Re: [R] bug? and New bug.From: Martin Maechler <maechler@stat.math.ethz.ch>Date: Wed, 10 Mar 1999 17:21:16 +0100--pt() for large df. Solved, but problem remains for pf et al.Directory: Add-ons* PR# 137 *Subject: funfitsFrom: "Alvaro A. Novo" <novo@uiuc.edu>Date: Tue, 9 Mar 1999 22:24:54 -0600--Not our problem. Dubious whether a bug at all.Directory: Analyses* PR# 144 *Subject: glm throws erroneous(?)'names attribute must be the same length as the vector'From: wagman@enteract.comDate: Thu, 18 Mar 1999 08:58:47 +0100--Can anyone reproduce this ??--Same error as when doing regression on empty subset. All fitted--values might be 0 or 1Directory: DocumentationnoneDirectory: Graphics* PR# 61 *Subject: points(..., cex = ..) is pretty wrong...From: Martin Maechler <maechler@stat.math.ethz.ch>Date: Mon, 2 Nov 1998 19:15:06 +0100--Symbols getting decentered when too large cex for X. Still there 22feb99* PR# 69 *Subject: Some graphics bugsFrom: Martyn Plummer <plummer@iarc.fr>Date: Fri, 04 Dec 1998 11:42:50 -0000 ()Date: 04-Dec-98--Various anomalies with text size and alignment. 2B appears to be solved. The--rest is still there (22feb99)* PR# 120 *Subject: graphics bug: type="l"From: Matthew Wiener <mcw@ln.nimh.nih.gov>Date: Tue, 16 Feb 1999 15:30:25 -0500 (EST)--X server problem drawing > 64K lines at once. Workaround?* PR# 123 *Subject: Text in plotFrom: Ennapadam Venkatraman <venkat@biosta.mskcc.org>Date: Thu, 18 Feb 1999 13:05:37 -0500--Multiline text not working* PR# 130 *Subject: lty=0 -- shouldn't it give an invisible line?From: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk>Date: 28 Feb 1999 21:45:43 +0100--Strange effect on barplot* PR# 149 *Subject: plot.formula and pch=From: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk>Date: 25 Mar 1999 21:22:44 +0100--plot(y~x,pch=z) may subset x and y but leave z.--E.g. with missing values you can get incorrect plot symbols.* PR# 192 *Subject: dev.print aspect ratioFrom: wsi@gcal.ac.ukDate: Tue, 11 May 1999 13:43:50 +0200 (MET DST)--Difficulty getting a square plot.* PR# 202 *Subject: persp box occlusion bugFrom: wsi@gcal.ac.ukDate: Wed, 2 Jun 1999 15:02:03 +0200 (MET DST)--Don't think I (pd) got the point there...Directory: In-Out* PR# 125 *Subject: scan rejects complexFrom: John.Peters@tip.csiro.au (John Peters)Date: Mon, 22 Feb 1999 10:08:14 +1100 (EST)* PR# 129 *Subject: Formatting in formatC and formatFrom: Prof Brian D Ripley <ripley@stats.ox.ac.uk>Date: Sun, 28 Feb 1999 08:53:34 +0000 (GMT)--Documentation and ``merge'' of format() and formatC() would be desired - MM* PR# 207 *Subject: Lines longer than ~1000 chars truncated at parsingFrom: msa@biostat.mgh.harvard.eduDate: Mon, 7 Jun 1999 22:27:10 +0200 (MET DST)--Fixed buffer used during input.--Not fixable without major changes to readline lib.* PR# 211 *Subject: readline/history sizeFrom: seniorr@teleport.comDate: Tue, 15 Jun 1999 00:08:59 +0200 (MET DST)--Limitation of history size. Kurt cannot reproduce.--Depends on libreadline version??Directory: InstallationnoneDirectory: Language* PR# 105 *Subject: an old bug resurfacesFrom: Jim Lindsey <jlindsey@alpha.luc.ac.be>Date: Fri, 29 Jan 1999 08:28:32 +0100 (MET)--Model formulas. Proper fix probably requires extensive rewrite of model formula--parser, which would make in non-S-compatible.* PR# 118 *Subject: Function parsingFrom: Jonathan Rougier <J.C.Rougier@durham.ac.uk>Date: Wed, 10 Feb 1999 13:42:01 +0000 (GMT)--comment placement.Directory: Low-level* PR# 37 *Subject: S.h compatibility issuesFrom: Prof Brian D Ripley <ripley@stats.ox.ac.uk>Date: Sun, 6 Sep 1998 19:58:47 +0100 (BST)--1 is fixed--2 R's own RNG entry points are still not public--3 is the perennial issue of what is the `public' API -- specific points are--fixed* PR# 101 *Subject: Re: [R] Re: R-0.63.2 for Windows - some commentsFrom: Guido Masarotto <guido@hal.stat.unipd.it>Date: Fri, 22 Jan 1999 12:40:26 +0100--This is really about fixed buffer sizes in printutils.c* PR# 135 *Subject: summary() of lm() problemFrom: Simon Fear <fears@roycastle.liv.ac.uk>Date: Tue, 9 Mar 1999 13:18:37 -0000--lm (?) AND Windows problem; Win solved (fudged) for 0.63.3----Another low-level buffer-size problem* PR# 185 *Subject: Re: [R] R_problem_buf in the S.h files & lists in .CFrom: Peter Dalgaard BSA <p.dalgaard@biostat.ku.dk>Date: 05 May 1999 00:32:49 +0200--S objects in .C calls (not just lists) are now documented in the help file* PR# 197 *Subject: glm crashFrom: Cor en Aylin <Cor.Berrevoets@gironet.nl>Date: Fri, 21 May 1999 19:44:23 +0200--Obscure report. Cannot reproduce from given info.* PR# 210 *Subject: definition of R_problem_buf in S.hFrom: vogels@ieee.orgDate: Mon, 14 Jun 1999 17:56:04 +0200 (MET DST)--Same as #185Directory: Misc* PR# 91 *Subject: possible bugFrom: Rashid Nassar <rnassar@duke.edu>Date: Sat, 9 Jan 1999 14:50:58 -0500 (EST)--Remaining issue is whether we can do something more friendly than dumping--users into vi?Directory: Models* PR# 121 *Subject: model.frame mangles time seriesFrom: Peter Dalgaard BSA <pd@biostat.ku.dk>Date: Thu, 18 Feb 1999 15:47:24 +0100--Subset in C code + attributes = mess--Switch to interpreted ("[")Directory: Startup* PR# 21 *Subject: Restoring large image filesFrom: Martyn Plummer <plummer@iarc.fr>Date: Fri, 21 Aug 1998 13:29:16 -0000 ()--Request to change in error conditions in R_InitialData. Could be done, but--at present initial loads are not distinguished from load("file") calls.Directory: System-specific* PR# 145 *Subject: R-0.63.3 package on IRIX 6.5 machineFrom: Jayshree Sarma <jsarma@cs.gmu.edu>Date: Tue, 23 Mar 1999 16:54:20 -0500 (EST)* PR# 163 *Subject: IRIX compileFrom: mtim@farm.ecs.umass.eduDate: Sat, 10 Apr 1999 19:35:43 +0200* PR# 196 *Subject: R 0.64 and -release fails to build on DU4.0From: Leif Johansson <leifj@matematik.su.se>Date: Fri, 14 May 1999 12:32:14 +0200* PR# 201 *Subject: RedHat Linux 6.0 ProblemsFrom: jacobm@magnet.drcmr.dkDate: Wed, 2 Jun 1999 10:58:45 +0200 (MET DST)* PR# 208 *Subject: R correct g77 flags for Linux/AlphaFrom: Naoki Takebayashi <ntakebay@bio.indiana.edu>Date: Tue, 8 Jun 1999 19:12:03 -0500 (EST)* PR# 209 *Subject: Compilation failsFrom: beimfohr@statistik.uni-dortmund.deDate: Thu, 10 Jun 1999 13:52:01 +0200 (MET DST)* PR# 214 *From: Charles Taylor <charles@amsta.leeds.ac.uk>Date: Thu, 24 Jun 1999 11:20:06 +0100 (BST)Directory: TooMuchAtOnce* PR# 53 *Subject: 0.62.3 bugs, incompatibilities and problemsFrom: Jim Lindsey <jlindsey@alpha.luc.ac.be>Date: Mon, 12 Oct 1998 09:43:51 +0200 (MET DST)--Of Jims points: (checked in 0.65 April 26 compared to Splus 3.4)-- 4. works the same as S-- 5. Splus gives NA and the if(class(z)=="repeated") doesn't work in either-- 10. seems to work-- 7. seems to do what Jim wants now--* PR# 76 *Subject: R-0.63.0From: Rashid Nassar <rnassar@acpub.duke.edu>Date: Fri, 11 Dec 1998 23:20:08 -0500 (EST)Directory: WindowsnoneDirectory: incomingnone