GNU bug report logs - #26600
26.0.50; Compiled ps-print.el is non-functional

Previous Next

Package: emacs;

Reported by: Michael Heerdegen <michael_heerdegen <at> web.de>

Date: Sat, 22 Apr 2017 03:42:02 UTC

Severity: normal

Found in version 26.0.50

Done: Michael Heerdegen <michael_heerdegen <at> web.de>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 26600 in the body.
You can then email your comments to 26600 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#26600; Package emacs. (Sat, 22 Apr 2017 03:42:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Michael Heerdegen <michael_heerdegen <at> web.de>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 22 Apr 2017 03:42:02 GMT) Full text and rfc822 format available.

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

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.0.50; Compiled ps-print.el is non-functional
Date: Sat, 22 Apr 2017 05:41:22 +0200
Hello,

ps-print.el has become non-functional for me in compiled form since some
time (days?  weeks? ... not much longer).  It produces only empty .ps
documents.

Here is a very simple recipe for emacs -Q (from *scratch*):

M-: (require 'ps-print) RET

M-: (ps-spool-buffer-with-faces) RET

Switch to the buffer *Post Script*.  The created document ends with


| BeginDoc
| %%EndSetup
| 
| %%Trailer
| %%Pages: 0
| 
| EndDoc
| 
| %%EOF

If I save the buffer to a .ps file and open it with a viewer, I get a
blank page.

Now I repeat the recipe with the source file ps-print.el loaded.  I get
the expected result this time.  Hmm.


Thanks in advance,

Michael.



In GNU Emacs 26.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.11)
 of 2017-04-22 built on drachen
