From vmpdemo@gmail.com

lib/autodie/t/recv fails without TTY

This test assumes that STDIN is a TTY, and works fine as such.

Failed test 'recv dies on returning undef'
# at ../lib/autodie/t/recv.t line 45.
Use of uninitialized value $obj_name in concatenation (.) or string at
../lib/Test/More.pm line 599.
Use of uninitialized value $obj_name in concatenation (.) or string at
../lib/Test/More.pm line 618.
# Failed test ' isa autodie​::exception'
# at ../lib/autodie/t/recv.t line 46.
# isn't a class or reference
# Looks like you failed 2 tests of 8.

However remote compilation via SSH does not meet that criteria, so this fails​:
ssh user@​box "cd perl ; make test" </dev/null

And this hangs indefinitely​:
ssh user@​box "cd perl ; make test"

From @rgarcia

2009/10/20 Virtual Machine Provisioning Demo <perlbug-followup@​perl.org>​:

# New Ticket Created by  Virtual Machine Provisioning Demo
# Please include the string​:  [perl #69929]
# in the subject line of all future correspondence about this issue.
# <URL​: http​://rt.perl.org/rt3/Ticket/Display.html?id=69929 >

lib/autodie/t/recv fails without TTY

This test assumes that STDIN is a TTY, and works fine as such.

Failed test 'recv dies on returning undef'
#   at ../lib/autodie/t/recv.t line 45.
Use of uninitialized value $obj_name in concatenation (.) or string at
../lib/Test/More.pm line 599.
Use of uninitialized value $obj_name in concatenation (.) or string at
../lib/Test/More.pm line 618.
#   Failed test ' isa autodie​::exception'
#   at ../lib/autodie/t/recv.t line 46.
#      isn't a class or reference
# Looks like you failed 2 tests of 8.

However remote compilation via SSH does not meet that criteria, so this fails​:
ssh user@​box "cd perl ; make test" </dev/null

And this hangs indefinitely​:
ssh user@​box "cd perl ; make test"

That might be only a documentation (INSTALL document) issue. We have a
test_notty test target. runtests is supposed to detect that no tty is
present. However I can't reproduce this bug on my machine...

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

From vmpdemo@gmail.com

The TTY detection appears to work fine, as I can see make do "cd t &&
PERL_SKIP_TTY_TEST=1 ./perl TEST" - but I see no evidence that
lib/autodie/t/recv or anything else is trying to obey this detection.
Do you?

From vmpdemo@gmail.com

Also this bug did not exist in perl 5.8.7, so it's a regression
somewhere between that and 5.10.1.

From @dcollinsn

On Thu Oct 29 09​:20​:15 2009, vmpdemo@​gmail.com wrote​:

Also this bug did not exist in perl 5.8.7, so it's a regression
somewhere between that and 5.10.1.

I routinely build through SSH or through scripts that leave Configure and make without a proper TTY, regardless, I've never seen this test failure. In fact, it seems like no one has been able to reproduce it. Is there any objection to this ticket being closed (or is there any more information that someone can add, for people trying to diagnose this in the future)?

--
Respectfully,
Dan Collins