SecBufferDesc incorrectly declares public Pointer pBuffers #843
Labels
Comments
matthiasblaesing
added a commit
to matthiasblaesing/jna
that referenced
this issue
Aug 9, 2017
(Re-)Bind SSPI functions: - InitializeSecurityContext - AcceptSecurityContext - QueryCredentialsAttributes - QuerySecurityPackageInfo - EncryptMessage - DecryptMessage - MakeSignature - VerifySignature Add binding for SEC_WINNT_AUTH_IDENTITY structure. The existing SecBufferDesc binding is replaced as the binding does not correctly map the native structure. The pBuffers member is not an array of SecBuffer.ByReference, but a pointer to an array of SecBuffer's. This manifests when more than one buffer is specified. The SecBufferDesc structure is the literal transliteration of the native C header. In addition a ManagedSecBufferDesc was introduced, that allows easy access to its members, as long, as the structure is managed from the java side. Closes: java-native-access#843
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
See discussion in #839 (comment). Structure broken with
cbBuffers > 1.The text was updated successfully, but these errors were encountered: