Re: [Perlgssapi-developer] **SPAM ZEN 83.227.179.169** Re: [rt.cpan.org #32788] Enhancement to use OpenSolaris/Solaris 10 native gss library

[Markus M. <hu...@mo...>]

Please find attached an updated Makefile.PL and GSSAPI.xs. This works on my 
Solaris 10 and OpenSolaris box.

Markus

----- Original Message ----- 
From: "Leif Johansson" <le...@it...>
To: <ac...@gr...>
Cc: <bug...@rt...>; <hu...@mo...>; 
<per...@li...>
Sent: Tuesday, January 29, 2008 11:38 PM
Subject: **SPAM ZEN 83.227.179.169** Re: [Perlgssapi-developer] [rt.cpan.org 
#32788] Enhancement to use OpenSolaris/Solaris 10 native gss library


> Achim Grolms wrote:
>> On Wednesday 30 January 2008, you wrote:
>>
>>>> But *if* GSS_C_NT_HOSTBASED_SERVICE is available and
>>>>  is not used...
>>>> Why the need to define it in GSSAPI.xs?
>>>> Why to define it in "the other direction"?
>>>>
>>>> #define gss_nt_service_name GSS_C_NT_HOSTBASED_SERVICE
>>>>
>>>> Hmm. Am I wrong?
>>>>
>>>> Thank you,
>>>> Achim
>>>>
>>> the only need would be to support applications which relied on the
>>> older definition - I can't think of any.
>>>
>>
>> "Application"... that means application using the GSSAPI.pm
>> module? This applications run against the code in
>> xs/OID.xs :
>>
>>
>> GSSAPI::OID_const
>> gss_nt_service_name()
>>     CODE:
>>         RETVAL = GSS_C_NT_HOSTBASED_SERVICE;
>>     OUTPUT:
>>         RETVAL
>>
>>
>> Is there a point a Perl-application using GSSAPI.pm
>> will have a use for the (C-level) 'gss_nt_service_name'?
>>
>> Thank you,
>> Achim
>>
> Not that I can think of
>