[EMAIL PROTECTED] wrote:
> Full_Name: Jan Somorcik
> Version: 2.6.0
> OS: Windows XP HOME
> Submission from: (NULL) (158.195.31.33)
>
>
> I used to run a simulation with 5000 iterations. For a long time everything
> was
> OK, but since yesterday R stops after 500-1500 iterations [never at the same
On Fri, 14 Mar 2008, Simon Anders wrote:
> I recently ran into a problem with 'merge' that stems from the way how
> missing values in the key column (i.e., the column specified
> in the "by" argument) are handled. I wonder whether the current behavior
> is fully consistent.
> ...
> > x <- data.fra
change r-devel [EMAIL PROTECTED]
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
On Fri, 14 Mar 2008, Paul Gilbert wrote:
Could you please supply complete details, including an example to
reproduce the error message you get.
The "Buggy Kinderman-Ramage" error message is produced when you try to
force the use of an old RNG that is known to have bugs. Usually it
should not ap
On Fri, 14 Mar 2008 [EMAIL PROTECTED] wrote:
> Full_Name: Moroz Zbigniew
> Version: R 2.6.2
> OS:
> Submission from: (NULL) (62.121.118.102)
>
> Very elementary question:
Very elementary questions should not be reported as bugs!
Plese read:
http://CRAN.R-project.org/doc/FAQ/R-FAQ.html#R-Bugs
Could you please supply complete details, including an example to
reproduce the error message you get.
The "Buggy Kinderman-Ramage" error message is produced when you try to
force the use of an old RNG that is known to have bugs. Usually it
should not appear, so I think you are doing something
Full_Name: Moroz Zbigniew
Version: R 2.6.2
OS:
Submission from: (NULL) (62.121.118.102)
Very elementary question:
In my R 2.6.2 version function dump() is reported to be not known.
Is it in one of packages? Which one ?
__
R-devel@r-project.org mailing
Unfortunately, RNGkind is buggy. It will not generate warnings
except the full name "Buggy Kinderman-Ramage" is supplied for normal.kind.
match.arg is supposed to be called before "==" comparison.
Shengqiao Li
Research Associate
The Department of Stati
Full_Name: Jan Somorcik
Version: 2.6.0
OS: Windows XP HOME
Submission from: (NULL) (158.195.31.33)
I used to run a simulation with 5000 iterations. For a long time everything was
OK, but since yesterday R stops after 500-1500 iterations [never at the same
position] with an [random?] Error message
Hi,
I recently ran into a problem with 'merge' that stems from the way how
missing values in the key column (i.e., the column specified
in the "by" argument) are handled. I wonder whether the current behavior
is fully consistent.
Please have a look at this example:
> x <- data.frame( key = c(1
Professor Ripley,
Thanks for answering my question.
Trevor
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
First of all, it's not a bug. Please don't report bugs before
bringing up the "issue" on r-devel. FYI, there are people (not me),
who have to go through all bug reports, tag them, and clean them out
manually.
If you do print(write), your concerns are answered:
function (x, file = "data", ncolu
On 3/14/2008 6:45 AM, [EMAIL PROTECTED] wrote:
> Full_Name: Alexander Yephremov
> Version: R 2.6.2 GUI 1.23 (4932) (4932)
> OS: Mac OS X 10.4
> Submission from: (NULL) (193.174.239.91)
>
>
> Hi!
>
>> array <- 0*1:50
>> array
> [1] 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Hi Alexander,
from the Help page of write:
Usage
write(x, file = "data",
ncolumns = if(is.character(x)) 1 else 5,
append = FALSE, sep = " ")
Arguments
x the data to be written out.
file A connection, or a character string naming the file to write to. If
"", print to the standard
Full_Name: Alexander Yephremov
Version: R 2.6.2 GUI 1.23 (4932) (4932)
OS: Mac OS X 10.4
Submission from: (NULL) (193.174.239.91)
Hi!
> array <- 0*1:50
> array
[1] 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0
> write(array, "array.file", s
Thanks for your answer.
I understand that this is long established, but I would suspect that the
usage of extracting by names was then less common (I can easily
admit that this is pure speculation on my side, I have no data to support this).
As R evolves, sometimes things happen to be deprecated (
This is long established and documented on the basic help page for '['.
Further, the convention is widely used in R itself: running 'make check'
would give a few hundred warnings and then fail. Working around those
warnings would be inefficient (involving unnecessary copying of large
objects).
On Fri, 14 Mar 2008, Deepayan Sarkar wrote:
> On 3/13/08, Ben Bolker <[EMAIL PROTECTED]> wrote:
>>
>>Can someone point me to a justification for the design
>> decisions, which seem to be similar in lattice and
>> ggplot2, of
>
> Disclaimer: I don't have strong personal preferences, I just we
On 3/13/08, Ben Bolker <[EMAIL PROTECTED]> wrote:
>
>Can someone point me to a justification for the design
> decisions, which seem to be similar in lattice and
> ggplot2, of
Disclaimer: I don't have strong personal preferences, I just went with
what Trellis had. That said,
> (1) gray backg
19 matches
Mail list logo
