From: Steve Brueggeman <xioborg@yahoo.com>
To: Jan Hudec <bulb@ucw.cz>
Cc: linux-kernel@vger.kernel.org
Subject: Re: proc file system
Date: Tue, 09 Oct 2001 11:49:38 -0500 [thread overview]
Message-ID: <o7a6stc9qhk57g9p6s3is4m03897k6rari@4ax.com> (raw)
In-Reply-To: <200110052202.f95M2Ig16051@mail.swissonline.ch> <20011006173025.F12624@arthur.ubicom.tudelft.nl> <20011009154134.C28423@artax.karlin.mff.cuni.cz>
In-Reply-To: <20011009154134.C28423@artax.karlin.mff.cuni.cz>
Well, to get tail -f to work, minimally you'll have to support
maintaining a fileposition, so tell() and seek() have something useful
to work on. It's been a while since I looked at the source for tail,
pretty much for similar reasons (wanted to follow a /proc file). Most
/proc files are considered (relatively) fixed-length files, who's
contents get updated. tail -f expects to follow a file that is
growing in size.
I don't have sources in front of me, so hopefully someone else will
step-up and provide more detail than I have.
Steve Brueggeman
On Tue, 9 Oct 2001 15:41:34 +0200, you wrote:
>> On Sat, Oct 06, 2001 at 12:02:18AM +0200, llx@swissonline.ch wrote:
>> > i've written a prog interface for my logger utility to make it easy
>> > to transport my logging information from kernel to userspace using
>> > shell commands. now i want to use tail -f /prog/<mylogfile>. what
>> > do i have to do for that to work. when using tail my loginfo gets
>> > read form my ringbuffer, but nothing gets printed in the terminal.
>>
>> I think you actually want a character device instead of a /proc file.
>
>Could you please explain why? I can't see the advantage (read and write
>are fileops; you can have them exactly the same for proc file and device).
>
>--------------------------------------------------------------------------------
> - Jan Hudec `Bulb' <bulb@ucw.cz>
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
next prev parent reply other threads:[~2001-10-09 16:49 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-05 22:02 llx
2001-10-06 15:30 ` Erik Mouw
2001-10-09 13:41 ` Jan Hudec
2001-10-09 16:49 ` Steve Brueggeman [this message]
2001-10-10 17:04 ` Jan Hudec
2001-10-14 20:06 ` Riley Williams
2001-10-15 15:02 ` Jan Hudec
2001-10-17 21:10 ` Riley Williams
-- strict thread matches above, loose matches on Subject: below --
2001-08-27 14:01 Christian Widmer
2001-08-08 8:04 Dattatray Kulkarni
2001-03-30 10:59 Srinivas Surabhi
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=o7a6stc9qhk57g9p6s3is4m03897k6rari@4ax.com \
--to=xioborg@yahoo.com \
--cc=bulb@ucw.cz \
--cc=linux-kernel@vger.kernel.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
all inboxes | Powered by JetHome®