Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Blead breaks CPAN: 657ed7c1 breaks XML::Parser #16918

Closed
p5pRT opened this issue Apr 3, 2019 · 12 comments
Closed

Blead breaks CPAN: 657ed7c1 breaks XML::Parser #16918

p5pRT opened this issue Apr 3, 2019 · 12 comments
Labels
BBC Blead Breaks CPAN - changes in blead broke a cpan module(s) distro-All
Milestone

Comments

@p5pRT
Copy link

p5pRT commented Apr 3, 2019

Migrated from rt.perl.org#133977 (status was 'resolved')

Searchable as RT133977$

@p5pRT
Copy link
Author

p5pRT commented Apr 3, 2019

From @jkeenan

In the course of investigating the status of RT 132577 re
Module​::Install, I happened to notice that blead was breaking
XML​::Parser version 2.44. Recent breakage has also been reported via
Carlos Guevara's smoke-testing rigs
(http​://matrix.cpantesters.org/?dist=XML-Parser%202.44;os=linux;perl=5.29.10;reports=1).

With the following bisection command ...

#####
perl Porting/bisect.pl -Duseithreads \
--start=6256cf2c2cee30277e34d38416070f9ec671c989 \
--module=XML​::Parser
#####

... I was able to identify this point of breakage

#####
657ed7c is the first bad commit
commit 657ed7c
Author​: David Mitchell <davem@​iabyn.com>
Date​: Tue Mar 26 08​:56​:55 2019 +0000

fix leak in package name lookup

S_parse_gv_stash_name() mallocs a temporary buffer when
scanning package names longer than 64 bytes. Depending on
how it exits the function, it doesn't always free the
buffer afterwards. Change the function so that there are
only two exit points (which free the buffer) and make other
bits of code goto those two points.

Can be reproduced with e.g.

&{"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxx'x"}

Similar code is already present in t/op/stash_parse_gv.t
#####

Here is the failing test​:

#####
[XML-Parser-2.44] 524 $ bleadprove -vb t/decl.t
t/decl.t ..
1..40
ok 1
double free or corruption (!prev)
Failed 39/40 subtests

Test Summary Report


t/decl.t (Wstat​: 134 Tests​: 1 Failed​: 0)
  Non-zero wait status​: 134
  Parse errors​: Bad plan. You planned 40 tests but ran 1.
Files=1, Tests=1, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.05 cusr
0.01 csys = 0.08 CPU)
Result​: FAIL
#####

I should note that for almost three years there has been a development
release of XML​::Parser, 2.44_01, which has been getting CPANtesters
reports but which has not been officially released to CPAN. My testing
indicates that this version also is broken on Perl 5 blead
(v5.29.9-50-gfcacab092a).

Thank you very much.
Jim Keenan

@p5pRT
Copy link
Author

p5pRT commented Apr 3, 2019

From @jkeenan

Summary of my perl5 (revision 5 version 29 subversion 10) configuration​:
  Commit id​: fcacab0
  Platform​:
  osname=linux
  osvers=4.15.0-46-generic
  archname=x86_64-linux
  uname='linux zareason 4.15.0-46-generic #49-ubuntu smp wed feb 6 09​:33​:07 utc 2019 x86_64 x86_64 x86_64 gnulinux '
  config_args='-des -Dusedevel -Uversiononly -Dprefix=/home/jkeenan/testing/blead -Dman1dir=none -Dman3dir=none'
  hint=recommended
  useposix=true
  d_sigaction=define
  useithreads=undef
  usemultiplicity=undef
  use64bitint=define
  use64bitall=define
  uselongdouble=undef
  usemymalloc=n
  default_inc_excludes_dot=define
  bincompat5005=undef
  Compiler​:
  cc='cc'
  ccflags ='-fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64'
  optimize='-O2'
  cppflags='-fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include'
  ccversion=''
  gccversion='7.3.0'
  gccosandvers=''
  intsize=4
  longsize=8
  ptrsize=8
  doublesize=8
  byteorder=12345678
  doublekind=3
  d_longlong=define
  longlongsize=8
  d_longdbl=define
  longdblsize=16
  longdblkind=3
  ivtype='long'
  ivsize=8
  nvtype='double'
  nvsize=8
  Off_t='off_t'
  lseeksize=8
  alignbytes=8
  prototype=define
  Linker and Libraries​:
  ld='cc'
  ldflags =' -fstack-protector-strong -L/usr/local/lib'
  libpth=/usr/local/lib /usr/lib/gcc/x86_64-linux-gnu/7/include-fixed /usr/include/x86_64-linux-gnu /usr/lib /lib/x86_64-linux-gnu /lib/../lib /usr/lib/x86_64-linux-gnu /usr/lib/../lib /lib /lib64 /usr/lib64
  libs=-lpthread -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc
  perllibs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc
  libc=libc-2.27.so
  so=so
  useshrplib=false
  libperl=libperl.a
  gnulibc_version='2.27'
  Dynamic Linking​:
  dlsrc=dl_dlopen.xs
  dlext=so
  d_dlsymun=undef
  ccdlflags='-Wl,-E'
  cccdlflags='-fPIC'
  lddlflags='-shared -O2 -L/usr/local/lib -fstack-protector-strong'

Characteristics of this binary (from libperl)​:
  Compile-time options​:
  HAS_TIMES
  PERLIO_LAYERS
  PERL_COPY_ON_WRITE
  PERL_DONT_CREATE_GVSV
  PERL_MALLOC_WRAP
  PERL_OP_PARENT
  PERL_PRESERVE_IVUV
  PERL_USE_DEVEL
  USE_64_BIT_ALL
  USE_64_BIT_INT
  USE_LARGE_FILES
  USE_LOCALE
  USE_LOCALE_COLLATE
  USE_LOCALE_CTYPE
  USE_LOCALE_NUMERIC
  USE_LOCALE_TIME
  USE_PERLIO
  USE_PERL_ATOF
  Built under linux
  Compiled at Mar 31 2019 16​:26​:15
  %ENV​:
  PERL2DIR="/home/jkeenan/gitwork/perl2"
  PERLBREW_HOME="/home/jkeenan/.perlbrew"
  PERLBREW_MANPATH="/home/jkeenan/perl5/perlbrew/perls/perl-5.28.0/man"
  PERLBREW_PATH="/home/jkeenan/perl5/perlbrew/bin​:/home/jkeenan/perl5/perlbrew/perls/perl-5.28.0/bin"
  PERLBREW_PERL="perl-5.28.0"
  PERLBREW_ROOT="/home/jkeenan/perl5/perlbrew"
  PERLBREW_SHELLRC_VERSION="0.84"
  PERLBREW_VERSION="0.84"
  PERL_WORKDIR="/home/jkeenan/gitwork/perl"
  @​INC​:
  lib
  /home/jkeenan/testing/blead/lib/perl5/site_perl/5.29.10/x86_64-linux
  /home/jkeenan/testing/blead/lib/perl5/site_perl/5.29.10
  /home/jkeenan/testing/blead/lib/perl5/5.29.10/x86_64-linux
  /home/jkeenan/testing/blead/lib/perl5/5.29.10

@p5pRT
Copy link
Author

p5pRT commented Apr 3, 2019

From @jkeenan

On Wed, 03 Apr 2019 00​:43​:25 GMT, jkeenan@​pobox.com wrote​:

In the course of investigating the status of RT 132577 re
Module​::Install, I happened to notice that blead was breaking
XML​::Parser version 2.44. Recent breakage has also been reported via
Carlos Guevara's smoke-testing rigs
(http​://matrix.cpantesters.org/?dist=XML-
Parser%202.44;os=linux;perl=5.29.10;reports=1).

With the following bisection command ...

#####
perl Porting/bisect.pl -Duseithreads \
--start=6256cf2c2cee30277e34d38416070f9ec671c989 \
--module=XML​::Parser
#####

... I was able to identify this point of breakage

#####
657ed7c is the first bad commit
commit 657ed7c
Author​: David Mitchell <davem@​iabyn.com>
Date​: Tue Mar 26 08​:56​:55 2019 +0000

fix leak in package name lookup

