- cl-irc-devel - mailman3.common-lisp.net

[cl-irc-devel] MODE tracking commit
by Erik Huelsmann 20 Mar '05

20 Mar '05

Since no commit mails are sent when I commit to the cl-irc repository, I send this mail. I just committed my MODE tracking work. Before committing, I set the 'pre_mode_tracking' tag. Afterwards the 'mode_tracking' one. That way, all work can be easily reverted. After a while both takes can be removed. Thanks in advance for any comments+review. bye, Erik. -- "Happy ProMail" bis 24. M�rz: http://www.gmx.net/de/go/promail Zum 6. Geburtstag gibt's GMX ProMail jetzt 66 Tage kostenlos!

1 0

[cl-irc-devel] TODO: Have usocket first?
by Erik Huelsmann 19 Mar '05

19 Mar '05

In the TODO file, there's an item which says (right beneath 'Add DCC'): I'd like usocket first. What's usocket and has any work been done in that direction? Thanks! bye, Erik. -- "Happy ProMail" bis 24. M�rz: http://www.gmx.net/de/go/promail Zum 6. Geburtstag gibt's GMX ProMail jetzt 66 Tage kostenlos!

1 0

[cl-irc-devel] Automatically unsubscribed?
by Erik Huelsmann 19 Mar '05

19 Mar '05

Well, it seems like I got unsubscribed somewhere in the last 6 months.... I'm back again. bye, Erik. -- DSL Komplett von GMX +++ Superg�nstig und stressfrei einsteigen! AKTION "Kein Einrichtungspreis" nutzen: http://www.gmx.net/de/go/dsl

2 1

[cl-irc-devel] Re: IRCd 2.11 server replies
by Erik Huelsmann 19 Mar '05

19 Mar '05

Hi! Thanks for the patch. Since it's submission, I moved :rpl_bounce from 5 to 10 because that's where it should be. Also, I introduced :rpl_isupport at 5. I've committed the rest of your patch a few moments ago. bye, Erik. In reply to: Hello list cl-irc is missing some server replies from IRCd 2.11 (ftp://ftp.irc.org/irc/server/irc2.11.0.tgz) Check this patch: --- variable.lisp.orig 2005-01-22 13:06:38.000000000 +0200 +++ variable.lisp 2005-01-22 13:23:24.000000000 +0200 @@ -34,6 +34,13 @@ (3 :rpl_created) (4 :rpl_myinfo) (5 :rpl_bounce) + (10 :rpl_bounce) ; From ircd 2.11 source + (15 :rpl_map) ; From ircd 2.11 source + (17 :rpl_mapend) ; From ircd 2.11 source + (18 :rpl_mapstart) ; From ircd 2.11 source + (20 :rpl_hello) ; From ircd 2.11 source + (42 :rpl_yourid) ; From ircd 2.11 source + (43 :rpl_savenick) ; From ircd 2.11 source (200 :rpl_tracelink) (201 :rpl_traceconnecting) (202 :rpl_tracehandshake) -- Ossi Herrala, OH8HUB PGP: 0x78CD0337 / D343 F9C4 C739 DFFF F619 6170 8D28 8189 78CD 0337 -- "Happy ProMail" bis 24. M�rz: http://www.gmx.net/de/go/promail Zum 6. Geburtstag gibt's GMX ProMail jetzt 66 Tage kostenlos!

1 0

[cl-irc-devel] LMNGU: Unique Logo design!
by Raquel Echols 06 Feb '05

06 Feb '05

Have our designers creates a custom logo for you, with a step-by-step process based on your needs. Our extensive experience allows us to create a logo that makes a statement that is unique to you. In a professional manner we learn about your image and how you would like the world to perceive you and your company. Your input is invaluable, for us to create a logo that is not only unique but conveys the mission of you and your company. Based on your concepts we create a custom logo for you. Special care is also taken to verify the uniqueness of your logo, with web-searches, interactive media programs and our resource library of existing logos. Our ultimate goal is for you to have a logo that portraits your mission. You review it, before you buy it. For value and a logo that reflects your image, visit TryLogos! Special offer: 25% DISC0UNT on all custom design logos services from 20 january to 20 february ! http://www.try-logos.com/ Since rely Logo Design Team Shoud you want to unsubscribe: http://www.try-logos.com/uns.php?674FF025AA

