diff options
author | Tim Prouty <tprouty@samba.org> | 2008-12-22 22:35:24 -0800 |
---|---|---|
committer | Tim Prouty <tprouty@samba.org> | 2008-12-23 00:28:00 -0800 |
commit | 4d02bbbfb4d74367bde0f768c02ddb99910ef62d (patch) | |
tree | 640a85ded651d4991c7b7d90362184beb0958f39 /source4/scripting | |
parent | 8ce77a57ccc4d5ff4a216d74c4fc58782fc9098c (diff) | |
download | samba-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/scripting')
0 files changed, 0 insertions, 0 deletions