lib/56388: curses addstr test fails for LP64BE platforms

[rokuyama.rk%gmail.com@localhost]

>Number:         56388
>Category:       lib
>Synopsis:       curses addstr test fails for LP64BE platforms
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    lib-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Sep 04 13:10:00 +0000 2021
>Originator:     Rin Okuyama
>Release:        9.99.88
>Organization:
Department of Physics, Meiji University
>Environment:
NetBSD rp64 9.99.88 NetBSD 9.99.88 (GENERIC64EB) #308: Sat Sep  4 19:19:46 JST 2021  rin@latipes:/sys/arch/evbarm/compile/GENERIC64EB evbarm aarch64eb
>Description:
tests/lib/libcurses/t_curses:addstr fails when comparing output with
check_files/addstr2.chk on aarch64eb. By enabling -v flag to director,
I obtain:

---
tc-se:director: /usr/tests/lib/libcurses/tests/addstr:19: [do_function_call] Excess 172 bytes from slave [cup24;1X0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890123456cup24;1Xclearcsr1;24Xhomecup24;1Xindn4Xcsr1;24Xhomehomecup24;76Xa\040\040\040rmamhsmamcup24;1X]
tc-se:Comparing reference byte 0x63 (c) against slave byte 0x63 (c)
...
tc-se:Comparing reference byte 0x75 (u) against slave byte 0x73 (s)
---

On the other hand, addstr2.chk reads:

----
cup24;1X0123456789abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890123456cup24;1Xclearcup24;76Xa   rmamhsmamcup24;1X
----

So, ``csr1;'' is output where ``cup24;'' is expected.

This test also fails for sparc64:

https://releng.netbsd.org/b5reports/sparc64/2021/2021.09.03.12.20.38/test.tps

whereas it passes other platforms including ILP32BE ones. So, I guess
that this is an LP64BE bug in libcurses.
>How-To-Repeat:
On LP64BE machines:

cd /usr/tests/lib/libcurses && atf-run
>Fix:
N/A