From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/2056
Path: news.gmane.org!not-for-mail
From: Jesper Harder <harder@myrealbox.com>
Newsgroups: gmane.emacs.gnus.user
Subject: Re: No response from lynx
Date: Fri, 07 Feb 2003 21:33:16 +0100
Organization: http://purl.org/harder/
Message-ID: <m3u1ff7rw3.fsf@defun.localdomain>
References: <znpl7vqb.fsf@bitstream.com> <m33cnchu80.fsf@defun.localdomain>
 <8ywvbew9.fsf@bitstream.com> <m34r7j5k5v.fsf@defun.localdomain>
 <u1fidbez.fsf@bitstream.com>
NNTP-Posting-Host: main.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: sea.gmane.org 1138668624 13754 80.91.229.2 (31 Jan 2006 00:50:24 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Tue, 31 Jan 2006 00:50:24 +0000 (UTC)
Original-X-From: nobody Tue Jan 17 17:30:06 2006
Original-Path: quimby.gnus.org!localhost.localdomain!nobody
Original-Newsgroups: gnu.emacs.gnus
Original-NNTP-Posting-Host: 0xc3d7e08d.esnxr4.ras.tele.dk
Original-X-Trace: quimby.gnus.org 1044650664 1117 195.215.224.141 (7 Feb 2003 20:44:24 GMT)
Original-X-Complaints-To: usenet@quimby.gnus.org
Original-NNTP-Posting-Date: 7 Feb 2003 20:44:24 GMT
X-Face: ^RrvqCr7c,P$zTR:QED"@h9+BTm-"fjZJJ-3=OU7.)i/K]<.J88}s>'Z_$r;<N5ksn~%wJ@2pjF}="tV;FBsdpFarSWA<oYkZsViGf:F^SD-KXhvFxh;~]?)SWm~+u};0=x}<vOm&5J+?]yB2d]q4x8\0g7SX
Mail-Copies-To: never
User-Agent: Gnus/5.090015 (Oort Gnus v0.15) Emacs/21.3.50
 (i686-pc-linux-gnu)
Cancel-Lock: sha1:Ev3yXdb2+90EOUfVAdItgIRT0X4=
Original-Xref: bridgekeeper.physik.uni-ulm.de gnus-emacs-gnus:2196
Original-Lines: 26
X-Gnus-Article-Number: 2196   Tue Jan 17 17:30:06 2006
Xref: news.gmane.org gmane.emacs.gnus.user:2056
Archived-At: <http://permalink.gmane.org/gmane.emacs.gnus.user/2056>

Peter Davis <pd@world.std.com> writes:

> Jesper Harder <harder@myrealbox.com> writes:
>
>> Peter Davis <pd@world.std.com> writes:
>
>>>>> Displaying lynx -stdin<C\:\\TEMP\\emmSZAPYis\\mm.SZAciy...
>
>> Hmm, I suspect it's an XEmacs bug.  
>>
>> As far as I can tell Gnus isn't responsible for creating the temp name.
>> It appears to be generated in the XEmacs function `call-process-region'.
>>
>> What do you get when you evaluate: [..]  which is how XEmacs computes
>> the temp name.

>   C:\\DOCUME~1\\pdavis\\LOCALS~1\\Temp\\emacsMOBkyc

Did you change the setting for Lynx in `mm-text-html-washer-alist' (or
`mm-text-html-renderer-alist')?

What you're seeing doesn't seem to be consistent with the default
setting:

   (lynx  mm-inline-wash-with-stdin nil
	      "lynx" "-dump" "-force_html" "-stdin")