Comment from Knut Anders on derby-dev:
I also see this. However, the CPU usage is more like 0% than 100%. I
think this is caused by the pre-fetching that was added to the network
DERBY-822. If you put this at the end of values1.inc
testProtocol will terminate successfully.
This is not a compatibility issue, since the network client (also the
10.1 client) knows that a QRYDTA object may or may not arrive. The
protocol test, on the other hand, is written with a specific version
of the server in mind, with the expected server response
hard-coded. Since the 10.1 version of the test doesn't expect QRYDTA
from an OPNQRY, the actual server response and the expected response
will be out of sync.
I'm not sure what causes the hang, though. The test that is hanging is
"Test for too large value for OUTEXP in EXCSQLSTT", and it happens in
the first skipDss in connect.inc. When this test starts, there is at
least a left-over QRYDTA from the previous test (and perhaps more
since that one doesn't read any data sent from the server). But that
should not be a problem since the endTest command is supposed to close
the socket and streams and open new ones. We should probably look into
why this is happening, at least so that we can eliminate that there's
something wrong with the network server code.