bug#24782: 26.0.50; Crash on browse-url

bug#24782: 26.0.50; Crash on browse-url

[Jean Louis]

When I start emacs with -Q and without init files, if I wish to browse
the web, I enter duckduckgo.com as the URL, and I start searching. The
eww and emacs crash at that time.


In GNU Emacs 26.0.50.3 (x86_64-unknown-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2016-10-21 built on protected.rcdrun.com
Repository revision: 76b08a35bb6b3b32e5e5fda53e374769ceae6ed8
Windowing system distributor 'The X.Org Foundation', version 11.0.11801000
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...

Configured using:
 'configure --prefix=/usr --localstatedir=/var --with-sound=alsa
 --with-modules --with-x --with-x-toolkit=lucid'

Configured features:
XAW3D XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GCONF GSETTINGS
NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE XFT ZLIB
TOOLKIT_SCROLL_BARS LUCID X11 MODULES

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

Major mode: Fundamental

Minor modes in effect:
  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
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
/usr/share/emacs/site-lisp/t-mouse hides /usr/share/emacs/26.0.50/lisp/t-mouse

Features:
(shadow sort mail-extr emacsbug message subr-x puny seq byte-opt gv
bytecomp byte-compile cl-extra help-mode cconv cl-loaddefs pcase 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 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 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 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 charscript 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 dynamic-setting
system-font-setting font-render-setting x-toolkit x multi-tty
make-network-process emacs)

Memory information:
((conses 16 98845 7218)
 (symbols 48 20372 0)
 (miscs 40 93 118)
 (strings 32 18350 4714)
 (string-bytes 1 575077)
 (vectors 16 13501)
 (vector-slots 8 450925 5778)
 (floats 8 188 15)
 (intervals 56 281 0)
 (buffers 976 13)
 (heap 1024 45426 983))

bug#24782: 26.0.50; Crash on browse-url

[Eli Zaretskii]

> From: bugs@gnu.support (Jean Louis)
> Date: Mon, 24 Oct 2016 12:14:01 +0300
> 
> When I start emacs with -Q and without init files, if I wish to browse
> the web, I enter duckduckgo.com as the URL, and I start searching. The
> eww and emacs crash at that time.

Do you have src/ralloc.o file in your source tree?  If so, this is
probably the same bug as reported in bug#24764.  Try applying the
patch in commit 71ca4f6 (not yet on master) and see if that helps.

Thanks.

bug#24782: 26.0.50; Crash on browse-url

[Jean Louis]

Hello,

I do not have src/ralloc.o, but I have src/ralloc.c in the source tree
where everything was compiled, and where is also emacs compiled
inside.

Jean

On Mon, Oct 24, 2016 at 07:29:23PM +0300, Eli Zaretskii wrote:
> > From: bugs@gnu.support (Jean Louis)
> > Date: Mon, 24 Oct 2016 12:14:01 +0300
> > 
> > When I start emacs with -Q and without init files, if I wish to browse
> > the web, I enter duckduckgo.com as the URL, and I start searching. The
> > eww and emacs crash at that time.
> 
> Do you have src/ralloc.o file in your source tree?  If so, this is
> probably the same bug as reported in bug#24764.  Try applying the
> patch in commit 71ca4f6 (not yet on master) and see if that helps.
> 
> Thanks.

bug#24782: 26.0.50; Crash on browse-url

[Eli Zaretskii]

> Date: Mon, 24 Oct 2016 19:30:33 +0300
> From: Jean Louis <bugs@gnu.support>
> Cc: 24782@debbugs.gnu.org
> 
> I do not have src/ralloc.o, but I have src/ralloc.c in the source tree
> where everything was compiled, and where is also emacs compiled
> inside.

Then it's not the same bug.

Is the crash reproducible?  Can you show the step by step recipe,
starting from "emacs -Q", for the crash, and also run Emacs under GDB
and show the backtrace from the crash?

Thanks.

bug#24782: 26.0.50; Crash on browse-url

[Jean Louis]

Hello Eli,

Thank you for helping.

I can repeat it each time. Version of Emacs is 26.0.50.4, since
yesterday basically.

I was writing many emails by using mutt, and emacs as editor, with the
hook to toggle message mode, it was helping me format the text, the
quoted text and such. I used it only for editing, not for sending
email, as it was done by mutt.

Then I have noticed a change, why and how, I cannot find out.

Here is how I am reproducing it on my side.

I open emacs -Q:

1) C-x b to switch to scrach buffer.
2) M-x message-mode
3) I go to end of first line, and do C-d to join it with the next one
4) M-q to format paragraph and I get this below:

This buffer is for text that is not saved, and for Lisp evaluation. To
	create a file, visit it with C-x C-f and enter text in its buffer.

^^^^^^^^ <-- here above is the TAB basically, not space

5) M-x mail-mode, if I do same M-q formatting in mail-mode, it is not
happening. I have added hook to use mail-mode instead of
message-mode. But message-mode is behaving wrong.

And sometimes I must admit, I could see it behaving correctly. But not
in my email writings, rather in emacs own bug report sending.

Jean

On Mon, Oct 24, 2016 at 08:00:01PM +0300, Eli Zaretskii wrote:
> > Date: Mon, 24 Oct 2016 19:30:33 +0300
> > From: Jean Louis 
> > Cc: 24782@debbugs.gnu.org
> > 
> > I do not have src/ralloc.o, but I have src/ralloc.c in the source
> > tree where everything was compiled, and where is also emacs
> > compiled inside.
> 
> Then it's not the same bug.
> 
> Is the crash reproducible?  Can you show the step by step recipe,
> starting from "emacs -Q", for the crash, and also run Emacs under GDB
> and show the backtrace from the crash?
> 
> Thanks.

bug#24782: 26.0.50; Crash on browse-url

[Eli Zaretskii]

> Date: Tue, 25 Oct 2016 12:29:31 +0300
> From: Jean Louis <bugs@gnu.support>
> Cc: Jean Louis <bugs@gnu.support>, 24782@debbugs.gnu.org
> 
> I can repeat it each time. Version of Emacs is 26.0.50.4, since
> yesterday basically.
> 
> I was writing many emails by using mutt, and emacs as editor, with the
> hook to toggle message mode, it was helping me format the text, the
> quoted text and such. I used it only for editing, not for sending
> email, as it was done by mutt.
> 
> Then I have noticed a change, why and how, I cannot find out.
> 
> Here is how I am reproducing it on my side.
> 
> I open emacs -Q:
> 
> 1) C-x b to switch to scrach buffer.
> 2) M-x message-mode
> 3) I go to end of first line, and do C-d to join it with the next one
> 4) M-q to format paragraph and I get this below:
> 
> This buffer is for text that is not saved, and for Lisp evaluation. To
> 	create a file, visit it with C-x C-f and enter text in its buffer.
> 
> ^^^^^^^^ <-- here above is the TAB basically, not space
> 
> 5) M-x mail-mode, if I do same M-q formatting in mail-mode, it is not
> happening. I have added hook to use mail-mode instead of
> message-mode. But message-mode is behaving wrong.
> 
> And sometimes I must admit, I could see it behaving correctly. But not
> in my email writings, rather in emacs own bug report sending.

The above is a far cry from a crash.  In your original report, you
said Emacs crashed:

> When I start emacs with -Q and without init files, if I wish to browse
> the web, I enter duckduckgo.com as the URL, and I start searching. The
> eww and emacs crash at that time.
          ^^^^^^^^^^^^^^^^^^^^^^^^

If those crashes are reproducible, can you show a complete recipe that
I could try here?

Thanks.

bug#24782: 26.0.50; Crash on browse-url

[Andreas Schwab]

On Okt 25 2016, Jean Louis <bugs@gnu.support> wrote:

