Your message dated Wed, 07 Aug 2013 22:16:13 +0000
with message-id <[email protected]>
and subject line libterm-readline-gnu-perl: Term::ReadLine::GNU handles Ctrl+C 
badly with perl 5.8 - closing
has caused the Debian Bug report #160328,
regarding libterm-readline-gnu-perl: Term::ReadLine::GNU handles Ctrl+C badly 
with perl 5.8
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
160328: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=160328
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libterm-readline-gnu-perl
Version: 1.13-1.1
Severity: normal
Tags: sid

When using Term::ReadLine::Gnu, if you specify a signal handler for
$SIG{INT} then the signal is not handled until 'return' is pressed as
well.

The following program shows the behaviour:

===== START ====
#!/usr/bin/perl

use Term::ReadLine;

$SIG{INT}  = sub { die "Ctrl+C hit\n" };

my $term = new Term::ReadLine 'Test';
my $type = $term->ReadLine();
die "This test is for Term::ReadLine::Gnu\n" unless $type =~ /::Gnu$/i;

print STDERR "Hit Ctrl+C\n";
while ( my $input = $term->readline( "test >" ) ) {}
=== END ===

If you try pressing Ctrl+C, the program should exit straight away, but
in fact you need to press return before the signal handler is executed.
This is different behaviour from Term::ReadLine::Perl which handles it
straight away.

The behaviour changed in perl 5.8, so probably the signal changes,
however perldelta(1) says (under 'Safe Signals' ):

   Note that breaking out from potentially blocking operations should
   still work, though.

Unfortunatly I dont know perl well enough to have a go at patching
this :(

Cheers

Crispin


-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux pallas 2.4.16 #1 Thu Dec 20 17:16:50 GMT 2001 i686
Locale: LANG=C, LC_CTYPE=

Versions of packages libterm-readline-gnu-perl depends on:
ii  libc6                    2.2.5-14        GNU C Library: Shared libraries an
ii  libncurses5              5.2.20020112a-8 Shared libraries for terminal hand
ii  libreadline4             4.3-4           GNU readline and history libraries
ii  perl                     5.8.0-12        Larry Wall's Practical Extraction 
ii  perl-base [perlapi-5.8.0 5.8.0-12        The Pathologically Eclectic Rubbis

-- no debconf information




--- End Message ---
--- Begin Message ---
Hi! I'm closing this bug, since it was tagged "wontfix" for 10
years, without answer. If you have new reasons to point out this
problem, please feel free to re-open it.

--- End Message ---

Reply via email to