Skip to content
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

App crashes after card is read on MAC (after update from 2.6.0 to 2.9.6) #174

Open
lukasondrak96 opened this issue Nov 21, 2024 · 4 comments

Comments

@lukasondrak96
Copy link

Hello,

we used JSSC v2.6.0 for many years but in newest version of our app we moved to v2.9.6. Everything seems to be working. We tested that on Windows, Linux and MAC without any issues.
But today we updated our client to this new version with JSSC v2.9.6 and card reader was correctly found and set, but when client tried to read a card, whole app always crashes. They were using MAC.

@lukasondrak96 lukasondrak96 changed the title App crashes after card is read on MAC App crashes after card is read on MAC (after update from 2.6.0 to 2.9.6) Nov 21, 2024
@tresf
Copy link

tresf commented Nov 21, 2024

Hi,

Steps to reproduce are required for investigation. At a bare minimum:

  • MacOS version
  • Java version
  • Problematic code to reproduce

For example, "Try to read a card" is ambiguous and does not describe the code path necessary for identifying the crash.

Also, additional troubleshooting measures performed (reproducing on a different machine) is helpful for identifying.

Lastly, if you have a way of obtaining the JVM crash it may also allude to the problematic code path.

@lukasondrak96
Copy link
Author

Hello,
thanks!

MAC version: MacOS - 10.12.6 (iMac 21.5-inch 2017)
Java version: JDK 1.8_111

We tried also JDK 1.8_371.
With both JDK versions card reading worked (with same card reader device) on our test MAC, but not on client's MAC.

Unfortunately I could not get any logs or JVM crash log, so I cannot recognize code where the app crashes.

@tresf
Copy link

tresf commented Nov 25, 2024

Thanks. What JDK did you use? Java 8 is very different between Oracle and OpenJDK 8 so the runtime vendor is needed. Oracle has standardized most components starting with Java 11 / OpenJDK 11.

Also, we still would expect some type of abbreviated code snippet surrounding where the crash occurs. I understand this may be impossible to gather from the workstation, but your knowledge of your own codepath prior to the crash should infer some snippets that can be used to reproduce the problem.

@pietrygamat
Copy link
Collaborator

As JSSC searches native binary in various places, you may want to make sure some other version is not being loaded on the client's machine. It may be pulled from some other dependency, like mentioned here: #65 (comment) or perhaps the old version is installed and loaded from the application's work directory (see #92).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants