Re: [Rd] Computing means, variances and sums

I've managed to track this down. The setting of the FPU control word on a ix86 machine changes the precision of (gcc) long double calculations in the FPU, as well as those of double. So if it gets changed to PC_53, long doubles lose accuracy even though 10 bytes are carried around. For some d

Re: [Rd] profiling C code

> > If you are running Linux, Torsten's suggestion of oprofile is a good one, > provided you have root access (it seems to need it). So I used in a root > terminal (running the same example in another window in the middle) > > % opcontrol --no-vmlinux > % opcontrol --start > run things ...

Re: [Rd] profiling C code

On Wed, 22 Feb 2006, Torsten Hothorn wrote: > >> >> If you are running Linux, Torsten's suggestion of oprofile is a good one, >> provided you have root access (it seems to need it). So I used in a root >> terminal (running the same example in another window in the middle) >> >> % opcontrol --no-v

Re: [Rd] Computing means, variances and sums

On 2/22/2006 3:52 AM, Prof Brian Ripley wrote: > I've managed to track this down. The setting of the FPU control word on a > ix86 machine changes the precision of (gcc) long double calculations in > the FPU, as well as those of double. So if it gets changed to PC_53, long > doubles lose accura

Re: [Rd] Computing means, variances and sums

On Wed, 22 Feb 2006, Duncan Murdoch wrote: > On 2/22/2006 3:52 AM, Prof Brian Ripley wrote: >> I've managed to track this down. The setting of the FPU control word on a >> ix86 machine changes the precision of (gcc) long double calculations in the >> FPU, as well as those of double. So if it g

[Rd] translating eventloop.h

Hi, I don't know much about "eventloop.h" (yet) but according to the manual statement "for add-on front-ends and for packages that need to share in the R event loops (on all platforms)" I thought it might make sense to translate this to Pascal too. But I have a couple of questions: - no function

[Rd] Spurious output white line in R script (PR#8631)

I noticed that R scripts produce a spurious white line after output. For example, the following shell script, #!/bin/sh R --slave --vanilla

[Rd] PR#6614

I agree with the submitter that this needs some kind of solution. Although data.frame[,-12] works, how do I drop a named column (the most common use case)? (I found this bug while searching for an answer.) cheers David __ R-devel@r-project.org mailing l

Re: [Rd] PR#6614

Try this: subset(iris, select = - Species) On 2/22/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > I agree with the submitter that this needs some kind of solution. > Although data.frame[,-12] works, how do I drop a named column (the > most common use case)? (I found this bug while searching

Re: [Rd] Spurious output white line in R script (PR#8631)

I don't see the bug here ... you may want to explain how this behavior conflicts with the documentation. As of your problem, see below. On Feb 22, 2006, at 1:41 PM, [EMAIL PROTECTED] wrote: > I noticed that R scripts produce a spurious white line after output. > For example, the following she

Re: [Rd] Spurious output white line in R script (PR#8631)

[Simon Urbanek] >I don't see the bug here ... you may want to explain how this behavior >conflicts with the documentation. Oh, sorry. I merely surmised that R developers were aware of the meaning of "--slave" option. Within the output resulting of command "man R", one reads: --slave

Re: [Rd] PR#6614

"Gabor Grothendieck" <[EMAIL PROTECTED]> writes: > Try this: > > subset(iris, select = - Species) Or, canonically, nm <- names(iris) iris[, nm != "Species" ] iris[, -match("Species", nm)] > > On 2/22/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > I agree with the submitter that this

[Rd] Tiny documentation error for ?options (PR#8633)

Hi, people. The output produced by "?options" contains: 'expressions': sets a limit on the number of nested expressions that will be evaluated. Valid values are 25...50 with default 1000. [...] and a bit further down: The 'factory-fresh' default settings of

Re: [Rd] Spurious output white line in R script (PR#8631)

On Wed, 22 Feb 2006, François Pinard wrote: [Simon Urbanek] I don't see the bug here ... you may want to explain how this behavior conflicts with the documentation. Oh, sorry. I merely surmised that R developers were aware of the meaning of "--slave" option. We are. Within the output r

Re: [Rd] Tiny documentation error for ?options (PR#8633)

This is already corrected in the the development version of R: see https://svn.r-project.org/R/trunk/src/library/base/man/options.Rd (The FAQ does suggest you check there before sending a bug report.) It is a question of defaults being changed frequently (because C stack overflow was occuring o