Re: problem with rdesktop PC/SC handle conversion

Ludovic Rousseau <[email protected]>
Newsgroups gmane.network.rdesktop.devel
Message-ID <[email protected]>
2009/9/21 Pierre Ossman <[email protected]>:
> On Fri, 18 Sep 2009 13:34:02 +0200
> Ludovic Rousseau <[email protected]> wrote:
>
>> Hello,
>>
>> rdesktop scard.c file contains conversions functions
>> scHandleToMyPCSC() and scHandleToServer() with the comments included
>> bellow.
>>
>> The comment is wrong with "recent" versions of pcsc-lite. The handle
>> returned by pcsc-lite is the same on 32 and 64-bits systems. The
>> functions are bogus since they corrupt the handles returned by
>> pcsc-lite.
>>
>
> This damn "translation" function has always been broken in some sense,
> and your patch will just shift for whom it works and for whom it
> doesn't.
>
> The proper fix for this issue is to create a translation table that
> maps between the system's handles and what we send over the wire.
> That's the only way we can assure compatibility with all PC/SC
> implementations (and the different versions of pcsclite would have to
> count as several implementations as they keep changing how the handle
> is generated).

I am the pcsc-lite maintainer.

The only PC/SC implementations I know are:
- Microsoft winscard
- pcsc-lite (with some custom versions from Sun and Apple)

Does rdesktop support other PC/SC implementations?

The way the handle are generated is not important as long as they can
be stored in a 32-bit integer. And I think that is the case for
pcsc-lite since a long time now.

Can you point me a version of pcsc-lite that does not store a handle
in a 32-bit integer?

Regards,

-- 
 Dr. Ludovic Rousseau

------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.