s3: Fix stream marshalling to return the correct streaminfo status
authorTim Prouty <tprouty@samba.org>
Tue, 23 Dec 2008 06:35:24 +0000 (22:35 -0800)
committerTim Prouty <tprouty@samba.org>
Tue, 23 Dec 2008 08:28:00 +0000 (00:28 -0800)
commit4d02bbbfb4d74367bde0f768c02ddb99910ef62d
tree640a85ded651d4991c7b7d90362184beb0958f39
parent8ce77a57ccc4d5ff4a216d74c4fc58782fc9098c
s3: Fix stream marshalling to return the correct streaminfo status

When there are enough streams on a file to fill up the max_data_count
when responding to a trans2 streaminfo, samba is returning
NT_STATUS_BUFFER_TOO_SMALL.  Windows handles this by returning
NT_STATUS_BUFFER_OVERFLOW while still sending as much of the data that
it can fit into the buffer.  When the windows client sees
BUFFER_OVERFLOW, it retries the streaminfo with a larger buffer (2x).
The windows client starts at 2K and will continue increasing the
buffer size by two until it reaches 64K.  If the streams don't fit in
64K the windows client seems to give up.

This patch fixes marshall_stream_info to overfill the buffer by 1
stream so that send_trans2_replies can properly detect the overflow
and return the correct status.
source3/smbd/trans2.c