From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Vadim Zaliva Newsgroups: gmane.emacs.bugs Subject: bug#40139: 25.2; SIGBUS Date: Wed, 10 Jun 2020 13:50:33 -0700 Message-ID: References: <83sgi3eb5b.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000006b819905a7c0ffda" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="110328"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 40139@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jun 10 23:23:16 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jj8Bm-000SZM-NK for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 10 Jun 2020 23:23:14 +0200 Original-Received: from localhost ([::1]:33780 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jj8Bl-0004wr-Nh for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 10 Jun 2020 17:23:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57400) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jj8Ba-0004wb-5S for bug-gnu-emacs@gnu.org; Wed, 10 Jun 2020 17:23:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52194) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jj8BZ-0007ee-SL for bug-gnu-emacs@gnu.org; Wed, 10 Jun 2020 17:23:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jj8BZ-0004LM-O3 for bug-gnu-emacs@gnu.org; Wed, 10 Jun 2020 17:23:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Vadim Zaliva Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 10 Jun 2020 21:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40139 X-GNU-PR-Package: emacs Original-Received: via spool by 40139-submit@debbugs.gnu.org id=B40139.159182414816639 (code B ref 40139); Wed, 10 Jun 2020 21:23:01 +0000 Original-Received: (at 40139) by debbugs.gnu.org; 10 Jun 2020 21:22:28 +0000 Original-Received: from localhost ([127.0.0.1]:35507 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jj8B2-0004KI-5y for submit@debbugs.gnu.org; Wed, 10 Jun 2020 17:22:28 -0400 Original-Received: from mail-ot1-f41.google.com ([209.85.210.41]:44861) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jj7gQ-0003Wa-HQ for 40139@debbugs.gnu.org; Wed, 10 Jun 2020 16:50:51 -0400 Original-Received: by mail-ot1-f41.google.com with SMTP id e5so2824678ote.11 for <40139@debbugs.gnu.org>; Wed, 10 Jun 2020 13:50:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=crocodile-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=j9n3aKyrgFC/Ds66biGt3UGM3PuQ2w/Zl5MYRi4gkBE=; b=BsTuri/aZmeo61QbroO1V+Qj/N1M/T6O+7neLcwTcdSS07BC54znPRM/kJc+8UrG50 B/SyEmpVbg/LGLbvNj98roiU+kAKUEd4OQEB4mx76eeW6/dmJb+weBJEzasPuWpnw7Ip j89AgeCYRQaxTs87oOu/gL1wp7/O7+IXTRCuECKF7LrKMann5/GG9O+8R7lXM25mqfm3 gXt8x50CVuNUEDLAGdrT+gpjyxxDghY2uzXVFmg1JHQwoRn62PWRWrU4r0GhhLTiGKgb ozXWF8x/SXtbjrPUZfe2JoWazEu2Ch/q+2CAArGUMke/awGVYgP+Vma5xlX6DZ9Y93MP JmSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=j9n3aKyrgFC/Ds66biGt3UGM3PuQ2w/Zl5MYRi4gkBE=; b=fyroVFqVEc/XNvCEHoQlBy3ojYPHVsza/stHaKkceXsgaPkDRvyVVBenDObSGn+PKU sUzHjRyXDzTByDeoj7BCvydMr4ga0QisUCWJVeWlML9mpHiSEgZnRkZApuAGAa1iy2Ps xjfZNAxGx2nSulcuEnAPB3UemuRDDX5Qwkknfr3UFB8V0FkkJjvLz9XLvDKPrUuMTjD9 /4K7wEIAmGDH4HyJmiF8jG0AvsATcYVpsR4ko00WLPZFTEzedJuEo0YgYsyLB+GExyMg tztYd7CnGrAflUTOLx+Pc4lZwOF7k/eC8MJtrhEC/g/WoYyfQoUxEqkAIGS+dMTQKwlh nVsg== X-Gm-Message-State: AOAM5316Z7vdOp3OoJADyxvk5u2nKfo/KAhbLwHUnZomDnoubsk6+ZxR 3di0H5YILX+6fE3HMgaUjhYtvbqoSjzO7GhWa4oVWJi4su8= X-Google-Smtp-Source: ABdhPJz+NXsyDqDeYX9uNweQkJB1Gc4y7l06mXEzJACaEzvzdAe7ygFvWQAjZk5nU44yQZd3Vgsx2XjXdlPjZMOUbmU= X-Received: by 2002:a9d:6f01:: with SMTP id n1mr4023280otq.32.1591822244342; Wed, 10 Jun 2020 13:50:44 -0700 (PDT) In-Reply-To: <83sgi3eb5b.fsf@gnu.org> X-Mailman-Approved-At: Wed, 10 Jun 2020 17:22:26 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:181832 Archived-At: --0000000000006b819905a7c0ffda Content-Type: text/plain; charset="UTF-8" I finally switched to 26.3 and the problem persists. For example, it renders 'latex-preview-pane-mode` unusable. Perhaps a more robust solution would be to spawn ImageMagic as sub-process instead of using it as a library? Vadim On Fri, Mar 20, 2020 at 12:30 AM Eli Zaretskii wrote: > > From: Vadim Zaliva > > Date: Thu, 19 Mar 2020 15:36:01 -0700 > > > > I am using 'latex-preview-pane-mode'. It renders PDF preview of the > > document. It works first time. When I do any change to the document and > > try to save it, it crashes. On console I see the following: > > [...] > > Thread 1 "emacs" received signal SIGBUS, Bus error. > > __memmove_avx_unaligned_erms () > > at ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:306 > > 306 ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S: No such > file or directory. > > (gdb) bt full > > #0 0x00007ffff0defb64 in __memmove_avx_unaligned_erms () > > at ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:306 > > #1 0x00007ffff36028ac in ReadBlob () at > /usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.so.3 > > #2 0x00007fffe2b6843e in () > > at > /usr/lib/x86_64-linux-gnu/ImageMagick-6.9.7/modules-Q16/coders/png.so > > #3 0x00007ffff76dbb6f in () at /usr/lib/x86_64-linux-gnu/libpng16.so.16 > > #4 0x00007ffff76dbc5f in () at /usr/lib/x86_64-linux-gnu/libpng16.so.16 > > #5 0x00007ffff76e0322 in () at /usr/lib/x86_64-linux-gnu/libpng16.so.16 > > #6 0x00007ffff76d2ae3 in png_read_row () at > /usr/lib/x86_64-linux-gnu/libpng16.so.16 > > #7 0x00007fffe2b7a887 in () > > at > /usr/lib/x86_64-linux-gnu/ImageMagick-6.9.7/modules-Q16/coders/png.so > > #8 0x00007fffe2b7b4d6 in () > > at > /usr/lib/x86_64-linux-gnu/ImageMagick-6.9.7/modules-Q16/coders/png.so > > #9 0x00007ffff363a9df in ReadImage () at > /usr/lib/x86_64-linux-gnu/libMagickCore-6.Q16.so.3 > > #10 0x00007ffff3b0f46a in MagickReadImage () > > at /usr/lib/x86_64-linux-gnu/libMagickWand-6.Q16.so.3 > > [...] > > It looks ImageMagick problem. > > Indeed. > > > Howevr if it crashes or otherwise > > misbehaves it should not bring down my whole emacs process. > > A fatal signal in any C library used by Emacs will necessarily bring > the whole Emacs process down. Emacs tries to catch these signals and > perform auto-saving, but after doing so it has no choice but shut > down, because there's no way of continuing from such fatal signals on > modern operating systems. > > ImageMagick has many stability problems, which is why Emacs is moving > away of using it, by implementing some of its capabilities natively, > and by replacing its other capabilities with other external libraries. > My suggestion is to try the latest Emacs (version 26.3 is the latest > official release; version 27.1 is in pretest and can be downloaded > from alpha.gnu.org), and upgrade your ImageMagick to a more stable > version if that is possible. > > Other than that, I don't see how this problem can be solved in Emacs. > > Thanks. > -- "Hated by fools, and fools to hate, be that my motto and my fate" (Jonathan Swift) --0000000000006b819905a7c0ffda Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I finally switched to 26.3 and the problem persists.
F= or example, it renders 'latex-preview-pane-mode` unusable.
Pe= rhaps a more robust solution would be to spawn ImageMagic as
sub-= process instead of using it as a library?=C2=A0

