From 3a5529922178fbc5e759da89ac1ab0fa3038ee15 Mon Sep 17 00:00:00 2001 From: Alexander Bokovoy Date: Thu, 3 Mar 2005 09:26:08 +0000 Subject: r5646: state->loadfile might be NULL after allocation so this is really should be NT_STATUS_HAVE_NO_MEMORY(state->loadfile) instead of NT_STATUS_NOT_OK_RETURN(status). (This used to be commit eb57a587889611bcf39d75d4e15b627f36899a53) --- source4/libcli/composite/fetchfile.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'source4/libcli/composite') diff --git a/source4/libcli/composite/fetchfile.c b/source4/libcli/composite/fetchfile.c index a7d6f2ffd8..2bf6ef9023 100644 --- a/source4/libcli/composite/fetchfile.c +++ b/source4/libcli/composite/fetchfile.c @@ -49,7 +49,7 @@ static NTSTATUS fetchfile_connect(struct composite_context *c, NT_STATUS_NOT_OK_RETURN(status); state->loadfile = talloc(state, struct smb_composite_loadfile); - NT_STATUS_NOT_OK_RETURN(status); + NT_STATUS_HAVE_NO_MEMORY(state->loadfile); state->loadfile->in.fname = io->in.filename; -- cgit