You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
SIGSEGV in Java_com_fazecast_jSerialComm_SerialPort_setEventListeningStatus+0x4 #625
Looks like there's a race with closing the port or shutting down, that the portHandle is set to 0 before the native code is called.
The native code then dereferences the null pointer here:
I think it can happen if SerialPort.closePort() is called from the user event handler. The wait for the event thread is bypassed, the port is closed and portHandle set to 0, and after that the event thread exits its loop and tries to call setEventListeningStatus(portHandle, false);.
Activity
HanyzPAPU commentedon Feb 12, 2026
I think it can happen if
SerialPort.closePort()is called from the user event handler. The wait for the event thread is bypassed, the port is closed andportHandleset to0, and after that the event thread exits its loop and tries to callsetEventListeningStatus(portHandle, false);.HanyzPAPU commentedon Feb 12, 2026
I see that it is fixed for
LISTENING_EVENT_PORT_DISCONNECTEDin 5966a40, but it can still happen for other events.