Re: [opensc-devel] changeset 3765 and sc_keycache_set_pin_name
Hello,
Aktiv Co. Aleksey Samsonov:
> I think, we need to rollback:
>
> Index: src/pkcs15init/keycache.c
> ===
> --- src/pkcs15init/keycache.c (revision 3765)
> +++ src/pkcs15init/keycache.c (working copy)
> @@ -259,17 +259,11 @@
> }
>
> if (ref >= 0) {
> - int r;
> /* Create the named PIN if it doesn't exist */
> if (!(s = find_entry(path, SC_AC_CHV, ref, 0))) {
> s = new_entry(path, SC_AC_CHV, ref);
> if (s == NULL)
> return SC_ERROR_OUT_OF_MEMORY;
> -
> - r = sc_keycache_get_key(path, SC_AC_CHV, -1,
> s->value, MAX_SECRET);
> - if(r < 0)
> - return SC_ERROR_OBJECT_NOT_FOUND;
> - s->len = r;
> }
>
> /* Set the pin name */
> ---
Do you mind if I roll back? (for a new 0.11.* release)
Thanks
___
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel
[opensc-devel] pkcs15-tool reading objects with no auth_id
Hi all,
I'm wondering why does pkcs15-tool read an object with no auth_id by
default. The code is this:
printf("Path:%s\n", sc_print_path(&cinfo->path));
printf("Auth ID: %s\n", sc_pkcs15_print_id(&objs[i]-
>auth_id));
if (objs[i]->auth_id.len == 0) {
struct sc_pkcs15_data *data_object;
r = sc_pkcs15_read_data_object(p15card, cinfo,
&data_object);
This behavior can be somewhat "annoying" when we have large objects
with no associated auth_id (as is the case with Portuguese eID card).
Would it be ok if we changed it? Is there any particular reason with
it must be like this?
Thanks.
João
___
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel
[opensc-devel] Opensc minidriver for base csp.
Hi, I've joined a patch to build a windows minidriver useable with basecsp. This patch produce a dll named "opensccm.dll" (only for window of course) and a binary testcsp.exe You have to change "atr" value and put yours on "opensccm.reg" before to register. I've successfully have certificates in user store of windows and reach secure web site with "vista" And under "XP" I've only made signature (testcsp.exe) since certificates are not put on windows store... (don't know why). On Windows XP you have to had "basecsp" support KB909520 This code is not finished, is just for whose are interesting to play with it... and help There are some functionalities to add before to have a basic module: * Read file log name in register * Read log level in register too, add log level to all fprintf * Build "opensccm.reg" instead of fixed one * ... There are some functionalities to improve or change: * Extra parameters in call of sc_context_create * links between private keys and certificates * ... There are many functions waiting to be complete, but for the basic use this functions aren't necessary. Thank for comments (please until "maybe" an official first release forget comment about coding style... this will be correct later) François. opensccm_trunk.patch.tar.gz Description: opensccm_trunk.patch.tar.gz ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] changeset 3765 and sc_keycache_set_pin_name
Am Mittwoch 07 Oktober 2009 11:34:36 schrieb Aktiv Co. Aleksey Samsonov: > I think, we need to rollback: propably the best idea. the old code was working, I don't understand why the new code is necessary (ok, I don't understand the whole keycache stuff I admit), so going back to the old code that worked for almost everyone ist the best plan I think. thanks a lot for all your testing and debugging! Regards, Andreas ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] changeset 3765 and sc_keycache_set_pin_name
Hello, Andreas Jellinghaus wrote: > Am Mittwoch 07 Oktober 2009 11:34:36 schrieb Aktiv Co. Aleksey Samsonov: >> I think, we need to rollback: > > propably the best idea. > the old code was working, I don't understand why the new code is > necessary (ok, I don't understand the whole keycache stuff I admit), > so going back to the old code that worked for almost everyone ist > the best plan I think. > > thanks a lot for all your testing and debugging! Thanks! Committed in revision 3771. ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
