search for: reg_nomatch

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(&regline, line..) returns REG_NOMATCH even though the string is literally "Package: tools" - no special characters anywhere. On Dec 17, 2015, at 3:37 PM, peter dalgaard <pdalgd at gmail.com> wrote: > >> On 17 Dec 2015, at 19:58 , Michael Felt <aixtools at gmail.com> wrote: >> >> On 2015-12...

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 files and see if they got somehow corrupted. > >

..., name); + if(S_ISDIR(st->st_mode)){ + strcat(fullName, "/"); + } + + status=regexec(ex->regexp, fullName, (size_t) 0, NULL, 0); // POSIX regular expression execute + free(fullName); + if(status != 0){ + if(status == REG_NOMATCH) return 0; // No match found + regerror(status, ex->regexp, errbuf, reg_errbuf_size); + rprintf(FERROR, "Regular expression execute error(pattern='%s'): %s\n", pattern, errbuf); + return 0; + } + return 1; // If it got this f...

Hi gang, I was a little surprised to see that patch go by recently which fixed an endian bug. I went to see how sparse checking looked and it was.. broken. I got it going again in my Fedora environment. Most of the patches are just cleanups, but there *were* three real bugs lurking in all that sparse warning spam. So I maintain that it''s worth our time to keep it going and fix