As code can't be called after power is lost.
The simple method is to keep a magic in CLEAR_ON_RESET memory and always check for the presence of the magic cookie in either select() or process() and run your code if not.
Search found 101 matches
- Mon Oct 10, 2016 5:13 am
- Forum: Questions & Answers
- Topic: Lock applet on card power transitions
- Replies: 3
- Views: 7780
- Thu Sep 29, 2016 9:44 pm
- Forum: Questions & Answers
- Topic: Memory size of JC10M24R
- Replies: 6
- Views: 10669
Re: Memory size of JC10M24R
The memory value showed in the result is the remaining memory after you uploaded algtest cap file. You can code an simple applet by yourself to get the exact memory size.
- Tue Sep 06, 2016 1:33 am
- Forum: Reader
- Topic: Cannot install driver for Feitian readers on Windows 7
- Replies: 3
- Views: 9131
- Mon Aug 29, 2016 4:54 am
- Forum: Questions & Answers
- Topic: Implementing of javacardx.biometry
- Replies: 10
- Views: 15504
Re: Implementing of javacardx.biometry
Thank you tarantino, You are right. can you answer another question. hasn't JCIDE any facilities to load two applet on simulator simultaneously? (To find out can i call javacardx.biometry interfaces which i implemented in second applet) In JCIDE, select " Debug-> Run or Debug Configuration &qu...
- Sun Aug 28, 2016 11:31 pm
- Forum: Questions & Answers
- Topic: Implementing of javacardx.biometry
- Replies: 10
- Views: 15504
Re: Implementing of javacardx.biometry
Hi, The error you got is just because the java card kit version is wrong. Follow the steps below to change JCKit version in JCIDE to jc 2.2.2, the project will be complied successfully. From the menu, select " Build-> Property ", a dialog box "Property Sheet" will pop up. Click &...
- Wed Aug 24, 2016 4:07 am
- Forum: Questions & Answers
- Topic: Implementing of javacardx.biometry
- Replies: 10
- Views: 15504
Re: Implementing of javacardx.biometry
I have done test with your project in JCIDE, and the project can be downloaded and installed in JCIDE simulator successfully. it can run without any problem. So I guess maybe your real card doesn't support some function.
- Fri Aug 05, 2016 1:36 am
- Forum: Algorithm School
- Topic: 6F00 when instantiating a RSAPublicKey
- Replies: 2
- Views: 8382
Re: 6F00 when instantiating a RSAPublicKey
0x6F00 means that there is an un-handled exception in your code.
Wrap the line of code in a try/catch. It will throw a CryptoException and you can call getReason() to find out what's wrong.
Wrap the line of code in a try/catch. It will throw a CryptoException and you can call getReason() to find out what's wrong.
- Wed Jul 13, 2016 1:50 am
- Forum: Questions & Answers
- Topic: RSA encryption algorithm
- Replies: 3
- Views: 8823
Re: RSA encryption algorithm
There are some problems in your code. Try the below code. This code will encrypt your data and send the response in one APDU. //In constructor cipherRSA = Cipher.getInstance(Cipher.ALG_RSA_PKCS1, false); //In Process Method short len = apdu.setIncomingAndReceive(); // This is the amount of data read...
- Fri Jul 01, 2016 5:55 am
- Forum: Questions & Answers
- Topic: sendBytesLong()
- Replies: 2
- Views: 6598
Re: sendBytesLong()
The method "sendBytesLong(...)" is to send data in working buffer larger than APDU buffer.
- Mon Jun 20, 2016 6:07 am
- Forum: Questions & Answers
- Topic: Optional Authentication in Load and Installation flow diagram
- Replies: 2
- Views: 6350
Re: Optional Authentication in Load and Installation flow diagram
You can see this table in part 9. APDU Command Reference.
This figure shows that Both load and install require a secure channel. The diagram you mention may not require an explicit authentication as implicit authentication could also be used.
This figure shows that Both load and install require a secure channel. The diagram you mention may not require an explicit authentication as implicit authentication could also be used.