On Thu, 18 Apr 2013, Arunav Sanyal wrote:
Ok i tested as you said. The original issue is solved.
I still have this issue in which:-
Sorry, but your mailer (or something) doesn't play nice and what you said came
out as complete gibberish:
static void cleanup(struct negotiatedata *neg_ctx) { OM_uint32
minor_status; if(neg_ctx->context != GSS_C_NO_CONTEXT)
gss_delete_sec_context(&minor_status, &neg_ctx->context, GSS_C_NO_BUFFER);
if(neg_ctx->output_token.value) gss_release_buffer(&minor_status,
&neg_ctx->output_token); if(neg_ctx->server_name != GSS_C_NO_NAME)
gss_release_name(&minor_status, &neg_ctx->server_name); memset(neg_ctx, 0,
sizeof(*neg_ctx)); }
fails at the neg_ctx->server_name
What exactly does "fails" mean here ?
My stack trace in visual studio 2008 is:-
1. libcurld.dll!cleanup(negotiatedata * neg_ctx=0x022cb874) Line 370
C
2.libcurld.dll!Curl_cleanup_negotiate(SessionHandle *
data=0x022c3290) Line 378 + 0xe bytes C
I assume that's the line with the gss_release_name() call? (it is not on line
370 in my version of http_negotiate.c)
So if that is wrong, then the conditional before it wrong. Can you help us fix
that check?
--
/ daniel.haxx.se
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
