emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#42088: closed ([feature/native-comp] Lockup on opening TypeScript fi


From: GNU bug Tracking System
Subject: bug#42088: closed ([feature/native-comp] Lockup on opening TypeScript files)
Date: Tue, 30 Jun 2020 14:44:02 +0000

Your message dated Tue, 30 Jun 2020 14:43:27 +0000 (UTC)
with message-id <1310598554.650130.1593528207620@mail.yahoo.com>
and subject line Re: bug#42088: [feature/native-comp] Lockup on opening 
TypeScript files
has caused the debbugs.gnu.org bug report #42088,
regarding [feature/native-comp] Lockup on opening TypeScript files
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
42088: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=42088
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: [feature/native-comp] Lockup on opening TypeScript files Date: Sat, 27 Jun 2020 18:55:28 +0200 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 Apologies in advance for this being a very vague bug report, but I don't know how to properly debug this kind of issue (pointers appreciated!)

I find that, using the latest version of gccemacs (commit #801e19d0ba8e048...) and typescript.el (commit #0fc729787007b5111f...) Emacs will lock up with 100% cpu usage whenever a TypeScript file is opened. Interrupting Emacs using SIGUSR2 produces the following backtrace:

Debugger entered--entering a function:
* #<subr F616e6f6e796d6f75732d6c616d626461_anonymous_lambda_10>()
  typescript--ensure-cache(515)
  typescript--class-decl-matcher(515)
  font-lock-fontify-keywords-region(1 515 nil)
  font-lock-default-fontify-region(1 501 nil)
  font-lock-fontify-region(1 501)
#f(compiled-function (fun) #<bytecode 0x58bf2cebcbf23b5>)(font-lock-fontify-region)
  jit-lock--run-functions(1 501)
  jit-lock-fontify-now(1 501)
  jit-lock-function(1)
  redisplay_internal\ \(C\ function\)()

I didn't spot any literal lambda within typescript--ensure-cache so I assume it's being generated by some macro? Adding the melpa package repository to the gccemacs docker image, installing typescript-mode and opening a .ts file also causes the Docker version to lock up with 100% CPU usage so I assume this is not caused by my config (trying to send SIGUSR2 to emacs terminated the entire container).
If there's anything I can try out to debug this issue, I'll gladly do so.

Thanks for your amazing work on gccemacs!
Sebastian

The following is extracted from the template produced by report-emacs-bug, though given that the Docker image locks up too, I guess most of it isn't of interest anyway:

In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30, cairo version 1.15.10)
 of 2020-06-27 built on cartman
Repository revision: 801e19d0ba8e048a9faa5d5169ec4183e41b0148
Repository branch: feature/native-comp
Windowing system distributor 'The X.Org Foundation', version 11.0.11906000
System Description: Linux Mint 19.1

Recent messages:
Doom loaded 235 packages across 53 modules in 0.672s
Waiting for git... [2 times]
Loading /home/sebastian/.emacs.d/.local/cache/recentf...done
+Word-Wrap mode enabled in current buffer
current-kill: Kill ring is empty
Mark set [9 times]

Configured using:
 'configure --prefix=/usr/local/stow/gccemacs CC=gcc-10 'CFLAGS=-O3
 -mtune=native -march=native -DNDEBUG' --with-nativecomp'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF
ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS JSON PDUMPER
LCMS2 GMP

Important settings:
  value of $LC_MONETARY: en_US.UTF-8
  value of $LC_NUMERIC: en_US.UTF-8
  value of $LC_TIME: en_US.UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8



--- End Message ---
--- Begin Message --- Subject: Re: bug#42088: [feature/native-comp] Lockup on opening TypeScript files Date: Tue, 30 Jun 2020 14:43:27 +0000 (UTC)
Stefan wrote:

> [ Not sure what's the standard euphemism in use in France nowadays but
>   back when I lived nearby, "SDF" meant "sans domicile fixe" i.e. what we
>   here call "homeless" (and I've heard it referred to disturbingly as
>   "rough sleepers").  ]

Well... must say this sounds surprisingly accurate! :/

Closing it :)

  Andrea


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]