Re: [Rd] profiling C code

2006-02-22 Thread Torsten Hothorn
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

2006-02-22 Thread Prof Brian Ripley
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-vmlinux %

Re: [Rd] Computing means, variances and sums

2006-02-22 Thread Duncan Murdoch
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 accuracy

Re: [Rd] Computing means, variances and sums

2006-02-22 Thread Prof Brian Ripley
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 gets

[Rd] translating eventloop.h

2006-02-22 Thread Hans-Peter
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)

2006-02-22 Thread pinard
I noticed that R scripts produce a spurious white line after output. For example, the following shell script, #!/bin/sh R --slave --vanilla EOF cat(Hello\n) EOF when made executable under the name ``hello`` along the search path, behaves like this: $ hello | od -bc 000 110 145 154 154

[Rd] PR#6614

2006-02-22 Thread davidhughjones
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

Re: [Rd] PR#6614

2006-02-22 Thread Gabor Grothendieck
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 for

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

2006-02-22 Thread Simon Urbanek
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

Re: [Rd] PR#6614

2006-02-22 Thread Peter Dalgaard
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 needs some kind

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

2006-02-22 Thread pinard
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)

2006-02-22 Thread Prof Brian Ripley
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

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

2006-02-22 Thread Prof Brian Ripley
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