Dear R-devel(opers),
I wanted to draw your attention to a small problem with the order
function in base. According to the documentation, radix sort supports
different orders for each argument. This breaks when one of the
arguments is an object.
Please have a look to this stackoverflow questi
Sorry, can't reproduce on ...
> sessionInfo()
R version 3.4.1 (2017-06-30)
Platform: x86_64-pc-linux-gnu (64-bit)
Running under: Ubuntu 14.04.5 LTS
Matrix products: default
BLAS: /usr/lib/libblas/libblas.so.3.0
LAPACK: /usr/lib/lapack/liblapack.so.3.0
locale:
[1] LC_CTYPE=en_NZ.UTF-8 LC
On 09/14/2017 08:46 AM, Fox, John wrote:
Dear Martin,
I made three points which likely got lost because of the way I presented them:
(1) Singularity is an unusual situation and should be made more prominent. It
typically reflects a problem with the data or the specification of the model.
Th
Dear Terry,
It's not surprising that different modeling functions behave differently in
this respect because there's no articulated standard.
Please see my response to Martin for my take on the singular.ok argument. For a
highly sophisticated user like you, singular.ok=TRUE isn't problematic -
Dear Martin,
I made three points which likely got lost because of the way I presented them:
(1) Singularity is an unusual situation and should be made more prominent. It
typically reflects a problem with the data or the specification of the model.
That's not to say that it *never* makes sense t
Thanks all for your comments. No one said "all the other vcov methods do ", so I took
some time this AM to look at several listed in the vcov help page.
Here is the code for the first few examples: data2 is constructed specifically to create
an NA coef midway in the list.
data1 <- data.fra
This particular issue has a simple fix. Currently, the "R_check_locale"
function includes the following code starting at line 244 in
src/main/platform.c:
#ifdef Win32
{
char *ctype = setlocale(LC_CTYPE, NULL), *p;
p = strrchr(ctype, '.');
if (p && isdigit(p[1])) localeCP = at
> Martin Maechler
> on Thu, 14 Sep 2017 10:13:02 +0200 writes:
> Fox, John
> on Wed, 13 Sep 2017 22:45:07 + writes:
>> Dear Terry,
>> Even the behaviour of lm() and glm() isn't entirely consistent. In both
cases, singularity results in NA coefficients by def
> Fox, John
> on Wed, 13 Sep 2017 22:45:07 + writes:
> Dear Terry,
> Even the behaviour of lm() and glm() isn't entirely consistent. In both
cases, singularity results in NA coefficients by default, and these are
reported in the model summary and coefficient vector, but
This is a follow-up on my initial posts regarding character encodings on
Windows (https://stat.ethz.ch/pipermail/r-devel/2017-August/074728.html)
and Patrick Perry's reply
(https://stat.ethz.ch/pipermail/r-devel/2017-August/074830.html) in
particular (thank you for the links and the bug report!
10 matches
Mail list logo
