[Bug] Regression problem in transfer.sh for OpenSSH 7.1 P2 on HPE NSE above dd-size 32k

[Randall S. Becker]

G'Day,

I am requesting help in resolving an issue on the HPE NonStop platform in
OpenSSH 7.1 P2 in the regression suite for all dd-size above 32k. Previous
tests are all passing, but in the for-loop inside regress/transfer.sh, when
s is 64k, the command:

                dd if=$DATA obs=${s} 2> /dev/null | \
                        ${SSH} -q -$p -F $OBJ/ssh_proxy somehost "cat >
${COPY}"

does not transfer any data. regress/copy is empty and the test fails. I have
checked the platform's API for read/write code, which has no issue
transferring data at 1Mb - so that's probably not it. Is there some ioctl or
other system call might be new that may be falling in this specific
situation? I have been looking for math problems but have not found any -
int/long/size_t are 32bit on the box. 56k is a common boundary in some
functions, but I don't get what OpenSSH would be doing in this regard. Our
previous version, 6.7 based at commit 28453d5, did not have this problem,
and regress/transfer.sh does not have any substantively differences compared
to back then. The code is built using OpenSSL 1.0.2f.

Getting detailed debug logs of the regression test would also really help
here. Anyone have any pointers on where I can look to try to resolve this?

Thanks,

Randall
--
-- Randall Becker
-- Brief whoami: NonStop&UNIX developer since approximately
UNIX(421664400)/NonStop(211288444200000000)
-- In my real life, I talk too much.