t/15term-input.t fails on Debian/kfreebsd-amd64

[James McCoy]

https://buildd.debian.org/status/fetch.php?pkg=libtickit&arch=kfreebsd-amd64&ver=0.3.4-1&stamp=1580693433&raw=0

# got 'Backspace' expected 'C-a'
# got 0 expected 4
t/15term-input.t ..........
Dubious, test returned 1 (wstat 256, 0x100)
Failed 2/53 subtests
...
Test Summary Report
-------------------
t/15term-input.t (Wstat: 256 Tests: 53 Failed: 2)
  Failed tests: 16-17
  Non-zero exit status: 1

Oddly, it works fine on kfreebsd-i386, so it doesn't seem to be something specific to the FreeBSD bits.

[Paul "LeoNerd" Evans (leonerd)]

Idle thoughts: What does `stty` think the backspace key really is on that machine? Maybe it yields 1 for some odd reason, thus being "\x01" = "Ctrl-a" and thus the problem.

Another thought: make the test do "\x02" and test for Ctrl-b instead.

[James McCoy (jamessan)]

There isn't a kfreebsd-amd64 system I have access to, but the same failure is happening on the hurd-i386. On that porterbox, "stty -a" reports

speed 38400 baud;
eol = <undef>;
-imaxbel
tab3

On a system where this test doesn't fail, "stty -a" reports

speed 38400 baud; line = 0;
-brkint -imaxbel iutf8

[James McCoy (jamessan)]

Rather, those are both what "stty" reports -- "stty -a" is much more verbose.

[Paul "LeoNerd" Evans (leonerd)]

Could you supply the full `stty -a` output then so we can compare?

[James McCoy (jamessan)]

Working:

speed 38400 baud; rows 57; columns 212; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; discard = ^O; min = 1; time = 0;
-parenb -parodd -cmspar cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke -flusho -extproc

Not working:

speed 38400 baud; rows 57; columns 212;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; start = ^Q; stop = ^S; susp = ^Z; dsusp = ^Y; rprnt = ^R; werase = ^W; lnext = ^V; discard = ^O; status = M-^?;
min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread -clocal -crtscts
-ignbrk brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab3 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -tostop -echoprt echoctl echoke -flusho -extproc

[Matthew Martin (phy1729)]

I could reproduce this on OpenBSD, but no longer can with 0.4.0-RC4.

[Paul "LeoNerd" Evans (leonerd)]

Good to hear. I suspect then -RC4 will become the real release. I'll give it some more time on the CPAN smokers first and bump it at the end of the weekend if nothing else comes up.

[James McCoy (jamessan)]

I've also confirmed that this test passes on hurd-i386 with 0.4.0-RC4.

[James McCoy (jamessan)]

However, 51tickit-io.t spins forever:

#3 0x0103e5dc in poll (__timeout=<optimized out>, __nfds=<optimized out>, __fds=<optimized out>) at /usr/include/i386-gnu/bits/poll2.h:46
#4 evloop_run (data=0x805df60, flags=TICKIT_RUN_DEFAULT) at src/evloop-default.c:84
#5 0x0104954f in tickit_run (t=0x805df30) at src/tickit.c:305
#6 0x08030c12 in main (argc=1, argv=0x1030d14) at t/51tickit-io.c:83