similar to: Attachments with bug reports: PLEASE don't

MM> I've sent two bug reports that both haven't been forwarded to R-devel MM> and haven't should up at the jitterbug repository. MM> ?? MM> Martin Well, actually only one [the other went to R-core alone] Here it is : From: Martin Maechler <maechler@sophie> To: R-bugs Subject: plot math - segfault and "frac", "^" bug(s).. Date: 8

In order to prevent viruses being posted on the R (or ESS) mailing lists, I've disallowed binary attachments (of the "octet-stream" kind) as of 15 minutes ago. BTW, the case of Jan.10 was a typcial "MS Outlook address book" one. I've received automated e-mails from about 20 sites where the mail delivery server auto-detected the virus and didn't deliver it to

Thank you Bendix, {I hope it's okay if I CC my answer to your private mail to R-devel ..} >>>>> On Wed, 27 Oct 1999 08:55:28 +0200, BXC@novo.dk (Bendix Carstensen) said: >> -----Original Message----- >> From: Martin Maechler [mailto:maechler@stat.math.ethz.ch] >> Sent: 25. oktober 1999 14:58 To:Gregory R. Warnes >> Cc:

>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: MM> This is not a bug in the very strict sense, MM> but for consistency, MM> I feel that MM> abline() MM> should obey par("xpd") setting, even by ...-argument. MM> The following code shows how lines() ``works'' and abline() does not :

>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: >>>>> "TL" == Thomas Lumley <thomas@biostat.washington.edu> writes: TL> On Thu, 24 Aug 2000, Troels Ring wrote: >>> Dear friends. >>> >>> Is this as expected ? Is alpha and beta too large simply ? >>>

>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: >>>>> "TL" == Thomas Lumley <thomas@biostat.washington.edu> writes: TL> On Thu, 24 Aug 2000, Troels Ring wrote: >>> Dear friends. >>> >>> Is this as expected ? Is alpha and beta too large simply ? >>>

>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: >>>>> "david" == david <david@orion-10.cs.byu.edu> writes: david> When I issue the command: if ( c(2.8,3)[1] < pretty david> (c(2.8,3))[1]) print ("problem") david> the result is "problem" prints. I have traced it to bits

>>>>> "FrSa" == SABIDO =?iso-8859-1?Q?MART=CDN?= <SABIDO> writes: FrSa> Hello. I am a student from Spain. We are working on 'R' (a FrSa> programming environment for data analysis and graphics). Our FrSa> teacher has told as to make a job about tests in non complet rank FrSa> linear regresion models (I hope you could understand

Our sys.admin fixed one important (NIS) problem and accidentally simultaneously badly broke part of sendmail's functioning. Unfortunately, this lasted ~ 40 minutes, and somehow sendmail just "thought" it had to resend these messages several times (up to 8 x) that came in during that 40 minutes' period. Accept our (math.ethz.ch)'s apologies... Martin Maechler <maechler

(as the subject says) It makes sense to add (say k) boxplots to a given plot, using the given coordinate system. Currently, the calling sequence boxplot -> boxplot.default() -> bxp() [modeled after S] doesn't allow this, since bxp() explicitly sets up the coordinate system. One way would be to add an "add = TRUE" argument to boxplot(.) and bxp(.) and then additionally

This is something between a question and a bug report. {sometimes one should first ask on R-help before sending to R-bugs....} I wanted to plot (.) a formula with "..." ## Works : e0 <- expression(T(x[1],...x[n])*", "*N[1] == 101) # works ok plot(1, main = e0) ## Now, need substitute, to replace with value of variableThis works nn <- 102 (e1 <-

>>>>> "TL" == Thomas Lumley <thomas at biostat.washington.edu> writes: TL> I'm receiving duplicates of a number of old r-help messages, all with TL> headers having the rly-mx2.maxis.net.my section in the message below. Is TL> this at your end? Do you know about it? Doug Bates has averted me; and I have since stopped these to be propagated

Not many of you will use grid() widely, probably. Also, two months ago, Paul Murrell said on R-help (topic "grid command") PM>> i think the abline() solution is the best for doing what grid() won't. PM>> like you say, grid() is just a simple front-end to abline(). grid() *is* too simple to be of practical use. I propose the following which is of some practical

(R 0.65.0 and earlier): example(aov) lm.influence(npk.aov) gives Error: NA/NaN/Inf in foreign function call (arg 6) which comes from the lm.obj$coefficients (the last 3-way interaction coefficient is indetermined and accordingly NA) argument passed to .Fortran("lminfl",...) inside lm.influence. The following is a simple correct patch --- lm.influence.R 1999/08/13

Something worth discussing, I think these output names NEED a change : > boxplot(rt(250,df=3), plot=F) $"1" $"1"$stats [1] -2.7995357 -0.7170382 0.1109581 0.8426811 3.0483316 $"1"$n [1] 250 $"1"$conf [1] -0.04490152 0.26681765 $"1"$out [1] 5.784389 4.766206 -3.932449 -3.460407 -3.695599

text(..., col = <..>) doesn't work if col has length more than one; and the same for 'cex' and 'font' A toy example, showing what is desired plot(1);text(1.2, .8+(0:5)/16, LETTERS[6:1]) ## works alright plot(1);text(1.2, .8+(0:5)/16, LETTERS[6:1],col=1:6) ##>>> Error in par(args) : parameter "col" has the wrong length --- Explanation: The source

getenv(<varname>) currently returns "" if the <varname> is undefined. However, if <varname> is defined but empty, getenv(<varname>) still only returns "". I think this is quite unfortunate but consistent with the prototype. --- I'd propose to change the current behavior. Something which should be pretty back compatible would for the first

I don't know if we still strive for non-GNU make capability.. Anyway, here a report: I was using the builddir != srcdir approach on Sun Solaris 2.6, and normal Sun make (/usr/ccs/bin/make) worked up to producing a correct R.X11 binary. It failed when trying to make the first src/library/<pkg>/src/<pkg>.so, namely in eda/src with make: Fatal error: Don't know how to make

{Connected to the bug report on expand.grid(.) and my fix to it..} [Following the spirt of arrays where parts of dim() can be 0] I would like for these two to give the "same" or at least, both to give a data.frame with 0 observations of 0 variables. Currently [R 0.65.1 and pre-0.90] > str(d0 <- as.data.frame(list())) `data.frame': 0 obs. of 0 variable: list()

>>>>> "WoKo" == Wolfgang Koller <koller2@fgr.wu-wien.ac.at> writes: WoKo> Hi! The postscript device in 0.90 does not produce symbols WoKo> (pch=) as it should. E.g.: WoKo> postscript(file="test.ps",width=8,height=6.4,horizontal=FALSE) WoKo> plot(1:10,1:10,pch=1:5) WoKo> legend(1,9,letters[1:5],pch=1:5) WoKo>