Re: RES: RES: Parallel Process with readers - pcsc-lite

Michael Traut <[email protected]>
Newsgroups gmane.comp.lib.muscle
Message-ID <CAASU4dhP7RC5BUfe81h6g_XYbBR6DHw_8Vnd5S40JUVjOOjcBQ@mail.gmail.com>
I hope you will be satisfied with what you will get...

Indeed, it has taken some time to get here. This weekend i will separate
the code from our repository and rack my brain what to do with the
dependencies into our runtime.


On Fri, Jul 5, 2013 at 2:31 PM, Frank Marien <[email protected]> wrote:

>
> On 07/05/13 14:04, Ludovic Rousseau wrote:
> > 2013/7/5 Michael Traut <[email protected]>:
> >> We already have a platform independent native adapter to pcsc and
> pcsc-lite.
> >> We developed this before smartcardio popped up and never switched
> because of
> >> the limitations of smartcardio - it is used in our (closed-source) EAL
> >> certified signature application.
> >>
> >> We'd like to donate this lib if anybody is interested...
> >>
> >> The runtime stack consists of
> >>
> >> - JNA runtime
> >> - intarsys native memory model (as we dislike the JNA abstractions...).
> This
> >> is already BSD licensed (via jPod on SourceForge)
> >> - intarsys PCSC wrapper (including all SCARD features WE needed so far)
> >> - intarsys Card abstraction. A small layer on top of PCSC, with some
> >> features we found very useful in the years.
> >>
> >> The pro is without doubt that we use this for years, fixed small "bugs"
> with
> >> every version of win*, 32 and 64 bit, Mac and Unix derivates, for every
> card
> >> reader explicitly supported and poorly programmed by the provider...
> There
> >> have been so many incompatibilities to work around we simply can't
> list...
> >>
> >> For some, the downside may be that we do NOT plug in smartcardio and
> have
> >> different abstraction for terminal/card/connection. The "card"
> abstraction
> >> (while not required, but really recommended) is quite strict and on the
> >> exact opposite of smartcardio. Every card terminal and every card
> connection
> >> comes with its own context...
> >>
> >> If appropriate, make some suggestions on where to host the lib....
> > Great!
> >
> > I would propose to host the lib at github.com, unless your are more
> > familiar with another system.
> >
> > Or if the library has a really low activity we could host it in the
> > contrib/ directory of the pcsc-lite project at
> > http://anonscm.debian.org/viewvc/pcsclite/trunk/contrib/
> >
> > The real question is: do you propose yourself as the project
> leader/maintainer?
> >
> > Bye,
> >
> > --
> >  Dr. Ludovic Rousseau
> >
> > _______________________________________________
> > Muscle mailing list
> > [email protected]
> > http://lists.musclecard.com/mailman/listinfo/muscle_lists.musclecard.com
> >
> Second that "Great!" from Dr Ludovic. I've been looking into
> implementing this and I figure it has taken a lot of work to get and
> keep working right. It would save others a lot of work if you would
> share that. de.intersys.opensource['karma']++ :-)
>
> _______________________________________________
> Muscle mailing list
> [email protected]
> http://lists.musclecard.com/mailman/listinfo/muscle_lists.musclecard.com
>

_______________________________________________
Muscle mailing list
[email protected]
http://lists.musclecard.com/mailman/listinfo/muscle_lists.musclecard.com
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.