🚀 go-pugleaf

Valdis says that implementing /whowas the "easy" way would
be to have it dereference memory after the memory has been
freed.  This isn't easy, it is wrong, and he knows it (which
is why he won't implement it that way).

He goes on to say that implementing it properly (a timed-out
linked list of users as they change the nickname and/or
sign off) is much more of a pain in the ass to implement.

Well, maybe it is "more" of a pain to implement, but I
submit that it isn't terribly difficult (since there are
specific places where entry in to the new code would need
to occur - /nick and /signoff) and there must already be
a clock algorithm in relay in order to take care of
scheduled events (such as unlocking temporarily locked
users) which could be added to to clean the /whowas list
routinely.

The only question is, does Valdis have the time and the
inclination to do it. (Or anyway else, who is capable of
editing the Relay code).

Am I correct Valdis, that technically it really isn't that
bad, but (as usual) you're being pulled in too many directions
to do much that isn't necessary on the code?

P.S. /since doesn't help much when you didn't know who sent
you the message in the first place, unless exactly one person -
the one you're trying to track down - has made a change that
/since will pick up, in the time between your receipt of
the /whois -> I don't know that person message and when
the /since is processed. Definitely bad odds for something
that you really want to be reliable.

-Jay

"Pain-Dream"