Bug#450717: libterm-readkey-perl: Call to ReadKey(0) is not blocking anymore
Michael Gebetsroither
gebi at grml.org
Fri Nov 9 15:41:22 UTC 2007
Package: libterm-readkey-perl
Version: 2.30-3
Severity: normal
Hi,
We've a problem with ReadKey(0).
We use it in one of our wrapper programms to read non-echoed single
character's.
Something like this:
while (not defined ($x = ReadKey(0))) {}
The real problem is, that after starting start-x and returning, the cpu
runs at 100% because ReadKey does not block anymore and returnes
undefined value all of the time.
Code which shows this behaviour:
http://hg.grml.org/grml-scripts/file/84f9e6d8cda1/usr_sbin/grml-quickconfig
cu,
michael
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (991, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.22-grml64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.iso885915, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash
Versions of packages libterm-readkey-perl depends on:
ii libc6 2.6.1-6 GNU C Library: Shared libraries
ii perl 5.8.8-11.1 Larry Wall's Practical Extraction
ii perl-base [perlapi-5.8.8] 5.8.8-11.1 The Pathologically Eclectic Rubbis
libterm-readkey-perl recommends no packages.
-- no debconf information
More information about the pkg-perl-maintainers
mailing list