Re: [Rd] DSTEIN error (PR#7047)

2004-07-02 Thread ripley
What does `R crashes' mean? Please see the R posting guide. I think the error message indicates a bug in MacOS X. What made you think this was a bug in R? (It depends of course what `crashes' meant - if the R application aborted it would be, but not if it just gave an error message (hardly a

Re: [Rd] Top-level code in packages

2004-07-02 Thread Prof Brian Ripley
On Fri, 2 Jul 2004, Frank E Harrell Jr wrote: > Brian Ripley stated that in the future it will not be a good idea to > have top-level code in R packages other than assignments. There is one > important exception, though it leads instantly to an assignment. To > maintain compatibility across m

[Rd] Top-level code in packages

2004-07-02 Thread Frank E Harrell Jr
Brian Ripley stated that in the future it will not be a good idea to have top-level code in R packages other than assignments. There is one important exception, though it leads instantly to an assignment. To maintain compatibility across multiple platforms (R, S-Plus, and more than one versio

[Rd] DSTEIN error (PR#7047)

2004-07-02 Thread weigand . stephen
Full_Name: Stephen Weigand Version: 1.9.0 OS: Mac OS X 10.3.4 Submission from: (NULL) (68.115.89.235) When running an iteratively reweighted least squares program R crashes and the following is written to the console.app (when using R GUI) or to stdout (when using R from the command line): Param

Re: [Rd] make fails with utf-8 locale, RH9 (PR#6958)

2004-07-02 Thread Prof Brian Ripley
There is no known problem with LANG=C on Solaris and it is tested regularly. Clearly from > but ld breaks if I do > > $ gcc prog.c -lm this is nothing to do with R or autoconf. On Fri, 2 Jul 2004 [EMAIL PROTECTED] wrote: > I don't know enough to be sure that this is a related problem, but it >

Re: [Rd] make fails with utf-8 locale, RH9 (PR#6958)

2004-07-02 Thread eweese
I don't know enough to be sure that this is a related problem, but it looks similar... I just compiled 1.9.1 on sparc-sun-solaris, and ld would do collect2: ld terminated with signal 11 [Segmentation Fault], core dumped in ./configure. This is because LC_CTYPE was set to C. If I deleted that

Re: [Rd] Guidelines for writing model term functions (?)

2004-07-02 Thread Prof Brian Ripley
Well, there are examples like log, too, and poly() is a good one. poly, ns and bs are special because they participate in the safe prediction scheme (?SafePrediction). If you don't need that, just return a vector or matrix (whose columns will be treated as a set of vectors). On Fri, 2 Jul 2004

[Rd] Guidelines for writing model term functions (?)

2004-07-02 Thread Roger D. Peng
Are there any general guidelines for writing functions that appear in model formulas for functions like lm()/glm()? The ones I can think of are ns()/bs() in `splines' and s() in `mgcv'. It seems that ns()/bs() basically create matrix with a number of attributes and a class, while s() returns

RE: [Rd] \middle in Rd.sty conflicts with newer LaTeX?

2004-07-02 Thread Prof Brian Ripley
We have now tracked down what \middle was used for, and it was last needed 4 years ago. So it can be removed, and has been in R-devel. On Fri, 2 Jul 2004, Henrik Bengtsson wrote: > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Na Li > > Se

[Rd] mosaicplot: new argument for color of borders of mosaic cells

2004-07-02 Thread Wolfram Fischer
A proposal: Adding an argument ``border'' (default: NA) for mosaicplots would give the opportunity to create another kind of nice plots. Proposed code changes: a) add argument ``border=NA'' to mosaicplot.default() b) add ``border=border'' to the first to calls to polygon() within mosaicplot.

RE: [Rd] \middle in Rd.sty conflicts with newer LaTeX?

2004-07-02 Thread Henrik Bengtsson
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Na Li > Sent: Thursday, July 01, 2004 7:21 PM > To: [EMAIL PROTECTED] > Subject: Re: [Rd] \middle in Rd.sty conflicts with newer LaTeX? > > > On 1 Jul 2004, Brian Ripley uttered the following: > > >