unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Michael Pagan <pegzmasta@member.fsf.org>
To: Paul Eggert <eggert@cs.ucla.edu>
Cc: 35725@debbugs.gnu.org
Subject: bug#35725: 26.2; Fatal error 11: Segmentation fault; Crash on: (find-file "any.svg")
Date: Wed, 15 May 2019 00:07:00 -0400	[thread overview]
Message-ID: <87k1es4azf.wl-pegzmasta@member.fsf.org> (raw)
In-Reply-To: <515160ba-0ae7-4bdb-6fd2-9816f8603b83@cs.ucla.edu>

On Mon, 13 May 2019 23:08:29 -0700, Paul Eggert <eggert@cs.ucla.edu> spake thus:
>>> I vaguely remember proposing that we disable ImagicMagick by default;
>> https://debbugs.gnu.org/33587
> Thanks for reminding me. I installed that patch just now. So we
> shouldn't see this new bug (Bug#35725) in default builds on master. I
> won't close Bug#35725, though, since the problem presumably can still
> occur with non-default builds.

Thank you for the patch!

I tried the default build on master (GNU Emacs 27), and I can confirm
that I do *not* experience Bug#35725 whilst using it.  Displaying SVG
files works and image scaling works, too.  No crash on <RET>!

One thing I noticed, is that in previous versions of GNU Emacs (using
ImageMagick image scaling, instead of native scaling) is that the
scaling is fast in image-mode, but takes at least a second or two when
inside of eww or emacs-w3m; however, using GNU Emacs 27: There is no
lagging when scaling an image, on (+/-) it converts instantaneously.

Eww and emacs-w3m (and a few other packages) are much more responsive
when using native scaling to handle images.


Thanks everyone for all of your feedback!
-- 
Michael Pagan (pegzmasta) | Casual GNU Emacs user
GPG Key ID: B942 AD12 82B1 6D14 27A0  86AE 119E 451E 71B4 6D72





  parent reply	other threads:[~2019-05-15  4:07 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-05-13 22:40 bug#35725: 26.2; Fatal error 11: Segmentation fault; Crash on: (find-file "any.svg") Michael Pagan
2019-05-14  1:04 ` Paul Eggert
2019-05-14  1:21   ` Glenn Morris
2019-05-14  3:59     ` Michael Pagan
2019-05-14  7:58       ` Lars Ingebrigtsen
2019-05-14  8:00         ` Lars Ingebrigtsen
2019-05-14 16:04         ` Eli Zaretskii
2019-05-14 16:16           ` Paul Eggert
2019-05-15  0:49             ` Lars Ingebrigtsen
2019-05-15 18:45               ` Alan Third
2019-05-16  3:47                 ` Lars Ingebrigtsen
2019-05-14  6:08     ` Paul Eggert
2019-05-15  0:42       ` Glenn Morris
2019-05-18 17:12         ` Paul Eggert
2019-05-15  4:07       ` Michael Pagan [this message]
2019-05-15  4:22         ` Lars Ingebrigtsen
2019-05-14  1:16 ` Noam Postavsky
2019-05-14 15:25   ` Eli Zaretskii

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87k1es4azf.wl-pegzmasta@member.fsf.org \
    --to=pegzmasta@member.fsf.org \
    --cc=35725@debbugs.gnu.org \
    --cc=eggert@cs.ucla.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).