summaryrefslogtreecommitdiff
path: root/source4
diff options
context:
space:
mode:
authorTim Prouty <tprouty@samba.org>2008-12-22 22:35:24 -0800
committerTim Prouty <tprouty@samba.org>2008-12-23 00:28:00 -0800
commit4d02bbbfb4d74367bde0f768c02ddb99910ef62d (patch)
tree640a85ded651d4991c7b7d90362184beb0958f39 /source4
parent8ce77a57ccc4d5ff4a216d74c4fc58782fc9098c (diff)
downloadsamba-4d02bbbfb4d74367bde0f768c02ddb99910ef62d.tar.gz
samba-4d02bbbfb4d74367bde0f768c02ddb99910ef62d.tar.bz2
samba-4d02bbbfb4d74367bde0f768c02ddb99910ef62d.zip
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.
Diffstat (limited to 'source4')
0 files changed, 0 insertions, 0 deletions