1 0

[cl-irc-devel] IRCd 2.11 server replies
by Ossi Herrala 22 Jan '05

22 Jan '05

Hello list cl-irc is missing some server replies from IRCd 2.11 (ftp://ftp.irc.org/irc/server/irc2.11.0.tgz) Check this patch: --- variable.lisp.orig 2005-01-22 13:06:38.000000000 +0200 +++ variable.lisp 2005-01-22 13:23:24.000000000 +0200 @@ -34,6 +34,13 @@ (3 :rpl_created) (4 :rpl_myinfo) (5 :rpl_bounce) + (10 :rpl_bounce) ; From ircd 2.11 source + (15 :rpl_map) ; From ircd 2.11 source + (17 :rpl_mapend) ; From ircd 2.11 source + (18 :rpl_mapstart) ; From ircd 2.11 source + (20 :rpl_hello) ; From ircd 2.11 source + (42 :rpl_yourid) ; From ircd 2.11 source + (43 :rpl_savenick) ; From ircd 2.11 source (200 :rpl_tracelink) (201 :rpl_traceconnecting) (202 :rpl_tracehandshake) -- Ossi Herrala, OH8HUB PGP: 0x78CD0337 / D343 F9C4 C739 DFFF F619 6170 8D28 8189 78CD 0337 Hi! I am a .signature virus. Copy me into your .signature to join in!

1 0

[cl-irc-devel] Problem with IRC Pings in lisppaste...
by Eric Moncrieff 03 Dec '04

03 Dec '04

Hello, I am using lisppaste on my work's private IRC servers, and it works great. However, after a while, I see a ping timeout. I ornamented the ping-message-hook as follows, and set irc::*debug-p*: * (setf irc::*debug-p* t) * (defmethod irc::default-hook ((irc::message irc::irc-ping-message)) (format t "Got PING message.~%") (irc::pong (irc::connection irc::message) (irc::trailing-argument irc::message))) On the next PING message, I saw: #<CL-IRC:IRC-PING-MESSAGE PING {912F1C1}> is an instance of class #<STANDARD-CLASS CL-IRC:IRC-PING-MESSAGE>. The following slots have :INSTANCE allocation: "RAW-MESSAGE-STRING "PING :riker.yyz.COMPANY.COM RECEIVED-TIME 3311096689 CONNECTION #<CL-IRC:CONNECTION riker.yyz.COMPANY.COM {A3D0341}> TRAILING-ARGUMENT "riker.yyz.COMPANY.COM" ARGUMENTS NIL COMMAND "PING" HOST "" USER "" SOURCE "" NILGot PING message. UNHANDLED-EVENT:3311096689: PING: "riker.yyz.COMPANY.COM" So then I ornamented irc::pong: * (defmethod irc::pong ((connection irc::connection) (server string) &optional (server2 "")) (format *debug-stream* "Sending PONG: ~A" (describe server)) (irc::send-irc-message connection :pong nil server server2)) The next ping I saw: #<CL-IRC:IRC-PING-MESSAGE PING {93DCC01}> is an instance of class #<STANDARD-CLASS CL-IRC:IRC-PING-MESSAGE>. The following slots have :INSTANCE allocation: "RAW-MESSAGE-STRING "PING :riker.yyz.COMPANY.COM RECEIVED-TIME 3311097683 CONNECTION #<CL-IRC:CONNECTION riker.yyz.COMPANY.COM {A3D0341}> TRAILING-ARGUMENT "riker.yyz.COMPANY.COM" ARGUMENTS NIL COMMAND "PING" HOST "" USER "" SOURCE "" NILGot PING message. "riker.yyz.COMPANY.COM" is a vector with 26 elements. Its element type is specialized to CHARACTER. Sending PONG: NILUNHANDLED-EVENT:3311097683: PING: "riker.yyz.COMPANY.COM" I changed my company's name, because I'm not sure how they feel about Lisp in the workplace. ;) Not knowing the code, it's difficult for me to debug this much further. It appears that everything is working correctly, but the IRC server kicks the bot off the channel after a few minutes. Any advice you have on starting to debug this problem would be greatly appreciated. Sincerely, Eric ** Eric Moncrieff eric(a)ping.ca "The totalitarian message is being transmitted while you're zoned out in front of the television watching the feelies, high on soma -- which is some combination of Prozac and Budweiser." --John Perry Barlow

1 0

[cl-irc-devel] Regarding the recent 'invalidate-me' commit
by Erik Huelsmann 29 Aug '04

29 Aug '04

Brian, I have 2 things I want to ask you about the 'invalidate-me' condition: - Did you consider closing the stream which has to be invalidated next to invalidating the handle? That way callers will know the input-reading subsystem gave up on that stream. - The invalidate-me condition can leak from the package, because in any of the cases not addressed by #+(and sbcl (not sb-thread)) the condition will not be cought within the package. Yet the symbol has not been exported. Did you plan to keep the condition within the package? bye, Erik. -- Superg�nstige DSL-Tarife + WLAN-Router f�r 0,- EUR* Jetzt zu GMX wechseln und sparen http://www.gmx.net/de/go/dsl

1 0

[cl-irc-devel] Implementing MODE messages and mode tracking
by Erik Huelsmann 23 Aug '04

23 Aug '04

Hi, For my application I wanted to track user modes (mostly the operator mode actually). So I decided to jump into the different modes in different networks. It turned out to be a challenge :-) So I decided to implement (for now) only the modes in the RFC since those seem to be common for all networks. The framework should be really easy to expand later on. This is what I did: Both channels and users have a 'modes' slot which is of type plist (because they are typically small lists). Channel modes can have zero or one argument. Some modes messages set one value, others add to a list of values. The channel key being in the first category, ban lists in the second. This means there are 3 different mode types with 2 major categories: * modes which are either on or off * modes with a value, which are divided into two groups too: - modes with exactly one value - modes with a list of values In order to know how to process the MODE arguments, a structure is required which holds the mode message description. I chose an assoc list for that. In order to hide the differences between the networks (using different characters for different modes), I introduced a 'character -> keyword' mapping. Applications can use the keywords instead of the mode characters in order to become network independent. The library will have to select the right mapping upon connection to the server (or pick the default and only support the RFC). The code is adapted to: * A new 'default-hook' with an irc-mode-message argument is implemented to handle (known) mode changes. * The names-reply is adapted to pick out nicks with the @-sign to be added to the channels op-list. * The quit- and part-message hooks are updated to update any modes on the user and channels he parted. * The library user and channel management routines updated to update modes according to the action required. Anybody interested in seeing a patch? bye, Erik. -- Superg�nstige DSL-Tarife + WLAN-Router f�r 0,- EUR* Jetzt zu GMX wechseln und sparen http://www.gmx.net/de/go/dsl

3 3

[cl-irc-devel] Latest commit = Fix non-threaded SBCL && remove 'server-socket' slot (again)
by Erik Huelsmann 21 Aug '04

21 Aug '04

Hi all, I don't think my commit came through with a commit message, but the code Brian checked in to detect stream failure did not work on my (non-threaded) SBCL 0.8.12 and .13. What I saw was endless looping and the code I had to detect connection-loss was not working anymore. I fixed that and I removed the server-socket field from the connection class again. I still believe that a slot which is only used on one platform (and only in a special case at that: SBCL + non-threading) should not be part of any classes public parts. Hope you don't mind me doing so. I saw that I'll also have to remove the 'socket' slot from the dcc-connection class. I will do that later. bye, Erik. -- NEU: Bis zu 10 GB Speicher f�r e-mails & Dateien! 1 GB bereits bei GMX FreeMail http://www.gmx.net/de/go/mail

1 0