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