mirror of
https://github.com/samba-team/samba.git
synced 2024-12-23 17:34:34 +03:00
05c358759c
In npa_tstream.c we have two next_vector functions reading a big endian uin32_t length and then the blob described by the length. This factors that next_vector out into a central routine. Why? I'll add another NPA protocol in the future, and this would add yet another two copies of that next_vector code Signed-off-by: Volker Lendecke <vl@samba.org> Reviewed-by: Jeremy Allison <jra@samba.org>
38 lines
1.1 KiB
C
38 lines
1.1 KiB
C
/*
|
|
* Unix SMB/CIFS implementation.
|
|
*
|
|
* Copyright (C) Volker Lendecke 2019
|
|
*
|
|
* This program is free software; you can redistribute it and/or modify
|
|
* it under the terms of the GNU General Public License as published by
|
|
* the Free Software Foundation; either version 3 of the License, or
|
|
* (at your option) any later version.
|
|
*
|
|
* This program is distributed in the hope that it will be useful,
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
* GNU General Public License for more details.
|
|
*
|
|
* You should have received a copy of the GNU General Public License
|
|
* along with this program. If not, see <http://www.gnu.org/licenses/>.
|
|
*/
|
|
|
|
#ifndef TSTREAM_U32_READ_H
|
|
#define TSTREAM_U32_READ_H
|
|
|
|
#include "replace.h"
|
|
#include "tsocket.h"
|
|
|
|
struct tevent_req *tstream_u32_read_send(
|
|
TALLOC_CTX *mem_ctx,
|
|
struct tevent_context *ev,
|
|
uint32_t max_msglen,
|
|
struct tstream_context *stream);
|
|
int tstream_u32_read_recv(
|
|
struct tevent_req *req,
|
|
TALLOC_CTX *mem_ctx,
|
|
uint8_t **buf,
|
|
size_t *buflen);
|
|
|
|
#endif
|