forked from PeterCxy/OpenEUICC
Peter Cai
e48f9aa828
* ApduInterfaces also need a concept of validity based on the underlying APDU channel. For example, OMAPI depends on SEService being still connected. * We then rely on this validity to wait for reconnection; we do not need to manually remove all channels under a slot because the rest will be invalid anyway, and the next attempt at connection will lazily recreate the channel. * We had to manage channels manually before during reconnect because `valid` may result in SIGSEGV's when the underlying APDU channel has become invalid. This is avoided by the validity concept added to APDU channels. |
||
---|---|---|
.. | ||
src | ||
.gitignore | ||
build.gradle.kts | ||
consumer-rules.pro | ||
proguard-rules.pro |