S_parse_gv_stash_name() mallocs a temporary buffer when
scanning package names longer than 64 bytes. Depending on
how it exits the function, it doesn't always free the
buffer afterwards. Change the function so that there are
only two exit points (which free the buffer) and make other
bits of code goto those two points.

Can be reproduced with e.g.

&{"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxx'x"}

Similar code is already present in t/op/stash_parse_gv.t
#####

Here is the failing test​:

#####
[XML-Parser-2.44] 524 $ bleadprove -vb t/decl.t
t/decl.t ..
1..40
ok 1
double free or corruption (!prev)
Failed 39/40 subtests

Test Summary Report
-------------------
t/decl.t (Wstat​: 134 Tests​: 1 Failed​: 0)
Non-zero wait status​: 134
Parse errors​: Bad plan. You planned 40 tests but ran 1.
Files=1, Tests=1, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.05 cusr
0.01 csys = 0.08 CPU)
Result​: FAIL
#####

I should note that for almost three years there has been a development
release of XML​::Parser, 2.44_01, which has been getting CPANtesters
reports but which has not been officially released to CPAN. My
testing
indicates that this version also is broken on Perl 5 blead
(v5.29.9-50-gfcacab092a).

Thank you very much.
Jim Keenan

Also broken by this commit​: SQL​::Translator

#####
Test Summary Report


t/23json.t (Wstat​: 139 Tests​: 0 Failed​: 0)
  Non-zero wait status​: 139
  Parse errors​: Bad plan. You planned 2 tests but ran 0.
t/24yaml.t (Wstat​: 139 Tests​: 0 Failed​: 0)
  Non-zero wait status​: 139
  Parse errors​: Bad plan. You planned 2 tests but ran 0.
t/60roundtrip.t (Wstat​: 65280 Tests​: 0 Failed​: 0)
  Non-zero exit status​: 255
t/mysql-sqlite-translate.t (Wstat​: 138 Tests​: 3 Failed​: 0)
  Non-zero wait status​: 138
  Parse errors​: No plan found in TAP output
Files=72, Tests=1552, 35 wallclock secs ( 0.20 usr 0.12 sys + 31.65 cusr 2.82 csys = 34.78 CPU)
Result​: FAIL
Failed 4/72 test programs. 0/1552 subtests failed.
#####
--
James E Keenan (jkeenan@​cpan.org)

@p5pRT
Copy link
Author

p5pRT commented Apr 3, 2019

From [Unknown Contact. See original ticket]

On Wed, 03 Apr 2019 00​:43​:25 GMT, jkeenan@​pobox.com wrote​:

In the course of investigating the status of RT 132577 re
Module​::Install, I happened to notice that blead was breaking
XML​::Parser version 2.44. Recent breakage has also been reported via
Carlos Guevara's smoke-testing rigs
(http​://matrix.cpantesters.org/?dist=XML-
Parser%202.44;os=linux;perl=5.29.10;reports=1).

With the following bisection command ...

#####
perl Porting/bisect.pl -Duseithreads \
--start=6256cf2c2cee30277e34d38416070f9ec671c989 \
--module=XML​::Parser
#####

... I was able to identify this point of breakage

#####
657ed7c is the first bad commit
commit 657ed7c
Author​: David Mitchell <davem@​iabyn.com>
Date​: Tue Mar 26 08​:56​:55 2019 +0000

fix leak in package name lookup

S_parse_gv_stash_name() mallocs a temporary buffer when
scanning package names longer than 64 bytes. Depending on
how it exits the function, it doesn't always free the
buffer afterwards. Change the function so that there are
only two exit points (which free the buffer) and make other
bits of code goto those two points.

Can be reproduced with e.g.

&{"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxx'x"}

Similar code is already present in t/op/stash_parse_gv.t
#####

Here is the failing test​:

#####
[XML-Parser-2.44] 524 $ bleadprove -vb t/decl.t
t/decl.t ..
1..40
ok 1
double free or corruption (!prev)
Failed 39/40 subtests

Test Summary Report
-------------------
t/decl.t (Wstat​: 134 Tests​: 1 Failed​: 0)
Non-zero wait status​: 134
Parse errors​: Bad plan. You planned 40 tests but ran 1.
Files=1, Tests=1, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.05 cusr
0.01 csys = 0.08 CPU)
Result​: FAIL
#####

