Re: [Rd] Assistance much appreciated

2015-12-21 Thread Michael Felt
On 2015-12-18 09:26, Michael Felt wrote: int tre_regcomp(regex_t *preg, const char *regex, int cflags) { return tre_regncomp(preg, regex, regex ? strlen(regex) : 0, cflags); } I wonder if it could be Looking here, I saw this line - and I am wondering if L'0' as 64-bit is too long, compared to 3

Re: [Rd] Assistance much appreciated

2015-12-18 Thread Michael Felt
On 2015-12-18 14:21, Michael Felt wrote: root@x069:[/data/prj/cran/32/R-aix-3.2.3]ls -l /tmp/download total 622400 -rw-r--r--1 root system27482 Dec 18 12:34 .toc -rwxrwxr--1 199 33 828928 Sep 17 2012 aixtools.gmp.5.0.5.0.I -rw-r--r--1 root system

Re: [Rd] Assistance much appreciated

2015-12-18 Thread Michael Felt
On 2015-12-18 02:29, Simon Urbanek wrote: 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 offi

Re: [Rd] Assistance much appreciated

2015-12-18 Thread Michael Felt
On 2015-12-18 10:58, Michael Felt wrote: c) ls -l 32/*.env 64/*.env sdiff -w ??/aix.env cat bin/my_shared.ksh Forgot this part: 2015-12-18 10:00 32 and 64 bit aix environments Page 1 export OBJECT_MODE=32export OBJECT_MODE=64 exp

Re: [Rd] Assistance much appreciated

2015-12-18 Thread Michael Felt
On 2015-12-18 02:29, Simon Urbanek wrote: 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 offi

Re: [Rd] Assistance much appreciated

2015-12-18 Thread Michael Felt
On 2015-12-17 21:37, peter dalgaard wrote: As you're dying in an else clause, a previous if () must contain the clue. Unfortunately not necessarily the matching one. My guess is that your TRE library is broken. The line should have matched the RE "regline" defined as tre_regcomp(®line, "^

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

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)