malte-v
malte-v
@asterite I disagree. In my opinion we should support any signal that can be elegantly replaced with a WinApi call. Currently we have: - SIGTERM: `SendMessage(WM_CLOSE)` for GUI processes, `TerminateProcess`...
@Sija IMO it is worth it: - SIGTERM: around 30 - 40 lines - SIGSTOP: 2 lines - SIGCONT: literally 1 line - SIGKILL: 3 lines (lines of **naive** C++...
@markrjr I don't think we should invest time into this. I mean, what's the point of having two Crystal processes (that must be GUI processes) running at the same time...
Possibly related: https://github.com/haskell/haskell-ide-engine/issues/1100
I see, do you think this would be difficult to implement? I don't know much about how GHCi works but I'd be happy to help out.
Could you create a PR?
The issue seems to have magically resolved itself.
Can you elaborate on what you mean by "destroy function overloads"?
I see... Personally I'm not a fan of this kind of function overloading, but for the sake of consistency I'll accept a PR if you'd like to have these functions...
Go ahead. Thank you for your contributions so far!