I should note that for almost three years there has been a development
release of XML​::Parser, 2.44_01, which has been getting CPANtesters
reports but which has not been officially released to CPAN. My
testing
indicates that this version also is broken on Perl 5 blead
(v5.29.9-50-gfcacab092a).

Thank you very much.
Jim Keenan

Also broken by this commit​: SQL​::Translator

#####
Test Summary Report


t/23json.t (Wstat​: 139 Tests​: 0 Failed​: 0)
  Non-zero wait status​: 139
  Parse errors​: Bad plan. You planned 2 tests but ran 0.
t/24yaml.t (Wstat​: 139 Tests​: 0 Failed​: 0)
  Non-zero wait status​: 139
  Parse errors​: Bad plan. You planned 2 tests but ran 0.
t/60roundtrip.t (Wstat​: 65280 Tests​: 0 Failed​: 0)
  Non-zero exit status​: 255
t/mysql-sqlite-translate.t (Wstat​: 138 Tests​: 3 Failed​: 0)
  Non-zero wait status​: 138
  Parse errors​: No plan found in TAP output
Files=72, Tests=1552, 35 wallclock secs ( 0.20 usr 0.12 sys + 31.65 cusr 2.82 csys = 34.78 CPU)
Result​: FAIL
Failed 4/72 test programs. 0/1552 subtests failed.
#####
--
James E Keenan (jkeenan@​cpan.org)

@p5pRT
Copy link
Author

p5pRT commented Apr 3, 2019

From @jkeenan

On Wed, 03 Apr 2019 03​:08​:25 GMT, jkeenan wrote​:

On Wed, 03 Apr 2019 00​:43​:25 GMT, jkeenan@​pobox.com wrote​:

In the course of investigating the status of RT 132577 re
Module​::Install, I happened to notice that blead was breaking
XML​::Parser version 2.44. Recent breakage has also been reported via
Carlos Guevara's smoke-testing rigs
(http​://matrix.cpantesters.org/?dist=XML-
Parser%202.44;os=linux;perl=5.29.10;reports=1).

With the following bisection command ...

#####
perl Porting/bisect.pl -Duseithreads \
--start=6256cf2c2cee30277e34d38416070f9ec671c989 \
--module=XML​::Parser
#####

... I was able to identify this point of breakage

#####
657ed7c is the first bad commit
commit 657ed7c
Author​: David Mitchell <davem@​iabyn.com>
Date​: Tue Mar 26 08​:56​:55 2019 +0000

fix leak in package name lookup

S_parse_gv_stash_name() mallocs a temporary buffer when
scanning package names longer than 64 bytes. Depending on
how it exits the function, it doesn't always free the
buffer afterwards. Change the function so that there are
only two exit points (which free the buffer) and make other
bits of code goto those two points.

Can be reproduced with e.g.

&{"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxx'x"}

Similar code is already present in t/op/stash_parse_gv.t
#####

Here is the failing test​:

#####
[XML-Parser-2.44] 524 $ bleadprove -vb t/decl.t
t/decl.t ..
1..40
ok 1
double free or corruption (!prev)
Failed 39/40 subtests

Test Summary Report
-------------------
t/decl.t (Wstat​: 134 Tests​: 1 Failed​: 0)
Non-zero wait status​: 134
Parse errors​: Bad plan. You planned 40 tests but ran 1.
Files=1, Tests=1, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.05
cusr
0.01 csys = 0.08 CPU)
Result​: FAIL
#####

I should note that for almost three years there has been a
development
release of XML​::Parser, 2.44_01, which has been getting CPANtesters
reports but which has not been officially released to CPAN. My
testing
indicates that this version also is broken on Perl 5 blead
(v5.29.9-50-gfcacab092a).

Thank you very much.
Jim Keenan

Also broken by this commit​: SQL​::Translator

