[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: kwallet final branch

From: Arfrever Frehtes Taifersar Arahesis <arfrever.fta_at_gmail.com>
Date: Wed, 21 May 2008 12:06:51 +0200

2008-05-20 15:19 Branko Čibej <brane_at_xbc.nu> napisał(a):
> Ben Collins-Sussman wrote:
>>
>> On Fri, May 16, 2008 at 12:01 PM, Branko Čibej <brane_at_xbc.nu> wrote:
>>
>>>
>>> Ben Collins-Sussman wrote:
>>>
>>>>>
>>>>> DSO have many advantages. Please see this thread:
>>>>> http://svn.haxx.se/dev/archive-2008-05/0054.shtml
>>>>>
>>>>>
>>>>
>>>> Someone explained this to me in IRC. I guess the reason that Windows
>>>> and Keychain providers are statically linked is because those APIs are
>>>> *guaranteed* to exist when building on Windows or OS X.
>>>>
>>>
>>> I don't know about Keychain, but CryptoAPI certainly isn't guaranteed to
>>> exist on all the Windows versions we "support". So it's in fact not
>>> statically linked but discovered dynamically at runtime, exactly as I
>>> proposed for the Kwallet and Gnome Keyring providers.
>>>
>>
>> That's very nice. I sure wish we could figure out why the Windows
>> auth provider doesn't need to be declared in a separate public header,
>> but the kwallet provider does. How ugly.
>>
>
> Because it's implemented as an #ifdef-wrapped static function.

The problem was existing even when the KWallet provider was declared
as an #ifdef-wrapped function in svn_auth.h.

> (unless you use the really-really-independent-global-pools that appeared in
> APR-1.3

I use APR 1.4. What should I change in the code to use these pools?
Received on 2008-05-21 12:07:10 CEST

This is an archived mail posted to the Subversion Dev mailing list.