-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Recursive load buffers.el #5657
Comments
This ruling is not absolute and can be reversed if you follow up with enough information to further investigate this issue. Our How to Debug Issues guide can help you find out more about it (note: our discourse currently requires an account). If you still feel lost after reading our debugging guide, raise your issue on our Discord or Discourse -- there may be others who have experienced it. Otherwise, this issue will be automatically deleted after 14 days.
|
Dear @hlissner As I debugged, git bisect says, that everything get broken in commit Might be that the issue only with emacs 28. It was installed from macports: |
Two of my macOS (Catalina) test systems run 28.0.50 and 28.0.60, one with and one without native-comp -- both installed from Homebrew. I also use 28+native-comp myself (but on Linux) and can't reproduce the issue there either. I can only suspect there is an issue with the macports source of Emacs. Try installing it from homebrew instead. |
Hi @deril, I encountered the same issues with Macports
and then Emacs started working again. Perhaps MacPorts pulled a bad version of Emacs 28.0.60 this time. |
Also filed this on the MacPorts side: https://trac.macports.org/ticket/63651 |
@hlissner both of this complains was related to some snapshot of master branch of emacs in macports (see It is quite possible that it is another side effect of #5469 which leads to https://debbugs.gnu.org/cgi/bugreport.cgi?bug=50534 — since upstream fixed it, I had a few crashes which was reported as https://debbugs.gnu.org/cgi/bugreport.cgi?bug=50641 In few days (or a bit longer) I will take a deep look to this issue. Maybe today evening. Anyway, I'd love to ask confirmation of @telotortium and @deril that they tired to run I had a few very wired bugs, when used native compiled files from another version. The second question: have you recompiled all native compiled files after downgrade to old emacs? I'm asking because if you haven't cleaned up it, it probably reused it from doom version which was used before upgrade, and some mix which leads to missed commit that pointed @telotortium can easy occur. |
Well, I've upgraded used version of doom emacs from 4549b27 to faceb8c via
Anyway, emacs crashed one more time which I've reported to https://debbugs.gnu.org/cgi/bugreport.cgi?bug=50641 |
Upgrade to emac's commit |
What did you expect to happen?
Emacs loaded without any errors
What actually happened?
When emacs opens, Warnings buffer appears with the following errors after the update
And emacs is not usable anymore.
Describe your attempts to resolve the issue
I tried to reinstall doom, upgrade it from the latest develop.
Steps to reproduce
System Information
https://pastebin.com/x11tNZUn
The text was updated successfully, but these errors were encountered: