GNU bug report logs - #38453
27.0.50; Portable dumper error: smuggled pointers

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 38453 in the body.
You can then email your comments to 38453 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: Yuan Fu <casouri <at> gmail.com>
To: Bug Report Emacs <bug-gnu-emacs <at> gnu.org>
Subject: 27.0.50; Portable dumper error: smuggled pointers
Date: Sun, 1 Dec 2019 23:45:10 -0500

To reproduce:

$ emacs -q
;; in Emacs
(dump-emacs-portable "~/attic/emacs.pdmp")
;; error:
;; progn: unsupported object type in dump: smuggled pointers

I also tried to run temacs, and the same error occured.

In GNU Emacs 27.0.50 (build 3, x86_64-apple-darwin19.0.0, NS appkit-1894.10 Version 10.15.1 (Build 19B88))
of 2019-11-30 built on missSilver
Repository revision: e2828795d73637577c7726965974a047fe2d7119
Repository branch: master
Windowing system distributor 'Apple', version 10.3.1894
System Description:  Mac OS X 10.15.1

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit
progn: unsupported object type in dump: smuggled pointers
Configured using:
'configure --with-modules --with-pdumper=yes
--oldincludedir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/libxml2/'

Configured features:
NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES
THREADS PDUMPER LCMS2

Important settings:
  value of $LC_CTYPE: UTF-8
  value of $LANG: en_CN.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 dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs text-property-search time-date
subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode elisp-mode lisp-mode prog-mode register page
tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse
jit-lock font-lock syntax facemenu font-core term/tty-colors frame
minibuffer 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 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
threads kqueue cocoa ns lcms2 multi-tty make-network-process emacs)

Memory information:
((conses 16 44087 8731)
(symbols 48 5899 1)
(strings 32 15267 1256)
(string-bytes 1 500063)
(vectors 16 9285)
(vector-slots 8 119174 11870)
(floats 8 19 41)
(intervals 56 188 0)
(buffers 1000 11))

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

From: Robert Pluim <rpluim <at> gmail.com>
To: Yuan Fu <casouri <at> gmail.com>
Cc: 38453 <at> debbugs.gnu.org
Subject: Re: bug#38453: 27.0.50; Portable dumper error: smuggled pointers
Date: Mon, 02 Dec 2019 09:39:59 +0100

>>>>> On Sun, 1 Dec 2019 23:45:10 -0500, Yuan Fu <casouri <at> gmail.com> said:

    Yuan> To reproduce:
    Yuan> $ emacs -q
    Yuan> ;; in Emacs
    Yuan> (dump-emacs-portable "~/attic/emacs.pdmp")
    Yuan> ;; error:
    Yuan> ;; progn: unsupported object type in dump: smuggled pointers

I donʼt think thatʼs meant to work from an interactive Emacs. Try:

emacs -q --batch --eval '(dump-emacs-portable "~/attic/emacs.pdmp")'

Robert

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

From: Yuan Fu <casouri <at> gmail.com>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: 38453 <at> debbugs.gnu.org
Subject: Re: bug#38453: 27.0.50; Portable dumper error: smuggled pointers
Date: Mon, 2 Dec 2019 10:10:40 -0500

Thanks. It works now. I think the manual or the docstring should mention this tho.

Yuan

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Yuan Fu <casouri <at> gmail.com>
Cc: rpluim <at> gmail.com, 38453-done <at> debbugs.gnu.org
Subject: Re: bug#38453: 27.0.50; Portable dumper error: smuggled pointers
Date: Mon, 02 Dec 2019 18:12:39 +0200

> From: Yuan Fu <casouri <at> gmail.com>
> Date: Mon, 2 Dec 2019 10:10:40 -0500
> Cc: 38453 <at> debbugs.gnu.org
> 
> Thanks. It works now. I think the manual or the docstring should mention this tho.

The manual does mention that.

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

From: Kévin Le Gouguec <kevin.legouguec <at> gmail.com>
To: 38453 <at> debbugs.gnu.org
Cc: Eli Zaretskii <eliz <at> gnu.org>
Subject: Error out if dumping while interactive?
Date: Wed, 04 Dec 2019 20:23:43 +0100

AFAICT Fdump_emacs explicitly checks for this:

>  if (! noninteractive)
>    error ("Dumping Emacs works only in batch mode");

Maybe Fdump_emacs_portable should do the same… or maybe the check should
be moved somewhere in loadup.el?

(I hope I am not misunderstanding the issue at hand; my apologies if
so.)

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

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: Kévin Le Gouguec <kevin.legouguec <at> gmail.com>
Cc: 38453-done <at> debbugs.gnu.org
Subject: Re: bug#38453: Error out if dumping while interactive?
Date: Mon, 23 Dec 2019 20:51:55 +0100

