Hi,

I developed a similar soft and I created a service to manage the reader and
every other process is a client to this service and it works well.

Mohsen

>From: Sergio Ortiz <blindCTV.ES>
>Reply-To: SmartCardSDK <SmartCardSDKDISCUSS.MICROSOFT.COM>
>To: SmartCardSDKDISCUSS.MICROSOFT.COM
>Subject: Re: Microsoft PC/SC implementation for multithread
>Date: Thu, 25 Oct 2001 09:49:25 +0200
>
>Hi,
>
> > Yes, of course SCardBeginTransaction and SCardEndTransaction is
> > the proper way for doing an operation divided in multiple calls of
> > SCardTransmit
> > atomic.
>The problem I'm trying to solve is two processes accesing the smartcard.
>
>First X-File : )
>-------------------
>I have a process with two control threads checking the state (IN/OUT) and
>some fields.
>I have developed a test application that tests a field continuously ( e.g.
>while (true) { GetField() } )
>I've noticed that when the test application is run, the other process
>begins
>to fail its calls to get info from the card.
>As soon as I stop the test application, the other one begins to work
>properly.
>
>Secong X-File
>-------------------
>Same scenario. I launch the test application and the other begins to fail
>orders. In case I kill the test application process, the other one don't
>recover and carry on failing orders ( the error is SCARD_W_RESET_CARD in
>SCardTransmit ).
>I suppose that if I kill the process ScardSvr.exe resets the card...and I
>don't like this : )
>
>
>In my case, failing an order is generaring a "User Logoff", so I'm very
>interested in having no "interprocess collateral effects" : )
>
>Any experiences or ideas?
>
>Thanks in advance

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]