From @eserte

This is a bug report for perl from slaven@​rezic.de,
generated with the help of perlbug 1.41 running under perl 5.27.8.

The t/10-aes_encrypt-aes_decrypt.t test of Perlmazing-1.2812 fails
with perl 5.27.8​:

Argument "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0" isn't numeric in numeric bitwise xor (^) at /home/eserte/.cpan/build/2018020312/Perlmazing-1.2812-0/lib/Perlmazing/Perlmazing/get_aes_cipher.pm line 10.
# Looks like your test exited with 2 before it could output anything.
t/10-aes_encrypt-aes_decrypt.t ......
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/2 subtests

It did not fail with 5.27.7 or earlier. Though there are some entries
about bitwise operators in 5.27.8's perldelta.pod, I cannot find one
that exactly matches this warning.

Flags​:
  category=core
  severity=low

Site configuration information for perl 5.27.8​:

Configured by eserte at Sat Jan 20 09​:22​:10 CET 2018.

Summary of my perl5 (revision 5 version 27 subversion 8) configuration​:
 
  Platform​:
  osname=linux
  osvers=3.16.0-4-amd64
  archname=x86_64-linux
  uname='linux cabulja 3.16.0-4-amd64 #1 smp debian 3.16.51-3 (2017-12-13) x86_64 gnulinux '
  config_args='-ds -e -Dprefix=/opt/perl-5.27.8 -Dusedevel -Dusemallocwrap=no -Dcf_email=srezic@​cpan.org'
  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 -D_FORTIFY_SOURCE=2'
  optimize='-O2'
  cppflags='-fwrapv -fno-strict-aliasing -pipe -fstack-protector-strong -I/usr/local/include'
  ccversion=''
  gccversion='4.9.2'
  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/4.9/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
  libs=-lpthread -lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc -lgdbm_compat
  perllibs=-lpthread -lnsl -ldl -lm -lcrypt -lutil -lc
  libc=libc-2.19.so
  so=so
  useshrplib=false
  libperl=libperl.a
  gnulibc_version='2.19'
  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'

@​INC for perl 5.27.8​:
  /opt/perl-5.27.8/lib/site_perl/5.27.8/x86_64-linux
  /opt/perl-5.27.8/lib/site_perl/5.27.8
  /opt/perl-5.27.8/lib/5.27.8/x86_64-linux
  /opt/perl-5.27.8/lib/5.27.8

Environment for perl 5.27.8​:
  HOME=/home/eserte
  LANG=en_US.UTF-8
  LANGUAGE (unset)
  LD_LIBRARY_PATH (unset)
  LOGDIR (unset)
  PATH=/usr/local/bin​:/usr/bin​:/bin​:/usr/local/sbin​:/usr/sbin​:/sbin​:/home/eserte/bin/linux-gnu​:/home/eserte/bin/sh​:/home/eserte/bin​:/home/eserte/bin/pistachio-perl/bin​:/usr/games​:/home/eserte/devel
  PERLDOC=-MPod​::Perldoc​::ToTextOverstrike
  PERL_BADLANG (unset)
  SHELL=/bin/zsh

From @jkeenan

On Sat, 03 Feb 2018 11​:30​:55 GMT, slaven@​rezic.de wrote​:

This is a bug report for perl from slaven@​rezic.de,
generated with the help of perlbug 1.41 running under perl 5.27.8.

-----------------------------------------------------------------
The t/10-aes_encrypt-aes_decrypt.t test of Perlmazing-1.2812 fails
with perl 5.27.8​:

Argument "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0" isn't numeric in numeric
bitwise xor (^) at /home/eserte/.cpan/build/2018020312/Perlmazing-
1.2812-0/lib/Perlmazing/Perlmazing/get_aes_cipher.pm line 10.
# Looks like your test exited with 2 before it could output anything.
t/10-aes_encrypt-aes_decrypt.t ......
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/2 subtests

It did not fail with 5.27.7 or earlier. Though there are some entries
about bitwise operators in 5.27.8's perldelta.pod, I cannot find one
that exactly matches this warning.

Bisection point to​:

#####
401d2aa is the first bad commit
commit 401d2aa
Author​: Father Chrysostomos <sprout@​cpan.org>
Date​: Sun Dec 31 12​:24​:01 2017 -0800

  Enable bitwise feature with ‘use v5.28’

:100644 100644 838d64883b591b7bebc891b7aa3f030d548a9163 0e15fb5ffbd6b6c9edef027a35868e838214a5e1 M feature.h
:040000 040000 88fe2b7ed5c7a2aa815918e0141d43eebdd7ede1 7a96b9d43ed088a691f26a0f9261de98fa23a1a0 M lib
:040000 040000 d76756089cc8a878d710c01224c83625d0c4c9fe eb2d7a5c5b34bcb95558e6750c5cc39344141b0a M regen
:040000 040000 c5f279aaa90942471096767d332a52db90c7a46e 738e3eb257730a633fd8cb2bd055f49e2a24a31f M t
bisect run success
That took 3114 seconds.
#####

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

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

From @cpansprout

On Sat, 03 Feb 2018 03​:30​:55 -0800, slaven@​rezic.de wrote​:

This is a bug report for perl from slaven@​rezic.de,
generated with the help of perlbug 1.41 running under perl 5.27.8.

-----------------------------------------------------------------
The t/10-aes_encrypt-aes_decrypt.t test of Perlmazing-1.2812 fails
with perl 5.27.8​:

Argument "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0" isn't numeric in numeric
bitwise xor (^) at /home/eserte/.cpan/build/2018020312/Perlmazing-
1.2812-0/lib/Perlmazing/Perlmazing/get_aes_cipher.pm line 10.
# Looks like your test exited with 2 before it could output anything.
t/10-aes_encrypt-aes_decrypt.t ......
Dubious, test returned 2 (wstat 512, 0x200)
Failed 2/2 subtests

It did not fail with 5.27.7 or earlier. Though there are some entries
about bitwise operators in 5.27.8's perldelta.pod, I cannot find one
that exactly matches this warning.

This is the fault of the module. It unconditionally enables the latest feature bundle, defeating the whole purpose of feature bundles. I have reported it at <https://rt.cpan.org/Ticket/Display.html?id=124320>.

--

Father Chrysostomos

@iabyn - Status changed from 'open' to 'rejected'