It is the old story of defined behaviour and expected outcomes. Hard to
change now.
So I would suggest you do something like this in your ~/.Rprofile:
R> smry <- function(...) summary(..., digits=6)
R> smry(15L)
Min. 1st Qu. MedianMean 3rd Qu.Max.
15 15 15 15
John,
I had raised the matter ten years ago, and I was told that the topic was
already very^3 old
https://stat.ethz.ch/pipermail/r-devel/2006-September/042684.html
there is some discussion on its origin and also a declaration of intents to
change the default behaviour, which, unfortunately, rema
Concur.
I would argue the issue is more critical when sharing results (say
summary() in a RMarkdown) with our business partners.
On Fri, Aug 19, 2016 at 8:04 AM, John Mount wrote:
> I was wondering if it would make sense to change the default behavior of
> the following:
>
> summary(1L)
>
I was wondering if it would make sense to change the default behavior of the
following:
summary(1L)
##Min. 1st Qu. MedianMean 3rd Qu.Max.
## 15560 15560 15560 15560 15560 15560
summary.default on numeric values rounds values (not just presentation) to
getOption("d
This looks like the result of including a C++ system header inside an
extern "C" block. There is no evidence of this happening in the current
version 2.22.1. However, it did happen in the previous version 2.22 via
the chain of inclusions:
MCMCglmmcc.h -> cs.h -> R.h -> various C++ system headers
Hi Martyn,
Thanks for the help. This is now ringing very vague bells and I will
check it out.
Cheers,
Jarrod
On 19/08/16 15:51, Martyn Plummer wrote:
This looks like the result of including a C++ system header inside an
extern "C" block. There is no evidence of this happening in the curre
Jarrod,
On 19 August 2016 at 04:43, Jarrod Hadfield wrote:
| Hi All,
|
| Users have contacted me because they can not build MCMCglmm from source. All
are using R 3.3.0 on various machines with different compilers
|
| gcc (Ubuntu 5.4.0-6ubuntu1~16.04.2) 5.4.0
| g++ (Ubuntu 4.8.4-2ubuntu1~14.04.
Hi Devs,
In my UTC+1 timezone the following code returns TRUE
t <- as.POSIXct("1999-12-31 23:50:00", tz = "UTC")
t > "2000-01-01"
## TRUE
For a person in US it would return FALSE.
The reason for this is that timezone of the "t" object is ignored in
base:::Ops.POSIXt.
Could this
> William May
> on Thu, 18 Aug 2016 22:06:36 + writes:
> When plotting a reversed time axis with the base graphics system, R
> fails to label the axes.
> Example:
> times <- c(Sys.time() - 100, Sys.time())
> plot(times, 1:2, xlim = times) # correctly labels
