summaryrefslogtreecommitdiff
path: root/source4/torture/rap
diff options
context:
space:
mode:
authorAndrew Tridgell <tridge@samba.org>2004-10-30 02:17:03 +0000
committerGerald (Jerry) Carter <jerry@samba.org>2007-10-10 13:05:03 -0500
commit39883a90cf3ecabfc39e68e8b1d3265a4026d25c (patch)
tree5e66f3abe634ce01fe8b19e99aa355155cad9927 /source4/torture/rap
parentad8c4ae941047aa7409ff0d8d10de721f5ff0659 (diff)
downloadsamba-39883a90cf3ecabfc39e68e8b1d3265a4026d25c.tar.gz
samba-39883a90cf3ecabfc39e68e8b1d3265a4026d25c.tar.bz2
samba-39883a90cf3ecabfc39e68e8b1d3265a4026d25c.zip
r3383: avoid multi-part SMBtrans and SMBtrans2 replies until our client library can handle
them properly (they are difficult to do in an async fashion). By choosing trans.in.max_data to fix in the negotiated buffer size a server won't send us multi-part replies. I notice that windows seems to avoid them too :) (This used to be commit e23edf762cace35f937959c9ffbef718431a79b9)
Diffstat (limited to 'source4/torture/rap')
-rw-r--r--source4/torture/rap/rap.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/source4/torture/rap/rap.c b/source4/torture/rap/rap.c
index a74acdb331..1ae92a6034 100644
--- a/source4/torture/rap/rap.c
+++ b/source4/torture/rap/rap.c
@@ -172,7 +172,7 @@ static NTSTATUS rap_cli_do_call(struct smbcli_state *cli, TALLOC_CTX *mem_ctx,
params->flags = RAPNDR_FLAGS;
trans.in.max_param = call->rcv_paramlen;
- trans.in.max_data = call->rcv_datalen;
+ trans.in.max_data = smb_raw_max_trans_data(cli->tree, call->rcv_paramlen);
trans.in.max_setup = 0;
trans.in.flags = 0;
trans.in.timeout = 0;