userland, code and so on.. and documentation. I know FreeBSD-types like
documentation :) Just we don't have an actual -implementation- yet.
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk
ICQ# 4135350 | Registered Linux# 179460
http://www.leonerd.org.uk/
signature.asc
Description: PGP signature
On Wed, 15 May 2013 13:29:59 +0100
Paul "LeoNerd" Evans wrote:
> Is that not the exact thing I suggested?
>
> The "extension to create register a kevent to catch these events" is
> that you put the EV_DROPWATCH bit flag in the event at the time you
> register
process it in the normal way, then
if(ev->flags & EV_DROPPED)
free(ev->udata);
and that is all there is to it.
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk
ICQ# 4135350 | Registered Linux# 179460
http://www.leonerd.org.uk/
signature.asc
Description: PGP signature
tee* that this *will* be the last
event about this particular item. Userland must not delete its own data
structure about it until this notification happens. If it does this,
lots of semantics become a lot simpler.
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk
ICQ# 4135350 | Registered Linux# 179460
http://www.leonerd.org.uk/
signature.asc
Description: PGP signature
that somewhere for someone
to test it against. I actually wrote that bit first, before I found
such a feature did not exist.
That would allow some highly-parallel Perl code to use it. All the main
Perl event systems can use IO::KQueue so that easily provides a lot of
good test cases.
--
Paul "L
at it is calling
knote_drop()). I can't see any objection to it. I'm quite sure more
words and objection have been spent arguing it back and forth than it
would have taken just to implement it initially.
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk
ICQ# 4135350 | R
looked at it though.
If anyone were to just say "yes" and explain how to start developing a
kernel feature, I'm sure I'd be happy to look into it.
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk
ICQ# 4135350 | Registered Linux# 179460
http://www.leonerd.org.uk/
signature.asc
Description: PGP signature
Are you still now going to claim to me this is trivial?
Please compare this solution to:
if(ev->flags & EV_FREEWATCH)
free(ev->udata);
I would call that solution "trivial". And I claim it fairly easy to
implement.
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk
ICQ# 4135350 | Registered Linux# 179460
http://www.leonerd.org.uk/
signature.asc
Description: Digital signature
if the kernel returns a number that is out of date you won't find it
> and you
> can ignore it. If the kernel returns a number you are currently tracking.
> then you use the item associated with that entry.
I'm really not sure I understand where this is going, or how it helps
On Mon, Nov 15, 2010 at 02:10:45PM -0500, John Baldwin wrote:
> On Monday, November 15, 2010 1:12:11 pm Paul LeoNerd Evans wrote:
> > On Mon, Nov 15, 2010 at 11:25:42AM -0500, John Baldwin wrote:
> > > I think the assumption is that userland actually maintains a refer
d you suggest I manage these pointers and data structures?
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk
ICQ# 4135350 | Registered Linux# 179460
http://www.leonerd.org.uk/
signature.asc
Description: Digital signature
ches, but I don't think
it sounds very convenient for a oneshot event; see the above example for
justification.
Also it again begs my question, worth repeating here:
On Friday, November 12, 2010 1:40:00 pm Paul LeoNerd Evans wrote:
> I had
> thought the point of kqueue/kevent is the O(1) n
to always
set that flag on EV_ADD, and if the flag ever comes back in an event out
of the kernel, it can SvREFCNT_dec(ev->udata);
--
Paul "LeoNerd" Evans
leon...@leonerd.org.uk
ICQ# 4135350 | Registered Linux# 179460
http://www.leonerd.org.uk/
signature.asc
Description: Digital signature
13 matches
Mail list logo
