It does not seem to be standard practice for Tk-based interfaces (and
indeed it was not part of GraphApp on Windows -- I added it after some
years).
If you supply a tested patch to the R-devel sources it will be considered
for 2.8.0. The 'next version' is 2.7.2 and imminent, so I don't think
I've recently seen that message disappear again: July 29 is a long time
ago in R development terms. Please do as the posting guide asked and
update your R *before posting*.
On Thu, 14 Aug 2008, Dr. Peter Ruckdeschel wrote:
Hi R-devels,
recently, we have seen a new warning by "R CMD check"
a
[EMAIL PROTECTED] wrote:
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
---559023410-851401618-1218751024=:15885
Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed
Content-Transfer-En
Remember Wichmann-Hill is a composite generator. Its composition does
take more than 2^32 distinct values.
You still haven't identifed a problem here. The note is to warn that
runif() does repeat within a cycle, because people wrote code assuming
otherwise. It would be a poor use of runif()
Am I the only one who finds himself futilely double-clicking a CRAN
mirror in the dialog for choosing a CRAN mirror? Yes, double-clicking
works in Windows, but not in the Tk-based dialog on Linux. I'm going
to wear out my mouse button.
Adding the following line to the tk_select.list function in th
Hello all,
I am generating large samples of random numbers. The RNG help page says:
"All the supplied uniform generators return 32-bit integer values that are
converted to doubles, so they take at most 2^32 distinct values and long
runs will return duplicated values." But I find that the cycles
Hi R-devels,
recently, we have seen a new warning by "R CMD check"
appearing for the devel-version of our package distrEx available on
r-forge, e.g. as
*|install.packages("/distrEx/",repos="http://r-forge.r-project.org";)|*
Here is the warning:
%-
[...snip ...]
* checking
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
---559023410-851401618-1218751024=:15885
Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: QUOTED-PRINTABLE
Shengqiao Li wrote:
> Hello all,
>
> I am generating large samples of random numbers. The RNG help page says:
> "All the supplied uniform generators return 32-bit integer values that are
> converted to doubles, so they take at most 2^32 distinct values and long
> runs will return duplicated valu
Shengqiao Li wrote:
> Hello all,
>
> I am generating large samples of random numbers. The RNG help page
> says: "All the supplied uniform generators return 32-bit integer
> values that are converted to doubles, so they take at most 2^32
> distinct values and long runs will return duplicated valu
Stephen Weigand wrote:
There's a small typo in proc.time.Rd:
\sQuote{system lime} should be \sQuote{system time}
Thanks,
Stephen
Fixed, thanks.
Duncan Murdoch
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
There's a small typo in proc.time.Rd:
\sQuote{system lime} should be \sQuote{system time}
Thanks,
Stephen
--
Rochester, Minn. USA
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
You could see if Ryacas package can do what you want:
http://ryacas.googlecode.com
2008/8/14 Ben Bolker <[EMAIL PROTECTED]>:
> Prof Brian Ripley wrote:
>> The derivative of plogis is surely dlogis. (And yes, there is a good
>> reason why we have such a function: take a look at its C code.)
>
>
Prof Brian Ripley wrote:
> The derivative of plogis is surely dlogis. (And yes, there is a good
> reason why we have such a function: take a look at its C code.)
Doh.
>
> That means we would need an entry for dlogis too, I guess. I am not
> convinced that there is a real need for these (and wh
The derivative of plogis is surely dlogis. (And yes, there is a good
reason why we have such a function: take a look at its C code.)
That means we would need an entry for dlogis too, I guess. I am not
convinced that there is a real need for these (and where does this stop?)
What would be much
Its a valid R function. ?"{"
On Thu, Aug 14, 2008 at 1:07 PM, Ben Bolker <[EMAIL PROTECTED]> wrote:
> http://www.zoology.ufl.edu/bolker/deriv_patch2.txt
>
> has this change added as well.
> However, I'm not as confident that this is the right thing
> to do? Should curly brackets even be appe
http://www.zoology.ufl.edu/bolker/deriv_patch2.txt
has this change added as well.
However, I'm not as confident that this is the right thing
to do? Should curly brackets even be appearing in mathematical
expressions?
Ben
Gabor Grothendieck wrote:
> While you are at it could you add { to th
While you are at it could you add { to the
table so that this works:
> # this is ok
> f <- function(x) x*x
> D(body(f), "x")
x + x
> # but not g which is same as f
> # except it has { ... } surrounding its body
> g <- function(x) { x*x }
> D(body(g), "x")
Error in D(body(g), "x") : Function '`{`'
I added "plogis" to the derivative table in the
development version of R; the patch against yesterday's
R-devel src/deriv/main.c is available at
http://www.zoology.ufl.edu/bolker/deriv_patch.txt .
I pretty much followed the framework of the other symbols;
here was my incantation
- } el
Thanks for your remarks.
According to
http://www.math.sci.hiroshima-u.ac.jp/~m-mat/MT/SFMT/howto-compile.html, I
need 16 bit aligned memory when using fill_array64. So I suppose I need 8
bit aligned memory. I will test what you advise me and will come back to
R-devel list after.
Thanks again
Chr
20 matches
Mail list logo
