GNU bug report logs - #27446
25.1; Crashing on rendering of Font

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 27446 in the body.
You can then email your comments to 27446 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: Mike Dupont <jamesmikedupont <at> googlemail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.1; Crashing on rendering of Font
Date: Thu, 22 Jun 2017 07:38:07 -0400

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

Emacs crashes when viewing the tsv results of this query in wikidata,
it looks like a font issue.

https://query.wikidata.org/#%23moderism%0ASELECT%20%20%3Fc%20%3Fp4%20%3Fd%20%0AWHERE%0A%7B%0A%20%20%3Fc%20%3Fp4%20%3Fd%20.%0A%20%20%3Fa%20%3Fp3%20%3Fc%20.%0A%20%20%09%3Fa%20%3Fp%20%3Fitem%20.%0A%09%3Fitem%20ps%3AP135%20wd%3AQ878985%20.%0A%09%0A%7D

#moderism
SELECT  ?c ?p4 ?d
WHERE
{
  ?c ?p4 ?d .
  ?a ?p3 ?c .
  ?a ?p ?item .
?item ps:P135 wd:Q878985 .
}

Export results in tsv and open in emacs. I will attach the core files
and data files to the ticket for completeness.

In GNU Emacs 25.1.1 (x86_64-pc-linux-gnu, GTK+ Version 3.22.12)
 of 2017-04-23, modified by Debian built on trouble
Windowing system distributor 'The X.Org Foundation', version 11.0.11604000
System Description: Debian GNU/Linux 7.11 (wheezy)

Configured using:
 'configure --build x86_64-linux-gnu --prefix=/usr
 --sharedstatedir=/var/lib --libexecdir=/usr/lib
 --localstatedir=/var/lib --infodir=/usr/share/info
 --mandir=/usr/share/man --with-pop=yes
 --enable-locallisppath=/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.1/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=alsa --build x86_64-linux-gnu --prefix=/usr
 --sharedstatedir=/var/lib --libexecdir=/usr/lib
 --localstatedir=/var/lib --infodir=/usr/share/info
 --mandir=/usr/share/man --with-pop=yes
 --enable-locallisppath=/etc/emacs25:/etc/emacs:/usr/local/share/emacs/25.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/25.1/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=alsa --with-x=yes --with-x-toolkit=gtk3
 --with-toolkit-scroll-bars 'CFLAGS=-g -O2
 -fdebug-prefix-map=/build/emacs25-d2FC1K/emacs25-25.1+1=.
-fstack-protector-strong
 -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time
 -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro'

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

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Text

Minor modes in effect:
  diff-auto-refine-mode: t
  tooltip-mode: t
  global-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

Recent messages:
Loading debian-ispell...
Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)...done
Loading debian-ispell...done
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...done
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...done
Loading /etc/emacs/site-start.d/50lilypond-data.el (source)...done
Loading /etc/emacs/site-start.d/50python-docutils.el (source)...done
Loading /etc/emacs/site-start.d/50systemtap-common.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...

Load-path shadows:
/usr/share/emacs/25.1/site-lisp/debian-startup hides
/usr/share/emacs/site-lisp/debian-startup
/usr/share/emacs25/site-lisp/cmake-data/cmake-mode hides
/usr/share/emacs/site-lisp/cmake-mode
/home/mdupont/.emacs.d/elpa/flim-20160831.633/hex-util hides
/usr/share/emacs/25.1/lisp/hex-util
/home/mdupont/.emacs.d/elpa/flim-20160831.633/md4 hides
/usr/share/emacs/25.1/lisp/md4
/usr/share/emacs/site-lisp/rst hides /usr/share/emacs/25.1/lisp/textmodes/rst
/home/mdupont/.emacs.d/elpa/flim-20160831.633/hmac-def hides
/usr/share/emacs/25.1/lisp/net/hmac-def
/home/mdupont/.emacs.d/elpa/flim-20160831.633/sasl hides
/usr/share/emacs/25.1/lisp/net/sasl
/home/mdupont/.emacs.d/elpa/flim-20160831.633/ntlm hides
/usr/share/emacs/25.1/lisp/net/ntlm
/home/mdupont/.emacs.d/elpa/flim-20160831.633/sasl-digest hides
/usr/share/emacs/25.1/lisp/net/sasl-digest
/home/mdupont/.emacs.d/elpa/flim-20160831.633/sasl-ntlm hides
/usr/share/emacs/25.1/lisp/net/sasl-ntlm
/home/mdupont/.emacs.d/elpa/flim-20160831.633/hmac-md5 hides
/usr/share/emacs/25.1/lisp/net/hmac-md5
/home/mdupont/.emacs.d/elpa/flim-20160831.633/sasl-cram hides
/usr/share/emacs/25.1/lisp/net/sasl-cram

Features:
(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec password-cache epg gnus-util mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils vc-git
diff-mode easy-mmode finder-inf go-mode-autoloads eieio eieio-core
advice cl-seq cl-macs cl edmacro kmacro info package epg-config seq
byte-opt gv bytecomp byte-compile cl-extra help-mode easymenu cconv
cl-loaddefs pcase cl-lib time-date mule-util tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core 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 charscript case-table epa-hook jka-cmpr-hook help
simple abbrev 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 dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 123055 4564)
 (symbols 48 24043 0)
 (miscs 40 104 269)
 (strings 32 28346 5475)
 (string-bytes 1 942216)
 (vectors 16 16441)
 (vector-slots 8 484789 5473)
 (floats 8 232 147)
 (intervals 56 316 0)
 (buffers 976 20))


-- 
James Michael DuPont

[gdb.txt (text/plain, attachment)]

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

From: Mike Dupont <jamesmikedupont <at> googlemail.com>
To: 27446 <at> debbugs.gnu.org
Subject: attachments
Date: Thu, 22 Jun 2017 08:14:14 -0400

 I have attached the files here:

https://gist.github.com/h4ck3rm1k3/ad5d3d9927883c15a07d1b394c99d332

 core.21735.bz2 compressed core file
 dump.txt gbd dump
 gdb.txt gbd dump
 trace.txt strace
 trace2.txt strace
and the input tsv

-- 
James Michael DuPont

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mike Dupont <jamesmikedupont <at> googlemail.com>
Cc: 27446 <at> debbugs.gnu.org
Subject: Re: bug#27446: 25.1; Crashing on rendering of Font
Date: Thu, 22 Jun 2017 18:08:19 +0300

> From: Mike Dupont <jamesmikedupont <at> googlemail.com>
> Date: Thu, 22 Jun 2017 07:38:07 -0400
> 
> Emacs crashes when viewing the tsv results of this query in wikidata,
> it looks like a font issue.
> 
> https://query.wikidata.org/#%23moderism%0ASELECT%20%20%3Fc%20%3Fp4%20%3Fd%20%0AWHERE%0A%7B%0A%20%20%3Fc%20%3Fp4%20%3Fd%20.%0A%20%20%3Fa%20%3Fp3%20%3Fc%20.%0A%20%20%09%3Fa%20%3Fp%20%3Fitem%20.%0A%09%3Fitem%20ps%3AP135%20wd%3AQ878985%20.%0A%09%0A%7D
> 
> #moderism
> SELECT  ?c ?p4 ?d
> WHERE
> {
>   ?c ?p4 ?d .
>   ?a ?p3 ?c .
>   ?a ?p ?item .
> ?item ps:P135 wd:Q878985 .
> }
> 
> Export results in tsv and open in emacs.

Does it crash as soon as you visit the file, or do you need to scroll
to a particular point in the file before Emacs crashes?

> I will attach the core files and data files to the ticket for
> completeness.

Thanks.  It looks like the crash is inside the libotf library which
Emacs uses for complex script shaping.  I'd suggest to begin by making
sure you have the latest version of that library and of its peer
m17n_flt library.

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

From: Mike Dupont <jamesmikedupont <at> googlemail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 27446 <at> debbugs.gnu.org
Subject: Re: bug#27446: 25.1; Crashing on rendering of Font
Date: Thu, 22 Jun 2017 20:23:16 -0400

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

It shows line 2306, I was scrolling down.

This is debian sid


Here are the debian versions:
Subject: emacs25: cras
Package: emacs25
Version: 25.1+1-4
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
     ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers oldoldstable
  APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500,
