GNU bug report logs - #32534
Emacs (gtk) crashes on opening a file

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 32534 in the body.
You can then email your comments to 32534 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: উৎসব রায় <uroybd <at> gmail.com>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: Emacs (gtk) crushes on opening a file.
Date: Sun, 26 Aug 2018 21:12:42 +0600

[Message part 1 (text/plain, inline)]

I can't open a javascript file(even if I renamed it into a .txt) in
emacs (gtk). No-window mode is working fine though. It is not a problem
of my config, I've tried fresh config and in two different machine. I'm
giving you the link of the repository containing the file below. It is
the 'index.js' file and I believe the 'conversions' variable is causing
the problem.

https://gitlab.com/codesigntheory/bnunicode2ansi
-- 
উৎসব রায় (Utsob Roy)
https://utsob.me

[Message part 2 (text/html, inline)]

Message #8 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: uroybd <at> gmail.com
Cc: 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Mon, 27 Aug 2018 18:35:17 -0400

Please give the information from M-x report-emacs-bug.
Please give a minimal complete example starting from emacs -Q.
If the crash is not reproducible, progress will require a backtrace from
an unoptimized build.

Message #13 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: উৎসব রায় <uroybd <at> gmail.com>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Tue, 28 Aug 2018 08:24:39 +0600

[Message part 1 (text/plain, inline)]

Here's the steps to reproduce.
1. Open Emacs by running emacs -Q (in GUI).
2. Open the file mentioned in the original bug report.
3. That's it, it crashes.


Here's the system information found by running 'emacs-report-bug':

-----------
In GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
 of 2018-07-05 built on juergen
Windowing system distributor 'The X.Org Foundation', version 11.0.12001000
System Description: Manjaro Linux

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
completing-read-default: Command attempted to use minibuffer while in
minibuffer
Making completion list...

Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
 --localstatedir=/var --with-x-toolkit=gtk3 --with-xft --with-modules
 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong
 -fno-plt' CPPFLAGS=-D_FORTIFY_SOURCE=2
 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY
ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS
GTK3 X11 MODULES THREADS LIBSYSTEMD LCMS2

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-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date
mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting move-toolbar gtk
x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 95794 6568)
 (symbols 48 20351 1)
 (miscs 40 49 118)
 (strings 32 28755 1191)
 (string-bytes 1 750154)
 (vectors 16 14645)
 (vector-slots 8 496614 9548)
 (floats 8 50 67)
 (intervals 56 232 0)
 (buffers 992 12))
--------------

On Tue, Aug 28, 2018 at 4:35 AM Glenn Morris <rgm <at> gnu.org> wrote:

>
> Please give the information from M-x report-emacs-bug.
> Please give a minimal complete example starting from emacs -Q.
> If the crash is not reproducible, progress will require a backtrace from
> an unoptimized build.
>
-- 
উৎসব রায় (Utsob Roy)
https://utsob.me

[Message part 2 (text/html, inline)]

Message #16 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: উৎসব রায় <uroybd <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Mon, 27 Aug 2018 23:38:37 -0400

উৎসব রায় <uroybd <at> gmail.com> writes:

> Here's the steps to reproduce.
> 1. Open Emacs by running emacs -Q (in GUI).
> 2. Open the file mentioned in the original bug report.
> 3. That's it, it crashes.

I can't reproduce this, but I'm guessing it could be that font thing again.

If you run

     XFT_DEBUG=16 emacs -Q -xrm "emacs.synchronous: true"