Repository revision: d812d20fbc3e1eff0f10443baed801adda9031cd
Windowing system distributor 'The X.Org Foundation', version 11.0.11902000
System Description:	Debian GNU/Linux 9.0 (stretch)





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26600; Package emacs. (Sat, 22 Apr 2017 07:57:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Michael Heerdegen <michael_heerdegen <at> web.de>,
 Vibhav Pant <vibhavp <at> gmail.com>
Cc: 26600 <at> debbugs.gnu.org
Subject: Re: bug#26600: 26.0.50; Compiled ps-print.el is non-functional
Date: Sat, 22 Apr 2017 10:56:53 +0300
> From: Michael Heerdegen <michael_heerdegen <at> web.de>
> Date: Sat, 22 Apr 2017 05:41:22 +0200
> 
> ps-print.el has become non-functional for me in compiled form since some
> time (days?  weeks? ... not much longer).  It produces only empty .ps
> documents.
> 
> Here is a very simple recipe for emacs -Q (from *scratch*):
> 
> M-: (require 'ps-print) RET
> 
> M-: (ps-spool-buffer-with-faces) RET
> 
> Switch to the buffer *Post Script*.  The created document ends with
> 
> 
> | BeginDoc
> | %%EndSetup
> | 
> | %%Trailer
> | %%Pages: 0
> | 
> | EndDoc
> | 
> | %%EOF
> 
> If I save the buffer to a .ps file and open it with a viewer, I get a
> blank page.
> 
> Now I repeat the recipe with the source file ps-print.el loaded.  I get
> the expected result this time.  Hmm.

Does the problem go away if you byte-compile ps-print.el with Emacs
25?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26600; Package emacs. (Sat, 22 Apr 2017 08:13:02 GMT) Full text and rfc822 format available.

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

From: Vibhav Pant <vibhavp <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, 26600 <at> debbugs.gnu.org
Subject: Re: bug#26600: 26.0.50; Compiled ps-print.el is non-functional
Date: Sat, 22 Apr 2017 13:42:27 +0530
[Message part 1 (text/plain, inline)]
A certain bytecode bug which might have caused this was fixed just
recently. Could you try `make bootstrap` and see whether the issue still
persists?

On 22-Apr-2017 1:26 PM, "Eli Zaretskii" <eliz <at> gnu.org> wrote:

> > From: Michael Heerdegen <michael_heerdegen <at> web.de>
> > Date: Sat, 22 Apr 2017 05:41:22 +0200
> >
> > ps-print.el has become non-functional for me in compiled form since some
> > time (days?  weeks? ... not much longer).  It produces only empty .ps
> > documents.
> >
> > Here is a very simple recipe for emacs -Q (from *scratch*):
> >
> > M-: (require 'ps-print) RET
> >
> > M-: (ps-spool-buffer-with-faces) RET
> >
> > Switch to the buffer *Post Script*.  The created document ends with
> >
> >
> > | BeginDoc
> > | %%EndSetup
> > |
> > | %%Trailer
> > | %%Pages: 0
> > |
> > | EndDoc
> > |
> > | %%EOF
> >
> > If I save the buffer to a .ps file and open it with a viewer, I get a
> > blank page.
> >
> > Now I repeat the recipe with the source file ps-print.el loaded.  I get
> > the expected result this time.  Hmm.
>
> Does the problem go away if you byte-compile ps-print.el with Emacs
> 25?
>
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26600; Package emacs. (Sat, 22 Apr 2017 16:41:02 GMT) Full text and rfc822 format available.

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

From: Vibhav Pant <vibhavp <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Michael Heerdegen <michael_heerdegen <at> web.de>, 26600 <at> debbugs.gnu.org
Subject: Re: bug#26600: 26.0.50; Compiled ps-print.el is non-functional
Date: Sat, 22 Apr 2017 22:10:29 +0530
[Message part 1 (text/plain, inline)]
On Sat, Apr 22, 2017 at 1:42 PM, Vibhav Pant <vibhavp <at> gmail.com> wrote:
> A certain bytecode bug which might have caused this was fixed just recently.
> Could you try `make bootstrap` and see whether the issue still persists?
>

My bad, this was another bug (argh) in bytecomp.el to do with singleton
clauses in cond. I've pushed a fix to master for this, and
(ps-spool-buffer-with-faces)
seems to work as intended, with the output postscript attached. Could
you verify this?

Thanks,
Vibhav

-- 
Vibhav Pant
vibhavp <at> gmail.com
[scratch.ps (application/postscript, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#26600; Package emacs. (Sat, 22 Apr 2017 19:29:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Vibhav Pant <vibhavp <at> gmail.com>
Cc: michael_heerdegen <at> web.de, 26600 <at> debbugs.gnu.org
Subject: Re: bug#26600: 26.0.50; Compiled ps-print.el is non-functional
Date: Sat, 22 Apr 2017 22:29:17 +0300
> From: Vibhav Pant <vibhavp <at> gmail.com>
> Date: Sat, 22 Apr 2017 22:10:29 +0530
> Cc: 26600 <at> debbugs.gnu.org, Michael Heerdegen <michael_heerdegen <at> web.de>
> 
> My bad, this was another bug (argh) in bytecomp.el to do with singleton
> clauses in cond. I've pushed a fix to master for this, and
> (ps-spool-buffer-with-faces)
> seems to work as intended, with the output postscript attached. Could
> you verify this?

Seems to work here, thanks.




Reply sent to Michael Heerdegen <michael_heerdegen <at> web.de>:
You have taken responsibility. (Sun, 23 Apr 2017 02:25:02 GMT) Full text and rfc822 format available.

Notification sent to Michael Heerdegen <michael_heerdegen <at> web.de>:
bug acknowledged by developer. (Sun, 23 Apr 2017 02:25:02 GMT) Full text and rfc822 format available.

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

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: Vibhav Pant <vibhavp <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 26600-done <at> debbugs.gnu.org
Subject: Re: bug#26600: 26.0.50; Compiled ps-print.el is non-functional
Date: Sun, 23 Apr 2017 04:24:16 +0200
Vibhav Pant <vibhavp <at> gmail.com> writes:

> My bad, this was another bug (argh) in bytecomp.el to do with
> singleton clauses in cond. I've pushed a fix to master for this, and
> (ps-spool-buffer-with-faces) seems to work as intended, with the
> output postscript attached. Could you verify this?

Yes, it works again for me as well.

Thanks for your efforts!


Regards,

Michael. 




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 21 May 2017 11:24:03 GMT) Full text and rfc822 format available.

This bug report was last modified 8 years and 87 days ago.

Previous Next


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