Managing userland data pointers in kqueue/kevent

[Paul LeoNerd Evans]

On Mon, 13 May 2013 18:19:43 +0300
Eugen-Andrei Gavriloaie <shiretu at gmail.com> wrote:

> I'm pretty sure this user data pointer is also breaking a well known
> pointer management paradigm, but I just can't remember which.
> Regardless, it has all the ingredients for memory leaks and/or, the
> worst one, use of corpse pointers which are bound to crash the app. I
> agree, C/C++ is not for the faint of heart, but with little or close
> to no efforts, his EV_FREEWATCH can be put to very good use, and user
> space code not only becomes less prone to mem issues, but also
> cleaner.
> 
> To summarise, +1 for the EV_FREEWATCH. I simply love the idea! Clean
> and very very efficient.

I actually developed the idea a little further and put some notes on
implementation/etc here in this PR:

  http://www.freebsd.org/cgi/query-pr.cgi?pr=153254

I don't think anyone has 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

leonerd at leonerd.org.uk
ICQ# 4135350       |  Registered Linux# 179460
http://www.leonerd.org.uk/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20130513/7e9b9a24/attachment.sig>