Vadim


On Fri, Mar 20, 2020 at 12:30 AM Eli Zar= etskii <eliz@gnu.org> wrote:
<= /div>
> From: Vadim Zal= iva <lord@crocod= ile.org>
> Date: Thu, 19 Mar 2020 15:36:01 -0700
>
> I am using 'latex-preview-pane-mode'. It renders PDF preview o= f the
> document. It works first time. When I do any change to the document an= d
> try to save it, it crashes. On console I see the following:
> [...]
> Thread 1 "emacs" received signal SIGBUS, Bus error.
> __memmove_avx_unaligned_erms ()
>=C2=A0 =C2=A0 =C2=A0at ../sysdeps/x86_64/multiarch/memmove-vec-unaligne= d-erms.S:306
> 306 ../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S: No such = file or directory.
> (gdb) bt full
> #0=C2=A0 0x00007ffff0defb64 in __memmove_avx_unaligned_erms ()
>=C2=A0 =C2=A0 =C2=A0at ../sysdeps/x86_64/multiarch/memmove-vec-unaligne= d-erms.S:306
> #1=C2=A0 0x00007ffff36028ac in ReadBlob () at /usr/lib/x86_64-linux-gn= u/libMagickCore-6.Q16.so.3
> #2=C2=A0 0x00007fffe2b6843e in=C2=A0 ()
>=C2=A0 =C2=A0 =C2=A0at /usr/lib/x86_64-linux-gnu/ImageMagick-6.9.7/modu= les-Q16/coders/png.so
> #3=C2=A0 0x00007ffff76dbb6f in=C2=A0 () at /usr/lib/x86_64-linux-gnu/l= ibpng16.so.16
> #4=C2=A0 0x00007ffff76dbc5f in=C2=A0 () at /usr/lib/x86_64-linux-gnu/l= ibpng16.so.16
> #5=C2=A0 0x00007ffff76e0322 in=C2=A0 () at /usr/lib/x86_64-linux-gnu/l= ibpng16.so.16
> #6=C2=A0 0x00007ffff76d2ae3 in png_read_row () at /usr/lib/x86_64-linu= x-gnu/libpng16.so.16
> #7=C2=A0 0x00007fffe2b7a887 in=C2=A0 ()
>=C2=A0 =C2=A0 =C2=A0at /usr/lib/x86_64-linux-gnu/ImageMagick-6.9.7/modu= les-Q16/coders/png.so
> #8=C2=A0 0x00007fffe2b7b4d6 in=C2=A0 ()
>=C2=A0 =C2=A0 =C2=A0at /usr/lib/x86_64-linux-gnu/ImageMagick-6.9.7/modu= les-Q16/coders/png.so
> #9=C2=A0 0x00007ffff363a9df in ReadImage () at /usr/lib/x86_64-linux-g= nu/libMagickCore-6.Q16.so.3
> #10 0x00007ffff3b0f46a in MagickReadImage ()
>=C2=A0 =C2=A0 =C2=A0at /usr/lib/x86_64-linux-gnu/libMagickWand-6.Q16.so= .3
> [...]
> It looks ImageMagick problem.

Indeed.

> Howevr if it crashes or otherwise
> misbehaves it should not bring down my whole emacs process.

A fatal signal in any C library used by Emacs will necessarily bring
the whole Emacs process down.=C2=A0 Emacs tries to catch these signals and<= br> perform auto-saving, but after doing so it has no choice but shut
down, because there's no way of continuing from such fatal signals on modern operating systems.

ImageMagick has many stability problems, which is why Emacs is moving
away of using it, by implementing some of its capabilities natively,
and by replacing its other capabilities with other external libraries.
My suggestion is to try the latest Emacs (version 26.3 is the latest
official release; version 27.1 is in pretest and can be downloaded
from = alpha.gnu.org), and upgrade your ImageMagick to a more stable
version if that is possible.

Other than that, I don't see how this problem can be solved in Emacs.
Thanks.


--
= "Hated by fools, and fools to hate, be that my motto and my fate"=
(Jonathan Swift)<= br>

--0000000000006b819905a7c0ffda--