'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.8.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages emacs25 depends on:
ii  emacs25-bin-common     25.1+1-4
ii  gconf-service          3.2.6-4
ii  libacl1                2.2.52-3
ii  libasound2             1.1.2-1
ii  libatk1.0-0            2.22.0-1
ii  libc6                  2.24-5
ii  libcairo-gobject2      1.14.6-1+b1
ii  libcairo2              1.14.6-1+b1
ii  libdbus-1-3            1.10.12-1
ii  libfontconfig1         2.11.0-6.7
ii  libfreetype6           2.6.3-3+b1
ii  libgconf-2-4           3.2.6-4
ii  libgdk-pixbuf2.0-0     2.36.0-1
ii  libgif7                5.1.4-0.4
ii  libglib2.0-0           2.50.1-1
ii  libgnutls30            3.5.7-3
ii  libgomp1               6.2.1-5
ii  libgpm2                1.20.4-6.2
ii  libgtk-3-0             3.22.2-1
ii  libice6                2:1.0.9-1+b1
ii  libjpeg62-turbo        1:1.5.1-2
ii  libm17n-0              1.7.0-3+b1
ii  libmagickcore-6.q16-3  8:6.9.7.4+dfsg-11
ii  libmagickwand-6.q16-3  8:6.9.7.4+dfsg-11
ii  libotf0                0.9.13-3
ii  libpango-1.0-0         1.40.3-3
ii  libpangocairo-1.0-0    1.40.3-3
ii  libpng16-16            1.6.26-2
ii  librsvg2-2             2.40.16-1
ii  libselinux1            2.6-1
ii  libsm6                 2:1.2.2-1+b1
ii  libtiff5               4.0.6-3
ii  libtinfo5              6.0+20160917-1
ii  libx11-6               2:1.6.3-1
ii  libx11-xcb1            2:1.6.3-1
ii  libxcb1                1.12-1
ii  libxfixes3             1:5.0.2-1
ii  libxft2                2.3.2-1
ii  libxinerama1           2:1.1.3-1+b1
ii  libxml2                2.9.4+dfsg1-2.1
ii  libxpm4                1:3.5.11-1+b1
ii  libxrandr2             2:1.5.0-1
ii  libxrender1            1:0.9.9-2
ii  zlib1g                 1:1.2.8.dfsg-2+b3

emacs25 recommends no packages.

Versions of packages emacs25 suggests:
pn  emacs25-common-non-dfsg  <none>

-- no debconf information

On Thu, Jun 22, 2017 at 11:08 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> From: Mike Dupont <jamesmikedupont <at> googlemail.com>
>> Date: Thu, 22 Jun 2017 07:38:07 -0400
>>
>> Emacs crashes when viewing the tsv results of this query in wikidata,
>> it looks like a font issue.
>>
>> https://query.wikidata.org/#%23moderism%0ASELECT%20%20%3Fc%20%3Fp4%20%3Fd%20%0AWHERE%0A%7B%0A%20%20%3Fc%20%3Fp4%20%3Fd%20.%0A%20%20%3Fa%20%3Fp3%20%3Fc%20.%0A%20%20%09%3Fa%20%3Fp%20%3Fitem%20.%0A%09%3Fitem%20ps%3AP135%20wd%3AQ878985%20.%0A%09%0A%7D
>>
>> #moderism
>> SELECT  ?c ?p4 ?d
>> WHERE
>> {
>>   ?c ?p4 ?d .
>>   ?a ?p3 ?c .
>>   ?a ?p ?item .
>> ?item ps:P135 wd:Q878985 .
>> }
>>
>> Export results in tsv and open in emacs.
>
> Does it crash as soon as you visit the file, or do you need to scroll
> to a particular point in the file before Emacs crashes?
>
>> I will attach the core files and data files to the ticket for
>> completeness.
>
> Thanks.  It looks like the crash is inside the libotf library which
> Emacs uses for complex script shaping.  I'd suggest to begin by making
> sure you have the latest version of that library and of its peer
> m17n_flt library.



-- 
James Michael DuPont

[Screenshot from 2017-06-22 20-19-49.png (image/png, attachment)]

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mike Dupont <jamesmikedupont <at> googlemail.com>, Kenichi Handa <handa <at> gnu.org>
Cc: 27446 <at> debbugs.gnu.org
Subject: Re: bug#27446: 25.1; Crashing on rendering of Font
Date: Fri, 23 Jun 2017 11:45:06 +0300

