-
Notifications
You must be signed in to change notification settings - Fork 711
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
segmentation fault on linux using cherry reader with pinpad #3022
Comments
🤦 obviously the conditions are negated: Can you verify this is fixed with #3023 ? |
The problem is fixed with #3023 for me. Thanks for your fast response. |
I think rebasing would be good to make sure it works ok, but there is very little chance it will have some effect to each other. |
Sorry, my last comment was meant to go to #2943. Nevertheless, I did a rebase. |
Problem Description
Using Cherry card reader with pin via pinpad on Linux causes segmentation fault for current master branch.
Test command and result on master:
When specifying pin on commandline it does not show the segfault. It fails expectedly with a different error, which will be fixed by #2943
Running the commands on git tag 0.24.0 does not show a segfault, whether I set pin on commandline or not.
Using git bisect I could identify these commits as the change from ok to error:
Steps to reproduce
Details on hardware and config
Reader and card info:
The card is a
D-TRUST Card 4.1 Std. RSA 2ca
.Config:
Logs
Log file from execution on master without specifying pin on commandline is attached: opensc-debug-master-pinpad-redacted.txt.
I redacted personal details returned by the card as far as I found them. Logs should not contain pin, as the process failed before entering it, but it would not matter as I changed it for testing purposes.
I could also provide similar logs for any of the other code revisions if this is helpful. Just let me know.
dmesg shows the following error:
pkcs11-tool[104048]: segfault at 0 ip 0000000000000000 sp 00007fffd93b8d28 error 14 in pkcs11-tool[5634feed4000+7000] likely on CPU 1 (core 1, socket 0)
The text was updated successfully, but these errors were encountered: