On Tue, Jun 3, 2008 at 10:36 PM, Simon Urbanek
<[EMAIL PROTECTED]> wrote:
>
> On Jun 3, 2008, at 8:40 PM, Duncan Murdoch wrote:
>
>> On 03/06/2008 2:35 PM, Mike Prager wrote:
>>>
>>> "S Ellison" <[EMAIL PROTECTED]> wrote:
Plaintive squeak: Why the change?
Some OS's and desktops use t
On Jun 3, 2008, at 8:40 PM, Duncan Murdoch wrote:
On 03/06/2008 2:35 PM, Mike Prager wrote:
"S Ellison" <[EMAIL PROTECTED]> wrote:
Plaintive squeak: Why the change?
Some OS's and desktops use the extension, so forgetting it causes
trouble. The new default filename keeps a filetype (as before)
Thanks, once I get my new Intel installation running in tandem with a
gcc one, I'll report back. mark
On Tue, Jun 3, 2008 at 7:04 PM, Martin Maechler
<[EMAIL PROTECTED]> wrote:
>> "SU" == Simon Urbanek <[EMAIL PROTECTED]>
>> on Tue, 3 Jun 2008 11:52:14 -0400 writes:
>
>SU> On Jun 3
On 03/06/2008 2:35 PM, Mike Prager wrote:
"S Ellison" <[EMAIL PROTECTED]> wrote:
Plaintive squeak: Why the change?
Some OS's and desktops use the extension, so forgetting it causes
trouble. The new default filename keeps a filetype (as before) but the
user now has to type a filetype twice (on
[EMAIL PROTECTED] wrote:
On Jun 3, 2008, at 5:12 PM, Duncan Murdoch wrote:
On 6/3/2008 4:36 PM, Simon Urbanek wrote:
On Jun 3, 2008, at 2:48 PM, Duncan Murdoch wrote:
On 6/3/2008 11:43 AM, Patrick Carr wrote:
On 6/3/08, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
> "SU" == Simon Urbanek <[EMAIL PROTECTED]>
> on Tue, 3 Jun 2008 11:52:14 -0400 writes:
SU> On Jun 3, 2008, at 3:58 AM, Ludo Pagie wrote:
>> recently there was a post on R-help/Rd ?? with this link
>> on benchmarking different 'number crunching
>> packages'. They used
Dirk,
Thanks for the helpful reply. I agree with the concept of testing an app
that is commonly used. I suppose someone who uses R to interface alot with a
database could have a very differnt experience that one who uses it mostly
for matrix manupulations.
Still, as a scientist I like to have som
On Jun 3, 2008, at 5:12 PM, Duncan Murdoch wrote:
> On 6/3/2008 4:36 PM, Simon Urbanek wrote:
>> On Jun 3, 2008, at 2:48 PM, Duncan Murdoch wrote:
>>> On 6/3/2008 11:43 AM, Patrick Carr wrote:
On 6/3/08, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>
> because signif(0.90, digits=2) ==
On Jun 3, 2008, at 5:12 PM, Duncan Murdoch wrote:
On 6/3/2008 4:36 PM, Simon Urbanek wrote:
On Jun 3, 2008, at 2:48 PM, Duncan Murdoch wrote:
On 6/3/2008 11:43 AM, Patrick Carr wrote:
On 6/3/08, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
because signif(0.90, digits=2) == 0.9. Those two obj
On 6/3/08, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>
> It's easy to make mistakes in this, but a little outside-of-R
> experimentation suggests those are the right answers. The number 12345 is
> exactly representable, so it is exactly half-way between 12340 and 12350, so
> 12340 is the right an
Dear R developers,
The following patch should fix a memory allocation bug:
Index: src/modules/internet/sockconn.c
===
--- src/modules/internet/sockconn.c (revision 45828)
+++ src/modules/internet/sockconn.c (working copy)
@@
On 6/3/08, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>
> because signif(0.90, digits=2) == 0.9. Those two objects are identical.
My text above that is poorly worded. They're identical internally,
yes. But in terms of the number of significant digits, 0.9 and 0.90
are different. And that matters
On 6/3/2008 4:36 PM, Simon Urbanek wrote:
> On Jun 3, 2008, at 2:48 PM, Duncan Murdoch wrote:
>
>> On 6/3/2008 11:43 AM, Patrick Carr wrote:
>>> On 6/3/08, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
because signif(0.90, digits=2) == 0.9. Those two objects are
identical.
>>> My tex
On Jun 3, 2008, at 2:48 PM, Duncan Murdoch wrote:
> On 6/3/2008 11:43 AM, Patrick Carr wrote:
>> On 6/3/08, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
>>>
>>> because signif(0.90, digits=2) == 0.9. Those two objects are
>>> identical.
>> My text above that is poorly worded. They're identical in
On 6/3/2008 4:36 PM, Simon Urbanek wrote:
On Jun 3, 2008, at 2:48 PM, Duncan Murdoch wrote:
On 6/3/2008 11:43 AM, Patrick Carr wrote:
On 6/3/08, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
because signif(0.90, digits=2) == 0.9. Those two objects are
identical.
My text above that is poorly
On Jun 3, 2008, at 2:48 PM, Duncan Murdoch wrote:
On 6/3/2008 11:43 AM, Patrick Carr wrote:
On 6/3/08, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
because signif(0.90, digits=2) == 0.9. Those two objects are
identical.
My text above that is poorly worded. They're identical internally,
yes.
On 6/3/2008 11:22 AM, S Ellison wrote:
Plaintive squeak: Why the change?
Some OS's and desktops use the extension, so forgetting it causes
trouble. The new default filename keeps a filetype (as before) but the
user now has to type a filetype twice (once as the type, once as
extension) to get th
On 6/3/2008 11:43 AM, Patrick Carr wrote:
On 6/3/08, Duncan Murdoch <[EMAIL PROTECTED]> wrote:
because signif(0.90, digits=2) == 0.9. Those two objects are identical.
My text above that is poorly worded. They're identical internally,
yes. But in terms of the number of significant digits, 0.
"S Ellison" <[EMAIL PROTECTED]> wrote:
> Plaintive squeak: Why the change?
>
> Some OS's and desktops use the extension, so forgetting it causes
> trouble. The new default filename keeps a filetype (as before) but the
> user now has to type a filetype twice (once as the type, once as
> extension
Not sure if this is sufficient but note that if you leave the filename
off entirely then the extension does default to the type.
savePlot() # wmf
savePlot(type = "jpg")
> args(savePlot)
function (filename = paste("Rplot", type, sep = "."), type = c("wmf",
"emf", "png", "jpg", "jpeg", "bmp", "
On Jun 3, 2008, at 3:58 AM, Ludo Pagie wrote:
recently there was a post on R-help/Rd ?? with this link on
benchmarking different 'number crunching packages'. They used a
series of tests, although I didn't check they used all the types you
mentioned. I couldn't find test code at first glanc
Plaintive squeak: Why the change?
Some OS's and desktops use the extension, so forgetting it causes
trouble. The new default filename keeps a filetype (as before) but the
user now has to type a filetype twice (once as the type, once as
extension) to get the same effect fo rtheir own filenames. An
On Tue, Jun 03, 2008 at 11:09:28AM -0400, Mark Kimpel wrote:
> Dirk,
>
> At the moment, our emphasis is getting an installation that will run Rmpi in
> batch mode. I imagine my sysadmin put that line in to minimize potential
> problems. To be honest, I didn't catch it, I was just glad to get a com
Dirk,
At the moment, our emphasis is getting an installation that will run Rmpi in
batch mode. I imagine my sysadmin put that line in to minimize potential
problems. To be honest, I didn't catch it, I was just glad to get a compile
:)
As to the line that doesn't apply to the R install, I think yo
Martin Maechler <[EMAIL PROTECTED]> wrote:
> Hi Mike, you make very worthy suggestions; but I assume the word
> "request" is really putting off almost all of us "R corers".
> You *have* heard that R is a volunteer project, that much of its
> development has happened in unpaid time of core team mat
S Ellison wrote:
Rather than transport quantities of the Introduction to R (a perfectly
sensible title for a very good starting point, IMHO) would it not be
simpler and involve less maintenance to include a link or
cross-reference in the 'formula' help page to the relevant part of the
Introductio
[EMAIL PROTECTED] wrote:
I came to report this same bug and found it already in the trash, but
I slightly disagree with that assessment. If it's not a bug, then
perhaps it's a feature request. Comments at the end.
On Mon, May 14, 2007, Duncan Murdoch wrote:
On 13/05/2007 8:46 PM, [EMAIL PROT
Rather than transport quantities of the Introduction to R (a perfectly
sensible title for a very good starting point, IMHO) would it not be
simpler and involve less maintenance to include a link or
cross-reference in the 'formula' help page to the relevant part of the
Introduction? If nothing else,
Dear developers,
we develop our packages via r-forge and svn. Under R version 2.8.0 Under
development (unstable) (2008-06-02 r45826) I now observe the following
warning for our package "distrEx"
* checking for executable files ... WARNING
Found the following executable file(s):
src/.svn/text
recently there was a post on R-help/Rd ?? with this link on benchmarking
different 'number crunching packages'. They used a series of tests,
although I didn't check they used all the types you mentioned. I couldn't
find test code at first glance but myyebe it is available on request???
http://
I came to report this same bug and found it already in the trash, but
I slightly disagree with that assessment. If it's not a bug, then
perhaps it's a feature request. Comments at the end.
On Mon, May 14, 2007, Duncan Murdoch wrote:
>>On 13/05/2007 8:46 PM, [EMAIL PROTECTED] wrote:
>>
>> In the ex
To reply to my own message, that function wasn't quite right. I think
this one works better:
signif.string <- function(signum,sigdigs){
test <- abs(signum)
left <- nchar(trunc(test))
right <- nchar(test)-left-1
if (test<1) {left<-left-1}
if (right<0) {right<-0}
if (sigdigshttps://stat.
32 matches
Mail list logo
