On Wed, Aug 20, 2008 at 2:34 PM, Zach Beane xach@xach.com wrote:
On Wed, Aug 20, 2008 at 12:08:19PM +0200, Erik Huelsmann wrote:
On Mon, Aug 18, 2008 at 11:11 PM, Kevin Reid kpreid@mac.com wrote:
On Aug 18, 2008, at 16:09, R.Matthew Emerson wrote:
It appears that when a channel is "registered" on freenode, the server sends a reply of the following form to set the channel's URL:
:zelazny.freenode.net 328 rme #ccl :http://ccl.clozure.com/
CL-IRC doesn't know about this, and signals an error when it encounters it.
Perhaps CL-IRC should, by default or as a readily available mode, not enter the debugger upon an unrecognized message, since they are more likely 'uninteresting' than 'program bug'?
How about changing the responsible form from ERROR into SIGNAL then?
I don't know much about cl-irc internals, but it seems like it's not a condition at all, but just another kind of message that has a numeric code and arguments. If cl-irc knows nothing specific about it, client code could, if needed, still inspect the code of the message do something useful with it.
Well, the problem is that in this case, there won't be a class to map the number to. cl-irc uses these classes to dispatch the incoming messages.
Another option is to introduce an 'unknown-message' class and map everything unknown to it. That class can be used to dispatch messages with unknown response codes.
Bye,
Erik.