Re: IO::BufferedSelect -does anybody use it / own it, Antal Novak?

To gain control/access to a moribund module, keep modules@ up to date on efforts to contact the author. They can alter the commit bits after sufficient effort has been made and time passed.

It looks like Antal's fallen off the grid in March of 2007, but here are some possible leads:

Older email addresses, the KDE redirect might be live but weevil.net doesn't exist.
If you know a Stanford alumnus, they might check the alumni directory
He co-authored two papers with Feng Shao, who has a redirect in the people directory at Cornell and might have kept in touch. He was also co-author on a number of other papers in a variety of other sub-fields… especially computational biology up until August 2009
Likewise, Antal was co-author of Devel::GDB and the other developer might know something.
Apparently, there's only one person with this name in US phone books.

You could try to come up with another name for the code, and post the fixed version as a fork, but this should be avoided. A better approach would be to post a patched copy with an underscored version number (developer's copy). It won't show up by default in search.cpan results, but it will still be accessible and until you gain control it can be pointed to in RT tickets, annoCPAN, reviews, this node, etc.

-- In Bob We Trust, All Others Bring Data.

Comment on Re: IO::BufferedSelect -does anybody use it / own it, Antal Novak?

Replies are listed 'Best First'.
Re^2: IO::BufferedSelect -does anybody use it / own it, Antal Novak? by Anonymous Monk on Feb 29, 2012 at 17:55 UTC
Sorry I fell off the radar for a while. I'm back now :) I'll update the IO::BufferedSelect package shortly with a fix for that bug... --afn	[reply]