Skip to content
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

Very long hangs when loading specific file #4196

Closed
landaire opened this issue Dec 16, 2015 · 10 comments
Closed

Very long hangs when loading specific file #4196

landaire opened this issue Dec 16, 2015 · 10 comments
Labels
Bug :-( macOS stale marked as a stale issue/pr (usually by a bot)

Comments

@landaire
Copy link

I'm on the latest dev (78bdfd0) and when trying to load this file emacs severely hangs and uses 100% CPU. Really all I have to do to trigger it now is restart emacs, select doc.d from the recent files, and let it hang. It didn't hang the first time I opened it but after performing some project searches and trying to modify a line it would hang. In my log below my main buffer (status I guess?) I can see it loads yas-snippet and then hangs.

I only got it to break out of the hang once. Not sure what was different that time but it lasted about 30s.

System Info

  • OS: darwin
  • Emacs: 24.5.1
  • Spacemacs: 0.105.0
  • Spacemacs branch: develop (rev. 78bdfd0)
  • Distribution: spacemacs
  • Layers:
(emacs-lisp version-control d go rust elixir swift yaml latex markdown auto-completion osx spacemacs-layouts)
@landaire
Copy link
Author

Renaming the parent directory (the dmd git repo root) and re-opening the file seems to have fixed it. Is there another cache besides projectile cache? I tried clearing that originally with no luck.

*edit: Never mind. Tried editing line 348 and it crapped out again.

@landaire
Copy link
Author

This has something to do with the d layer itself I think. I disabled all plugins and loading the file worked. I enabled all but D, still worked. Enabled it and it hangs.

@landaire
Copy link
Author

Alright, finally narrowed it down. It's a combination of having the syntax-checking and d layers active. If I enable the d layer by itself, no problem. If I enable both d and syntax-checking it must really dislike that file and just decides to kill emacs.

edit: I take it back. It worked, now it doesn't. I have no clue.

@StreakyCobra
Copy link
Contributor

I can reproduce it, so it's not only your config. Also just having the d layer alone make this problem appears. Can you also test to be sure it's really the case?

@landaire
Copy link
Author

I just disabled all packages and the file loaded successfully. Enabled the d layer and that file breaks. I haven't found any other files that cause the same behavior (although I haven't really been actively looking).

@StreakyCobra
Copy link
Contributor

So we need to find out what is causing the problem. There is only a few packages of code in the d layer. As it's also happening without other layers, there is only the d-mode packages that is activated in this case.

I don't know how to be sure if it is an upstream issue or not, but it looks like so.

@landaire
Copy link
Author

I reported the issue in the emacs-d-mode repo as shown above, but in the meantime I've also done some profiling. Is this info useful?

screen shot 2015-12-20 at 16 12 59

@TheBB
Copy link
Collaborator

TheBB commented Dec 21, 2015

So if you turn off line numbers, is it faster?

@landaire
Copy link
Author

Not really. I noticed a very slight speed increase when I'm in the file trying to make changes it still has delays like crazy to where it's unusable for anything serious. When loading the file I let it load for about 20 seconds before just hitting C-g.

@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!

@github-actions github-actions bot added the stale marked as a stale issue/pr (usually by a bot) label Feb 29, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug :-( macOS stale marked as a stale issue/pr (usually by a bot)
Projects
None yet
Development

No branches or pull requests

3 participants