This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-04-13
Channels
- # babashka (45)
- # babashka-sci-dev (15)
- # beginners (72)
- # biff (4)
- # calva (3)
- # clj-on-windows (67)
- # clj-otel (1)
- # cljfx (7)
- # clojure (74)
- # clojure-austin (1)
- # clojure-dev (4)
- # clojure-europe (6)
- # clojure-gamedev (1)
- # clojure-germany (5)
- # clojure-losangeles (6)
- # clojure-nl (3)
- # clojure-uk (6)
- # clojured (2)
- # clojurescript (42)
- # core-typed (2)
- # cursive (4)
- # emacs (18)
- # events (1)
- # fulcro (13)
- # humbleui (8)
- # introduce-yourself (2)
- # kaocha (11)
- # leiningen (5)
- # lsp (16)
- # malli (8)
- # off-topic (69)
- # pathom (38)
- # pedestal (3)
- # reagent (17)
- # releases (3)
- # shadow-cljs (10)
- # spacemacs (6)
- # sql (1)
- # tools-deps (5)
- # xtdb (20)
I’ve been having a huge amount of emacs crashes lately, where the UI just freezes and CPU usage goes to 100% (in MacOS), does anyone know how can I debug what’s going on?
Is this happening in a bare emacs (with no additional packages loaded) as well? I'd try to isolate the package causing the problem by removing them one by one (or binary search).
Haven’t tried on a bare emacs, but debuging like that sounds kind of painful. Is there any way to log what’s going on?
hmm, yeah that might be the problem. I’ll try without that package and see if it gets fixed.
I see. Do you know if I update the clojure-lsp package does it update the lsp backend as well?
A trick that might or might not help you, if send emacs a SIGUSR2 signal it will interrupt whatever it's doing and enter the debugger. I've used this countless times to unjam an Emacs that's spinning at 100%, and the stacktrace can give you a hint of where the problem lies.
this will also turn on debut-on-quit
, so it will enter the debugger every time you press C-g
afterwards. You can turn that back off with M-x toggle-debug-on-quit
thanks plexus will try that