EldoS | Feel safer!

Software components for data protection, secure storage and transfer

Enter PIN programmatically

Posted: 02/27/2013 08:49:58
by Vsevolod Ievgiienko (Team)


Thank you for sharing the code. The option Eugene mentioned above is located in project options on Packages tab.
Posted: 02/27/2013 09:07:08
by walter Schrabmair (Basic support level)
Joined: 12/15/2012
Posts: 43

Yes there are the Design-Time Packages which I have checked all ELDOS and the Runtime-Packages below, which I have not checked.

What should I control there? I have never thought about this.
Thanks a lot - just learned again some important things.
Posted: 02/27/2013 11:14:48
by Vsevolod Ievgiienko (Team)

What should I control there?

Nothing if "Build with runtime packages" is turned off.
Posted: 02/28/2013 09:37:56
by walter Schrabmair (Basic support level)
Joined: 12/15/2012
Posts: 43

I have tried it with turned off. Now the *.bpl are not needed in runtime, I think.
BUt when I try to compile, there is still the OperationPIN not known.
What a strange thing is, I can rename the SBCryptoProvPKCS11.dcu File in the EDLOS Dir and I still can compile without errors (without the OperationPin line).

It might be the cache. I have only one SBCryptoProvPKCS11.dcu on my whole computer, I can compile without errors when I rename the SBCryptoProvPKCS11.dcu file. Could you explain this to me?
Thanks a lot.

On a other WIN 7 64 bit PC it works fine, just not that at home, where I would like to program.
Posted: 02/28/2013 11:17:41
by Vsevolod Ievgiienko (Team)

Unfortunately we don't know where Delphi caches DCU files and also came across this problem in past. You should better ask this question in Embarcadero support of StackOverflow.
Posted: 02/28/2013 11:28:13
by walter Schrabmair (Basic support level)
Joined: 12/15/2012
Posts: 43

ok, thanks a lot for your help.
best regards
Posted: 02/28/2013 11:43:21
by walter Schrabmair (Basic support level)
Joined: 12/15/2012
Posts: 43

I hope that that post http://stackoverflow.com/questions/15142138/does-anyone-knows-where-delphi-7-caches-the-dcu-files will give me some advice.

Posted: 02/28/2013 13:26:25
by walter Schrabmair (Basic support level)
Joined: 12/15/2012
Posts: 43

I found a solution: I searched with WINHEX for SBCryptoProvPKCS11.pas and found 21 hits on the whole HDD.

Now I delete the VirtualStore DCUs and I could recompile without Error.
Attached the hits of my WIN 7 64 bit LAptop.

Yes it was the cache. Thanks for that info, Vsevolod Ievgiienko.

Posted: 03/01/2013 01:14:59
by Vsevolod Ievgiienko (Team)

Great! Thank you for letting us know about the solution.
Posted: 10/25/2016 05:57:46
by Adam Morawski (Basic support level)
Joined: 10/25/2016
Posts: 1

I've got problem with described method: when I first give good PIN as KeyExchangePIN and SignaturePIN and signing succeed. Then (without closing application) I can give anything as PIN and next operations also succeeds! It will work with bad PIN until I close app or remove and reinsert card (and probably I can see that card is "logged in" on reader diode - it stops blinking on log in and starts immediately after card removal or app ending). Freeing certificate or WinCertStorage or executing Cert.KeyMaterial.ClearSecret doesn't help. Is there any way to implicitly log out from card or drop all CSP authentication without closing app?



Topic viewed 14685 times

Number of guests: 1, registered members: 0, in total hidden: 0


Back to top

As of July 15, 2016 EldoS business operates as a division of /n software, inc. For more information, please read the announcement.

Got it!