Closed Etaash-mathamsetty closed 11 months ago
The lock file existing shouldn't matter, it uses flock()
(or Windows equivalent) which releases the actual lock once the process exits and the file is closed.
The lock file existing shouldn't matter, it uses
flock()
(or Windows equivalent) which releases the actual lock once the process exits and the file is closed.
yeah I noticed that it still worked properly after testing more, thanks
Basically what the title says
Platform
Operating system and version: Arch Linux Legendary version (
legendary -V
): latest gitExpected Behavior
Legendary should remove the lock after catching the signal, or put the PID in the lock so that another legendary process can realize that the other legendary process got killed.
Current Behavior
Legendary just exits, leaving the lock files behind.
Steps to Reproduce
kill -15 (the pid)
SIGKILL is uncatchable, so that case is understandable. It might also be a decent idea to put the lock files in a temporary location, so that they are cleaned up by the system after a reboot. (like /tmp)