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