Hi Ludovic,
I don't have the source code of pcsc-lite from solaris, only binaries. I
will repack the opensc with these change for solaris...
Thanks for all,
--
Marc Rios Vallès
m...@c3po.es
C3PO, S.A.
http://www.c3po.es
C/ Alejandro Goicoechea, 6 Local 9 - 08960 St. Just Desvern, Barcelona
Te
Thank you!
Applied.
On 2/3/09, Andrey Jivsov wrote:
> From:
> https://www.opensc-project.org/openct/browser/trunk/src/ifd/ifd-ccid.c
>
>if ((st->flags & FLAG_NO_SETPARAM) == 0 &&
> 1182((st->flags & FLAG_AUTO_ATRPARSE) == 0 |
> 1183proto != IFD_P
Thanks for finding it!
I think best is to revert r942 and ask Kurt Jaeger for a different patch.
What do you think?
On 2/3/09, Chaskiel Grundman wrote:
>
>
> On Thu, 29 Jan 2009, Andrey Jivsov wrote:
>
> > I am attaching the tested patch to the file ifd-ccid.c to add support for
> the
> > rea
On Thu, 29 Jan 2009, Andrey Jivsov wrote:
> I am attaching the tested patch to the file ifd-ccid.c to add support for the
> reader. The reader's USB IDs that I tested with are 0b97:7762 and 0b97:7772.
> Without this patch the ifd-ccid.c code will not work with these readers.
>
> The patch is b
From:
https://www.opensc-project.org/openct/browser/trunk/src/ifd/ifd-ccid.c
if ((st->flags & FLAG_NO_SETPARAM) == 0 &&
1182((st->flags & FLAG_AUTO_ATRPARSE) == 0 |
1183proto != IFD_PROTOCOL_T0)) {
The condition check looks confusing. Should the '|'
On Monday 02 February 2009 21:58:17 Andreas Jellinghaus wrote:
> of limitations. also openct has a lot less to offer than pcsc-lite plus ccid,
> for example no working pinpad support.
This is driver issue not framework issue.
> I believe if all things pcsc-lite plus ccid can do would be added to
Am Montag 02 Februar 2009 19:27:42 schrieb Douglas E. Engert:
> > The way to do this is to have a single service which provides a
> > rendesvous point for clients and readers, keeps track of what readers
> > exist and of their state, informs clients of changes they are interested
> > in, and mediat
2009/2/2 Marc Rios Valles :
> Hi to everybody,
Hello,
> I have been working these days with opensc 0.11.6 and Solaris 10 11/06
> with pcsc-lite version 1.1 from solaris[1].
>
> I am working with a card that works with trusted channel and I have
> found strange things with the sc_reset() and pcsc_
Jeffrey Hutzelman wrote:
> --On Monday, February 02, 2009 07:52:30 PM +0200 Alon Bar-Lev
> wrote:
>
>> On Mon, Feb 2, 2009 at 7:41 PM, Jeffrey Hutzelman wrote:
>>> --On Monday, February 02, 2009 04:28:22 PM +0200 Alon Bar-Lev
>>> wrote:
>>>
The client library monitors /var/run/libscread
Hi Ludovic,
how tied is the ccid reader to supporting ccid only?
or could you implement other protocols in it as well?
in theory I'm all for using the best software available,
and at least once pinpad support is required that is
pcscd with your ccid driver and not openct.
but keeping openct arou
On Mon, Feb 2, 2009 at 8:02 PM, Jeffrey Hutzelman wrote:
> The way to do this is to have a single service which provides a rendesvous
> point for clients and readers, keeps track of what readers exist and of
> their state, informs clients of changes they are interested in, and mediates
> when more
--On Monday, February 02, 2009 07:52:30 PM +0200 Alon Bar-Lev
wrote:
> On Mon, Feb 2, 2009 at 7:41 PM, Jeffrey Hutzelman wrote:
>> --On Monday, February 02, 2009 04:28:22 PM +0200 Alon Bar-Lev
>> wrote:
>>
>>> The client library monitors /var/run/libscreader for changes
>>
>> That sounds reall
On Mon, Feb 2, 2009 at 7:41 PM, Jeffrey Hutzelman wrote:
> --On Monday, February 02, 2009 04:28:22 PM +0200 Alon Bar-Lev
> wrote:
>
>> The client library monitors /var/run/libscreader for changes
>
> That sounds really nonportable.
>
I have it working for Linux (inotify) and BSD (kevent).
Solari
--On Monday, February 02, 2009 04:28:22 PM +0200 Alon Bar-Lev
wrote:
> The client library monitors /var/run/libscreader for changes
That sounds really nonportable.
___
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-p
On 02/02/2009 04:28 PM, Alon Bar-Lev:
On Monday 02 February 2009 16:17:12 Peter Stuge wrote:
Alon Bar-Lev wrote:
work together to achieve single common framework
I really liked that proposal. Sorry I didn't say so sooner.
This is my proposal, I will be happy to get s
Alon Bar-Lev wrote:
> work together to achieve single common framework
I really liked that proposal. Sorry I didn't say so sooner.
//Peter
___
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinf
On Monday 02 February 2009 14:09:12 Ludovic Rousseau wrote:
> Maybe it is time to let OpenCT die and use pcsc-lite only?
Ludovic, we discussed this off-list.
pcsc-lite has many disadvantages, I offered you my help and time in order to
work together to achieve single common framework for smartcar
Hi to everybody,
I have been working these days with opensc 0.11.6 and Solaris 10 11/06
with pcsc-lite version 1.1 from solaris[1].
I am working with a card that works with trusted channel and I have
found strange things with the sc_reset() and pcsc_reconnect() functions.
The reader I am working
Dear OpenCT developpers and users,
The problem reported by Johannes was a resource conflict between
OpenCT and pcsc-lite.
Maybe it is time to let OpenCT die and use pcsc-lite only? Another
option is to remove the support of CCID readers from OpenCT and
activate it _only_ after the user changed a
On Monday 02 February 2009 12:35:20 Aktiv Co. Aleksey Samsonov wrote:
> > also, do you know any resellers of the rutoken in eu?
>
> Unfortunately, Rutoken S is not exported from Russia.
Why?
Alon
___
opensc-devel mailing list
opensc-devel@lists.opensc-
Hello.
Andreas Jellinghaus:
> can you also edit the wiki page,
> and document what this change means for users?
I will try to do so.
> e.g. do people need to delete and re-initialize their tokens?
Yes. For example:
$pkcs15-init --erase-card
$pkcs15-init --create-pkcs15 --so-pin "87654321"
$pkcs
Right.
Thanks!
On Mon, Feb 2, 2009 at 11:41 AM, Aktiv Co. Aleksey Samsonov
wrote:
>
> Is "ifdhandler" correct? (Not "openct.conf" or "openct.conf.new"?)
>
> Alon Bar-Lev:
>>
>> Should be.
>>
>> On 1/29/09, Aktiv Co. Aleksey Samsonov wrote:
>>>
>>> Hello.
>>> The openct trunk revision 1127: conf
Is "ifdhandler" correct? (Not "openct.conf" or "openct.conf.new"?)
Alon Bar-Lev:
> Should be.
>
> On 1/29/09, Aktiv Co. Aleksey Samsonov wrote:
>> Hello.
>> The openct trunk revision 1127: configure.ac: Line 400:
>>
>> CPPFLAGS_OPENCT_CONF_PATH='-DOPENCT_CONF_PATH="\"$(sysconfdir)/ifdhandler
23 matches
Mail list logo
