bug#38453: 27.0.50; Portable dumper error: smuggled pointers

bug#38453: 27.0.50; Portable dumper error: smuggled pointers

[Yuan Fu]

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))

bug#38453: 27.0.50; Portable dumper error: smuggled pointers

[Robert Pluim]

>>>>> On Sun, 1 Dec 2019 23:45:10 -0500, Yuan Fu <casouri@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

bug#38453: 27.0.50; Portable dumper error: smuggled pointers

[Yuan Fu]

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

Yuan

bug#38453: 27.0.50; Portable dumper error: smuggled pointers

[Eli Zaretskii]

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

The manual does mention that.

bug#38453: Error out if dumping while interactive?

[Kévin Le Gouguec]

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.)

bug#38453: Error out if dumping while interactive?

[Philipp Stephani]

Am Mi., 4. Dez. 2019 um 20:24 Uhr schrieb Kévin Le Gouguec
<kevin.legouguec@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.

bug#38453: Error out if dumping while interactive?

[Eli Zaretskii]

> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Mon, 23 Dec 2019 20:51:55 +0100
> Cc: 38453-done@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.

bug#38453: Error out if dumping while interactive?

[Philipp Stephani]

Am Mo., 23. Dez. 2019 um 21:04 Uhr schrieb Eli Zaretskii <eliz@gnu.org>:
>
> > From: Philipp Stephani <p.stephani2@gmail.com>
> > Date: Mon, 23 Dec 2019 20:51:55 +0100
> > Cc: 38453-done@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.

bug#38453: Error out if dumping while interactive?

[Eli Zaretskii]

> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Mon, 23 Dec 2019 21:14:33 +0100
> Cc: Kévin Le Gouguec <kevin.legouguec@gmail.com>, 
> 	38453-done@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.

bug#38453: Error out if dumping while interactive?

[Philipp Stephani]

Am Mo., 23. Dez. 2019 um 21:19 Uhr schrieb Eli Zaretskii <eliz@gnu.org>:
>
> > From: Philipp Stephani <p.stephani2@gmail.com>
> > Date: Mon, 23 Dec 2019 21:14:33 +0100
> > Cc: Kévin Le Gouguec <kevin.legouguec@gmail.com>,
> >       38453-done@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.