[19931] in Kerberos_V5_Development
Re: Issue with MIT Kerberos Documentation - Developing with GSSAPI
daemon@ATHENA.MIT.EDU (Greg Hudson)
Thu May 9 11:56:18 2019
To: Frank Filz <ffilzlnx@mindspring.com>, <krbdev@mit.edu>
From: Greg Hudson <ghudson@mit.edu>
Message-ID: <0d4b8583-6cfc-0e83-4831-75d50552bca1@mit.edu>
Date: Thu, 9 May 2019 11:55:40 -0400
MIME-Version: 1.0
In-Reply-To: <075101d505ac$c9e094b0$5da1be10$@mindspring.com>
Content-Language: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: krbdev-bounces@mit.edu
On 5/8/19 10:46 AM, Frank Filz wrote:> I see the STREAM buffer type,
unfortunately, I have the wrap token
> potentially split across multiple buffers due to the way our network code
> handles the stream. I am looking for the best way to decrypt without having
> to do a data copy.
Yeah, the interface is designed for applications with specific packet
formats, not ones where a split could happen anywhere.
> If that isn't currently how STREAM works, would it be possible in the future
> to support an iov of STREAM buffers?
Possibly, though I can't promise anything. The code to handle the
current contract is pretty complicated, and dealing with a split outside
of the data segment (inside the padding, for instance) would add a new
dimension to that.
_______________________________________________
krbdev mailing list krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev
