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

Bug #1861640 reported by James McCoy
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
libtickit
New
Undecided
Unassigned

Bug Description

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.

Revision history for this message
Paul "LeoNerd" Evans (leonerd) wrote :

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.

Revision history for this message
James McCoy (jamessan) wrote :

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

Revision history for this message
James McCoy (jamessan) wrote :

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

Revision history for this message
Paul "LeoNerd" Evans (leonerd) wrote :

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

Revision history for this message
James McCoy (jamessan) wrote :

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

Revision history for this message
Matthew Martin (phy1729) wrote :

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

Revision history for this message
Paul "LeoNerd" Evans (leonerd) wrote :

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.

Revision history for this message
James McCoy (jamessan) wrote :

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

Revision history for this message
James McCoy (jamessan) wrote :

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

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.