> From: Mike Dupont <jamesmikedupont <at> googlemail.com>
> Date: Thu, 22 Jun 2017 20:23:16 -0400
> Cc: 27446 <at> debbugs.gnu.org
> 
> It shows line 2306, I was scrolling down.

Thanks.  CC'ing Handa-san, in the hope that he could look into this
issue.


> This is debian sid
> 
> 
> Here are the debian versions:
> Subject: emacs25: cras
> Package: emacs25
> Version: 25.1+1-4
> Severity: important
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>    * What led up to the situation?
>    * What exactly did you do (or not do) that was effective (or
>      ineffective)?
>    * What was the outcome of this action?
>    * What outcome did you expect instead?
> 
> *** End of the template - remove these template lines ***
> 
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers oldoldstable
>   APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500,
> 'stable'), (500, 'oldstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.8.0-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> (ignored: LC_ALL set to en_US.UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
> 
> Versions of packages emacs25 depends on:
> ii  emacs25-bin-common     25.1+1-4
> ii  gconf-service          3.2.6-4
> ii  libacl1                2.2.52-3
> ii  libasound2             1.1.2-1
> ii  libatk1.0-0            2.22.0-1
> ii  libc6                  2.24-5
> ii  libcairo-gobject2      1.14.6-1+b1
> ii  libcairo2              1.14.6-1+b1
> ii  libdbus-1-3            1.10.12-1
> ii  libfontconfig1         2.11.0-6.7
> ii  libfreetype6           2.6.3-3+b1
> ii  libgconf-2-4           3.2.6-4
> ii  libgdk-pixbuf2.0-0     2.36.0-1
> ii  libgif7                5.1.4-0.4
> ii  libglib2.0-0           2.50.1-1
> ii  libgnutls30            3.5.7-3
> ii  libgomp1               6.2.1-5
> ii  libgpm2                1.20.4-6.2
> ii  libgtk-3-0             3.22.2-1
> ii  libice6                2:1.0.9-1+b1
> ii  libjpeg62-turbo        1:1.5.1-2
> ii  libm17n-0              1.7.0-3+b1
> ii  libmagickcore-6.q16-3  8:6.9.7.4+dfsg-11
> ii  libmagickwand-6.q16-3  8:6.9.7.4+dfsg-11
> ii  libotf0                0.9.13-3
> ii  libpango-1.0-0         1.40.3-3
> ii  libpangocairo-1.0-0    1.40.3-3
> ii  libpng16-16            1.6.26-2
> ii  librsvg2-2             2.40.16-1
> ii  libselinux1            2.6-1
> ii  libsm6                 2:1.2.2-1+b1
> ii  libtiff5               4.0.6-3
> ii  libtinfo5              6.0+20160917-1
> ii  libx11-6               2:1.6.3-1
> ii  libx11-xcb1            2:1.6.3-1
> ii  libxcb1                1.12-1
> ii  libxfixes3             1:5.0.2-1
> ii  libxft2                2.3.2-1
> ii  libxinerama1           2:1.1.3-1+b1
> ii  libxml2                2.9.4+dfsg1-2.1
> ii  libxpm4                1:3.5.11-1+b1
> ii  libxrandr2             2:1.5.0-1
> ii  libxrender1            1:0.9.9-2
> ii  zlib1g                 1:1.2.8.dfsg-2+b3
> 
> emacs25 recommends no packages.
> 
> Versions of packages emacs25 suggests:
> pn  emacs25-common-non-dfsg  <none>
> 
> -- no debconf information
> 
> On Thu, Jun 22, 2017 at 11:08 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> >> From: Mike Dupont <jamesmikedupont <at> googlemail.com>
> >> Date: Thu, 22 Jun 2017 07:38:07 -0400
> >>
> >> Emacs crashes when viewing the tsv results of this query in wikidata,
> >> it looks like a font issue.
> >>
> >> https://query.wikidata.org/#%23moderism%0ASELECT%20%20%3Fc%20%3Fp4%20%3Fd%20%0AWHERE%0A%7B%0A%20%20%3Fc%20%3Fp4%20%3Fd%20.%0A%20%20%3Fa%20%3Fp3%20%3Fc%20.%0A%20%20%09%3Fa%20%3Fp%20%3Fitem%20.%0A%09%3Fitem%20ps%3AP135%20wd%3AQ878985%20.%0A%09%0A%7D
> >>
> >> #moderism
> >> SELECT  ?c ?p4 ?d
> >> WHERE
> >> {
> >>   ?c ?p4 ?d .
> >>   ?a ?p3 ?c .
> >>   ?a ?p ?item .
> >> ?item ps:P135 wd:Q878985 .
> >> }
> >>
> >> Export results in tsv and open in emacs.
> >
> > Does it crash as soon as you visit the file, or do you need to scroll
> > to a particular point in the file before Emacs crashes?
> >
> >> I will attach the core files and data files to the ticket for
> >> completeness.
> >
> > Thanks.  It looks like the crash is inside the libotf library which
> > Emacs uses for complex script shaping.  I'd suggest to begin by making
> > sure you have the latest version of that library and of its peer
> > m17n_flt library.

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

From: handa <handa <at> gnu.org>
To: jamesmikedupont <at> googlemail.com
Cc: Eli Zaretskii <eliz <at> gnu.org>, 27446 <at> debbugs.gnu.org
Subject: Re: bug#27446: 25.1; Crashing on rendering of Font
Date: Sat, 24 Jun 2017 13:03:25 +0900

In article <83bmpfum7h.fsf <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org> writes:
[...]
> > It shows line 2306, I was scrolling down.

> Thanks.  CC'ing Handa-san, in the hope that he could look into this
> issue.

The file has hebrew, devanagari, gothic, Armenian charactes at around
the line 2306.  But, I can't reproduce the crash.  Perhaps we are using
different fonts.

> > ii  libotf0                0.9.13-3

The officially released version is 0.9.13 but the code in the CVS
repository contains several bug fixes.  So, could you please try this?

1. Get the newer version by:
% cvs -z3 -d:pserver:anonymous <at> cvs.savannah.nongnu.org:/sources/m17n co libotf

2. Install it by:
% cd libotf
% ./autogen.sh
% ./configure --prefix /usr
% make
% sudo make install

If that is difficult, please install the package libotf0-dbg (libotf
libraries and debugging symbols) and show me the backtrace.

---
K. Handa
handa <at> gnu.org

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: handa <handa <at> gnu.org>
Cc: 27446 <at> debbugs.gnu.org, jamesmikedupont <at> googlemail.com
Subject: Re: bug#27446: 25.1; Crashing on rendering of Font
Date: Sat, 24 Jun 2017 09:30:20 +0300

> From: handa <handa <at> gnu.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 27446 <at> debbugs.gnu.org
> Date: Sat, 24 Jun 2017 13:03:25 +0900
> 
> In article <83bmpfum7h.fsf <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org> writes:
> [...]
> > > It shows line 2306, I was scrolling down.
> 
> > Thanks.  CC'ing Handa-san, in the hope that he could look into this
> > issue.
> 
> The file has hebrew, devanagari, gothic, Armenian charactes at around
> the line 2306.  But, I can't reproduce the crash.  Perhaps we are using
> different fonts.

One problem might be that the results of the query on that page change
all the time.  So perhaps the file you were using is different from
what Mike tried.  Mike, does this happen with any query you run, or
just with the one you did back when you reported the crash?  If the
latter, can you make the file available somewhere?

Thanks.

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

From: Mike Dupont <jamesmikedupont <at> googlemail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: handa <handa <at> gnu.org>, 27446 <at> debbugs.gnu.org
Subject: Re: bug#27446: 25.1; Crashing on rendering of Font
Date: Sat, 24 Jun 2017 13:32:06 -0400

I made the file and the core available
https://gist.github.com/h4ck3rm1k3/ad5d3d9927883c15a07d1b394c99d332

On Sat, Jun 24, 2017 at 2:30 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>> From: handa <handa <at> gnu.org>
>> Cc: Eli Zaretskii <eliz <at> gnu.org>, 27446 <at> debbugs.gnu.org
>> Date: Sat, 24 Jun 2017 13:03:25 +0900
>>
>> In article <83bmpfum7h.fsf <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org> writes:
>> [...]
>> > > It shows line 2306, I was scrolling down.
>>
>> > Thanks.  CC'ing Handa-san, in the hope that he could look into this
>> > issue.
>>
>> The file has hebrew, devanagari, gothic, Armenian charactes at around
>> the line 2306.  But, I can't reproduce the crash.  Perhaps we are using
>> different fonts.
>
> One problem might be that the results of the query on that page change
> all the time.  So perhaps the file you were using is different from
> what Mike tried.  Mike, does this happen with any query you run, or
> just with the one you did back when you reported the crash?  If the
> latter, can you make the file available somewhere?
>
> Thanks.



-- 
James Michael DuPont

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

From: handa <handa <at> gnu.org>
To: Mike Dupont <jamesmikedupont <at> googlemail.com>
Cc: eliz <at> gnu.org, 27446 <at> debbugs.gnu.org
Subject: Re: bug#27446: 25.1; Crashing on rendering of Font
Date: Tue, 27 Jun 2017 23:57:55 +0900

In article <CAF0qKV2qz_sckpk7-12uq5X1_0MsRfUS3yU9BFnRJ49wEawE_Q <at> mail.gmail.com>, Mike Dupont <jamesmikedupont <at> googlemail.com> writes:

> I made the file and the core available
> https://gist.github.com/h4ck3rm1k3/ad5d3d9927883c15a07d1b394c99d332

Thank you.  I tried to display all portions of the above file, but
Emasc did not crash.

---
K. Handa
handa <at> gnu.org


> On Sat, Jun 24, 2017 at 2:30 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>> From: handa <handa <at> gnu.org>
>>> Cc: Eli Zaretskii <eliz <at> gnu.org>, 27446 <at> debbugs.gnu.org
>>> Date: Sat, 24 Jun 2017 13:03:25 +0900
>>> 
>>> In article <83bmpfum7h.fsf <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org> writes:
>>> [...]
>>> > > It shows line 2306, I was scrolling down.
>>> 
>>> > Thanks.  CC'ing Handa-san, in the hope that he could look into this
>>> > issue.
>>> 
>>> The file has hebrew, devanagari, gothic, Armenian charactes at around
>>> the line 2306.  But, I can't reproduce the crash.  Perhaps we are using
>>> different fonts.
> >
> > One problem might be that the results of the query on that page change
> > all the time.  So perhaps the file you were using is different from
> > what Mike tried.  Mike, does this happen with any query you run, or
> > just with the one you did back when you reported the crash?  If the
> > latter, can you make the file available somewhere?
> >
> > Thanks.



> -- 
> James Michael DuPont

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

From: Mike Dupont <jamesmikedupont <at> googlemail.com>
To: handa <handa <at> gnu.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 27446 <at> debbugs.gnu.org
Subject: Re: bug#27446: 25.1; Crashing on rendering of Font
Date: Tue, 27 Jun 2017 20:16:34 -0400

see core file. Anyway, If this is not a problem then it is not a
problem. I am using the debian versions mentioned, can you try them?

On Tue, Jun 27, 2017 at 10:57 AM, handa <handa <at> gnu.org> wrote:
> In article <CAF0qKV2qz_sckpk7-12uq5X1_0MsRfUS3yU9BFnRJ49wEawE_Q <at> mail.gmail.com>, Mike Dupont <jamesmikedupont <at> googlemail.com> writes:
>
>> I made the file and the core available
>> https://gist.github.com/h4ck3rm1k3/ad5d3d9927883c15a07d1b394c99d332
>
> Thank you.  I tried to display all portions of the above file, but
> Emasc did not crash.
>
> ---
> K. Handa
> handa <at> gnu.org
>
>
>> On Sat, Jun 24, 2017 at 2:30 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>>> From: handa <handa <at> gnu.org>
>>>> Cc: Eli Zaretskii <eliz <at> gnu.org>, 27446 <at> debbugs.gnu.org
>>>> Date: Sat, 24 Jun 2017 13:03:25 +0900
>>>>
>>>> In article <83bmpfum7h.fsf <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org> writes:
>>>> [...]
>>>> > > It shows line 2306, I was scrolling down.
>>>>
>>>> > Thanks.  CC'ing Handa-san, in the hope that he could look into this
>>>> > issue.
>>>>
>>>> The file has hebrew, devanagari, gothic, Armenian charactes at around
>>>> the line 2306.  But, I can't reproduce the crash.  Perhaps we are using
>>>> different fonts.
>> >
>> > One problem might be that the results of the query on that page change
>> > all the time.  So perhaps the file you were using is different from
>> > what Mike tried.  Mike, does this happen with any query you run, or
>> > just with the one you did back when you reported the crash?  If the
>> > latter, can you make the file available somewhere?
>> >
>> > Thanks.
>
>
>
>> --
>> James Michael DuPont
>



-- 
James Michael DuPont

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Mike Dupont <jamesmikedupont <at> googlemail.com>
Cc: handa <handa <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org>, 27446 <at> debbugs.gnu.org
Subject: Re: bug#27446: 25.1; Crashing on rendering of Font
Date: Mon, 04 Nov 2019 10:27:11 +0100

Mike Dupont <jamesmikedupont <at> googlemail.com> writes:

> see core file. Anyway, If this is not a problem then it is not a
> problem. I am using the debian versions mentioned, can you try them?

I tried displaying the below file on current master and Emacs 26.1 but
didn't see any crashes.  Are you still seeing this on Emacs 26 or
later?

If I don't hear back from you within a couple of weeks, I'll just
assume that this has been fixed and close this bug report.

Best regards,
Stefan Kangas

> On Tue, Jun 27, 2017 at 10:57 AM, handa <handa <at> gnu.org> wrote:
>> In article <CAF0qKV2qz_sckpk7-12uq5X1_0MsRfUS3yU9BFnRJ49wEawE_Q <at> mail.gmail.com>, Mike Dupont <jamesmikedupont <at> googlemail.com> writes:
>>
>>> I made the file and the core available
>>> https://gist.github.com/h4ck3rm1k3/ad5d3d9927883c15a07d1b394c99d332
>>
>> Thank you.  I tried to display all portions of the above file, but
>> Emasc did not crash.
>>
>> ---
>> K. Handa
>> handa <at> gnu.org
>>
>>
>>> On Sat, Jun 24, 2017 at 2:30 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
>>>>> From: handa <handa <at> gnu.org>
>>>>> Cc: Eli Zaretskii <eliz <at> gnu.org>, 27446 <at> debbugs.gnu.org
>>>>> Date: Sat, 24 Jun 2017 13:03:25 +0900
>>>>>
>>>>> In article <83bmpfum7h.fsf <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org> writes:
>>>>> [...]
>>>>> > > It shows line 2306, I was scrolling down.
>>>>>
>>>>> > Thanks.  CC'ing Handa-san, in the hope that he could look into this
>>>>> > issue.
>>>>>
>>>>> The file has hebrew, devanagari, gothic, Armenian charactes at around
>>>>> the line 2306.  But, I can't reproduce the crash.  Perhaps we are using
>>>>> different fonts.
>>> >
>>> > One problem might be that the results of the query on that page change
>>> > all the time.  So perhaps the file you were using is different from
>>> > what Mike tried.  Mike, does this happen with any query you run, or
>>> > just with the one you did back when you reported the crash?  If the
>>> > latter, can you make the file available somewhere?
>>> >
>>> > Thanks.
>>
>>
>>
>>> --
>>> James Michael DuPont
>>

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Mike Dupont <jamesmikedupont <at> googlemail.com>
Cc: handa <handa <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org>, 27446 <at> debbugs.gnu.org
Subject: Re: bug#27446: 25.1; Crashing on rendering of Font
Date: Thu, 05 Dec 2019 12:13:06 +0100

tags 27446 + unreproducible
close 27446
thanks

Stefan Kangas <stefan <at> marxist.se> writes:

> I tried displaying the below file on current master and Emacs 26.1 but
> didn't see any crashes.  Are you still seeing this on Emacs 26 or
> later?
>
> If I don't hear back from you within a couple of weeks, I'll just
> assume that this has been fixed and close this bug report.

More information was requested, but none was given within 4 weeks, so
I'm closing this bug.  If this is still an issue, please reply to this
email (use "Reply to all" in your email client) and we can reopen the
bug report.

Best regards,
Stefan Kangas

Previous Next

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