Gnus development mailing list
 help / color / mirror / Atom feed
From: Ted Zlatanov <tzz@lifelogs.com>
To: ding@gnus.org
Subject: Re: mm view PDF MIME part doesn't work, just exits
Date: Wed, 16 Sep 2009 11:05:19 -0500	[thread overview]
Message-ID: <87my4ux4cg.fsf@lifelogs.com> (raw)
In-Reply-To: <b4miqfjsqvh.fsf@jpl.org>

On Wed, 16 Sep 2009 08:57:38 +0900 Katsumi Yamaoka <yamaoka@jpl.org> wrote: 

>>>>>> Ted Zlatanov wrote:
>> (start-process "*display*"
>> (setq buffer
>> (generate-new-buffer " *mm*"))
>> shell-file-name
>> shell-command-switch
>> "/usr/bin/xpdf /home/tzz/work/gdb-refcard.pdf")

>> which definitely works from the command line.  It still failed the same
>> way, "exited abnormally with code 1".  Maybe zsh is doing something
>> strange, but this was working fine until about a month ago so I'm not
>> sure what's causing it to fail.  Am I the only one seeing this problem?

KY> Hm.  No problem here.

KY> uname -a
KY> Linux pastis 2.6.30.5-43.fc11.i686.PAE #1 SMP Thu Aug 27 21:34:36 EDT 2009 i686 i686 i386 GNU/Linux

KY> zsh --version
KY> zsh 4.3.9 (i386-redhat-linux-gnu)

KY> xpdf -v
KY> xpdf version 3.02

Turns out a customization for MacOS X (disabling DISPLAY so w3m won't
block) was leaking into my Linux setup.

This was hard to debug because mm-display-external doesn't show much
information about the process status.  To debug I used the patch below,
but the function should really capture STDOUT and STDERR of the process.
Is that possible?

Thanks
Ted

Index: mm-decode.el
===================================================================
RCS file: /usr/local/cvsroot/gnus/lisp/mm-decode.el,v
retrieving revision 7.70
diff -c -r7.70 mm-decode.el
*** mm-decode.el	23 Jun 2009 22:39:00 -0000	7.70
--- mm-decode.el	16 Sep 2009 16:03:34 -0000
***************
*** 930,936 ****
  				 (timer-set-function timer fn)
  			       (funcall fn))
  			     (ignore-errors (eval fm))
! 			     (message "%s" done)))))))
  		(mm-handle-set-external-undisplayer
  		 handle (cons file buffer)))
  	      (message "Displaying %s..." command))
--- 930,936 ----
  				 (timer-set-function timer fn)
  			       (funcall fn))
  			     (ignore-errors (eval fm))
! 			     (message "%s (%s)" done state)))))))
  		(mm-handle-set-external-undisplayer
  		 handle (cons file buffer)))
  	      (message "Displaying %s..." command))




      reply	other threads:[~2009-09-16 16:05 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-27 13:15 Ted Zlatanov
2009-08-29 17:46 ` Mike Kupfer
2009-09-14 21:19   ` Ted Zlatanov
2009-09-15 11:58     ` Katsumi Yamaoka
2009-09-15 12:27       ` Ted Zlatanov
2009-09-15 23:57         ` Katsumi Yamaoka
2009-09-16 16:05           ` Ted Zlatanov [this message]

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

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

  git send-email \
    --in-reply-to=87my4ux4cg.fsf@lifelogs.com \
    --to=tzz@lifelogs.com \
    --cc=ding@gnus.org \
    /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.
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 NNTP newsgroup(s).