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.29.9.

The File-Replace-0.12 test suite fails with perl 5.29.7 and later.
See http​://matrix.cpantesters.org/?dist=File-Replace+0.12

Flags​:
  category=core
  severity=low

Site configuration information for perl 5.29.9​:

Configured by eserte at Thu Mar 21 21​:10​:55 UTC 2019.

Summary of my perl5 (revision 5 version 29 subversion 9) configuration​:
 
  Platform​:
  osname=linux
  osvers=4.15.0-46-generic
  archname=x86_64-linux
  uname='linux ubuntu18 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='-ds -e -Dprefix=/opt/perl-5.29.9 -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'
  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
  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'

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

Environment for perl 5.29.9​:
  HOME=/home/eserte
  LANG=en_US.UTF-8
  LANGUAGE (unset)
  LC_ALL=de_DE.UTF-8
  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=/usr/bin/zsh

From @jkeenan

On Sun, 24 Mar 2019 08​:52​:52 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.29.9.

-----------------------------------------------------------------
The File-Replace-0.12 test suite fails with perl 5.29.7 and later.
See http​://matrix.cpantesters.org/?dist=File-Replace+0.12

Seems like we have some crossed wires here. The CPAN module broken is maintained by HAUKEX. But the following bisection command​:

#####
perl Porting/bisect.pl --start=v5.29.8 --module=File​::Replace
#####

... points to this commit​:

#####
eb699a9 is the first bad commit
commit eb699a9
Author​: Hauke D <haukex@​zero-g.net>
Date​: Wed Dec 12 22​:26​:26 2018 +0100

First "eof" should return true
 
When no file has previously been opened, "eof" should return true. This behavior was broken by 32e6532 (see also [#60978]).
#####

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

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

From @haukex

Hi,

I special-cased my tests [1] to work around the bug [2] that eb699a9
fixes, but the check is simply "$] ge '5.012' && $] lt '5.030'", so I
don't think there's anything to worry about here. I'll adjust that to
the devel release and it should be quiet the error. Thanks for pointing
it out and sorry for the noise.

[1]
https://github.com/haukex/File-Replace/blob/v0.12/t/25_tie_handle_argv.t#L41
[2] https://rt-archive.perl.org/perl5/Ticket/Display.html?id=133721

Best,
-- Hauke D

On 24.03.19 14​:09, James E Keenan via RT wrote​:

On Sun, 24 Mar 2019 08​:52​:52 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.29.9.

-----------------------------------------------------------------
The File-Replace-0.12 test suite fails with perl 5.29.7 and later.
See http​://matrix.cpantesters.org/?dist=File-Replace+0.12

Seems like we have some crossed wires here. The CPAN module broken is maintained by HAUKEX. But the following bisection command​:

#####
perl Porting/bisect.pl --start=v5.29.8 --module=File​::Replace
#####

... points to this commit​:

#####
eb699a9 is the first bad commit
commit eb699a9
Author​: Hauke D <haukex@​zero-g.net>
Date​: Wed Dec 12 22​:26​:26 2018 +0100

First "eof" should return true

When no file has previously been opened, "eof" should return true. This behavior was broken by 32e6532 (see also [#60978]).
#####

From @haukex

Hi,

I just released File-Replace 0.14, which should hopefully fix this
issue. The initial CPAN Testers results look good, so from my end this
issue could be closed.

Best,
-- Hauke D

On 24.03.19 14​:09, James E Keenan via RT wrote​:

On Sun, 24 Mar 2019 08​:52​:52 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.29.9.

-----------------------------------------------------------------
The File-Replace-0.12 test suite fails with perl 5.29.7 and later.
See http​://matrix.cpantesters.org/?dist=File-Replace+0.12

Seems like we have some crossed wires here. The CPAN module broken is maintained by HAUKEX. But the following bisection command​:

#####
perl Porting/bisect.pl --start=v5.29.8 --module=File​::Replace
#####

... points to this commit​:

#####
eb699a9 is the first bad commit
commit eb699a9
Author​: Hauke D <haukex@​zero-g.net>
Date​: Wed Dec 12 22​:26​:26 2018 +0100

First "eof" should return true

When no file has previously been opened, "eof" should return true. This behavior was broken by 32e6532 (see also [#60978]).
#####

From @tonycoz

On Sun, 24 Mar 2019 16​:54​:45 -0700, haukex@​zero-g.net wrote​:

Hi,

I just released File-Replace 0.14, which should hopefully fix this
issue. The initial CPAN Testers results look good, so from my end this
issue could be closed.

Thanks, closed.

Tony

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