Bug #117845 for Text-AutoCSV: Various problems

Thu Sep 15 01:17:48 2016 SREZIC [...] cpan.org - Ticket created

Subject:

Various problems

The test suite fails on some of my smokers. I see the following problems: - t/10-prepost.t fails if DateTime::Format::Epoch::JD is not installed (a missing dependency declaration or a missing skip?) - t/04-esc.t sometimes shows the following failure (reason unclear): # Failed test 'ES07 - t/esc02.csv: quote escape, implicit' # at t/04-esc.t line 92. # got: '\' # expected: '"' # Failed test 'ES08 - t/esc02.csv: quote escape, implicit (2)' # at t/04-esc.t line 94. # Structures begin differing at: # $got->[1]{A} = 'Val "" ya "" line 2' # $expected->[1]{A} = 'Val " ya " line 2' # Failed test 'WR02 - out_escape_char => '"'' # at t/04-esc.t line 120. # got: '\' # expected: '"' # Failed test 'WR03 - reuse input escape character (quote) in output' # at t/04-esc.t line 125. # got: '\' # expected: '"' # Looks like you failed 4 tests of 29. t/04-esc.t ...... - t/06-exdoc.t fails sometimes like this: Text::AutoCSV: error: t/ex1.csv: record ATIME: field ?: unable to parse datetime 'ATIME' at t/06-exdoc.t line 219. # Looks like you planned 13 tests but ran 11. # Looks like your test exited with 25 just after 11. t/06-exdoc.t .... Dubious, test returned 25 (wstat 6400, 0x1900) Failed 2/13 subtests - or like this: Can't call method "isa" without a package or object reference at /usr/home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0-s7nEv_/blib/lib/Text/AutoCSV.pm line 2083, <_GEN_51> line 5. # Looks like your test exited with 25 just after 11. t/06-exdoc.t .... - with older perls (5.8.x) compilation fails: # Failed test 'use Text::AutoCSV;' # at t/01-gen.t line 28. # Tried to use 'Text::AutoCSV'. # Error: Unmatched ( in regex; marked by <-- HERE in m/%y' # # then if parsing 4-digit-year dates ( <-- HERE like '31/ at /home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0-1/blib/lib/Text/AutoCSV.pm line 1318, <DATA> line 1. # Compilation failed in require at t/01-gen.t line 28, <DATA> line 1. # BEGIN failed--compilation aborted at t/01-gen.t line 28, <DATA> line 1. - t/03-enc.t may segfault (maybe only on freebsd systems)

Fri Sep 16 03:05:24 2016 MILLETSEB [...] cpan.org - Correspondence added