#####
Test Summary Report
-------------------
t/23json.t (Wstat​: 139 Tests​: 0 Failed​: 0)
Non-zero wait status​: 139
Parse errors​: Bad plan. You planned 2 tests but ran 0.
t/24yaml.t (Wstat​: 139 Tests​: 0 Failed​: 0)
Non-zero wait status​: 139
Parse errors​: Bad plan. You planned 2 tests but ran 0.
t/60roundtrip.t (Wstat​: 65280 Tests​: 0 Failed​:
0)
Non-zero exit status​: 255
t/mysql-sqlite-translate.t (Wstat​: 138 Tests​: 3 Failed​: 0)
Non-zero wait status​: 138
Parse errors​: No plan found in TAP output
Files=72, Tests=1552, 35 wallclock secs ( 0.20 usr 0.12 sys + 31.65
cusr 2.82 csys = 34.78 CPU)
Result​: FAIL
Failed 4/72 test programs. 0/1552 subtests failed.
#####

Also broken by this commit​: Email​::Abstract
#####
t/abstractions.t .......
Failed 26/165 subtests
  (less 23 skipped subtests​: 116 okay)
#####

Thank you very much.

--
James E Keenan (jkeenan@​cpan.org)

@p5pRT
Copy link
Author

p5pRT commented Apr 3, 2019

The RT System itself - Status changed from 'new' to 'open'

@p5pRT
Copy link
Author

p5pRT commented Apr 3, 2019

From @tonycoz

On Tue, 02 Apr 2019 17​:43​:25 -0700, jkeenan@​pobox.com wrote​:

In the course of investigating the status of RT 132577 re
Module​::Install, I happened to notice that blead was breaking
XML​::Parser version 2.44. Recent breakage has also been reported via
Carlos Guevara's smoke-testing rigs
(http​://matrix.cpantesters.org/?dist=XML-
Parser%202.44;os=linux;perl=5.29.10;reports=1).

With the following bisection command ...

#####
perl Porting/bisect.pl -Duseithreads \
--start=6256cf2c2cee30277e34d38416070f9ec671c989 \
--module=XML​::Parser
#####

... I was able to identify this point of breakage

#####
657ed7c is the first bad commit
commit 657ed7c
Author​: David Mitchell <davem@​iabyn.com>
Date​: Tue Mar 26 08​:56​:55 2019 +0000

fix leak in package name lookup

S_parse_gv_stash_name() mallocs a temporary buffer when
scanning package names longer than 64 bytes. Depending on
how it exits the function, it doesn't always free the
buffer afterwards. Change the function so that there are
only two exit points (which free the buffer) and make other
bits of code goto those two points.

Can be reproduced with e.g.

&{"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxx'x"}

Similar code is already present in t/op/stash_parse_gv.t
#####

Here is the failing test​:

#####
[XML-Parser-2.44] 524 $ bleadprove -vb t/decl.t
t/decl.t ..
1..40
ok 1
double free or corruption (!prev)
Failed 39/40 subtests

Test Summary Report
-------------------
t/decl.t (Wstat​: 134 Tests​: 1 Failed​: 0)
Non-zero wait status​: 134
Parse errors​: Bad plan. You planned 40 tests but ran 1.
Files=1, Tests=1, 0 wallclock secs ( 0.02 usr 0.00 sys + 0.05 cusr
0.01 csys = 0.08 CPU)
Result​: FAIL
#####

I should note that for almost three years there has been a development
release of XML​::Parser, 2.44_01, which has been getting CPANtesters
reports but which has not been officially released to CPAN. My
testing
indicates that this version also is broken on Perl 5 blead
(v5.29.9-50-gfcacab092a).

The attached fixes XML​::Parser for me.

It happens at this line in Expat/Expat.pm​:

  $ioref = *{$arg}{IO} if defined *{$arg};

where $arg is the source of the document but I haven't been able to make a simple reproducer.

Tony

@p5pRT
Copy link
Author

p5pRT commented Apr 3, 2019

From @tonycoz