does it give some output on the terminal before crashing (as described
in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=31936#8)?

If you can build from git, testing with the latest emacs-26 branch would
be helpful too.

Message #19 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: উৎসব রায় <uroybd <at> gmail.com>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Tue, 28 Aug 2018 11:41:30 +0600

[Message part 1 (text/plain, inline)]

Here's the backtrace by running 'XFT_DEBUG=16 emacs -Q -xrm
"emacs.synchronous: true':

fish> bash -c 'XFT_DEBUG=16 emacs -Q -xrm "emacs.synchronous: true"'
XFT_DEBUG=16
FontFile /usr/share/fonts/TTF/Hack-Regular.ttf/0 matches new
Loading file /usr/share/fonts/TTF/Hack-Regular.ttf/0
FontFile /usr/share/fonts/TTF/Hack-Italic.ttf/0 matches new
Loading file /usr/share/fonts/TTF/Hack-Italic.ttf/0
FontFile /usr/share/fonts/TTF/Hack-Regular.ttf/0 matches existing (2)
FontFile /usr/share/fonts/TTF/Hack-Bold.ttf/0 matches new
Loading file /usr/share/fonts/TTF/Hack-Bold.ttf/0
FontFile /usr/share/fonts/TTF/DroidSansDevanagari-Regular.ttf/0 matches new
Loading file /usr/share/fonts/TTF/DroidSansDevanagari-Regular.ttf/0
FontFile /usr/share/fonts/TTF/Hack-Regular.ttf/0 matches existing (2)
FontFile /usr/share/fonts/noto/NotoSansBengaliUI-Regular.ttf/0 matches new
Loading file /usr/share/fonts/noto/NotoSansBengaliUI-Regular.ttf/0
Fatal error 11: Segmentation fault
Backtrace:
emacs[0x50f73f]
emacs[0x4f4a72]
emacs[0x50db6f]
emacs[0x50dd99]
emacs[0x50de1a]
/usr/lib/libpthread.so.0(+0x123c0)[0x7fa340bec3c0]
emacs[0x5da6cb]
emacs[0x5de15f]
emacs[0x57dc08]
emacs[0x56cced]
emacs[0x5a8fe1]
emacs[0x56f654]
emacs[0x56cc6b]
emacs[0x56c003]
emacs[0x42c646]
emacs[0x438fac]
emacs[0x5ca81f]
emacs[0x5ce90b]
emacs[0x445195]
emacs[0x443205]
emacs[0x44b028]
emacs[0x44fe7b]
emacs[0x463783]
emacs[0x46668b]
emacs[0x56bec7]
emacs[0x42fe73]
emacs[0x45369d]
emacs[0x4fec31]
emacs[0x502778]
emacs[0x503e94]
emacs[0x56be2f]
emacs[0x4f4e55]
emacs[0x56bd9e]
emacs[0x4f4ded]
emacs[0x4f9fe8]
emacs[0x4fa328]
emacs[0x4157eb]
/usr/lib/libc.so.6(__libc_start_main+0xf3)[0x7fa34052f223]
emacs[0x41658a]
fish: “bash -c 'XFT_DEBUG=16 emacs -Q…” terminated by signal SIGSEGV
(Address boundary error)

On Tue, Aug 28, 2018 at 9:38 AM Noam Postavsky <npostavs <at> gmail.com> wrote:

> উৎসব রায় <uroybd <at> gmail.com> writes:
>
> > Here's the steps to reproduce.
> > 1. Open Emacs by running emacs -Q (in GUI).
> > 2. Open the file mentioned in the original bug report.
> > 3. That's it, it crashes.
>
> I can't reproduce this, but I'm guessing it could be that font thing again.
>
> If you run
>
>      XFT_DEBUG=16 emacs -Q -xrm "emacs.synchronous: true"
>
> does it give some output on the terminal before crashing (as described
> in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=31936#8)?
>
> If you can build from git, testing with the latest emacs-26 branch would
> be helpful too.
>
-- 
উৎসব রায় (Utsob Roy)
https://utsob.me

[Message part 2 (text/html, inline)]

Message #22 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: উৎসব রায় <uroybd <at> gmail.com>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Wed, 29 Aug 2018 11:57:49 +0600

[Message part 1 (text/plain, inline)]

The issue is fixed in Emacs 27.x, just checked.

On Tue, Aug 28, 2018 at 11:41 AM উৎসব রায় <uroybd <at> gmail.com> wrote:

> Here's the backtrace by running 'XFT_DEBUG=16 emacs -Q -xrm
> "emacs.synchronous: true':
>
> fish> bash -c 'XFT_DEBUG=16 emacs -Q -xrm "emacs.synchronous: true"'
> XFT_DEBUG=16
> FontFile /usr/share/fonts/TTF/Hack-Regular.ttf/0 matches new
> Loading file /usr/share/fonts/TTF/Hack-Regular.ttf/0
> FontFile /usr/share/fonts/TTF/Hack-Italic.ttf/0 matches new
> Loading file /usr/share/fonts/TTF/Hack-Italic.ttf/0
> FontFile /usr/share/fonts/TTF/Hack-Regular.ttf/0 matches existing (2)
> FontFile /usr/share/fonts/TTF/Hack-Bold.ttf/0 matches new
> Loading file /usr/share/fonts/TTF/Hack-Bold.ttf/0
> FontFile /usr/share/fonts/TTF/DroidSansDevanagari-Regular.ttf/0 matches new
> Loading file /usr/share/fonts/TTF/DroidSansDevanagari-Regular.ttf/0
> FontFile /usr/share/fonts/TTF/Hack-Regular.ttf/0 matches existing (2)
> FontFile /usr/share/fonts/noto/NotoSansBengaliUI-Regular.ttf/0 matches new
> Loading file /usr/share/fonts/noto/NotoSansBengaliUI-Regular.ttf/0
> Fatal error 11: Segmentation fault
> Backtrace:
> emacs[0x50f73f]
> emacs[0x4f4a72]
> emacs[0x50db6f]
> emacs[0x50dd99]
> emacs[0x50de1a]
> /usr/lib/libpthread.so.0(+0x123c0)[0x7fa340bec3c0]
> emacs[0x5da6cb]
> emacs[0x5de15f]
> emacs[0x57dc08]
> emacs[0x56cced]
> emacs[0x5a8fe1]
> emacs[0x56f654]
> emacs[0x56cc6b]
> emacs[0x56c003]
> emacs[0x42c646]
> emacs[0x438fac]
> emacs[0x5ca81f]
> emacs[0x5ce90b]
> emacs[0x445195]
> emacs[0x443205]
> emacs[0x44b028]
> emacs[0x44fe7b]
> emacs[0x463783]
> emacs[0x46668b]
> emacs[0x56bec7]
> emacs[0x42fe73]
> emacs[0x45369d]
> emacs[0x4fec31]
> emacs[0x502778]
> emacs[0x503e94]
> emacs[0x56be2f]
> emacs[0x4f4e55]
> emacs[0x56bd9e]
> emacs[0x4f4ded]
> emacs[0x4f9fe8]
> emacs[0x4fa328]
> emacs[0x4157eb]
> /usr/lib/libc.so.6(__libc_start_main+0xf3)[0x7fa34052f223]
> emacs[0x41658a]
> fish: “bash -c 'XFT_DEBUG=16 emacs -Q…” terminated by signal SIGSEGV
> (Address boundary error)
>
> On Tue, Aug 28, 2018 at 9:38 AM Noam Postavsky <npostavs <at> gmail.com> wrote:
>
>> উৎসব রায় <uroybd <at> gmail.com> writes:
>>
>> > Here's the steps to reproduce.
>> > 1. Open Emacs by running emacs -Q (in GUI).
>> > 2. Open the file mentioned in the original bug report.
>> > 3. That's it, it crashes.
>>
>> I can't reproduce this, but I'm guessing it could be that font thing
>> again.
>>
>> If you run
>>
>>      XFT_DEBUG=16 emacs -Q -xrm "emacs.synchronous: true"
>>
>> does it give some output on the terminal before crashing (as described
>> in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=31936#8)?
>>
>> If you can build from git, testing with the latest emacs-26 branch would
>> be helpful too.
>>
> --
> উৎসব রায় (Utsob Roy)
> https://utsob.me
>
-- 
উৎসব রায় (Utsob Roy)
https://utsob.me

[Message part 2 (text/html, inline)]

Message #25 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: উৎসব রায় <uroybd <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Wed, 29 Aug 2018 08:05:28 -0400

উৎসব রায় <uroybd <at> gmail.com> writes:

> The issue is fixed in Emacs 27.x, just checked.
>
> On Tue, Aug 28, 2018 at 11:41 AM উৎসব রায় <uroybd <at> gmail.com> wrote:

>> FontFile /usr/share/fonts/noto/NotoSansBengaliUI-Regular.ttf/0 matches new
>> Loading file /usr/share/fonts/noto/NotoSansBengaliUI-Regular.ttf/0
>> Fatal error 11: Segmentation fault

Okay, does doing (setq face-ignored-fonts '("Noto")) before opening the
file avoid the crash?

Message #28 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: উৎসব রায় <uroybd <at> gmail.com>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Wed, 29 Aug 2018 18:11:39 +0600

[Message part 1 (text/plain, inline)]

No, it works with both with and without noto. But, Bengali Font is broken.
I think it is a compile issue, I haven't compiled 27.x with m17n support.

On Wed, Aug 29, 2018, 6:05 PM Noam Postavsky <npostavs <at> gmail.com> wrote:

> উৎসব রায় <uroybd <at> gmail.com> writes:
>
> > The issue is fixed in Emacs 27.x, just checked.
> >
> > On Tue, Aug 28, 2018 at 11:41 AM উৎসব রায় <uroybd <at> gmail.com> wrote:
>
> >> FontFile /usr/share/fonts/noto/NotoSansBengaliUI-Regular.ttf/0 matches
> new
> >> Loading file /usr/share/fonts/noto/NotoSansBengaliUI-Regular.ttf/0
> >> Fatal error 11: Segmentation fault
>
> Okay, does doing (setq face-ignored-fonts '("Noto")) before opening the
> file avoid the crash?
>
> --
উৎসব রায় (Utsob Roy)
https://utsob.me

[Message part 2 (text/html, inline)]

Message #31 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: উৎসব রায় <uroybd <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Wed, 29 Aug 2018 08:16:11 -0400

উৎসব রায় <uroybd <at> gmail.com> writes:

> No, it works with both with and without noto. But, Bengali Font is broken.
> I think it is a compile issue, I haven't compiled 27.x with m17n support.
>
> On Wed, Aug 29, 2018, 6:05 PM Noam Postavsky <npostavs <at> gmail.com> wrote:
>
>> উৎসব রায় <uroybd <at> gmail.com> writes:
>>
>> > The issue is fixed in Emacs 27.x, just checked.
>> >
>> > On Tue, Aug 28, 2018 at 11:41 AM উৎসব রায় <uroybd <at> gmail.com> wrote:
>>
>> >> FontFile /usr/share/fonts/noto/NotoSansBengaliUI-Regular.ttf/0 matches
>> new
>> >> Loading file /usr/share/fonts/noto/NotoSansBengaliUI-Regular.ttf/0
>> >> Fatal error 11: Segmentation fault
>>
>> Okay, does doing (setq face-ignored-fonts '("Noto")) before opening the
>> file avoid the crash?

I meant, does setting face-ignored-fonts in Emacs 26.1 avoid the crash?

Message #34 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: উৎসব রায় <uroybd <at> gmail.com>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Wed, 29 Aug 2018 18:42:14 +0600

[Message part 1 (text/plain, inline)]

Checked, the problem persists with face-ignored-fonts.

On Wed, Aug 29, 2018 at 6:16 PM Noam Postavsky <npostavs <at> gmail.com> wrote:

> উৎসব রায় <uroybd <at> gmail.com> writes:
>
> > No, it works with both with and without noto. But, Bengali Font is
> broken.
> > I think it is a compile issue, I haven't compiled 27.x with m17n support.
> >
> > On Wed, Aug 29, 2018, 6:05 PM Noam Postavsky <npostavs <at> gmail.com> wrote:
> >
> >> উৎসব রায় <uroybd <at> gmail.com> writes:
> >>
> >> > The issue is fixed in Emacs 27.x, just checked.
> >> >
> >> > On Tue, Aug 28, 2018 at 11:41 AM উৎসব রায় <uroybd <at> gmail.com> wrote:
> >>
> >> >> FontFile /usr/share/fonts/noto/NotoSansBengaliUI-Regular.ttf/0
> matches
> >> new
> >> >> Loading file /usr/share/fonts/noto/NotoSansBengaliUI-Regular.ttf/0
> >> >> Fatal error 11: Segmentation fault
> >>
> >> Okay, does doing (setq face-ignored-fonts '("Noto")) before opening the
> >> file avoid the crash?
>
> I meant, does setting face-ignored-fonts in Emacs 26.1 avoid the crash?
>
> --
উৎসব রায় (Utsob Roy)
https://utsob.me

[Message part 2 (text/html, inline)]

Message #37 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: উৎসব রায় <uroybd <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, Robert Pluim <rpluim <at> gmail.com>,
 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Wed, 29 Aug 2018 19:02:58 -0400

উৎসব রায় <uroybd <at> gmail.com> writes:

>>>> Okay, does doing (setq face-ignored-fonts '("Noto")) before opening the
>>>> file avoid the crash?
>>
>> I meant, does setting face-ignored-fonts in Emacs 26.1 avoid the crash?
>
> Checked, the problem persists with face-ignored-fonts.

Oh.  Robert, did I get the workaround wrong, or does it mean that this
is not a dup of #30874?

>> >> উৎসব রায় <uroybd <at> gmail.com> writes:
>> >>
>> >> > The issue is fixed in Emacs 27.x, just checked.

উৎসব, can you see if it crashes on 26.1.50 (i.e., build from the
emacs-26 branch)?

Message #40 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: উৎসব রায় <uroybd <at> gmail.com>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, Robert Pluim <rpluim <at> gmail.com>,
 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Thu, 30 Aug 2018 12:47:31 +0600

[Message part 1 (text/plain, inline)]

Hello, compiled and run, it is okay in 26.1.50.132031.

On Thu, Aug 30, 2018 at 5:03 AM Noam Postavsky <npostavs <at> gmail.com> wrote:

> উৎসব রায় <uroybd <at> gmail.com> writes:
>
> >>>> Okay, does doing (setq face-ignored-fonts '("Noto")) before opening
> the
> >>>> file avoid the crash?
> >>
> >> I meant, does setting face-ignored-fonts in Emacs 26.1 avoid the crash?
> >
> > Checked, the problem persists with face-ignored-fonts.
>
> Oh.  Robert, did I get the workaround wrong, or does it mean that this
> is not a dup of #30874?
>
> >> >> উৎসব রায় <uroybd <at> gmail.com> writes:
> >> >>
> >> >> > The issue is fixed in Emacs 27.x, just checked.
>
> উৎসব, can you see if it crashes on 26.1.50 (i.e., build from the
> emacs-26 branch)?
>
> --
উৎসব রায় (Utsob Roy)
https://utsob.me

[Message part 2 (text/html, inline)]

Message #43 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: উৎসব রায় <uroybd <at> gmail.com>,
 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Thu, 30 Aug 2018 10:18:37 +0200

Noam Postavsky <npostavs <at> gmail.com> writes:

> উৎসব রায় <uroybd <at> gmail.com> writes:
>
>>>>> Okay, does doing (setq face-ignored-fonts '("Noto")) before opening the
>>>>> file avoid the crash?
>>>
>>> I meant, does setting face-ignored-fonts in Emacs 26.1 avoid the crash?
>>
>> Checked, the problem persists with face-ignored-fonts.
>
> Oh.  Robert, did I get the workaround wrong, or does it mean that this
> is not a dup of #30874?
>

For a reason I donʼt understand, the matching against
'face-ignored-fonts' only seems to happen on startup, so you need to
set it in xfaces.c and recompile.

>>> >> উৎসব রায় <uroybd <at> gmail.com> writes:
>>> >>
>>> >> > The issue is fixed in Emacs 27.x, just checked.

If itʼs fixed in 27.x, then setting 'xft-ignore-color-fonts' to nil
before you visit index.js should make the crash come back, and this is
then a dup of #30874

Robert

Message #46 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: উৎসব রায় <uroybd <at> gmail.com>,
 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Thu, 30 Aug 2018 12:22:00 +0200

Robert Pluim <rpluim <at> gmail.com> writes:

> Noam Postavsky <npostavs <at> gmail.com> writes:
>
>> উৎসব রায় <uroybd <at> gmail.com> writes:
>>
>>>>>> Okay, does doing (setq face-ignored-fonts '("Noto")) before opening the
>>>>>> file avoid the crash?
>>>>
>>>> I meant, does setting face-ignored-fonts in Emacs 26.1 avoid the crash?
>>>
>>> Checked, the problem persists with face-ignored-fonts.
>>
>> Oh.  Robert, did I get the workaround wrong, or does it mean that this
>> is not a dup of #30874?
>>
>
> For a reason I donʼt understand, the matching against
> 'face-ignored-fonts' only seems to happen on startup, so you need to
> set it in xfaces.c and recompile.

Nevermind. Not enough coffee, the matching works correctly.

If this is #30874 though, setting face-ignored-fonts should have
worked around it.

Robert

Message #49 received at 32534 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: উৎসব রায় <uroybd <at> gmail.com>
Cc: Glenn Morris <rgm <at> gnu.org>, Robert Pluim <rpluim <at> gmail.com>,
 32534 <at> debbugs.gnu.org
Subject: Re: bug#32534: Emacs (gtk) crashes on opening a file.
Date: Thu, 30 Aug 2018 22:20:06 -0400

tags 32534 fixed
close 32534 26.2
quit

উৎসব রায় <uroybd <at> gmail.com> writes:

> Hello, compiled and run, it is okay in 26.1.50.132031.

Alright, since it's fixed on master and emacs-26, I don't think we
should spend too much time on figuring out whether or not it's a dup.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.