fix: catch NoSuchProcess/ZombieProcess in get_misp_modules_pid

[elhoim]

get_misp_modules_pid() in misp_modules/__init__.py only widens its exception handling to psutil.AccessDenied:

for pid in psutil.pids():
    try:
        if any("misp-modules" in x for x in psutil.Process(pid).cmdline()):
            return pid
    except psutil.AccessDenied:
        return None

psutil.pids() returns a snapshot; a process can exit between that enumeration and the Process(pid).cmdline() call. When that happens, psutil raises psutil.NoSuchProcess (or psutil.ZombieProcess for a process that has already exited but not been reaped), neither of which is caught here. The exception propagates out of get_misp_modules_pid().

This function is called from the "address already in use" diagnostic in __main__.py when the server fails to bind its port, to report which PID is already holding it. If the race hits, the diagnostic itself crashes with an unrelated psutil.NoSuchProcess traceback instead of reporting the real bind error, which is confusing for anyone debugging why misp-modules won't start.

Fix

Widen the except clause to (psutil.AccessDenied, psutil.NoSuchProcess, psutil.ZombieProcess) so a process that exits mid-scan is treated the same as one we can't inspect: return None and let the real "address already in use" message surface.

This is a pure exception-handling fix with no behaviour change to the success path.

Verification

• flake8 clean on misp_modules/__init__.py
• Full module test suite: 161 passed, 4 skipped, 5 subtests passed in 20.79s

Found during a review of the repository; other findings are being submitted as separate PRs.

🤖 Generated with Claude Code

https://claude.ai/code/session_018dfYpyaSZd1nxSRLr8suj8