[Octave-bug-tracker] [bug #55029] pause() with no arguments does not return like kbhit() with glibc 2.28

[anonymous]

Follow-up Comment #67, bug #55029 (project octave):

Dear maintainers,

This bug still exists in Octave 5.1.0, with glibc 2.28.
Is the changeset in comment #64 on version 5.1.0, or on the incoming 5.2.0?
Should I open a new bug report, or just discuss in this bug report?

We run either "octave" or "octave --gui". At the beginning, the "kbhit()"
works well.
However, once we run "kbhit(1)" or "pause()", then all of "kbhit(1)",
"kbhit()", "pause()" would *no longer* work:
now, 1) both "kbhit(1)" and "kbhit()" always return immediately with [].
and, 2) "pause()" does not return even after we press many keys (unless we
press Ctrl-C).

My environment is Debian GNU/Linux testing (buster), LXDE desktop, 
with Octave packages (octave, octave-common, liboctave7, etc) 5.1.0-1 from
Debian experimental.

octave:1>  ver
----------------------------------------------------------------------
GNU Octave Version: 5.1.0 (hg id: d05d6eebde10)
GNU Octave License: GNU General Public License
Operating System: Linux 4.19.0-4-amd64 #1 SMP Debian 4.19.28-2 (2019-03-15)
x86_64
----------------------------------------------------------------------

$  /lib/x86_64-linux-gnu/libc.so.6 
GNU C Library (Debian GLIBC 2.28-8) stable release version 2.28.
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 8.3.0.
libc ABIs: UNIQUE IFUNC ABSOLUTE
For bug reporting instructions, please see:
<http://www.debian.org/Bugs/>.

$  dpkg -l|grep octave
ii  liboctave7:amd64                       5.1.0-1                      amd64
ii  octave                                 5.1.0-1                      amd64
ii  octave-common                          5.1.0-1                      all
ii  octave-doc                             5.1.0-1                      all


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?55029>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/