GNU bug report logs -
#22096
25.0.50; reading from fifo breaks display
Previous Next
Reported by: Mark Oteiza <mvoteiza <at> udel.edu>
Date: Sat, 5 Dec 2015 05:41:02 UTC
Severity: normal
Found in version 25.0.50
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
Full log
Message #32 received at submit <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Date: Sat, 5 Dec 2015 12:09:08 -0500
>> From: Mark Oteiza <mvoteiza <at> udel.edu>
>> Cc: 22096 <at> debbugs.gnu.org
>>
>> On 05/12/15 at 06:45pm, Eli Zaretskii wrote:
>> > > From: Mark Oteiza <mvoteiza <at> udel.edu>
>> > > Date: Sat, 05 Dec 2015 10:58:38 -0500
>> > >
>> > > > Anyway, you are reading a binary byte stream from an audio daemon, so
>> > > > I think you cannot expect it to be displayed in any human-readable
>> > > > way, let alone hope that the major mode in effect in *scratch will be
>> > > > able to fontify it in some reasonable way. You should use
>> > > > insert-file-contents-literally instead, I think. (And I very much
>> > > > doubt that "visiting" a non-regular file makes sense, but maybe I'm
>> > > > missing something.)
>> > >
>> > > Right, I didn't expect VISIT=t to make sense, but the resulting breakage
>> > > is unexpected.
>> >
>> > Emacs tries to decode the binary stream (unless you use the -literally
>> > variant), and the result could look (to Emacs) like some text that
>> > fits some font-locking or paren-matching pattern.
>>
>> The same display oddity does still happen with
>>
>> (insert-file-contents-literally "/tmp/mpd.fifo" t 0 10 nil)
>>
>> and nothing appears to be inserted
>
> What is the value returned by the function?
It doesn't return, just errors on "not a regular file". Sorry for not
clarifying that.
This bug report was last modified 4 years and 261 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.