================================================= 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 operating system versions. If you have information to contribute, please do so. If you happen to know how to fix a problem please send patches to the bug repository, too. New bugs are reported either through the web interface at r-bugs.r-project.org or via email to r-bugs@r-project.org. The bug.report() function can be used 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 the actual reference number, of course!). ================================================= Directory: Accuracy * PR# 751 * Subject: BUG: polyroot() From: "Li Dongfeng" Date: Tue, 28 Nov 2000 13:24:33 +0800 --Numerical instability. We may want a better algorithm! Directory: Add-ons * PR# 812 * Subject: segmentation fault in integrate From: Achim Zeileis Date: Thu, 11 Jan 2001 22:49:59 +0100 * PR# 781 * Subject: syskern fails Rcmd check on Windows, gives incorrect information From: Prof Brian Ripley Date: Wed, 20 Dec 2000 11:12:47 +0000 (GMT) --Partially fixed by dse_2000.12, but still uses "ls" and gives --incorrect information * PR# 496 * From: bonneau@epi.roazhon.inra.fr (en148) Date: Tue, 21 Mar 2000 10:57:13 +0100 (MET) --base R has no est.variogram function. --This appears to be a bug report on sgeostat. Directory: Analyses * PR# 653 * Subject: bug in spline()? From: Ian White Date: Mon, 4 Sep 2000 12:29:26 +0100 (BST) --bug in spline: replace by interSpline in package spline? --address problems are fixed Directory: Documentation none Directory: Graphics * PR# 823 * Subject: adjustment of expressions with mtext(..., las=2) From: Uwe Ligges Date: Wed, 24 Jan 2001 20:12:43 +0100 * PR# 660 * Subject: identify.default ignores any setting of cex. From: Prof Brian Ripley Date: Fri, 15 Sep 2000 10:23:39 +0100 (BST) * PR# 202 * Subject: persp box occlusion bug From: wsi@gcal.ac.uk Date: Wed, 2 Jun 1999 15:02:03 +0200 (MET DST) --The persp algorithm does not apply the occlusion rules to the frame, --which is always plotted first. --A bug, but not very simple to fix. * PR# 750 * Subject: abline() does not obey "xpd" (clipping rules) From: Martin Maechler Date: Mon, 27 Nov 2000 18:27:11 +0100 * PR# 726 * Subject: par(las=.) gives wrong "adj" for mtext() From: Martin Maechler Date: Tue, 7 Nov 2000 13:03:58 +0100 * PR# 791 * Subject: par(lab= *) / axis(*) bug From: maechler@stat.math.ethz.ch Date: Fri, 22 Dec 2000 10:59:26 +0100 * PR# 776 * Subject: strwidth does not take font into account From: Martyn Plummer Date: Tue, 19 Dec 2000 14:56:01 +0100 (CET) * PR# 820 * Subject: interaction.plot From: "Mark M. Span" Date: Mon, 22 Jan 2001 10:47:39 +0100 * PR# 816 * Subject: dotplot: character size of labels From: RINNER Heinrich Date: Thu, 18 Jan 2001 14:54:32 +0100 --Suggested fix will work (and spaces for labels will be fine), but there is a --deeper problem: mtext() ignores par(cex=.5) in general. --To see the problem try: par(cex=.5); mtext("hi") --I think the right fix is to change the argument list for mtext so that --cex=par(cex) by default rather than cex=NA by default (plus corresponding --internal changes to do_mtext in plot.c). --This needs to be done very carefully because (i) the change suggested above may --have side-effects in many other pieces of interpreted code (ii) do_mtext ignores -- --dd->gp.cexbase unlike, for example, do_plot_xy and anything to do with cexbase --needs extreme care. Directory: In-Out * PR# 814 * Subject: Memory problem ? From: Zoltan Barta Date: Mon, 15 Jan 2001 09:54:16 +0000 (GMT Standard Time) --scan crashes R on Linux: a memory allocation problem, probably --Uses n= or nlines= in scan will use less memory, and read.table does. Directory: Installation * PR# 806 * Subject: configure error on alpha From: Richard Beare Date: Wed, 10 Jan 2001 16:52:58 +1100 Directory: Language * PR# 813 * Subject: match.call problem From: Peter Dalgaard BSA Date: 12 Jan 2001 17:46:15 +0100 * PR# 669 * Subject: Bug(s) w/ rbind.data.frame(); fix also read.table(*, as.is = TRUE) ? From: Martin Maechler Date: Mon, 25 Sep 2000 10:17:15 +0200 --status of AsIs columns * PR# 412 * Subject: anomalies with call objects From: Peter Dalgaard BSA Date: 06 Feb 2000 01:18:50 +0100 * PR# 408 * Subject: convolution bug From: wsimpson@gcal.ac.uk Date: Fri, 28 Jan 2000 11:17:36 +0100 (MET) Directory: Low-level * PR# 505 * Subject: interrupted save From: Thomas Lumley Date: Sat, 25 Mar 2000 12:16:50 -0800 (PST) Directory: Misc none Directory: Models none Directory: Startup * PR# 486 * Subject: Re: autoload error in profile {was anova-bug in R-version 1.0.0?} From: Martin Maechler Date: Tue, 14 Mar 2000 10:32:43 +0100 (MET) --workaround to the origin problem in 1.0.1 --New report: try does not work from the profile. Directory: System-specific * PR# 822 * Subject: Re: Sys.time dumps core at start-up From: Peter Kleiweg Date: Tue, 23 Jan 2001 19:56:32 +0100 (CET) --part of 821 * PR# 821 * Subject: Sys.time dumps core at start-up From: Peter Kleiweg Date: Tue, 23 Jan 2001 19:44:28 +0100 (CET) --See also 822, which shows the segfault is in strftime.c. --From other correspondence, this is on RH5.0: we can't --reproduce it on RH6.2 or anywhere else. * PR# 808 * Subject: Time zone From: Herve Morin Date: Wed, 10 Jan 2001 07:24:07 -0500 --This appears to be a complaint about a warning on a beta Mac version --(but Macs are never mentioned!). That version is incomplete. Directory: TooMuchAtOnce * PR# 811 * Subject: problem with strptime example (and mention of bug.report) From: Stephen Eglen Date: Thu, 11 Jan 2001 19:18:39 GMT --1) On OSF4, strptime is deficient. Nothing we can do. -- --2) On Windows NT, the strptime problems are (i) German locale, English dates, --(ii) Windows system errors with unknown DST (it move times to DST). --(i) now has another warning in the help file (there already was one). --(ii) was already worked around for 1.2.1. -- --3) bug.report() uses a mailer option that does not exist on OSF4. Directory: Windows none Directory: incoming * PR# 824 * Subject: trouble with netCDF From: jasont@indigoindustrial.co.nz Date: Thu, 25 Jan 2001 12:00:39 +1300