Hello Thanks for this feedback. I just uploaded 1.0.1 which I hope resolves most of the below. To be more precise: - t/10-prepost.t fails: now checks for DateTime::Format::Epoch::JD availability & skips if not available - t/04-esc.t sometimes fails: changed the code logic, hope it'll be better - t/06-exdoc.t: not very clear to me where it comes from, it could be that long ago DateTime did not provide epoch() and from_epoch() methods. Just in case, I added checks of these methods availability and skip corresponding tests if check fails. Also changed error printed if something goes wrong (error message was broken any way). - Module load fails on old perls: the error looks like parsing of a regex occured inside a comment, so I changed it. I'd be surprised no other issue comes up on old perls, I may add a minimum version of perl going forward. Hint would be welcome here, I've no idea what makes sense or not in this area, and saying my own version is the minimum may be brutal? - t/03-enc.t may segfault: not sure of root cause of this one. This test ensures UTF8 files with a BOM (Byte-Order-Mark) are well processed, and I've had some issues with File::BOM stability in the past (for ex. it doesn't work with file handles open on a variable + different behaviors between Windows and Linux). A quick-and-dirty workaround would be to bypass test on freebsd. Le Jeu 15 Sep 2016 01:17:48, SREZIC a écrit : Show quoted text

> The test suite fails on some of my smokers. I see the following > problems: > > - t/10-prepost.t fails if DateTime::Format::Epoch::JD is not installed > (a missing dependency declaration or a missing skip?) > > - t/04-esc.t sometimes shows the following failure (reason unclear): > > # Failed test 'ES07 - t/esc02.csv: quote escape, implicit' > # at t/04-esc.t line 92. > # got: '\' > # expected: '"' > > # Failed test 'ES08 - t/esc02.csv: quote escape, implicit (2)' > # at t/04-esc.t line 94. > # Structures begin differing at: > # $got->[1]{A} = 'Val "" ya "" line 2' > # $expected->[1]{A} = 'Val " ya " line 2' > > # Failed test 'WR02 - out_escape_char => '"'' > # at t/04-esc.t line 120. > # got: '\' > # expected: '"' > > # Failed test 'WR03 - reuse input escape character (quote) in > output' > # at t/04-esc.t line 125. > # got: '\' > # expected: '"' > # Looks like you failed 4 tests of 29. > t/04-esc.t ...... > > - t/06-exdoc.t fails sometimes like this: > Text::AutoCSV: error: t/ex1.csv: record ATIME: field ?: unable to > parse datetime 'ATIME' at t/06-exdoc.t line 219. > # Looks like you planned 13 tests but ran 11. > # Looks like your test exited with 25 just after 11. > t/06-exdoc.t .... > Dubious, test returned 25 (wstat 6400, 0x1900) > Failed 2/13 subtests > > - or like this: > Can't call method "isa" without a package or object reference at > /usr/home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > s7nEv_/blib/lib/Text/AutoCSV.pm line 2083, <_GEN_51> line 5. > # Looks like your test exited with 25 just after 11. > t/06-exdoc.t .... > > > - with older perls (5.8.x) compilation fails: > > # Failed test 'use Text::AutoCSV;' > # at t/01-gen.t line 28. > # Tried to use 'Text::AutoCSV'. > # Error: Unmatched ( in regex; marked by <-- HERE in m/%y' > # # then if parsing 4-digit-year dates ( <-- HERE like '31/ at > /home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > 1/blib/lib/Text/AutoCSV.pm line 1318, <DATA> line 1. > # Compilation failed in require at t/01-gen.t line 28, <DATA> line 1. > # BEGIN failed--compilation aborted at t/01-gen.t line 28, <DATA> line > 1. > > - t/03-enc.t may segfault (maybe only on freebsd systems)

Fri Sep 16 03:05:25 2016 The RT System itself - Status changed from 'new' to 'open'

Fri Sep 16 03:26:48 2016 SREZIC [...] cpan.org - Correspondence added

Still there are problems with 1.0.1, see http://fast-matrix.cpantesters.org/?dist=Text-AutoCSV%201.0.1 (current results, no links to individual test reports) http://matrix.cpantesters.org/?dist=Text-AutoCSV%201.0.1 (updates here slower, but links to individual reports exist) The easy one: - It seems you're using // which is not available for 5.8.9 and older. So either rewrite this construct, or increase the minimum perl version The DateTime::Format::Epoch::JD failures are indeed gone. Still with 1.0.1 I saw at least one report with a segfault, but there are many green reports from FreeBSD systems, so maybe it's just a specific version of a prerequisite module (Encode? File::BOM?). There are no pass reports for perl <= 5.14.3. For the other fails --- maybe http://analysis.cpantesters.org/solved?distv=Text-AutoCSV-1.0.1 will give some clues if the other problems are fixed (analysis does not work well if there are too many fail reasons involved). Regards, Slaven On 2016-09-16 03:05:24, MILLETSEB wrote: Show quoted text

> Hello > > Thanks for this feedback. > > I just uploaded 1.0.1 which I hope resolves most of the below. To be > more precise: > > - t/10-prepost.t fails: now checks for DateTime::Format::Epoch::JD > availability & skips if not available > > - t/04-esc.t sometimes fails: changed the code logic, hope it'll be > better > > - t/06-exdoc.t: not very clear to me where it comes from, it could be > that long ago DateTime did not provide epoch() and from_epoch() > methods. Just in case, I added checks of these methods availability > and skip corresponding tests if check fails. Also changed error > printed if something goes wrong (error message was broken any way). > > - Module load fails on old perls: the error looks like parsing of a > regex occured inside a comment, so I changed it. I'd be surprised no > other issue comes up on old perls, I may add a minimum version of perl > going forward. Hint would be welcome here, I've no idea what makes > sense or not in this area, and saying my own version is the minimum > may be brutal? > > - t/03-enc.t may segfault: not sure of root cause of this one. This > test ensures UTF8 files with a BOM (Byte-Order-Mark) are well > processed, and I've had some issues with File::BOM stability in the > past (for ex. it doesn't work with file handles open on a variable + > different behaviors between Windows and Linux). > A quick-and-dirty workaround would be to bypass test on freebsd. > > Le Jeu 15 Sep 2016 01:17:48, SREZIC a écrit :

> > The test suite fails on some of my smokers. I see the following > > problems: > > > > - t/10-prepost.t fails if DateTime::Format::Epoch::JD is not > > installed > > (a missing dependency declaration or a missing skip?) > > > > - t/04-esc.t sometimes shows the following failure (reason unclear): > > > > # Failed test 'ES07 - t/esc02.csv: quote escape, implicit' > > # at t/04-esc.t line 92. > > # got: '\' > > # expected: '"' > > > > # Failed test 'ES08 - t/esc02.csv: quote escape, implicit (2)' > > # at t/04-esc.t line 94. > > # Structures begin differing at: > > # $got->[1]{A} = 'Val "" ya "" line 2' > > # $expected->[1]{A} = 'Val " ya " line 2' > > > > # Failed test 'WR02 - out_escape_char => '"'' > > # at t/04-esc.t line 120. > > # got: '\' > > # expected: '"' > > > > # Failed test 'WR03 - reuse input escape character (quote) in > > output' > > # at t/04-esc.t line 125. > > # got: '\' > > # expected: '"' > > # Looks like you failed 4 tests of 29. > > t/04-esc.t ...... > > > > - t/06-exdoc.t fails sometimes like this: > > Text::AutoCSV: error: t/ex1.csv: record ATIME: field ?: unable to > > parse datetime 'ATIME' at t/06-exdoc.t line 219. > > # Looks like you planned 13 tests but ran 11. > > # Looks like your test exited with 25 just after 11. > > t/06-exdoc.t .... > > Dubious, test returned 25 (wstat 6400, 0x1900) > > Failed 2/13 subtests > > > > - or like this: > > Can't call method "isa" without a package or object reference at > > /usr/home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > > s7nEv_/blib/lib/Text/AutoCSV.pm line 2083, <_GEN_51> line 5. > > # Looks like your test exited with 25 just after 11. > > t/06-exdoc.t .... > > > > > > - with older perls (5.8.x) compilation fails: > > > > # Failed test 'use Text::AutoCSV;' > > # at t/01-gen.t line 28. > > # Tried to use 'Text::AutoCSV'. > > # Error: Unmatched ( in regex; marked by <-- HERE in m/%y' > > # # then if parsing 4-digit-year dates ( <-- HERE like '31/ at > > /home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > > 1/blib/lib/Text/AutoCSV.pm line 1318, <DATA> line 1. > > # Compilation failed in require at t/01-gen.t line 28, <DATA> line 1. > > # BEGIN failed--compilation aborted at t/01-gen.t line 28, <DATA> > > line > > 1. > > > > - t/03-enc.t may segfault (maybe only on freebsd systems)

Fri Sep 16 17:14:45 2016 SREZIC [...] cpan.org - Correspondence added

t/06-exdoc.t has timezone-dependent failures. With TZ=UTC it fails like this: # Failed test 'EX10 - convert to epoch' # at t/06-exdoc.t line 234. # Structures begin differing at: # $got->[0]{MTIME} = '1456764872' # $expected->[0]{MTIME} = '1456761272' # Looks like you failed 1 test of 13. t/06-exdoc.t .... Dubious, test returned 1 (wstat 256, 0x100) Failed 1/13 subtests Seen with 1.0.2. I think this test does not fail in this way with TZ=Europe/Berlin. On 2016-09-16 03:26:48, SREZIC wrote: Show quoted text

> Still there are problems with 1.0.1, see > http://fast-matrix.cpantesters.org/?dist=Text-AutoCSV%201.0.1 (current > results, no links to individual test reports) > http://matrix.cpantesters.org/?dist=Text-AutoCSV%201.0.1 (updates here > slower, but links to individual reports exist) > > The easy one: > - It seems you're using // which is not available for 5.8.9 and older. > So either rewrite this construct, or increase the minimum perl version > > The DateTime::Format::Epoch::JD failures are indeed gone. Still with > 1.0.1 I saw at least one report with a segfault, but there are many > green reports from FreeBSD systems, so maybe it's just a specific > version of a prerequisite module (Encode? File::BOM?). There are no > pass reports for perl <= 5.14.3. > > For the other fails --- maybe > http://analysis.cpantesters.org/solved?distv=Text-AutoCSV-1.0.1 will > give some clues if the other problems are fixed (analysis does not > work well if there are too many fail reasons involved). > > Regards, > Slaven > > On 2016-09-16 03:05:24, MILLETSEB wrote:

> > Hello > > > > Thanks for this feedback. > > > > I just uploaded 1.0.1 which I hope resolves most of the below. To be > > more precise: > > > > - t/10-prepost.t fails: now checks for DateTime::Format::Epoch::JD > > availability & skips if not available > > > > - t/04-esc.t sometimes fails: changed the code logic, hope it'll be > > better > > > > - t/06-exdoc.t: not very clear to me where it comes from, it could be > > that long ago DateTime did not provide epoch() and from_epoch() > > methods. Just in case, I added checks of these methods availability > > and skip corresponding tests if check fails. Also changed error > > printed if something goes wrong (error message was broken any way). > > > > - Module load fails on old perls: the error looks like parsing of a > > regex occured inside a comment, so I changed it. I'd be surprised no > > other issue comes up on old perls, I may add a minimum version of > > perl > > going forward. Hint would be welcome here, I've no idea what makes > > sense or not in this area, and saying my own version is the minimum > > may be brutal? > > > > - t/03-enc.t may segfault: not sure of root cause of this one. This > > test ensures UTF8 files with a BOM (Byte-Order-Mark) are well > > processed, and I've had some issues with File::BOM stability in the > > past (for ex. it doesn't work with file handles open on a variable + > > different behaviors between Windows and Linux). > > A quick-and-dirty workaround would be to bypass test on freebsd. > > > > Le Jeu 15 Sep 2016 01:17:48, SREZIC a écrit :

> > > The test suite fails on some of my smokers. I see the following > > > problems: > > > > > > - t/10-prepost.t fails if DateTime::Format::Epoch::JD is not > > > installed > > > (a missing dependency declaration or a missing skip?) > > > > > > - t/04-esc.t sometimes shows the following failure (reason > > > unclear): > > > > > > # Failed test 'ES07 - t/esc02.csv: quote escape, implicit' > > > # at t/04-esc.t line 92. > > > # got: '\' > > > # expected: '"' > > > > > > # Failed test 'ES08 - t/esc02.csv: quote escape, implicit (2)' > > > # at t/04-esc.t line 94. > > > # Structures begin differing at: > > > # $got->[1]{A} = 'Val "" ya "" line 2' > > > # $expected->[1]{A} = 'Val " ya " line 2' > > > > > > # Failed test 'WR02 - out_escape_char => '"'' > > > # at t/04-esc.t line 120. > > > # got: '\' > > > # expected: '"' > > > > > > # Failed test 'WR03 - reuse input escape character (quote) in > > > output' > > > # at t/04-esc.t line 125. > > > # got: '\' > > > # expected: '"' > > > # Looks like you failed 4 tests of 29. > > > t/04-esc.t ...... > > > > > > - t/06-exdoc.t fails sometimes like this: > > > Text::AutoCSV: error: t/ex1.csv: record ATIME: field ?: unable to > > > parse datetime 'ATIME' at t/06-exdoc.t line 219. > > > # Looks like you planned 13 tests but ran 11. > > > # Looks like your test exited with 25 just after 11. > > > t/06-exdoc.t .... > > > Dubious, test returned 25 (wstat 6400, 0x1900) > > > Failed 2/13 subtests > > > > > > - or like this: > > > Can't call method "isa" without a package or object reference at > > > /usr/home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > > > s7nEv_/blib/lib/Text/AutoCSV.pm line 2083, <_GEN_51> line 5. > > > # Looks like your test exited with 25 just after 11. > > > t/06-exdoc.t .... > > > > > > > > > - with older perls (5.8.x) compilation fails: > > > > > > # Failed test 'use Text::AutoCSV;' > > > # at t/01-gen.t line 28. > > > # Tried to use 'Text::AutoCSV'. > > > # Error: Unmatched ( in regex; marked by <-- HERE in m/%y' > > > # # then if parsing 4-digit-year dates ( <-- HERE like '31/ at > > > /home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > > > 1/blib/lib/Text/AutoCSV.pm line 1318, <DATA> line 1. > > > # Compilation failed in require at t/01-gen.t line 28, <DATA> line > > > 1. > > > # BEGIN failed--compilation aborted at t/01-gen.t line 28, <DATA> > > > line > > > 1. > > > > > > - t/03-enc.t may segfault (maybe only on freebsd systems)

Sat Sep 17 10:27:56 2016 MILLETSEB [...] cpan.org - Correspondence added

Hello I took your last feedback and did some updates based on it -> no longer use of // and better control of TZ in 06-exdoc.t. I think some issues will continue, I updated some .t files to use Test::More in a more natural way (use of like() and unlike()) to get more info if failure. Thanks, Sébastien On Fri Sep 16 17:14:45 2016, SREZIC wrote: Show quoted text

> t/06-exdoc.t has timezone-dependent failures. With TZ=UTC it fails > like this: > > # Failed test 'EX10 - convert to epoch' > # at t/06-exdoc.t line 234. > # Structures begin differing at: > # $got->[0]{MTIME} = '1456764872' > # $expected->[0]{MTIME} = '1456761272' > # Looks like you failed 1 test of 13. > t/06-exdoc.t .... > Dubious, test returned 1 (wstat 256, 0x100) > Failed 1/13 subtests > > Seen with 1.0.2. I think this test does not fail in this way with > TZ=Europe/Berlin. > > On 2016-09-16 03:26:48, SREZIC wrote:

> > Still there are problems with 1.0.1, see > > http://fast-matrix.cpantesters.org/?dist=Text-AutoCSV%201.0.1 > > (current > > results, no links to individual test reports) > > http://matrix.cpantesters.org/?dist=Text-AutoCSV%201.0.1 (updates > > here > > slower, but links to individual reports exist) > > > > The easy one: > > - It seems you're using // which is not available for 5.8.9 and > > older. > > So either rewrite this construct, or increase the minimum perl > > version > > > > The DateTime::Format::Epoch::JD failures are indeed gone. Still with > > 1.0.1 I saw at least one report with a segfault, but there are many > > green reports from FreeBSD systems, so maybe it's just a specific > > version of a prerequisite module (Encode? File::BOM?). There are no > > pass reports for perl <= 5.14.3. > > > > For the other fails --- maybe > > http://analysis.cpantesters.org/solved?distv=Text-AutoCSV-1.0.1 will > > give some clues if the other problems are fixed (analysis does not > > work well if there are too many fail reasons involved). > > > > Regards, > > Slaven > > > > On 2016-09-16 03:05:24, MILLETSEB wrote:

> > > Hello > > > > > > Thanks for this feedback. > > > > > > I just uploaded 1.0.1 which I hope resolves most of the below. To > > > be > > > more precise: > > > > > > - t/10-prepost.t fails: now checks for DateTime::Format::Epoch::JD > > > availability & skips if not available > > > > > > - t/04-esc.t sometimes fails: changed the code logic, hope it'll be > > > better > > > > > > - t/06-exdoc.t: not very clear to me where it comes from, it could > > > be > > > that long ago DateTime did not provide epoch() and from_epoch() > > > methods. Just in case, I added checks of these methods availability > > > and skip corresponding tests if check fails. Also changed error > > > printed if something goes wrong (error message was broken any way). > > > > > > - Module load fails on old perls: the error looks like parsing of a > > > regex occured inside a comment, so I changed it. I'd be surprised > > > no > > > other issue comes up on old perls, I may add a minimum version of > > > perl > > > going forward. Hint would be welcome here, I've no idea what makes > > > sense or not in this area, and saying my own version is the minimum > > > may be brutal? > > > > > > - t/03-enc.t may segfault: not sure of root cause of this one. This > > > test ensures UTF8 files with a BOM (Byte-Order-Mark) are well > > > processed, and I've had some issues with File::BOM stability in the > > > past (for ex. it doesn't work with file handles open on a variable > > > + > > > different behaviors between Windows and Linux). > > > A quick-and-dirty workaround would be to bypass test on freebsd. > > > > > > Le Jeu 15 Sep 2016 01:17:48, SREZIC a écrit :

> > > > The test suite fails on some of my smokers. I see the following > > > > problems: > > > > > > > > - t/10-prepost.t fails if DateTime::Format::Epoch::JD is not > > > > installed > > > > (a missing dependency declaration or a missing skip?) > > > > > > > > - t/04-esc.t sometimes shows the following failure (reason > > > > unclear): > > > > > > > > # Failed test 'ES07 - t/esc02.csv: quote escape, implicit' > > > > # at t/04-esc.t line 92. > > > > # got: '\' > > > > # expected: '"' > > > > > > > > # Failed test 'ES08 - t/esc02.csv: quote escape, implicit (2)' > > > > # at t/04-esc.t line 94. > > > > # Structures begin differing at: > > > > # $got->[1]{A} = 'Val "" ya "" line 2' > > > > # $expected->[1]{A} = 'Val " ya " line 2' > > > > > > > > # Failed test 'WR02 - out_escape_char => '"'' > > > > # at t/04-esc.t line 120. > > > > # got: '\' > > > > # expected: '"' > > > > > > > > # Failed test 'WR03 - reuse input escape character (quote) in > > > > output' > > > > # at t/04-esc.t line 125. > > > > # got: '\' > > > > # expected: '"' > > > > # Looks like you failed 4 tests of 29. > > > > t/04-esc.t ...... > > > > > > > > - t/06-exdoc.t fails sometimes like this: > > > > Text::AutoCSV: error: t/ex1.csv: record ATIME: field ?: unable to > > > > parse datetime 'ATIME' at t/06-exdoc.t line 219. > > > > # Looks like you planned 13 tests but ran 11. > > > > # Looks like your test exited with 25 just after 11. > > > > t/06-exdoc.t .... > > > > Dubious, test returned 25 (wstat 6400, 0x1900) > > > > Failed 2/13 subtests > > > > > > > > - or like this: > > > > Can't call method "isa" without a package or object reference at > > > > /usr/home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > > > > s7nEv_/blib/lib/Text/AutoCSV.pm line 2083, <_GEN_51> line 5. > > > > # Looks like your test exited with 25 just after 11. > > > > t/06-exdoc.t .... > > > > > > > > > > > > - with older perls (5.8.x) compilation fails: > > > > > > > > # Failed test 'use Text::AutoCSV;' > > > > # at t/01-gen.t line 28. > > > > # Tried to use 'Text::AutoCSV'. > > > > # Error: Unmatched ( in regex; marked by <-- HERE in m/%y' > > > > # # then if parsing 4-digit-year dates ( <-- HERE like '31/ at > > > > /home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > > > > 1/blib/lib/Text/AutoCSV.pm line 1318, <DATA> line 1. > > > > # Compilation failed in require at t/01-gen.t line 28, <DATA> > > > > line > > > > 1. > > > > # BEGIN failed--compilation aborted at t/01-gen.t line 28, <DATA> > > > > line > > > > 1. > > > > > > > > - t/03-enc.t may segfault (maybe only on freebsd systems)

Thu Sep 22 02:51:51 2016 MILLETSEB [...] cpan.org - Correspondence added

Hello The just-uploaded 1.0.6 seems rather good. Thanks for your support & catching the TZ story. The remainnig freebsd failure (9.2-release-p4 with perl 5.8.9) looks like something is totally wrong with the module I/O management, screwing up numerous tests. I presume fixing it will be costly, it'll require to install the same environment + run tests in debug mode. I'll consider adding "use 5.010" in the module to just bypass this issue. Reg, Sébastien Millet Le Sam 17 Sep 2016 10:27:56, MILLETSEB a écrit : Show quoted text

> Hello > > I took your last feedback and did some updates based on it -> no > longer use of // and better control of TZ in 06-exdoc.t. > > I think some issues will continue, I updated some .t files to use > Test::More in a more natural way (use of like() and unlike()) to get > more info if failure. > > Thanks, Sébastien > > > > > On Fri Sep 16 17:14:45 2016, SREZIC wrote:

> > t/06-exdoc.t has timezone-dependent failures. With TZ=UTC it fails > > like this: > > > > # Failed test 'EX10 - convert to epoch' > > # at t/06-exdoc.t line 234. > > # Structures begin differing at: > > # $got->[0]{MTIME} = '1456764872' > > # $expected->[0]{MTIME} = '1456761272' > > # Looks like you failed 1 test of 13. > > t/06-exdoc.t .... > > Dubious, test returned 1 (wstat 256, 0x100) > > Failed 1/13 subtests > > > > Seen with 1.0.2. I think this test does not fail in this way with > > TZ=Europe/Berlin. > > > > On 2016-09-16 03:26:48, SREZIC wrote:

> > > Still there are problems with 1.0.1, see > > > http://fast-matrix.cpantesters.org/?dist=Text-AutoCSV%201.0.1 > > > (current > > > results, no links to individual test reports) > > > http://matrix.cpantesters.org/?dist=Text-AutoCSV%201.0.1 (updates > > > here > > > slower, but links to individual reports exist) > > > > > > The easy one: > > > - It seems you're using // which is not available for 5.8.9 and > > > older. > > > So either rewrite this construct, or increase the minimum perl > > > version > > > > > > The DateTime::Format::Epoch::JD failures are indeed gone. Still > > > with > > > 1.0.1 I saw at least one report with a segfault, but there are many > > > green reports from FreeBSD systems, so maybe it's just a specific > > > version of a prerequisite module (Encode? File::BOM?). There are no > > > pass reports for perl <= 5.14.3. > > > > > > For the other fails --- maybe > > > http://analysis.cpantesters.org/solved?distv=Text-AutoCSV-1.0.1 > > > will > > > give some clues if the other problems are fixed (analysis does not > > > work well if there are too many fail reasons involved). > > > > > > Regards, > > > Slaven > > > > > > On 2016-09-16 03:05:24, MILLETSEB wrote:

> > > > Hello > > > > > > > > Thanks for this feedback. > > > > > > > > I just uploaded 1.0.1 which I hope resolves most of the below. To > > > > be > > > > more precise: > > > > > > > > - t/10-prepost.t fails: now checks for > > > > DateTime::Format::Epoch::JD > > > > availability & skips if not available > > > > > > > > - t/04-esc.t sometimes fails: changed the code logic, hope it'll > > > > be > > > > better > > > > > > > > - t/06-exdoc.t: not very clear to me where it comes from, it > > > > could > > > > be > > > > that long ago DateTime did not provide epoch() and from_epoch() > > > > methods. Just in case, I added checks of these methods > > > > availability > > > > and skip corresponding tests if check fails. Also changed error > > > > printed if something goes wrong (error message was broken any > > > > way). > > > > > > > > - Module load fails on old perls: the error looks like parsing of > > > > a > > > > regex occured inside a comment, so I changed it. I'd be surprised > > > > no > > > > other issue comes up on old perls, I may add a minimum version of > > > > perl > > > > going forward. Hint would be welcome here, I've no idea what > > > > makes > > > > sense or not in this area, and saying my own version is the > > > > minimum > > > > may be brutal? > > > > > > > > - t/03-enc.t may segfault: not sure of root cause of this one. > > > > This > > > > test ensures UTF8 files with a BOM (Byte-Order-Mark) are well > > > > processed, and I've had some issues with File::BOM stability in > > > > the > > > > past (for ex. it doesn't work with file handles open on a > > > > variable > > > > + > > > > different behaviors between Windows and Linux). > > > > A quick-and-dirty workaround would be to bypass test on freebsd. > > > > > > > > Le Jeu 15 Sep 2016 01:17:48, SREZIC a écrit :

> > > > > The test suite fails on some of my smokers. I see the following > > > > > problems: > > > > > > > > > > - t/10-prepost.t fails if DateTime::Format::Epoch::JD is not > > > > > installed > > > > > (a missing dependency declaration or a missing skip?) > > > > > > > > > > - t/04-esc.t sometimes shows the following failure (reason > > > > > unclear): > > > > > > > > > > # Failed test 'ES07 - t/esc02.csv: quote escape, implicit' > > > > > # at t/04-esc.t line 92. > > > > > # got: '\' > > > > > # expected: '"' > > > > > > > > > > # Failed test 'ES08 - t/esc02.csv: quote escape, implicit > > > > > (2)' > > > > > # at t/04-esc.t line 94. > > > > > # Structures begin differing at: > > > > > # $got->[1]{A} = 'Val "" ya "" line 2' > > > > > # $expected->[1]{A} = 'Val " ya " line 2' > > > > > > > > > > # Failed test 'WR02 - out_escape_char => '"'' > > > > > # at t/04-esc.t line 120. > > > > > # got: '\' > > > > > # expected: '"' > > > > > > > > > > # Failed test 'WR03 - reuse input escape character (quote) in > > > > > output' > > > > > # at t/04-esc.t line 125. > > > > > # got: '\' > > > > > # expected: '"' > > > > > # Looks like you failed 4 tests of 29. > > > > > t/04-esc.t ...... > > > > > > > > > > - t/06-exdoc.t fails sometimes like this: > > > > > Text::AutoCSV: error: t/ex1.csv: record ATIME: field ?: unable > > > > > to > > > > > parse datetime 'ATIME' at t/06-exdoc.t line 219. > > > > > # Looks like you planned 13 tests but ran 11. > > > > > # Looks like your test exited with 25 just after 11. > > > > > t/06-exdoc.t .... > > > > > Dubious, test returned 25 (wstat 6400, 0x1900) > > > > > Failed 2/13 subtests > > > > > > > > > > - or like this: > > > > > Can't call method "isa" without a package or object reference > > > > > at > > > > > /usr/home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > > > > > s7nEv_/blib/lib/Text/AutoCSV.pm line 2083, <_GEN_51> line 5. > > > > > # Looks like your test exited with 25 just after 11. > > > > > t/06-exdoc.t .... > > > > > > > > > > > > > > > - with older perls (5.8.x) compilation fails: > > > > > > > > > > # Failed test 'use Text::AutoCSV;' > > > > > # at t/01-gen.t line 28. > > > > > # Tried to use 'Text::AutoCSV'. > > > > > # Error: Unmatched ( in regex; marked by <-- HERE in m/%y' > > > > > # # then if parsing 4-digit-year dates ( <-- HERE like '31/ at > > > > > /home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > > > > > 1/blib/lib/Text/AutoCSV.pm line 1318, <DATA> line 1. > > > > > # Compilation failed in require at t/01-gen.t line 28, <DATA> > > > > > line > > > > > 1. > > > > > # BEGIN failed--compilation aborted at t/01-gen.t line 28, > > > > > <DATA> > > > > > line > > > > > 1. > > > > > > > > > > - t/03-enc.t may segfault (maybe only on freebsd systems)

Thu Sep 22 03:21:06 2016 SREZIC [...] cpan.org - Correspondence added

I have two freebsd 9.2 systems, both have perl 5.8.9 installed, one passes and the other fails. But statistical analysis helps here: $ local-ctgetreports.pl Text-AutoCSV-1.0.6 ... **************************************************************** Regression 'mod:DateTime::Format::Strptime' **************************************************************** Name Theta StdErr T-stat [0='const'] 1.0000 0.0000 7467194690183316.00 [1='eq_1.55'] 0.0000 0.0000 0.13 [2='eq_1.56'] -0.0000 0.0000 -0.28 [3='eq_1.61'] -1.0000 0.0000 -4311186864468679.50 [4='eq_1.67'] -0.0000 0.0000 -1.58 [5='eq_1.68'] -0.0000 0.0000 -0.01 R^2= 1.000, N= 62, K= 6 **************************************************************** So it fails if DateTime::Format::Strptime 1.61 is installed, with all other versions (at least the ones I have installed) pass. Indeed, if I use the latest DateTime::Format::Strptime then it passes also on the previously failing system. Regards, Slaven On 2016-09-22 02:51:51, MILLETSEB wrote: Show quoted text

> Hello > > The just-uploaded 1.0.6 seems rather good. > Thanks for your support & catching the TZ story. > > The remainnig freebsd failure (9.2-release-p4 with perl 5.8.9) looks > like something is totally wrong with the module I/O management, > screwing up numerous tests. I presume fixing it will be costly, it'll > require to install the same environment + run tests in debug mode. > I'll consider adding "use 5.010" in the module to just bypass this > issue. > > Reg, Sébastien Millet > > > > > Le Sam 17 Sep 2016 10:27:56, MILLETSEB a écrit :

> > Hello > > > > I took your last feedback and did some updates based on it -> no > > longer use of // and better control of TZ in 06-exdoc.t. > > > > I think some issues will continue, I updated some .t files to use > > Test::More in a more natural way (use of like() and unlike()) to get > > more info if failure. > > > > Thanks, Sébastien > > > > > > > > > > On Fri Sep 16 17:14:45 2016, SREZIC wrote:

> > > t/06-exdoc.t has timezone-dependent failures. With TZ=UTC it fails > > > like this: > > > > > > # Failed test 'EX10 - convert to epoch' > > > # at t/06-exdoc.t line 234. > > > # Structures begin differing at: > > > # $got->[0]{MTIME} = '1456764872' > > > # $expected->[0]{MTIME} = '1456761272' > > > # Looks like you failed 1 test of 13. > > > t/06-exdoc.t .... > > > Dubious, test returned 1 (wstat 256, 0x100) > > > Failed 1/13 subtests > > > > > > Seen with 1.0.2. I think this test does not fail in this way with > > > TZ=Europe/Berlin. > > > > > > On 2016-09-16 03:26:48, SREZIC wrote:

> > > > Still there are problems with 1.0.1, see > > > > http://fast-matrix.cpantesters.org/?dist=Text-AutoCSV%201.0.1 > > > > (current > > > > results, no links to individual test reports) > > > > http://matrix.cpantesters.org/?dist=Text-AutoCSV%201.0.1 (updates > > > > here > > > > slower, but links to individual reports exist) > > > > > > > > The easy one: > > > > - It seems you're using // which is not available for 5.8.9 and > > > > older. > > > > So either rewrite this construct, or increase the minimum perl > > > > version > > > > > > > > The DateTime::Format::Epoch::JD failures are indeed gone. Still > > > > with > > > > 1.0.1 I saw at least one report with a segfault, but there are > > > > many > > > > green reports from FreeBSD systems, so maybe it's just a specific > > > > version of a prerequisite module (Encode? File::BOM?). There are > > > > no > > > > pass reports for perl <= 5.14.3. > > > > > > > > For the other fails --- maybe > > > > http://analysis.cpantesters.org/solved?distv=Text-AutoCSV-1.0.1 > > > > will > > > > give some clues if the other problems are fixed (analysis does > > > > not > > > > work well if there are too many fail reasons involved). > > > > > > > > Regards, > > > > Slaven > > > > > > > > On 2016-09-16 03:05:24, MILLETSEB wrote:

> > > > > Hello > > > > > > > > > > Thanks for this feedback. > > > > > > > > > > I just uploaded 1.0.1 which I hope resolves most of the below. > > > > > To > > > > > be > > > > > more precise: > > > > > > > > > > - t/10-prepost.t fails: now checks for > > > > > DateTime::Format::Epoch::JD > > > > > availability & skips if not available > > > > > > > > > > - t/04-esc.t sometimes fails: changed the code logic, hope > > > > > it'll > > > > > be > > > > > better > > > > > > > > > > - t/06-exdoc.t: not very clear to me where it comes from, it > > > > > could > > > > > be > > > > > that long ago DateTime did not provide epoch() and from_epoch() > > > > > methods. Just in case, I added checks of these methods > > > > > availability > > > > > and skip corresponding tests if check fails. Also changed error > > > > > printed if something goes wrong (error message was broken any > > > > > way). > > > > > > > > > > - Module load fails on old perls: the error looks like parsing > > > > > of > > > > > a > > > > > regex occured inside a comment, so I changed it. I'd be > > > > > surprised > > > > > no > > > > > other issue comes up on old perls, I may add a minimum version > > > > > of > > > > > perl > > > > > going forward. Hint would be welcome here, I've no idea what > > > > > makes > > > > > sense or not in this area, and saying my own version is the > > > > > minimum > > > > > may be brutal? > > > > > > > > > > - t/03-enc.t may segfault: not sure of root cause of this one. > > > > > This > > > > > test ensures UTF8 files with a BOM (Byte-Order-Mark) are well > > > > > processed, and I've had some issues with File::BOM stability in > > > > > the > > > > > past (for ex. it doesn't work with file handles open on a > > > > > variable > > > > > + > > > > > different behaviors between Windows and Linux). > > > > > A quick-and-dirty workaround would be to bypass test on > > > > > freebsd. > > > > > > > > > > Le Jeu 15 Sep 2016 01:17:48, SREZIC a écrit :

> > > > > > The test suite fails on some of my smokers. I see the > > > > > > following > > > > > > problems: > > > > > > > > > > > > - t/10-prepost.t fails if DateTime::Format::Epoch::JD is not > > > > > > installed > > > > > > (a missing dependency declaration or a missing skip?) > > > > > > > > > > > > - t/04-esc.t sometimes shows the following failure (reason > > > > > > unclear): > > > > > > > > > > > > # Failed test 'ES07 - t/esc02.csv: quote escape, implicit' > > > > > > # at t/04-esc.t line 92. > > > > > > # got: '\' > > > > > > # expected: '"' > > > > > > > > > > > > # Failed test 'ES08 - t/esc02.csv: quote escape, implicit > > > > > > (2)' > > > > > > # at t/04-esc.t line 94. > > > > > > # Structures begin differing at: > > > > > > # $got->[1]{A} = 'Val "" ya "" line 2' > > > > > > # $expected->[1]{A} = 'Val " ya " line 2' > > > > > > > > > > > > # Failed test 'WR02 - out_escape_char => '"'' > > > > > > # at t/04-esc.t line 120. > > > > > > # got: '\' > > > > > > # expected: '"' > > > > > > > > > > > > # Failed test 'WR03 - reuse input escape character (quote) > > > > > > in > > > > > > output' > > > > > > # at t/04-esc.t line 125. > > > > > > # got: '\' > > > > > > # expected: '"' > > > > > > # Looks like you failed 4 tests of 29. > > > > > > t/04-esc.t ...... > > > > > > > > > > > > - t/06-exdoc.t fails sometimes like this: > > > > > > Text::AutoCSV: error: t/ex1.csv: record ATIME: field ?: > > > > > > unable > > > > > > to > > > > > > parse datetime 'ATIME' at t/06-exdoc.t line 219. > > > > > > # Looks like you planned 13 tests but ran 11. > > > > > > # Looks like your test exited with 25 just after 11. > > > > > > t/06-exdoc.t .... > > > > > > Dubious, test returned 25 (wstat 6400, 0x1900) > > > > > > Failed 2/13 subtests > > > > > > > > > > > > - or like this: > > > > > > Can't call method "isa" without a package or object reference > > > > > > at > > > > > > /usr/home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > > > > > > s7nEv_/blib/lib/Text/AutoCSV.pm line 2083, <_GEN_51> line 5. > > > > > > # Looks like your test exited with 25 just after 11. > > > > > > t/06-exdoc.t .... > > > > > > > > > > > > > > > > > > - with older perls (5.8.x) compilation fails: > > > > > > > > > > > > # Failed test 'use Text::AutoCSV;' > > > > > > # at t/01-gen.t line 28. > > > > > > # Tried to use 'Text::AutoCSV'. > > > > > > # Error: Unmatched ( in regex; marked by <-- HERE in > > > > > > m/%y' > > > > > > # # then if parsing 4-digit-year dates ( <-- HERE like '31/ > > > > > > at > > > > > > /home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > > > > > > 1/blib/lib/Text/AutoCSV.pm line 1318, <DATA> line 1. > > > > > > # Compilation failed in require at t/01-gen.t line 28, <DATA> > > > > > > line > > > > > > 1. > > > > > > # BEGIN failed--compilation aborted at t/01-gen.t line 28, > > > > > > <DATA> > > > > > > line > > > > > > 1. > > > > > > > > > > > > - t/03-enc.t may segfault (maybe only on freebsd systems)

Fri Sep 23 02:45:03 2016 MILLETSEB [...] cpan.org - Correspondence added

Hello I took this feedback (again) and updated module -> I added 1.63 as minimal version of DateTime::Format::Strptime. I then uploaded 1.0.7 (contains this bugfix + a few other improvements). So far, so good... Reg, Sébastien Le Jeu 22 Sep 2016 03:21:06, SREZIC a écrit : Show quoted text

> I have two freebsd 9.2 systems, both have perl 5.8.9 installed, one > passes and the other fails. But statistical analysis helps here: > > $ local-ctgetreports.pl Text-AutoCSV-1.0.6 > ... > **************************************************************** > Regression 'mod:DateTime::Format::Strptime' > **************************************************************** > Name Theta StdErr T-stat > [0='const'] 1.0000 0.0000 7467194690183316.00 > [1='eq_1.55'] 0.0000 0.0000 0.13 > [2='eq_1.56'] -0.0000 0.0000 -0.28 > [3='eq_1.61'] -1.0000 0.0000 -4311186864468679.50 > [4='eq_1.67'] -0.0000 0.0000 -1.58 > [5='eq_1.68'] -0.0000 0.0000 -0.01 > > R^2= 1.000, N= 62, K= 6 > **************************************************************** > > > So it fails if DateTime::Format::Strptime 1.61 is installed, with all > other versions (at least the ones I have installed) pass. Indeed, if I > use the latest DateTime::Format::Strptime then it passes also on the > previously failing system. > > Regards, > Slaven > > > On 2016-09-22 02:51:51, MILLETSEB wrote:

> > Hello > > > > The just-uploaded 1.0.6 seems rather good. > > Thanks for your support & catching the TZ story. > > > > The remainnig freebsd failure (9.2-release-p4 with perl 5.8.9) looks > > like something is totally wrong with the module I/O management, > > screwing up numerous tests. I presume fixing it will be costly, it'll > > require to install the same environment + run tests in debug mode. > > I'll consider adding "use 5.010" in the module to just bypass this > > issue. > > > > Reg, Sébastien Millet > > > > > > > > > > Le Sam 17 Sep 2016 10:27:56, MILLETSEB a écrit :

> > > Hello > > > > > > I took your last feedback and did some updates based on it -> no > > > longer use of // and better control of TZ in 06-exdoc.t. > > > > > > I think some issues will continue, I updated some .t files to use > > > Test::More in a more natural way (use of like() and unlike()) to > > > get > > > more info if failure. > > > > > > Thanks, Sébastien > > > > > > > > > > > > > > > On Fri Sep 16 17:14:45 2016, SREZIC wrote:

> > > > t/06-exdoc.t has timezone-dependent failures. With TZ=UTC it > > > > fails > > > > like this: > > > > > > > > # Failed test 'EX10 - convert to epoch' > > > > # at t/06-exdoc.t line 234. > > > > # Structures begin differing at: > > > > # $got->[0]{MTIME} = '1456764872' > > > > # $expected->[0]{MTIME} = '1456761272' > > > > # Looks like you failed 1 test of 13. > > > > t/06-exdoc.t .... > > > > Dubious, test returned 1 (wstat 256, 0x100) > > > > Failed 1/13 subtests > > > > > > > > Seen with 1.0.2. I think this test does not fail in this way with > > > > TZ=Europe/Berlin. > > > > > > > > On 2016-09-16 03:26:48, SREZIC wrote:

> > > > > Still there are problems with 1.0.1, see > > > > > http://fast-matrix.cpantesters.org/?dist=Text-AutoCSV%201.0.1 > > > > > (current > > > > > results, no links to individual test reports) > > > > > http://matrix.cpantesters.org/?dist=Text-AutoCSV%201.0.1 > > > > > (updates > > > > > here > > > > > slower, but links to individual reports exist) > > > > > > > > > > The easy one: > > > > > - It seems you're using // which is not available for 5.8.9 and > > > > > older. > > > > > So either rewrite this construct, or increase the minimum perl > > > > > version > > > > > > > > > > The DateTime::Format::Epoch::JD failures are indeed gone. Still > > > > > with > > > > > 1.0.1 I saw at least one report with a segfault, but there are > > > > > many > > > > > green reports from FreeBSD systems, so maybe it's just a > > > > > specific > > > > > version of a prerequisite module (Encode? File::BOM?). There > > > > > are > > > > > no > > > > > pass reports for perl <= 5.14.3. > > > > > > > > > > For the other fails --- maybe > > > > > http://analysis.cpantesters.org/solved?distv=Text-AutoCSV-1.0.1 > > > > > will > > > > > give some clues if the other problems are fixed (analysis does > > > > > not > > > > > work well if there are too many fail reasons involved). > > > > > > > > > > Regards, > > > > > Slaven > > > > > > > > > > On 2016-09-16 03:05:24, MILLETSEB wrote:

> > > > > > Hello > > > > > > > > > > > > Thanks for this feedback. > > > > > > > > > > > > I just uploaded 1.0.1 which I hope resolves most of the > > > > > > below. > > > > > > To > > > > > > be > > > > > > more precise: > > > > > > > > > > > > - t/10-prepost.t fails: now checks for > > > > > > DateTime::Format::Epoch::JD > > > > > > availability & skips if not available > > > > > > > > > > > > - t/04-esc.t sometimes fails: changed the code logic, hope > > > > > > it'll > > > > > > be > > > > > > better > > > > > > > > > > > > - t/06-exdoc.t: not very clear to me where it comes from, it > > > > > > could > > > > > > be > > > > > > that long ago DateTime did not provide epoch() and > > > > > > from_epoch() > > > > > > methods. Just in case, I added checks of these methods > > > > > > availability > > > > > > and skip corresponding tests if check fails. Also changed > > > > > > error > > > > > > printed if something goes wrong (error message was broken any > > > > > > way). > > > > > > > > > > > > - Module load fails on old perls: the error looks like > > > > > > parsing > > > > > > of > > > > > > a > > > > > > regex occured inside a comment, so I changed it. I'd be > > > > > > surprised > > > > > > no > > > > > > other issue comes up on old perls, I may add a minimum > > > > > > version > > > > > > of > > > > > > perl > > > > > > going forward. Hint would be welcome here, I've no idea what > > > > > > makes > > > > > > sense or not in this area, and saying my own version is the > > > > > > minimum > > > > > > may be brutal? > > > > > > > > > > > > - t/03-enc.t may segfault: not sure of root cause of this > > > > > > one. > > > > > > This > > > > > > test ensures UTF8 files with a BOM (Byte-Order-Mark) are well > > > > > > processed, and I've had some issues with File::BOM stability > > > > > > in > > > > > > the > > > > > > past (for ex. it doesn't work with file handles open on a > > > > > > variable > > > > > > + > > > > > > different behaviors between Windows and Linux). > > > > > > A quick-and-dirty workaround would be to bypass test on > > > > > > freebsd. > > > > > > > > > > > > Le Jeu 15 Sep 2016 01:17:48, SREZIC a écrit :

> > > > > > > The test suite fails on some of my smokers. I see the > > > > > > > following > > > > > > > problems: > > > > > > > > > > > > > > - t/10-prepost.t fails if DateTime::Format::Epoch::JD is > > > > > > > not > > > > > > > installed > > > > > > > (a missing dependency declaration or a missing skip?) > > > > > > > > > > > > > > - t/04-esc.t sometimes shows the following failure (reason > > > > > > > unclear): > > > > > > > > > > > > > > # Failed test 'ES07 - t/esc02.csv: quote escape, > > > > > > > implicit' > > > > > > > # at t/04-esc.t line 92. > > > > > > > # got: '\' > > > > > > > # expected: '"' > > > > > > > > > > > > > > # Failed test 'ES08 - t/esc02.csv: quote escape, implicit > > > > > > > (2)' > > > > > > > # at t/04-esc.t line 94. > > > > > > > # Structures begin differing at: > > > > > > > # $got->[1]{A} = 'Val "" ya "" line 2' > > > > > > > # $expected->[1]{A} = 'Val " ya " line 2' > > > > > > > > > > > > > > # Failed test 'WR02 - out_escape_char => '"'' > > > > > > > # at t/04-esc.t line 120. > > > > > > > # got: '\' > > > > > > > # expected: '"' > > > > > > > > > > > > > > # Failed test 'WR03 - reuse input escape character > > > > > > > (quote) > > > > > > > in > > > > > > > output' > > > > > > > # at t/04-esc.t line 125. > > > > > > > # got: '\' > > > > > > > # expected: '"' > > > > > > > # Looks like you failed 4 tests of 29. > > > > > > > t/04-esc.t ...... > > > > > > > > > > > > > > - t/06-exdoc.t fails sometimes like this: > > > > > > > Text::AutoCSV: error: t/ex1.csv: record ATIME: field ?: > > > > > > > unable > > > > > > > to > > > > > > > parse datetime 'ATIME' at t/06-exdoc.t line 219. > > > > > > > # Looks like you planned 13 tests but ran 11. > > > > > > > # Looks like your test exited with 25 just after 11. > > > > > > > t/06-exdoc.t .... > > > > > > > Dubious, test returned 25 (wstat 6400, 0x1900) > > > > > > > Failed 2/13 subtests > > > > > > > > > > > > > > - or like this: > > > > > > > Can't call method "isa" without a package or object > > > > > > > reference > > > > > > > at > > > > > > > /usr/home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > > > > > > > s7nEv_/blib/lib/Text/AutoCSV.pm line 2083, <_GEN_51> line > > > > > > > 5. > > > > > > > # Looks like your test exited with 25 just after 11. > > > > > > > t/06-exdoc.t .... > > > > > > > > > > > > > > > > > > > > > - with older perls (5.8.x) compilation fails: > > > > > > > > > > > > > > # Failed test 'use Text::AutoCSV;' > > > > > > > # at t/01-gen.t line 28. > > > > > > > # Tried to use 'Text::AutoCSV'. > > > > > > > # Error: Unmatched ( in regex; marked by <-- HERE in > > > > > > > m/%y' > > > > > > > # # then if parsing 4-digit-year dates ( <-- HERE like '31/ > > > > > > > at > > > > > > > /home/eserte/.cpan/build/2016091421/Text-AutoCSV-1.0- > > > > > > > 1/blib/lib/Text/AutoCSV.pm line 1318, <DATA> line 1. > > > > > > > # Compilation failed in require at t/01-gen.t line 28, > > > > > > > <DATA> > > > > > > > line > > > > > > > 1. > > > > > > > # BEGIN failed--compilation aborted at t/01-gen.t line 28, > > > > > > > <DATA> > > > > > > > line > > > > > > > 1. > > > > > > > > > > > > > > - t/03-enc.t may segfault (maybe only on freebsd systems)

Fri Oct 14 02:49:43 2016 MILLETSEB [...] cpan.org - Fixed in 1.1.4 added

Fri Oct 14 09:03:24 2016 MILLETSEB [...] cpan.org - Correspondence added

Hello I noted "1.1.4" as fixing all issues. I now put the ticket in "resolved" status as after a few days after 1.1.4 upload I can see all tests on cpantesters.org are green. Reg, Sébastien Millet

Fri Oct 14 09:03:30 2016 MILLETSEB [...] cpan.org - Status changed from 'open' to 'resolved'

Fri Oct 14 09:03:35 2016 MILLETSEB [...] cpan.org - Taken