Am Mi., 4. Dez. 2019 um 20:24 Uhr schrieb Kévin Le Gouguec
<kevin.legouguec <at> gmail.com>:
>
> AFAICT Fdump_emacs explicitly checks for this:
>
> >  if (! noninteractive)
> >    error ("Dumping Emacs works only in batch mode");
>
> Maybe Fdump_emacs_portable should do the same… or maybe the check should
> be moved somewhere in loadup.el?

Sounds reasonable, I've now fixed with with commit e7edba42c8.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Philipp Stephani <p.stephani2 <at> gmail.com>
Cc: 38453-done <at> debbugs.gnu.org, kevin.legouguec <at> gmail.com
Subject: Re: bug#38453: Error out if dumping while interactive?
Date: Mon, 23 Dec 2019 22:04:07 +0200

> From: Philipp Stephani <p.stephani2 <at> gmail.com>
> Date: Mon, 23 Dec 2019 20:51:55 +0100
> Cc: 38453-done <at> debbugs.gnu.org
> 
> > AFAICT Fdump_emacs explicitly checks for this:
> >
> > >  if (! noninteractive)
> > >    error ("Dumping Emacs works only in batch mode");
> >
> > Maybe Fdump_emacs_portable should do the same… or maybe the check should
> > be moved somewhere in loadup.el?
> 
> Sounds reasonable, I've now fixed with with commit e7edba42c8.

I think it's misguided, since we intend to lift this limitation in
some future release.

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

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 38453-done <at> debbugs.gnu.org,
 Kévin Le Gouguec <kevin.legouguec <at> gmail.com>
Subject: Re: bug#38453: Error out if dumping while interactive?
Date: Mon, 23 Dec 2019 21:14:33 +0100

Am Mo., 23. Dez. 2019 um 21:04 Uhr schrieb Eli Zaretskii <eliz <at> gnu.org>:
>
> > From: Philipp Stephani <p.stephani2 <at> gmail.com>
> > Date: Mon, 23 Dec 2019 20:51:55 +0100
> > Cc: 38453-done <at> debbugs.gnu.org
> >
> > > AFAICT Fdump_emacs explicitly checks for this:
> > >
> > > >  if (! noninteractive)
> > > >    error ("Dumping Emacs works only in batch mode");
> > >
> > > Maybe Fdump_emacs_portable should do the same… or maybe the check should
> > > be moved somewhere in loadup.el?
> >
> > Sounds reasonable, I've now fixed with with commit e7edba42c8.
>
> I think it's misguided, since we intend to lift this limitation in
> some future release.

If and when we lift it, we can remove the error again.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Philipp Stephani <p.stephani2 <at> gmail.com>
Cc: 38453-done <at> debbugs.gnu.org, kevin.legouguec <at> gmail.com
Subject: Re: bug#38453: Error out if dumping while interactive?
Date: Mon, 23 Dec 2019 22:19:08 +0200

> From: Philipp Stephani <p.stephani2 <at> gmail.com>
> Date: Mon, 23 Dec 2019 21:14:33 +0100
> Cc: Kévin Le Gouguec <kevin.legouguec <at> gmail.com>, 
> 	38453-done <at> debbugs.gnu.org
> 
> > I think it's misguided, since we intend to lift this limitation in
> > some future release.
> 
> If and when we lift it, we can remove the error again.

Given the error message, people will think it's a limitation that
cannot be easily removed, so the chances of its being removed are much
lower, especially a few years from now.

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

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 38453-done <at> debbugs.gnu.org,
 Kévin Le Gouguec <kevin.legouguec <at> gmail.com>
Subject: Re: bug#38453: Error out if dumping while interactive?
Date: Mon, 23 Dec 2019 21:30:01 +0100

Am Mo., 23. Dez. 2019 um 21:19 Uhr schrieb Eli Zaretskii <eliz <at> gnu.org>:
>
> > From: Philipp Stephani <p.stephani2 <at> gmail.com>
> > Date: Mon, 23 Dec 2019 21:14:33 +0100
> > Cc: Kévin Le Gouguec <kevin.legouguec <at> gmail.com>,
> >       38453-done <at> debbugs.gnu.org
> >
> > > I think it's misguided, since we intend to lift this limitation in
> > > some future release.
> >
> > If and when we lift it, we can remove the error again.
>
> Given the error message, people will think it's a limitation that
> cannot be easily removed, so the chances of its being removed are much
> lower, especially a few years from now.

I've now reworded the error message to make this a bit clearer.

Previous Next

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