> 4) M-q to format paragraph and I get this below:
>
> This buffer is for text that is not saved, and for Lisp evaluation. To
> 	create a file, visit it with C-x C-f and enter text in its buffer.
>
> ^^^^^^^^ <-- here above is the TAB basically, not space

This is correct for a mail header.

> 5) M-x mail-mode, if I do same M-q formatting in mail-mode, it is not
> happening. I have added hook to use mail-mode instead of
> message-mode. But message-mode is behaving wrong.

message-mode is for editing mail and news, not random text.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

bug#24782: 26.0.50; Crash on browse-url

[Jean Louis]

I answered on wrong bug. Recipe is just that, I open ewww and go to duckduckgo

bug#24782: 26.0.50; Crash on browse-url

[Jean Louis]

I see. I am editing exclusively emails with it. But without headers. They are passed to mutt. Thanks for teaching.

bug#24782: 26.0.50; Crash on browse-url

[Eli Zaretskii]

> From: Jean Louis <bugs@gnu.support>
> Date: Tue, 25 Oct 2016 20:29:29 +0300
> CC: 24782@debbugs.gnu.org
> 
> I answered on wrong bug. Recipe is just that, I open ewww and go to duckduckgo

Then I cannot reproduce that.  If you can run Emacs under GDB and post
the backtrace after it crashes, that would probably help.

bug#24782: 26.0.50; Crash on browse-url

[Jean Louis]

On Tue, Oct 25, 2016 at 07:52:15PM +0300, Eli Zaretskii wrote:

> If those crashes are reproducible, can you show a complete recipe that
> I could try here?

I guess, eww is crashing due to problems with displaying images.

emacs -Q
emacs: magick/cache-view.c:644: GetCacheViewVirtualIndexQueue: Assertion `cache_view->image->cache != (Cache) NULL' failed.
Fatal error 6: Aborted
Backtrace:
emacs[0x4fe862]
emacs[0x4e5b54]
emacs[0x4fd6fe]
emacs[0x4fd903]
emacs[0x4fd9a9]
/lib/libpthread.so.0(+0x10e40)[0x7f131c5abe40]
/lib/libc.so.6(gsignal+0x38)[0x7f131b9ed288]
/lib/libc.so.6(abort+0x16a)[0x7f131b9ee70a]
/lib/libc.so.6(+0x2c197)[0x7f131b9e6197]
/lib/libc.so.6(+0x2c242)[0x7f131b9e6242]
/usr/lib/../lib64/libMagickCore-6.Q16HDRI.so.2(GetCacheViewVirtualIndexQueue+0x9e)[0x7f1318852a4e]
/usr/lib/libMagickWand-6.Q16HDRI.so.2(PixelGetNextIteratorRow+0xb2)[0x7f131ee18112]
emacs[0x5c564e]
emacs[0x5cc94d]
emacs[0x5ccf0d]
emacs[0x557b64]
emacs[0x58e113]
emacs[0x55796b]
emacs[0x58e113]
emacs[0x55756f]
emacs[0x55796b]
emacs[0x58e113]
emacs[0x55756f]
emacs[0x55796b]
emacs[0x559118]
emacs[0x557a61]
emacs[0x58e113]
emacs[0x55796b]
emacs[0x559118]
emacs[0x557a61]
emacs[0x58e113]
emacs[0x55796b]
emacs[0x58e113]
emacs[0x55796b]
emacs[0x58e113]
emacs[0x55796b]
emacs[0x58e113]
emacs[0x55796b]
emacs[0x559118]
emacs[0x55934c]
emacs[0x55634e]
...
Aborted

bug#24782: 26.0.50; Crash on browse-url

[Eli Zaretskii]

> Date: Thu, 27 Oct 2016 09:21:01 +0300
> From: Jean Louis <bugs@gnu.support>
> Cc: 24782@debbugs.gnu.org
> 
> On Tue, Oct 25, 2016 at 07:52:15PM +0300, Eli Zaretskii wrote:
> 
> > If those crashes are reproducible, can you show a complete recipe that
> > I could try here?
> 
> I guess, eww is crashing due to problems with displaying images.
> 
> emacs -Q
> emacs: magick/cache-view.c:644: GetCacheViewVirtualIndexQueue: Assertion `cache_view->image->cache != (Cache) NULL' failed.
> Fatal error 6: Aborted

