Rev 6066 | 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-onsnoneDirectory: 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# 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# 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# 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...* PR# 225 *Subject: pch and mkh bugFrom: Stephen Harker <sjh@ph.adfa.edu.au>Date: Wed, 14 Jul 1999 13:10:31 +1000 (EST)--(1) is an S incompatibility, but the S rules may not be a good model--(2) is a bug, fixed for 0.65.0--(3) has gone away in 0.65.0* PR# 229 *Subject: dev.print scaling bug?From: John.Peters@tip.csiro.au (John Peters)Date: Fri, 16 Jul 1999 12:10:48 +1000 (EST)* PR# 230 *Subject: Use of lwd = 0, lty = 2 in segments.From: Douglas Bates <bates@stat.wisc.edu>Date: Sat, 17 Jul 1999 17:18:44 -0500 (CDT)* PR# 238 *Subject: EPS compliance of postscript device: initclip operatorFrom: David Middleton <dajm@deeq.demon.co.uk>Date: Tue, 03 Aug 1999 17:51:47 -0300--initclip is removed. Still need new argument onefile/onepage to ensure one page--and use %!PS-Adobe-3.0 EPSF-3.0 header* PR# 249 *Subject: axis ignores srt/crtFrom: Thomas Lumley <thomas@biostat.washington.edu>Date: Mon, 16 Aug 1999 15:51:49 -0700 (PDT)--`its's not a bug it is an imcomptibility'* PR# 258 *Subject: Greek letters in outer margins.From: "BXC (Bendix Carstensen)" <BXC@NOVO.dk>Date: Thu, 26 Aug 1999 12:09:17 +0200--Uses *current* plot margins.----remove paste() from repro. instr.* PR# 267 *Subject: matplot(... panel.first=..) fails <==> dealing with "..."From: Martin Maechler <maechler@stat.math.ethz.ch>Date: Mon, 6 Sep 1999 11:04:03 +0200* PR# 281 *Subject: mtext(. col = ...) stopped working in 0.65.0From: Martin Maechler <maechler@stat.math.ethz.ch>Date: Fri, 17 Sep 1999 15:10:40 +0200* PR# 287 *Subject: text( col=, cex=, font=) : doesn't allow more than length-1 argFrom: Martin Maechler <maechler@stat.math.ethz.ch>Date: Mon, 27 Sep 1999 11:12:08 +0200Directory: 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# 248 *Subject: scan() + error interferes with count.fields() in some casesFrom: Martin Maechler <maechler@stat.math.ethz.ch>Date: Fri, 13 Aug 1999 17:44:48 +0200Directory: Installation* PR# 288 *Subject: configure bug with IRIX 6.5 (Makedep)From: caves@yorvic.york.ac.ukDate: Tue, 28 Sep 1999 10:30:54 +0200 (MET DST)* PR# 290 *Subject: Error compiling R on RS6000From: pgutwin@us.ibm.comDate: Thu, 30 Sep 1999 21:18:49 +0200 (MET DST)Directory: 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# 239 *Subject: cbind is not generic as claimed, omits labels where S has themFrom: Prof Brian D Ripley <ripley@stats.ox.ac.uk>Date: Thu, 5 Aug 1999 12:29:58 +0100 (BST)--Cbind is now generic, still labelling issues. See also PR#240 and PR#241.* PR# 240 *Subject: Re: cbind is not generic as claimed, omits labels where S has themFrom: Prof Brian D Ripley <ripley@stats.ox.ac.uk>Date: Thu, 5 Aug 1999 17:19:08 +0100 (BST)--See PR#239* PR# 241 *Subject: Re: cbind is not generic as claimed, omits labels where S has themFrom: Prof Brian D Ripley <ripley@stats.ox.ac.uk>Date: Fri, 6 Aug 1999 06:52:35 +0100 (BST)--See PR#239* PR# 257 *Subject: dimnames names lost when subscriptingFrom: Andreas Weingessel <weingessel@ci.tuwien.ac.at>Date: Wed, 25 Aug 1999 12:45:28 +0200* PR# 263 *Subject: Problems sourcing functions with R65.0From: Patrick Lindsey <plindsey@alpha.luc.ac.be>Date: Wed, 1 Sep 1999 11:58:51 +0200 (MET DST)--There is a 128K limit on functions wirh keep.source set. Try modular--programming!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--Should we not make the buffer static?* 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: ModelsnoneDirectory: StartupnoneDirectory: System-specific* PR# 214 *From: Charles Taylor <charles@amsta.leeds.ac.uk>Date: Thu, 24 Jun 1999 11:20:06 +0100 (BST)* PR# 222 *Subject: Use of R-CodaFrom: =?iso-8859-1?Q?Jette_Halkj=E6r_Jakobsen?=Date: Fri, 9 Jul 1999 10:54:16 +0200--In Danish (?) Looks as if PR#246 is the same in English* PR# 234 *Subject: R-bugsFrom: =?iso-8859-1?Q?Jette_Halkj=E6r_Jakobsen?=Date: Tue, 27 Jul 1999 13:49:31 +0200--Looks like PR#222 again, in Danish. See PR#246 for English version* PR# 246 *Subject: R-Coda on rs6000-ibm-aix4.2.1.0From: =?iso-8859-1?Q?Jette_Halkj=E6r_Jakobsen?=Date: Wed, 11 Aug 1999 08:49:47 +0200--Problem with ps on AIX in 0.64.2. Try again with 0.65.0?* PR# 252 *Subject: bug: R says "Floating exception" on DEC-Alpha w/OSF1From: "Michael Thompson" <mlthomps@yayoi.mt.m-kagaku.co.jp>Date: Thu, 19 Aug 1999 06:03:06 +0900* PR# 260 *Subject: Re: Compiling R under Caldera Open Linux 2.2Subject: Compilation of R under Caldera OpenLinux 2.2From: John Maindonald <john.maindonald@anu.edu.au>Date: Sun, 29 Aug 1999 19:38:13 +1000 (EST)* PR# 268 *Subject: Re: Compiling R under Caldera Open Linux 2.2From: "Jack N." <jnf@pcisys.net>Date: Mon, 06 Sep 1999 08:03:02 -0600* PR# 274 *Subject: axis() produces junk on DEC alphaFrom: albrecht.gebhardt@uni-klu.ac.atDate: Mon, 13 Sep 1999 03:02:20 +0200 (MET DST)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: Windows* PR# 271 *Subject: R with Windows 95From: pascal.grandeau@wanadoo.frDate: Wed, 8 Sep 1999 17:56:12 +0200 (MET DST)--No response to questions, we can't reproduce this. Probably is a bug, but--impossible to take further.Directory: incomingnone