Andreas Jellinghaus wrote:
> Am Mittwoch 24 Februar 2010 09:35:48 schrieb Viktor TARASOV:
>
>> Xiaoshuo Wu wrote:
>>
>>> On Wed, 24 Feb 2010 15:34:40 +0800, Andreas Jellinghaus
>>>
>>> wrote:
>>>
but I'm still not sure: does this fix a general bug in T0 implementation
that
Am Mittwoch 24 Februar 2010 09:35:48 schrieb Viktor TARASOV:
> Xiaoshuo Wu wrote:
> > On Wed, 24 Feb 2010 15:34:40 +0800, Andreas Jellinghaus
> >
> > wrote:
> >> but I'm still not sure: does this fix a general bug in T0 implementation
> >> that affects all readers? Or is this a special case for en
Xiaoshuo Wu wrote:
> On Wed, 24 Feb 2010 15:34:40 +0800, Andreas Jellinghaus
> wrote:
>
>
>> but I'm still not sure: does this fix a general bug in T0 implementation
>> that affects all readers? Or is this a special case for entersafe only?
>>
> Sorry for this late reply:
> I think that
On Wed, 24 Feb 2010 15:34:40 +0800, Andreas Jellinghaus
wrote:
> but I'm still not sure: does this fix a general bug in T0 implementation
> that affects all readers? Or is this a special case for entersafe only?
Sorry for this late reply:
I think that card returns data instead of 61XX is not sp
commited in change 1185 in trunk.
Thanks, Andreas
___
opensc-devel mailing list
[email protected]
http://www.opensc-project.org/mailman/listinfo/opensc-devel
Am Sonntag 21 Februar 2010 12:03:47 schrieb Xiaoshuo Wu:
> Sorry, I missed something in my first patch, here is the new one:
ok, thanks.
but I'm still not sure: does this fix a general bug in T0 implementation
that affects all readers? Or is this a special case for entersafe only?
I don't know T
Xiaoshuo Wu wrote:
> On Sun, 21 Feb 2010 23:48:58 +0800, Viktor TARASOV
> wrote:
>
>> It's looks like the initial content of the newly created file is random
>> bytes.
> Yes, and I've seen the change in r4047, now it is not random, thank you!
I've been convinced that the standard impose that the
On Sun, 21 Feb 2010 23:48:58 +0800, Viktor TARASOV
wrote:
> It's looks like the initial content of the newly created file is random
> bytes.
Yes, and I've seen the change in r4047, now it is not random, thank you!
___
opensc-devel mailing list
opensc-
Xiaoshuo Wu wrote:
On Sun, 21 Feb 2010 04:34:03 +0800, Viktor TARASOV
wrote:
Question to Xiaoshuo, just for my curiosity:
what is the command history of your card before you have had this
error? erasing, initialising, ...
This only happened when using OpenCT and certain version of hardware.
On Sat, 20 Feb 2010 19:41:41 +0800, Andreas Jellinghaus
wrote:
> lets see what everyone else thinks about this, I don't know the
> code well enough myself.
Sorry, I missed something in my first patch, here is the new one:
Index: src/ifd/ifd-epass3k.c
===
Andreas Jellinghaus wrote:
> Am Samstag 20 Februar 2010 08:32:30 schrieb Xiaoshuo Wu:
>
>> Then sc_pkcs15init_parse_info() could not parse the junks after the TLVs
>> in file 4946, we also modified sc_pkcs15init_write_info() to cope with it.
>> Would you please review the patches in my attachmen
Am Samstag 20 Februar 2010 08:32:30 schrieb Xiaoshuo Wu:
> Hello,
> my colleges and I have been making ePass3000 USB key work with OpenCT.
> We found out that new ePass3000 hardware returns data instead of 61XX(to
> indicates the number of response bytes still available), so we modified
> OpenCT to
Hello,
my colleges and I have been making ePass3000 USB key work with OpenCT.
We found out that new ePass3000 hardware returns data instead of 61XX(to
indicates the number of response bytes still available), so we modified
OpenCT to handle it.
Then sc_pkcs15init_parse_info() could not parse th
13 matches
Mail list logo