This is an assertion violation inside ImageMagick, so it could be an
ImageMagick problem.  What version of ImageMagick libraries do you
have installed?

bug#24782: 26.0.50; Crash on browse-url

[Jean Louis]

Hello,

I have just installed newest ImageMagick:

Version: ImageMagick 7.0.3-4 Q16 x86_64 2016-10-28 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2016 ImageMagick Studio LLC
License: http://www.imagemagick.org/script/license.php
Features: Cipher DPC HDRI Modules OpenMP 
Delegates (built-in): bzlib cairo fftw fontconfig freetype gslib gvc
jng jpeg lcms lqr ltdl lzma pangocairo png ps rsvg tiff webp wmf x xml
zlib

And it was running longer than with older version, but still crashes. 

On Thu, Oct 27, 2016 at 05:44:10PM +0300, Eli Zaretskii wrote:
> > Date: Thu, 27 Oct 2016 09:21:01 +0300
> > From: Jean Louis <bugs@gnu.support>
> > Cc: 24782@debbugs.gnu.org
> > 
> > On Tue, Oct 25, 2016 at 07:52:15PM +0300, Eli Zaretskii wrote:
> > 
> > > If those crashes are reproducible, can you show a complete recipe that
> > > I could try here?
> > 
> > I guess, eww is crashing due to problems with displaying images.
> > 
> > emacs -Q
> > emacs: magick/cache-view.c:644: GetCacheViewVirtualIndexQueue: Assertion `cache_view->image->cache != (Cache) NULL' failed.
> > Fatal error 6: Aborted
> 
> This is an assertion violation inside ImageMagick, so it could be an
> ImageMagick problem.  What version of ImageMagick libraries do you
> have installed?

bug#24782: 26.0.50; Crash on browse-url

[Jean Louis]

Since I don't use Imagemagick -- I can see images stable in Emacs.

On Tue, Jan 24, 2017 at 09:58:33PM +0100, Lars Ingebrigtsen wrote:
> Jean Louis <bugs@gnu.support> writes:
> 
> > I have just installed newest ImageMagick:
> >
> > Version: ImageMagick 7.0.3-4 Q16 x86_64 2016-10-28 http://www.imagemagick.org
> 
> None of the machines I use have ImageMagick 7, so I can't really try to
> reproduce this problem, either.
> 
> If you could find one single image that reliably crashes Emacs, that
> would be helpful.  Just loading (with `C-c C-f file-name.png') will use
> ImageMagick to display it (if you have ImageMagick installed), and
> should hopefully crash Emacs.  Well.  Hopefully not, but hopefully
> reproducibly.  :-)
> 
> -- 
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no

bug#24782: 26.0.50; Crash on browse-url

[Lars Ingebrigtsen]

Jean Louis <bugs@gnu.support> writes:

> I have just installed newest ImageMagick:
>
> Version: ImageMagick 7.0.3-4 Q16 x86_64 2016-10-28 http://www.imagemagick.org

None of the machines I use have ImageMagick 7, so I can't really try to
reproduce this problem, either.

If you could find one single image that reliably crashes Emacs, that
would be helpful.  Just loading (with `C-c C-f file-name.png') will use
ImageMagick to display it (if you have ImageMagick installed), and
should hopefully crash Emacs.  Well.  Hopefully not, but hopefully
reproducibly.  :-)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

bug#24782: 26.0.50; Crash on browse-url

[Lars Ingebrigtsen]

Jean Louis <bugs@gnu.support> writes:

> Since I don't use Imagemagick -- I can see images stable in Emacs.

OK, then I guess we can't proceed with this bug report any further.
Closing.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no