There is a weakness in the 'sample'
function that is highlighted in the
help file. The 'x' argument can be
either the vector from which to sample,
or the maximum value of the sequence
from which to sample.
This can be ambiguous if the length of
'x' is one.
I propose adding an argument that allo
On 06/20/2010 04:02 AM, David Scott wrote:
Thanks very much to all who replied. I went with Brian's approach, and
eventually, despite all my attempts to foul it up, I did get it to work
successfully. For the record here are the details.
The subroutine is:
subroutine SSFcoef(nmax,nu,A)
Thanks for all replies.
I'll use inlining until I have figured out how to build a proper package.
Michael
[[alternative HTML version deleted]]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Hello,
I get an error when binary structures from a pipe
'Error: cons memory exhausted (limit reached?)' (but R does not crash)
This is probably due to some bug in my code, but occurs after reading
about 85K pairs of RAWSXP objects (each < 20 bytes).
I do not have any explicit calls to malloc/ca
> -Original Message-
> From: r-devel-boun...@r-project.org
> [mailto:r-devel-boun...@r-project.org] On Behalf Of Patrick Burns
> Sent: Sunday, June 20, 2010 3:08 AM
> To: r-devel@r-project.org
> Subject: [Rd] proposed change to 'sample'
>
> There is a weakness in the 'sample'
> function t
William Dunlap wrote:
>> -Original Message-
>> From: r-devel-boun...@r-project.org
>> [mailto:r-devel-boun...@r-project.org] On Behalf Of Patrick Burns
>>
>> I propose adding an argument that allows
>> the user (programmer) to avoid that
>> ambiguity:
>>
>> function (x, size, replace
Couple more thoughts about iconv,
(1) The 'embedded nul' error is thrown by mkCharLenCE, after the real
conversion is complete. The converted string exists in memory, though
not in a form that R can currently represent as a STRSXP. Hence the
error when passed to mkCharLenCE.
(2) The patch I subm
> I would be more inclined to make sampling from a vector the normal case,
> and default x to say 1:max(n, size), forcing users to say sample(n=5) if
> sampling from x=1:5 is desired. This could be a manageable change; the
> deprecation sequence is a bit painful to think through, though.
Don't we
> -Original Message-
> From: Peter Dalgaard [mailto:pda...@gmail.com]
> Sent: Sunday, June 20, 2010 2:12 PM
> To: William Dunlap
> Cc: Patrick Burns; r-devel@r-project.org
> Subject: Re: [Rd] proposed change to 'sample'
>
> William Dunlap wrote:
> >> -Original Message-
> >> From:
Hadley Wickham wrote:
>> I would be more inclined to make sampling from a vector the normal case,
>> and default x to say 1:max(n, size), forcing users to say sample(n=5) if
>> sampling from x=1:5 is desired. This could be a manageable change; the
>> deprecation sequence is a bit painful to think t
10 matches
Mail list logo