0001-perl-133977-don-t-double-free-tmpfullbuf.patch
From 58523c7c5079638aeffeafbc72642074fd6ad07c Mon Sep 17 00:00:00 2001
From: Tony Cook <tony@develop-help.com>
Date: Wed, 3 Apr 2019 15:34:09 +1100
Subject: (perl #133977) don't double-free tmpfullbuf

---
 gv.c | 1 -
 1 file changed, 1 deletion(-)

diff --git a/gv.c b/gv.c
index 61085f5c53..3b8759e88a 100644
--- a/gv.c
+++ b/gv.c
@@ -1665,7 +1665,6 @@ S_parse_gv_stash_name(pTHX_ HV **stash, GV **gv, const char **name,
                 gvp = (GV**)hv_fetch(*stash, key, is_utf8 ? -((I32)*len) : (I32)*len, add);
                 *gv = gvp ? *gvp : NULL;
                 if (!*gv || *gv == (const GV *)&PL_sv_undef) {
-                    Safefree(tmpfullbuf); /* free our tmpfullbuf if it was used */
                     goto notok;
                 }
                 /* here we know that *gv && *gv != &PL_sv_undef */
-- 
2.11.0

@p5pRT
Copy link
Author

p5pRT commented Apr 3, 2019

From @iabyn

On Tue, Apr 02, 2019 at 09​:58​:03PM -0700, Tony Cook via RT wrote​:

The attached fixes XML​::Parser for me.

Thanks for the diagnosis. I've just pushed the following​:

commit 06cbc31
Author​: David Mitchell <davem@​iabyn.com>
AuthorDate​: Wed Apr 3 11​:06​:22 2019 +0100
Commit​: David Mitchell <davem@​iabyn.com>
CommitDate​: Wed Apr 3 11​:06​:22 2019 +0100

  Fix recent double free in S_parse_gv_stash_name()
 
  RT #133977
 
  My recent commit v5.29.9-29-g657ed7c1c1 moved all buffer freeing to
  the end of the function, but missed removing one of the existing frees.
 
  The problem was spotted by James E Keenan and diagnosed by Tony Cook; I just
  added a test.
 
  A simple reproducer is
 
  my $def = defined *{"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'x"};

M gv.c
M t/op/stash_parse_gv.t

--
Hofstadter's Law​: It always takes longer than you expect, even when you
take into account Hofstadter's Law.

@p5pRT
Copy link
Author

p5pRT commented Apr 3, 2019

From @jkeenan

On Wed, 03 Apr 2019 10​:44​:47 GMT, davem wrote​:

On Tue, Apr 02, 2019 at 09​:58​:03PM -0700, Tony Cook via RT wrote​:

The attached fixes XML​::Parser for me.

Thanks for the diagnosis. I've just pushed the following​:

commit 06cbc31
Author​: David Mitchell <davem@​iabyn.com>
AuthorDate​: Wed Apr 3 11​:06​:22 2019 +0100
Commit​: David Mitchell <davem@​iabyn.com>
CommitDate​: Wed Apr 3 11​:06​:22 2019 +0100

Fix recent double free in S_parse_gv_stash_name()

RT #133977

My recent commit v5.29.9-29-g657ed7c1c1 moved all buffer freeing to
the end of the function, but missed removing one of the existing
frees.

The problem was spotted by James E Keenan and diagnosed by Tony Cook;
I just
added a test.

A simple reproducer is

my $def = defined
*{"xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'x"};

M gv.c
M t/op/stash_parse_gv.t

Thanks for the rapid response. All 3 modules I reported as failing are passing as of v5.29.9-54-g06cbc31722.

Since Andreas and Slaven are likely to find other distros temporarily broken by the original commit, I'll monitor this ticket for a couple of weeks to make sure everything is cool.

Thank you very much.

--
James E Keenan (jkeenan@​cpan.org)

@p5pRT
Copy link
Author

p5pRT commented Apr 14, 2019

From @jkeenan

No additional failures reported. Marking ticket Resolved.
--
James E Keenan (jkeenan@​cpan.org)

@p5pRT
Copy link
Author

p5pRT commented Apr 14, 2019

@jkeenan - Status changed from 'open' to 'resolved'

@p5pRT p5pRT closed this as completed Apr 14, 2019
@p5pRT p5pRT added BBC Blead Breaks CPAN - changes in blead broke a cpan module(s) Severity Low distro-All labels Oct 19, 2019
@toddr toddr added this to the 5.30.0 milestone Oct 26, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
BBC Blead Breaks CPAN - changes in blead broke a cpan module(s) distro-All
Projects
None yet
Development

No branches or pull requests

2 participants