Re: [Rd] Assistance much appreciated

2015-12-17 Thread Michael Felt
On 2015-12-18 04:30, Simon Urbanek wrote: FWIW I was able to replicate the problem using AIX7.1 on Power8, R 3.2.3, vac/xlc 11.1, xlf 13.1 in 64-bit mode. Indeed, Peter's analysis is correct re_regexecb(®line, line..) returns REG_NOMATCH even though the string is literally "Package: tools" - no

Re: [Rd] Assistance much appreciated

2015-12-17 Thread Simon Urbanek
FWIW I was able to replicate the problem using AIX7.1 on Power8, R 3.2.3, vac/xlc 11.1, xlf 13.1 in 64-bit mode. Indeed, Peter's analysis is correct re_regexecb(®line, line..) returns REG_NOMATCH even though the string is literally "Package: tools" - no special characters anywhere. On Dec 17, 2

Re: [Rd] Assistance much appreciated

2015-12-17 Thread Simon Urbanek
Michael, I got access to PDP AIX so I can try to replicate your problem. Can you, please, share exactly your setup - AIX version and well as how exactly you installed the compilers (=where from)? I can then try to replicate it. AFAICS there is no official binary for gfortran nor gcc 4.7 so it m

[Rd] array() ignores illegal non-list dimnames

2015-12-17 Thread William Dunlap via R-devel
Is there a reason that array() silently ignores dimnames that are not a list but matrix() gives an error? > str(matrix(11:14, 2, 2, dimnames=c("Rows","Cols"))) Error in matrix(11:14, 2, 2, dimnames = c("Rows", "Cols")) : 'dimnames' must be a list > str(array(11:14, dim=c(2, 2), dimnames=

Re: [Rd] Assistance much appreciated

2015-12-17 Thread peter dalgaard
> On 17 Dec 2015, at 19:58 , Michael Felt wrote: > > On 2015-12-17 19:30, peter dalgaard wrote: >> Presumably the file in question is one of >> >> Peter-Dalgaards-MacBook-Air:BUILD pd$ grep -r "^Package: tools" * >> library/tools/DESCRIPTION:Package: tools >> src/library/tools/DESCRIPTION:Packa

Re: [Rd] Assistance much appreciated

2015-12-17 Thread Michael Felt
On 2015-12-17 19:30, peter dalgaard wrote: Presumably the file in question is one of Peter-Dalgaards-MacBook-Air:BUILD pd$ grep -r "^Package: tools" * library/tools/DESCRIPTION:Package: tools src/library/tools/DESCRIPTION:Package: tools so the first thing I'd do is to have a good look at those

Re: [Rd] Assistance much appreciated

2015-12-17 Thread Michael Felt
On 2015-12-17 18:56, Duncan Murdoch wrote: Error: Line starting 'Package: tools ...' is malformed! These both do a loadNamespace("tools"). > Tools:::foobar() Error in loadNamespace(name) : there is no package called 'Tools' > loadNamespace(tools) Error in loadNamespace(tools) : object 'tools'

Re: [Rd] Assistance much appreciated

2015-12-17 Thread peter dalgaard
Presumably the file in question is one of Peter-Dalgaards-MacBook-Air:BUILD pd$ grep -r "^Package: tools" * library/tools/DESCRIPTION:Package: tools src/library/tools/DESCRIPTION:Package: tools so the first thing I'd do is to have a good look at those files and see if they got somehow corrupted.

Re: [Rd] Assistance much appreciated

2015-12-17 Thread Duncan Murdoch
On 17/12/2015 9:06 AM, Michael Felt wrote: More experimenting with calling commands: > tools:::foobar() Error: Line starting 'Package: tools ...' is malformed! > tools::foobar() Error: Line starting 'Package: tools ...' is malformed! These both do a loadNamespace("tools"). > Tools:::foo

[Rd] Assistance much appreciated

2015-12-17 Thread Michael Felt
I have been struggling with this error message - and think I finally understand it's context. Start Line by line debugging shows me the function works: ... > saveRDS(val, mapfile) > val $variables $variables$IANA_HTTP_status_code_db [1]0 1256 $variables$IANA_URI_scheme_db [1] 1256 3458 $

Re: [Rd] Assistance much appreciated

2015-12-17 Thread Michael Felt
More experimenting with calling commands: > tools:::foobar() Error: Line starting 'Package: tools ...' is malformed! > tools::foobar() Error: Line starting 'Package: tools ...' is malformed! > Tools:::foobar() Error in loadNamespace(name) : there is no package called 'Tools' > loadNamespace(tools)

Re: [Rd] integer

2015-12-17 Thread Gabriel Becker
Adrian, Yes, any "whole" number coming out of a computation bitten by floating point issues, I think. > x = 1/49*49 > x [1] 1 > x%%1 [1] 1 > is.wholenumber <- + function(x, tol = .Machine$double.eps^0.5) abs(x - round(x)) < tol > is.wholenumber(x) [1] TRUE Best, ~G P.S Credit to Hadley Wic

[Rd] integer

2015-12-17 Thread Adrian Dușa
In the help page for ?is.integer, there is this function is.wholenumber <- function(x, tol = .Machine$double.eps^0.5) abs(x - round(x)) < tol A quick question: is there a case where this alternative function will not work? function(x) x %% 1 == 0 Best, Adrian -- Adrian Dusa University

Re: [Rd] Mystifying SEGFAULT on 3.2.3 but not 3.2.2

2015-12-17 Thread Gert van Valkenhoef
Dear Dirk, Thank you for the analysis and the hints. I hadn't heard of install.r but it sounds like it might be helpful for us in automated deploy situations so thanks! For now my immediate problem has been solved by switching from rcdd to Rglpk. I was afraid it would be problematic because of the