On 2/4/2011 2:20 AM, Martin Paljak wrote:
> I think Douglas is incrementally working on the existing codebase. Why the > cardmod > driver was squeezed into reader-pcsc.c the way it is in the first place is > beyond > me, as Francois noted, I "was not very hot about it" [1]. > Yes, I am trying to work with the current code base. The missing piece is passing in the two handles from the cardmod.c to the reader-pcsc.c cardmod code. The use of the use_reader and sc_ctx_use_reader can do this. Once that is in place, I can commit my changes for the cardmod.c and reader-pcsc.c that will allow cardmod to work with login. This would them let others test out the changes. > > My idea is that reader-XXX.c incorporates the necessary code that translate > from > the generic sc_*** operations to the API calls to talk to such reader type. > Thus OpenCT > (ct_* in reader-openct.c), CT-API (CT_* API in loadable modules in > reader-ctapi.c) and > PC/SC (SCard* API calls in reader-pcsc.c). At a later time the reader-pcsc.c code can be combined to be a single driver. > > In this picture there is no new driver, just the code in reader-pcsc.c must > be modified > to adapt to the way a MiniDriver uses libopensc. I agree. > > [1] > http://www.opensc-project.org/pipermail/opensc-devel/2011-January/015764.html -- Douglas E. Engert <deeng...@anl.gov> Argonne National Laboratory 9700 South Cass Avenue Argonne, Illinois 60439 (630) 252-5444 _______________________________________________ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
