1 From ron2k.za at gmail.com Sat Jan 7 08:29:19 2006
2 From: ron2k.za at gmail.com (Kieron Thwaites)
3 Date: Sat Jan 7 08:29:36 2006
4 Subject: [IRCServices Coding] Some points for 5.1
5 Message-ID: <debb3bc0601070829j79ac2dcctef93bfbb8782d274@mail.gmail.com>
7 Firstly, congratulations to Andy for getting the first version of 5.1
8 released. Sorry to hear that you're quitting Services development
11 There are a few issues with 5.1 that I'd like to mention:
13 - I enabled encryption for the first time when using 5.1, and dumped
14 the XML output to file immediately afterwards to see the results
15 (after saving the databases, obviously). I noticed that all the
16 channel founder passwords had "cipher=md5" included in the XML tag,
17 even when the passwords were still unencrypted. (The nickname
18 passwords appear to be fine though.) If you want me to, I can
19 privately send you the XML file so you can see what I'm talking about
20 - it's not very big (only 3 nicks and 10 channels).
22 - Is there any way that news items can be included in the XML dump? I
23 don't know about the rest of the users out there, but I personally
24 find it very annoying having to manually re-enter them after restoring
25 corrupt databases, transferring my data between versions 5.0 and 5.1,
28 - I can understand your reasons for removing support for the channel
29 owner mode, but I think that there might be some controversy over this
30 one. Would it be possible for third party module coders to add support
31 for this mode? (For the record, the aforementioned module coder won't
32 be me; I don't know any C :P)
34 Once again, thanks for the release.
35 From achurch at achurch.org Mon Jan 9 13:00:36 2006
36 From: achurch at achurch.org (Andrew Church)
37 Date: Sun Jan 8 20:02:42 2006
38 Subject: [IRCServices Coding] Services 5.1a1, aka the Database Eater
39 Message-ID: <43c1e03a.16457@msgid.achurch.org>
41 Services 5.1a1 has been released, and can be downloaded from:
43 http://www.ircservices.za.net/download/testing/ (Japan)
44 ftp://ftp.esper.net/ircservices/testing/ (Western USA)
46 72931718d616e2abee6000bd7f5fec5b ircservices-5.1a1.tar.gz
47 0ec44134fd4808601baa4781ba3c2436 ircservices-5.1a1.diff.gz
48 e3d6e1d89e30b497c92aa44e8455ecb6 ircservices-5.1a1-1.i386.rpm
49 a95bc2330830639e5001cfab4a44dbba ircservices_5.1a1-1_i386.deb
51 The mirrors should have it shortly.
53 I've finally finished implementing the new database format, and it's
54 included in this version as the new database/standard module. I said it
55 before, but I'll say it again since it's particularly relevant to this
56 release: BACK UP YOUR DATA because alpha versions (particularly this one)
59 I've also made the new database module the default in the example
60 ircservices.conf file, so if you use that as is then your old data won't
61 get loaded at all. Instructions for converting from the old database
62 format to the new one can be found in the "Upgrading" section of the
65 (And no, I'm not ignoring mail on this list. (: I just wanted to get
68 Changes in version 5.1a1
69 ------------------------
70 2006/01/09 Finished implementing the database/standard module, and
71 made it the default in the example configuration file.
72 2006/01/08 Removed no-longer-needed new_suspendinfo() and
73 free_suspendinfo() functions.
74 2006/01/08 Moved SuspendInfo structure directly into NickGroupInfo and
75 ChannelInfo structures rather than using pointers.
76 2006/01/07 Added ACCLEV_MAX and ACCLEV_MIN constants to explicitly
77 define ChanServ access levels, rather than relying on
78 ACCLEV_FOUNDER and ACCLEV_INVALID.
79 2006/01/04 Fixed a bug in writing generic database tables.
80 2006/01/04 Fixed a bug in the Unreal protocol module causing user
81 fakehost masks to get set to the user's mode string.
82 2005/11/23 Added support for writing generic tables (using the new
83 database format) in the database/version4 module.
88 From achurch at achurch.org Sun Jan 15 13:57:41 2006
89 From: achurch at achurch.org (Andrew Church)
90 Date: Sat Jan 14 21:01:38 2006
91 Subject: [IRCServices Coding] Some points for 5.1
92 In-Reply-To: <debb3bc0601070829j79ac2dcctef93bfbb8782d274@mail.gmail.com>
93 Message-ID: <43c9d729.65444@msgid.achurch.org>
95 >- I enabled encryption for the first time when using 5.1, and dumped
96 >the XML output to file immediately afterwards to see the results
97 >(after saving the databases, obviously). I noticed that all the
98 >channel founder passwords had "cipher=md5" included in the XML tag,
99 >even when the passwords were still unencrypted. (The nickname
100 >passwords appear to be fine though.) If you want me to, I can
101 >privately send you the XML file so you can see what I'm talking about
102 >- it's not very big (only 3 nicks and 10 channels).
104 I'll take a look into this, thanks for the report.
106 >- Is there any way that news items can be included in the XML dump? I
107 >don't know about the rest of the users out there, but I personally
108 >find it very annoying having to manually re-enter them after restoring
109 >corrupt databases, transferring my data between versions 5.0 and 5.1,
112 I did not initially include news items because I couldn't think of a
113 case where they'd be handy; since you give some here, I'll look into adding
116 >- I can understand your reasons for removing support for the channel
117 >owner mode, but I think that there might be some controversy over this
118 >one. Would it be possible for third party module coders to add support
119 >for this mode? (For the record, the aforementioned module coder won't
120 >be me; I don't know any C :P)
122 Yes, the necessary callbacks and exported functions are present (or
123 should be, anyway, and I can fix things if not).
128 From achurch at achurch.org Sun Jan 15 14:03:09 2006
129 From: achurch at achurch.org (Andrew Church)
130 Date: Sat Jan 14 21:04:14 2006
131 Subject: [IRCServices Coding] MS IGNORE
132 In-Reply-To: <43B516F0.7030900@gmail.com>
133 Message-ID: <43c9d7c9.65461@msgid.achurch.org>
135 Yes, that seems like the natural behavior for nickname entries. I'll
136 look into implementing it.
144 >This should possibly have gone to -general, but regardless.
146 >MS IGNORE, if used on a nick target *should* ignore all memos from that
147 >account to a target, which it probably does. However, it does not appear
148 >to ignore memos from a linked nickname or something, as it seems to have
151 >-MemoServ- Ignore list:
154 >-MemoServ- Memo 2 from pingout (Dec 29 23:47:39 2005 UTC). To delete,
155 >type: /msg MemoServ DEL 2
157 >I can't confirm this was a linked nick, and I probably should RTFS to
158 >check first, but please excuse me being naughty as I'm in a little of a
159 >hurry. Naturally, IGNORE on a u@h would eliminate this problem.
160 >------------------------------------------------------------------
161 >To unsubscribe or change your subscription options, visit:
162 >http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
163 From Craig at frostycoolslug.com Sat Jan 14 21:04:32 2006
164 From: Craig at frostycoolslug.com (Craig McLure)
165 Date: Sat Jan 14 21:07:17 2006
166 Subject: [IRCServices Coding] Some points for 5.1
167 In-Reply-To: <43c9d729.65444@msgid.achurch.org>
168 References: <43c9d729.65444@msgid.achurch.org>
169 Message-ID: <43C9D7E0.6020105@frostycoolslug.com>
171 >> - I can understand your reasons for removing support for the channel
172 >> owner mode, but I think that there might be some controversy over this
173 >> one. Would it be possible for third party module coders to add support
174 >> for this mode? (For the record, the aforementioned module coder won't
175 >> be me; I don't know any C :P)
177 > Yes, the necessary callbacks and exported functions are present (or
178 > should be, anyway, and I can fix things if not).
181 As a note, if this module is still required when 5.1 reaches beta, i'll
182 look into how easy it would be to add it in (Given the 5.0 module API, i
183 can't see it being too much of a problem :))
188 Network Administrator of the ChatSpike IRC Network
190 From achurch at achurch.org Sun Jan 15 18:14:05 2006
191 From: achurch at achurch.org (Andrew Church)
192 Date: Sun Jan 15 01:14:18 2006
193 Subject: [IRCServices Coding] Channel password encryption issue
194 Message-ID: <43ca1261.77040@msgid.achurch.org>
196 To the reporter of the issue with channel password cipher strings
197 being saved incorrectly in the XML file: Did you set the EncryptionType
198 directive before saving your data at least once with 5.1? 5.0 and earlier
199 don't save the encryption type, so 5.1 has no way to know the proper cipher
200 and just defaults to the EncryptionType setting. I'm unable to reproduce
201 the problem using databases saved under 5.1.
206 From ron2k.za at gmail.com Sun Jan 15 01:30:15 2006
207 From: ron2k.za at gmail.com (Kieron Thwaites)
208 Date: Sun Jan 15 01:30:24 2006
209 Subject: [IRCServices Coding] Channel password encryption issue
210 In-Reply-To: <43ca1261.77040@msgid.achurch.org>
211 References: <43ca1261.77040@msgid.achurch.org>
212 Message-ID: <debb3bc0601150130w4dbfb7bfwf0927d20a97ecc07@mail.gmail.com>
214 > Did you set the EncryptionType directive before saving your data at
215 > least once with 5.1?
217 I imported the data from 5.0, then enabled encryption. As I've got a
218 30 minute interval between database saves, most likely it didn't save
219 before encryption was enabled.
221 > 5.0 and earlier don't save the encryption type, so 5.1 has no way
222 > to know the proper cipher and just defaults to the EncryptionType
226 From achurch at achurch.org Sun Jan 15 19:55:36 2006
227 From: achurch at achurch.org (Andrew Church)
228 Date: Sun Jan 15 03:13:30 2006
229 Subject: [IRCServices Coding] Services 5.1a2 released
230 Message-ID: <43ca2e54.23226@msgid.achurch.org>
232 Services 5.1a2 has been released, and can be downloaded from:
234 http://www.ircservices.za.net/download/testing/ (Japan)
235 ftp://ftp.esper.net/ircservices/testing/ (Western USA)
237 1d94d32ad72e289e824ef45d5c097a26 ircservices-5.1a2.tar.gz
238 ac48437b8640c73be4025366a8f97545 ircservices-5.1a2.diff.gz
239 12853ad85b3f0753a7cbdac56bbc2c3f ircservices-5.1a2-1.i386.rpm
240 aa8a090a903b1d91f1ae2183816db4a2 ircservices_5.1a2-1_i386.deb
242 The mirrors should have it shortly.
244 This is just a quick release to get out a few additional changes
245 I've made, and fix a bug causing the version4 database to lose all your
246 channels--though I prefer to think of that as an incentive to switch to
247 the new database format. ;) The big thing to note is that some of the
248 databases have changed names, so if you've switched to the
249 database/standard module, you'll need to rename files as follows:
251 nickgroup-access.sdb -> nick-access.sdb
252 nickgroup-ajoin.sdb -> nick-autojoin.sdb
253 nickgroup-ignore.sdb -> memo-ignore.sdb
254 nickgroup-memo.sdb -> memo.sdb
256 I should also mention that I've finished everything on my personal
257 to-do list for 5.1, except for writing the technical design manual (sigh,
258 there go the next few months of my life); there are still a number of
259 items in the TODO file in the distribution, but considering also that
260 that file is rather old, I'm going to leave those for future developers
261 unless there's a particular desire for something to be included in 5.1.
262 In other words, if you want to see something in 5.1, now's the time to
265 Changes in version 5.1a2
266 ------------------------
267 2006/01/15 Fixed a bug in loading the ChanServ database in the
268 database/version4 module.
269 2006/01/15 The misc/xml-import module now allows news items to be
270 imported via the ImportNews configuration directive.
271 Suggested by Kieron Thwaites <ron2k.za@gmail.com>
272 2006/01/15 MemoServ IGNORE now ignores memos from nicknames linked to
273 nickname (but not wildcard) entries on the ignore list.
274 Suggested by Robin Burchell <surreal.w00t@gmail.com>
275 2006/01/15 Renamed ChannelInfo CI_* flags to CF_* for consistency with
276 other structures' flags.
277 2006/01/09 Moved the access, autojoin, memo, and ignore databases to
278 their respective modules, and changed the database
279 names to "nick-access", "nick-autojoin", "memo", and
280 "memo-ignore" respectively.
281 2006/01/09 Changed DBTable.insert() to not return a value.
286 From V.Ovsyannikov at kr.Ru Mon Jan 16 01:40:37 2006
287 From: V.Ovsyannikov at kr.Ru (Vitaliy Ovsyannikov)
288 Date: Mon Jan 16 01:42:11 2006
289 Subject: [IRCServices Coding] Sending privmsg/notice
290 Message-ID: <153056079.20060116164037@kr.Ru>
292 Hello, ircservices-coding.
294 I want to send privmsg/notice to all online Opers. How I can
295 get list of users who have mode +o enabled? (in separate module I
301 JSC Skala, Krasnoyarsk, Russia
303 From achurch at achurch.org Mon Jan 16 20:15:06 2006
304 From: achurch at achurch.org (Andrew Church)
305 Date: Mon Jan 16 03:36:05 2006
306 Subject: [IRCServices Coding] Sending privmsg/notice
307 In-Reply-To: <153056079.20060116164037@kr.Ru>
308 Message-ID: <43cb851b.33162@msgid.achurch.org>
310 > I want to send privmsg/notice to all online Opers. How I can
311 >get list of users who have mode +o enabled? (in separate module I
314 Iterate through the user list with first_user() and next_user(), and
315 use is_oper() to check whether the user is an oper or not.
320 From V.Ovsyannikov at kr.ru Mon Jan 16 03:44:17 2006
321 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
322 Date: Mon Jan 16 03:45:54 2006
323 Subject: [IRCServices Coding] xml-import
324 Message-ID: <933438702.20060116184417@kr.ru>
326 Hello, ircservices-coding.
328 I have exported db from 5.0.55 with httpd/dbaccess and xml-export modules.
329 Now, I want to import the data to 5.1a2. How? I have enabled
330 xml-import module, but dbaccess doesn't provide any import links on
336 JSC Skala, Krasnoyarsk, Russia
338 From ron2k.za at gmail.com Mon Jan 16 06:05:50 2006
339 From: ron2k.za at gmail.com (Kieron Thwaites)
340 Date: Mon Jan 16 06:05:59 2006
341 Subject: [IRCServices Coding] xml-import
342 In-Reply-To: <933438702.20060116184417@kr.ru>
343 References: <933438702.20060116184417@kr.ru>
344 Message-ID: <debb3bc0601160605g5c7f8f6dvaaab83f37407631@mail.gmail.com>
346 You need to to add the -import parameter with the XML file name when
348 From V.Ovsyannikov at kr.ru Mon Jan 16 19:17:14 2006
349 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
350 Date: Mon Jan 16 19:18:48 2006
351 Subject: [IRCServices Coding] nicks/chans multilingual support
352 Message-ID: <1871671893.20060117101714@kr.ru>
354 Hello, ircservices-coding.
356 Does 5.1 supports operations with non-english data such as localized
357 nicknames/channel names?
362 JSC Skala, Krasnoyarsk, Russia
364 From V.Ovsyannikov at kr.ru Mon Jan 16 21:22:21 2006
365 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
366 Date: Mon Jan 16 21:23:51 2006
367 Subject: [IRCServices Coding] xml-import
368 In-Reply-To: <debb3bc0601160605g5c7f8f6dvaaab83f37407631@mail.gmail.com>
369 References: <933438702.20060116184417@kr.ru>
370 <debb3bc0601160605g5c7f8f6dvaaab83f37407631@mail.gmail.com>
371 Message-ID: <1996813325.20060117122221@kr.ru>
375 > You need to to add the -import parameter with the XML file name when
378 I've got troubles! With database/standard:
379 All data is imported well, but services exited on segm. fault.
380 Here is backtrace from core file:
383 #0 0x281c061e in write_string (s=0xc <Address 0xc out of bounds>, f=0x82e2000) at modules/database/fileutil.c:398
384 #1 0x281bf951 in standard_save_table (table=0x282220bc) at modules/database/standard.c:734
385 #2 0x08050295 in save_all_dbtables () at databases.c:128
386 #3 0x080525f5 in init (ac=3, av=0xbfbfec00) at init.c:952
387 #4 0x08054d8d in main (ac=3, av=0xbfbfec00, envp=0xbfbfec10) at main.c:216
389 All .sdb files look good except whis one:
392 I've deleted this file and run ircservices anyway and got segmentation
393 fault again. Backtrace:
395 #0 0x281f7cfd in new_nickgroupinfo (seed=0x10 <Address 0x10 out of bounds>) at modules/nickserv/util.c:102
396 102 modules/nickserv/util.c: No such file or directory.
397 in modules/nickserv/util.c
399 #0 0x281f7cfd in new_nickgroupinfo (seed=0x10 <Address 0x10 out of bounds>) at modules/nickserv/util.c:102
400 #1 0x281beeb8 in standard_load_table (table=0x281fca48) at modules/database/standard.c:411
401 #2 0x0805019c in register_dbtable (table=0x281fca48) at databases.c:78
402 #3 0x281f5d76 in init_module () at modules/nickserv/main.c:2725
403 #4 0x0805813b in load_module (modulename=0x808e120 "nickserv/main") at modules.c:424
404 #5 0x080525a9 in init (ac=2, av=0xbfbfec28) at init.c:937
405 #6 0x08054d8d in main (ac=2, av=0xbfbfec28, envp=0xbfbfec34) at main.c:216
407 With database/version4:
408 services just imported the data and exited with message in
409 ircservices.log: Terminating, reason unknown
410 Starting it up says: (database/version4) Invalid format in chan.db
411 And services continue to work with no registered channels at all.
414 Please give me some ideas why channels importing doesn't work.
420 JSC Skala, Krasnoyarsk, Russia
422 From achurch at achurch.org Tue Jan 17 16:08:56 2006
423 From: achurch at achurch.org (Andrew Church)
424 Date: Mon Jan 16 23:12:18 2006
425 Subject: [IRCServices Coding] xml-import
426 In-Reply-To: <1996813325.20060117122221@kr.ru>
427 Message-ID: <43cc981f.70604@msgid.achurch.org>
429 What version are you using? If it's 5.1a2, please send me (privately)
430 the XML file so I can test for the problem here.
438 >> You need to to add the -import parameter with the XML file name when
439 >> starting Services.
441 >I've got troubles! With database/standard:
442 >All data is imported well, but services exited on segm. fault.
443 >Here is backtrace from core file:
446 >#0 0x281c061e in write_string (s=0xc <Address 0xc out of bounds>, f=0x82e2000) at modules/database/fileutil.c:398
447 >#1 0x281bf951 in standard_save_table (table=0x282220bc) at modules/database/standard.c:734
448 >#2 0x08050295 in save_all_dbtables () at databases.c:128
449 >#3 0x080525f5 in init (ac=3, av=0xbfbfec00) at init.c:952
450 >#4 0x08054d8d in main (ac=3, av=0xbfbfec00, envp=0xbfbfec10) at main.c:216
452 >All .sdb files look good except whis one:
455 >I've deleted this file and run ircservices anyway and got segmentation
456 >fault again. Backtrace:
458 >#0 0x281f7cfd in new_nickgroupinfo (seed=0x10 <Address 0x10 out of bounds>) at modules/nickserv/util.c:102
459 >102 modules/nickserv/util.c: No such file or directory.
460 > in modules/nickserv/util.c
462 >#0 0x281f7cfd in new_nickgroupinfo (seed=0x10 <Address 0x10 out of bounds>) at modules/nickserv/util.c:102
463 >#1 0x281beeb8 in standard_load_table (table=0x281fca48) at modules/database/standard.c:411
464 >#2 0x0805019c in register_dbtable (table=0x281fca48) at databases.c:78
465 >#3 0x281f5d76 in init_module () at modules/nickserv/main.c:2725
466 >#4 0x0805813b in load_module (modulename=0x808e120 "nickserv/main") at modules.c:424
467 >#5 0x080525a9 in init (ac=2, av=0xbfbfec28) at init.c:937
468 >#6 0x08054d8d in main (ac=2, av=0xbfbfec28, envp=0xbfbfec34) at main.c:216
470 >With database/version4:
471 >services just imported the data and exited with message in
472 >ircservices.log: Terminating, reason unknown
473 >Starting it up says: (database/version4) Invalid format in chan.db
474 >And services continue to work with no registered channels at all.
477 >Please give me some ideas why channels importing doesn't work.
483 >JSC Skala, Krasnoyarsk, Russia
485 >------------------------------------------------------------------
486 >To unsubscribe or change your subscription options, visit:
487 >http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
489 From achurch at achurch.org Tue Jan 17 19:24:08 2006
490 From: achurch at achurch.org (Andrew Church)
491 Date: Tue Jan 17 02:28:53 2006
492 Subject: [IRCServices Coding] xml-import
493 In-Reply-To: <1197115644.20060117145552@kr.ru>
494 Message-ID: <43ccc6df.74664@msgid.achurch.org>
496 I've fixed the problem, thanks for the report. I'll put out a new
499 Also, your mail server is rejecting mail from me; please see
500 http://achurch.org/dnsbl.html .
508 >> What version are you using? If it's 5.1a2, please send me (privately)
509 >> the XML file so I can test for the problem here.
511 >Where is a wrong information about 5.1a2 in the previus letter. I've
512 >patched 5.1a1 incorrectly. But after recompiling from 5.1a2 src
513 >archive, I've found what importing with database/standard still crashes
514 >ircservices with segm. fault and there is the same backtrace sequence.
516 >Importing with database/version4 works well now.
518 >XML data is attached. Please don't share it :) Thanks.
523 >JSC Skala, Krasnoyarsk, Russia
524 From V.Ovsyannikov at kr.ru Tue Jan 17 02:45:43 2006
525 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
526 Date: Tue Jan 17 02:47:13 2006
527 Subject: [IRCServices Coding] xml-import
528 In-Reply-To: <43ccc6df.74664@msgid.achurch.org>
529 References: <1197115644.20060117145552@kr.ru>
530 <43ccc6df.74664@msgid.achurch.org>
531 Message-ID: <1786329123.20060117174543@kr.ru>
535 > I've fixed the problem, thanks for the report. I'll put out a new
538 I'm glad to see it, thanks.
540 > Also, your mail server is rejecting mail from me; please see
541 > http://achurch.org/dnsbl.html .
543 Actually, there are no DNSBL checks on my server. DNSBLs are very
544 incorrect in some cases. Your relay was rejected by my filters.
545 It was hostname regex filter:
547 # hostnames with repeating digits (5 digits or more)
548 /\d{5,}/ REJECT filter 01009
549 against your host p10218-ipbffx02hodogaya.kanagawa.ocn.ne.jp[60.39.233.218]
551 I recommend you to setup reverse DNS record in good style. ('achurch.org' for
552 example) Alot of servers are using such filters to determine sender
553 is in dynamic/dhcp pools. Please have it in your mind.
558 JSC Skala, Krasnoyarsk, Russia
560 From achurch at achurch.org Tue Jan 17 19:44:42 2006
561 From: achurch at achurch.org (Andrew Church)
562 Date: Tue Jan 17 02:47:18 2006
563 Subject: [IRCServices Coding] Services 5.1a3 released
564 Message-ID: <43cccb2d.16611@msgid.achurch.org>
566 Services 5.1a3 has been released, and can be downloaded from:
568 http://www.ircservices.za.net/download/testing/ (Japan)
569 ftp://ftp.esper.net/ircservices/testing/ (Western USA)
571 55ea5e0fc4de975a7a8fc60cdc3e6b2b ircservices-5.1a3.tar.gz
572 64f7ce1c59fe6ef09090bdd55f01f1fe ircservices-5.1a3.diff.gz
573 fda21ce54ddcbf2b7e0e06ea3d5fb9b1 ircservices-5.1a3-1.i386.rpm
574 2ed13d366d9523f7612c47867953cc93 ircservices_5.1a3-1_i386.deb
576 The mirrors should have it shortly.
578 This fixes the bug just reported with importing channel data into the
579 database/standard module (a silly oversight on my part), and gets rid of
580 some file mode cruft left over from many versions ago. The still-very-
581 incomplete technical reference manual has also made its first appearance,
582 assuming my release script did what it was supposed to...
584 Changes in version 5.1a3
585 ------------------------
586 2006/01/17 Fixed a bug in importing channel data when using the
587 database/standard module. Reported by Vitaliy
588 Ovsyannikov <V.Ovsyannikov@kr.ru>
589 2006/01/17 The language and data file installation procedure no longer
590 sets the installed files' modes to owner-access-only;
591 the default file mode (as set with umask) is used.
596 From V.Ovsyannikov at kr.ru Tue Jan 17 03:20:09 2006
597 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
598 Date: Tue Jan 17 03:21:31 2006
599 Subject: [IRCServices Coding] xml-import
600 In-Reply-To: <43ccc6df.74664@msgid.achurch.org>
601 References: <1197115644.20060117145552@kr.ru>
602 <43ccc6df.74664@msgid.achurch.org>
603 Message-ID: <1947274381.20060117182009@kr.ru>
607 > I've fixed the problem, thanks for the report. I'll put out a new
610 It looks like services do import data w/o errors and exist. But it is
611 still crashing on second execution (without -import key):
613 #0 0x281f9209 in new_nickgroupinfo (seed=0x10 <Address 0x10 out of bounds>) at modules/nickserv/util.c:102
614 102 for (count = 0; seed[count] != 0; count++)
616 #0 0x281f9209 in new_nickgroupinfo (seed=0x10 <Address 0x10 out of bounds>) at modules/nickserv/util.c:102
617 #1 0x281beed0 in standard_load_table (table=0x281fed68) at modules/database/standard.c:411
618 #2 0x0805019c in register_dbtable (table=0x281fed68) at databases.c:78
619 #3 0x281f72d2 in init_module () at modules/nickserv/main.c:2443
620 #4 0x0805813b in load_module (modulename=0x808e120 "nickserv/main") at modules.c:424
621 #5 0x080525a9 in init (ac=2, av=0xbfbfec28) at init.c:937
622 #6 0x08054d8d in main (ac=2, av=0xbfbfec28, envp=0xbfbfec34) at main.c:216
628 JSC Skala, Krasnoyarsk, Russia
630 From achurch at achurch.org Tue Jan 17 21:00:36 2006
631 From: achurch at achurch.org (Andrew Church)
632 Date: Tue Jan 17 04:00:54 2006
633 Subject: [IRCServices Coding] xml-import
634 In-Reply-To: <1786329123.20060117174543@kr.ru>
635 Message-ID: <43ccdc6f.22515@msgid.achurch.org>
637 >I recommend you to setup reverse DNS record in good style. ('achurch.org' for
638 >example) Alot of servers are using such filters to determine sender
639 >is in dynamic/dhcp pools. Please have it in your mind.
641 Unfortunately, my ISP doesn't allow its customers to set up their own
642 reverse DNS, so this isn't an option for me.
647 From olly at avansys.co.uk Tue Jan 17 04:23:44 2006
648 From: olly at avansys.co.uk (Olly)
649 Date: Tue Jan 17 04:23:29 2006
650 Subject: [IRCServices Coding] xml-import
651 In-Reply-To: <43ccdc6f.22515@msgid.achurch.org>
652 Message-ID: <5ad70eb6c9988b48bd525e260bf3bdd9@avansys.co.uk>
654 Off topic I know, but zoneedit.com allow their servers to be set up as
655 secondaries to your hidden primary. This puts your zone completely under
656 your control if you set the servers they give you as your registered DNS
657 servers. What's more it's free.
658 I've been doing this for years now and find it to be an excellent
659 solution. Especially if you have multiple ISPs.
661 -----Original Message-----
662 From: ircservices-coding-bounces@ircservices.esper.net
663 [mailto:ircservices-coding-bounces@ircservices.esper.net] On Behalf Of
665 Sent: 17 January 2006 21:01
667 Subject: Re: Re[6]: [IRCServices Coding] xml-import
669 >I recommend you to setup reverse DNS record in good style.
671 >example) Alot of servers are using such filters to determine sender is
672 >in dynamic/dhcp pools. Please have it in your mind.
674 Unfortunately, my ISP doesn't allow its customers to set up their
675 own reverse DNS, so this isn't an option for me.
680 ------------------------------------------------------------------
681 To unsubscribe or change your subscription options, visit:
682 http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
686 From achurch at achurch.org Tue Jan 17 21:33:13 2006
687 From: achurch at achurch.org (Andrew Church)
688 Date: Tue Jan 17 04:38:06 2006
689 Subject: [IRCServices Coding] xml-import
690 In-Reply-To: <1947274381.20060117182009@kr.ru>
691 Message-ID: <43cce528.25124@msgid.achurch.org>
693 >> I've fixed the problem, thanks for the report. I'll put out a new
696 >It looks like services do import data w/o errors and exist. But it is
697 >still crashing on second execution (without -import key):
699 >#0 0x281f9209 in new_nickgroupinfo (seed=0x10 <Address 0x10 out of bounds>) at modules/nickserv/util.c:102
700 >102 for (count = 0; seed[count] != 0; count++)
702 Okay, I'm stupid again. Try this patch:
704 Index: modules/nickserv/main.c
705 ===================================================================
706 RCS file: /var/local/cvsroot/ircservices/modules/nickserv/main.c,v
707 retrieving revision 2.226
708 diff -u -r2.226 main.c
709 --- modules/nickserv/main.c 9 Jan 2006 10:19:58 -0000 2.226
710 +++ modules/nickserv/main.c 17 Jan 2006 12:37:28 -0000
712 strbcpy(ngi->nicks[ngi->mainnick], (const char *)value);
715 +static void *db_new_nickgroup(void)
717 + return new_nickgroupinfo(NULL);
720 static void insert_nickgroup(void *record)
722 NickGroupInfo *ngi = add_nickgroupinfo(record);
725 static DBTable nickgroup_dbtable = {
727 - .newrec = (void *)new_nickgroupinfo,
728 + .newrec = db_new_nickgroup,
729 .freerec = (void *)free_nickgroupinfo,
730 .insert = insert_nickgroup,
731 .first = (void *)first_nickgroupinfo,
736 From quension at mac.com Tue Jan 17 12:07:31 2006
737 From: quension at mac.com (Trevor Talbot)
738 Date: Tue Jan 17 12:07:44 2006
739 Subject: [IRCServices Coding] xml-import
740 In-Reply-To: <5ad70eb6c9988b48bd525e260bf3bdd9@avansys.co.uk>
741 Message-ID: <E45CC114-8794-11DA-878D-0003938D6866@mac.com>
743 On Tuesday, Jan 17, 2006, at 04:23 US/Pacific, Olly wrote:
745 > Off topic I know, but zoneedit.com allow their servers to be set up as
746 > secondaries to your hidden primary. This puts your zone completely
747 > under your control if you set the servers they give you as your
748 > registered DNS servers. What's more it's free.
750 That only works for forward DNS on domains you own. Reverse requires
751 delegation from the ISP, since they own the zone responsible for your
756 > -----Original Message-----
758 >> I recommend you to setup reverse DNS record in good style.
759 >> ('achurch.org' for
760 >> example) Alot of servers are using such filters to determine sender is
761 >> in dynamic/dhcp pools. Please have it in your mind.
763 > Unfortunately, my ISP doesn't allow its customers to set up their
764 > own reverse DNS, so this isn't an option for me.
767 > achurch@achurch.org
768 > http://achurch.org/
770 From olly at avansys.co.uk Tue Jan 17 14:43:57 2006
771 From: olly at avansys.co.uk (Olly)
772 Date: Tue Jan 17 14:43:43 2006
773 Subject: [IRCServices Coding] xml-import
774 In-Reply-To: <E45CC114-8794-11DA-878D-0003938D6866@mac.com>
775 Message-ID: <f84be0e515607541817102e9fcbe1241@avansys.co.uk>
777 I stand corrected I had forgotten that had made that arrangement with my
780 -----Original Message-----
781 From: ircservices-coding-bounces@ircservices.esper.net
782 [mailto:ircservices-coding-bounces@ircservices.esper.net] On Behalf Of
784 Sent: 17 January 2006 20:08
785 To: IRC Services Coding Mailing List
786 Subject: Re: Re[6]: [IRCServices Coding] xml-import
788 On Tuesday, Jan 17, 2006, at 04:23 US/Pacific, Olly wrote:
790 > Off topic I know, but zoneedit.com allow their servers to be set up as
792 > secondaries to your hidden primary. This puts your zone completely
793 > under your control if you set the servers they give you as your
794 > registered DNS servers. What's more it's free.
796 That only works for forward DNS on domains you own. Reverse requires
797 delegation from the ISP, since they own the zone responsible for your
802 > -----Original Message-----
804 >> I recommend you to setup reverse DNS record in good style.
805 >> ('achurch.org' for
806 >> example) Alot of servers are using such filters to determine sender
807 >> is in dynamic/dhcp pools. Please have it in your mind.
809 > Unfortunately, my ISP doesn't allow its customers to set up their
811 > own reverse DNS, so this isn't an option for me.
814 > achurch@achurch.org
815 > http://achurch.org/
817 ------------------------------------------------------------------
818 To unsubscribe or change your subscription options, visit:
819 http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
823 From V.Ovsyannikov at kr.ru Tue Jan 17 19:39:52 2006
824 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
825 Date: Tue Jan 17 19:41:13 2006
826 Subject: [IRCServices Coding] xml-import
827 In-Reply-To: <43cce528.25124@msgid.achurch.org>
828 References: <1947274381.20060117182009@kr.ru>
829 <43cce528.25124@msgid.achurch.org>
830 Message-ID: <39064945.20060118103952@kr.ru>
834 > Okay, I'm stupid again. Try this patch:
835 >Index: modules/nickserv/main.c
839 [Jan 18 10:32:16 2006] PANIC! signal 11, buffer = :irc.kr.ru SJOIN 0 #quake3 +tnr :SleepeR
840 [Jan 18 10:32:16 2006] Services terminating: Segmentation fault: 11
841 [Jan 18 10:32:16 2006] FATAL: Caught signal 5 (Trace/BPT trap: 5) while shutting down
843 (Last message caused by gdb)
846 GNU gdb 6.1.1 [FreeBSD]
847 Copyright 2004 Free Software Foundation, Inc.
848 GDB is free software, covered by the GNU General Public License, and you are
849 welcome to change it and/or distribute copies of it under certain conditions.
850 Type "show copying" to see the conditions.
851 There is absolutely no warranty for GDB. Type "show warranty" for details.
852 This GDB was configured as "i386-marcel-freebsd"...
854 Starting program: /usr/local/ircd/services/sbin/ircservices
855 Initialization successful, starting IRC Services.
857 Program exited normally.
863 JSC Skala, Krasnoyarsk, Russia
865 From V.Ovsyannikov at kr.ru Tue Jan 17 23:15:10 2006
866 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
867 Date: Tue Jan 17 23:16:27 2006
868 Subject: [IRCServices Coding] CHAN DROP bug in current (5.1a3)
869 Message-ID: <501556076.20060118141510@kr.ru>
873 5.1a3 falls down on ChanServ's DROP cmd:
875 PANIC! buffer = :gravis|wrk PRIVMSG ChanServ@services.xxx :drop #topics
876 Services terminating: Segmentation fault: 11
878 There is no core dump, so I can't backtrace it.
880 DB module: database/version4
885 JSC Skala, Krasnoyarsk, Russia
887 From V.Ovsyannikov at kr.ru Wed Jan 18 19:30:36 2006
888 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
889 Date: Wed Jan 18 19:30:58 2006
890 Subject: [IRCServices Coding] crashes on PRIVMSG
891 In-Reply-To: <501556076.20060118141510@kr.ru>
892 References: <501556076.20060118141510@kr.ru>
893 Message-ID: <1952550932.20060119103036@kr.ru>
897 I have tested 5.1a3 for some period of time in the production irc-network.
898 As result of this test, I found what 5.1a3 is very unstable. Here are
899 some log messages about:
901 PANIC! signal 11, buffer = :Fire PRIVMSG chanserv :drop #|5|eLeMeNt
902 Services terminating: Segmentation fault: 11
904 PANIC! signal 11, buffer = :ElviS1 PRIVMSG NickServ@services.xxx :set secure on
905 Services terminating: Segmentation fault: 11
907 PANIC! signal 11, buffer = :BanderA PRIVMSG NickServ :set language 1
908 Services terminating: Segmentation fault: 11
914 JSC Skala, Krasnoyarsk, Russia
916 From ron2k.za at gmail.com Thu Jan 19 11:25:05 2006
917 From: ron2k.za at gmail.com (Kieron Thwaites)
918 Date: Thu Jan 19 11:25:17 2006
919 Subject: [IRCServices Coding] crashes on PRIVMSG
920 In-Reply-To: <1952550932.20060119103036@kr.ru>
921 References: <501556076.20060118141510@kr.ru> <1952550932.20060119103036@kr.ru>
922 Message-ID: <debb3bc0601191125o1a15a3fcjcf89dfdbc25cb1f@mail.gmail.com>
924 Got backtraces for those?
925 From achurch at achurch.org Fri Jan 20 12:44:41 2006
926 From: achurch at achurch.org (Andrew Church)
927 Date: Thu Jan 19 19:47:10 2006
928 Subject: [IRCServices Coding] nicks/chans multilingual support
929 In-Reply-To: <1871671893.20060117101714@kr.ru>
930 Message-ID: <43d05d35.06352@msgid.achurch.org>
932 > Does 5.1 supports operations with non-english data such as localized
933 >nicknames/channel names?
935 Not currently, but I'm planning to look into this and add such support
941 From achurch at achurch.org Fri Jan 20 12:45:33 2006
942 From: achurch at achurch.org (Andrew Church)
943 Date: Thu Jan 19 19:47:28 2006
944 Subject: [IRCServices Coding] xml-import
945 In-Reply-To: <39064945.20060118103952@kr.ru>
946 Message-ID: <43d05d49.06362@msgid.achurch.org>
948 >[Jan 18 10:32:16 2006] PANIC! signal 11, buffer = :irc.kr.ru SJOIN 0 #quake3 +tnr :SleepeR
951 >Starting program: /usr/local/ircd/services/sbin/ircservices
952 >Initialization successful, starting IRC Services.
954 >Program exited normally.
956 You need to run Services with the -nofork option (also include -debug
957 for debugging purposes). Use "r -nofork -debug" at the GDB prompt.
962 From V.Ovsyannikov at kr.ru Thu Jan 19 22:23:07 2006
963 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
964 Date: Thu Jan 19 22:23:10 2006
965 Subject: [IRCServices Coding] crashes on PRIVMSG
966 In-Reply-To: <debb3bc0601191125o1a15a3fcjcf89dfdbc25cb1f@mail.gmail.com>
967 References: <501556076.20060118141510@kr.ru> <1952550932.20060119103036@kr.ru>
968 <debb3bc0601191125o1a15a3fcjcf89dfdbc25cb1f@mail.gmail.com>
969 Message-ID: <921856860.20060120132307@kr.ru>
973 > Got backtraces for those?
976 btw, if I run it under gdb, it says 'Programm exited normally'
981 JSC Skala, Krasnoyarsk, Russia
983 From xxx.coder at gmail.com Thu Jan 19 23:12:28 2006
984 From: xxx.coder at gmail.com (ongeboren)
985 Date: Thu Jan 19 23:12:38 2006
986 Subject: [IRCServices Coding] crashes on PRIVMSG
987 In-Reply-To: <921856860.20060120132307@kr.ru>
988 References: <501556076.20060118141510@kr.ru> <1952550932.20060119103036@kr.ru>
989 <debb3bc0601191125o1a15a3fcjcf89dfdbc25cb1f@mail.gmail.com>
990 <921856860.20060120132307@kr.ru>
991 Message-ID: <ce6d53600601192312y3dfaf819ra42b1c2629341a32@mail.gmail.com>
993 If you run something with gdb, this something should not fork() or
994 with other words, it should run in the foreground. Here I quote Andrew
995 Church from his last email to the list, but from another thread:
996 "You need to run Services with the -nofork option (also include -debug
997 for debugging purposes). Use "r -nofork -debug" at the GDB prompt."
1001 On 1/20/06, Vitaliy Ovsyannikov <V.Ovsyannikov@kr.ru> wrote:
1004 > > Got backtraces for those?
1007 > btw, if I run it under gdb, it says 'Programm exited normally'
1011 > Vitaliy Ovsyannikov
1012 > JSC Skala, Krasnoyarsk, Russia
1014 > ------------------------------------------------------------------
1015 > To unsubscribe or change your subscription options, visit:
1016 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
1021 Evlogi Petrov - ongeboren@UniBG
1022 From V.Ovsyannikov at kr.ru Fri Jan 20 01:55:46 2006
1023 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
1024 Date: Fri Jan 20 01:55:42 2006
1025 Subject: [IRCServices Coding] crashes on PRIVMSG - issue
1026 Message-ID: <419158100.20060120165546@kr.ru>
1030 Notice: nicknames 'BUG' and 'icancrashit' aren't registered!
1031 ^^^^^^^^^ ^^^^^^^^^^^^^^^^^
1033 [Jan 20 16:48:26.419298 2006] debug: Received: :BUG PRIVMSG NickServ@services.xxx :set secure on
1035 Program received signal SIGSEGV, Segmentation fault.
1036 do_set_ns (u=0x84e4900) at modules/nickserv/set.c:70
1039 [Jan 20 16:39:13.914246 2006] debug: Received: :icancrashit PRIVMSG NickServ@services.xxx :set language 1
1041 Program received signal SIGSEGV, Segmentation fault.
1042 do_set_ns (u=0x8562700) at modules/nickserv/set.c:70
1048 JSC Skala, Krasnoyarsk, Russia
1050 From surreal.w00t at gmail.com Sat Jan 21 06:35:04 2006
1051 From: surreal.w00t at gmail.com (Robin Burchell)
1052 Date: Sat Jan 21 06:38:08 2006
1053 Subject: [IRCServices Coding] crashes on PRIVMSG - issue
1054 In-Reply-To: <419158100.20060120165546@kr.ru>
1055 References: <419158100.20060120165546@kr.ru>
1056 Message-ID: <b19eae4e0601210635n4342f7ffld1e5e024d72d29a1@mail.gmail.com>
1058 At the gdb prompt, it might be nice if you could provide a 'bt full' output.
1060 On 1/20/06, Vitaliy Ovsyannikov <V.Ovsyannikov@kr.ru> wrote:
1063 > Notice: nicknames 'BUG' and 'icancrashit' aren't registered!
1064 > ^^^^^^^^^ ^^^^^^^^^^^^^^^^^
1066 > [Jan 20 16:48:26.419298 2006] debug: Received: :BUG PRIVMSG NickServ@services.xxx :set secure on
1068 > Program received signal SIGSEGV, Segmentation fault.
1069 > do_set_ns (u=0x84e4900) at modules/nickserv/set.c:70
1070 > 70 ni->usecount++;
1072 > [Jan 20 16:39:13.914246 2006] debug: Received: :icancrashit PRIVMSG NickServ@services.xxx :set language 1
1074 > Program received signal SIGSEGV, Segmentation fault.
1075 > do_set_ns (u=0x8562700) at modules/nickserv/set.c:70
1076 > 70 ni->usecount++;
1080 > Vitaliy Ovsyannikov
1081 > JSC Skala, Krasnoyarsk, Russia
1083 > ------------------------------------------------------------------
1084 > To unsubscribe or change your subscription options, visit:
1085 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
1087 From surreal.w00t at gmail.com Sat Jan 21 06:35:04 2006
1088 From: surreal.w00t at gmail.com (Robin Burchell)
1089 Date: Sat Jan 21 06:43:27 2006
1090 Subject: [IRCServices Coding] crashes on PRIVMSG - issue
1091 In-Reply-To: <419158100.20060120165546@kr.ru>
1092 References: <419158100.20060120165546@kr.ru>
1093 Message-ID: <b19eae4e0601210635n4342f7ffld1e5e024d72d29a1@mail.gmail.com>
1095 At the gdb prompt, it might be nice if you could provide a 'bt full' output.
1097 On 1/20/06, Vitaliy Ovsyannikov <V.Ovsyannikov@kr.ru> wrote:
1100 > Notice: nicknames 'BUG' and 'icancrashit' aren't registered!
1101 > ^^^^^^^^^ ^^^^^^^^^^^^^^^^^
1103 > [Jan 20 16:48:26.419298 2006] debug: Received: :BUG PRIVMSG NickServ@services.xxx :set secure on
1105 > Program received signal SIGSEGV, Segmentation fault.
1106 > do_set_ns (u=0x84e4900) at modules/nickserv/set.c:70
1107 > 70 ni->usecount++;
1109 > [Jan 20 16:39:13.914246 2006] debug: Received: :icancrashit PRIVMSG NickServ@services.xxx :set language 1
1111 > Program received signal SIGSEGV, Segmentation fault.
1112 > do_set_ns (u=0x8562700) at modules/nickserv/set.c:70
1113 > 70 ni->usecount++;
1117 > Vitaliy Ovsyannikov
1118 > JSC Skala, Krasnoyarsk, Russia
1120 > ------------------------------------------------------------------
1121 > To unsubscribe or change your subscription options, visit:
1122 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
1124 From surreal.w00t at gmail.com Sat Jan 21 06:35:04 2006
1125 From: surreal.w00t at gmail.com (Robin Burchell)
1126 Date: Sat Jan 21 07:02:26 2006
1127 Subject: [IRCServices Coding] crashes on PRIVMSG - issue
1128 In-Reply-To: <419158100.20060120165546@kr.ru>
1129 References: <419158100.20060120165546@kr.ru>
1130 Message-ID: <b19eae4e0601210635n4342f7ffld1e5e024d72d29a1@mail.gmail.com>
1132 At the gdb prompt, it might be nice if you could provide a 'bt full' output.
1134 On 1/20/06, Vitaliy Ovsyannikov <V.Ovsyannikov@kr.ru> wrote:
1137 > Notice: nicknames 'BUG' and 'icancrashit' aren't registered!
1138 > ^^^^^^^^^ ^^^^^^^^^^^^^^^^^
1140 > [Jan 20 16:48:26.419298 2006] debug: Received: :BUG PRIVMSG NickServ@services.xxx :set secure on
1142 > Program received signal SIGSEGV, Segmentation fault.
1143 > do_set_ns (u=0x84e4900) at modules/nickserv/set.c:70
1144 > 70 ni->usecount++;
1146 > [Jan 20 16:39:13.914246 2006] debug: Received: :icancrashit PRIVMSG NickServ@services.xxx :set language 1
1148 > Program received signal SIGSEGV, Segmentation fault.
1149 > do_set_ns (u=0x8562700) at modules/nickserv/set.c:70
1150 > 70 ni->usecount++;
1154 > Vitaliy Ovsyannikov
1155 > JSC Skala, Krasnoyarsk, Russia
1157 > ------------------------------------------------------------------
1158 > To unsubscribe or change your subscription options, visit:
1159 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
1161 From achurch at achurch.org Sun Jan 22 16:06:16 2006
1162 From: achurch at achurch.org (Andrew Church)
1163 Date: Sat Jan 21 23:29:18 2006
1164 Subject: [IRCServices Coding] crashes on PRIVMSG - issue
1165 In-Reply-To: <419158100.20060120165546@kr.ru>
1166 Message-ID: <43d33442.46014@msgid.achurch.org>
1168 Fixed, thanks for the report.
1176 >Notice: nicknames 'BUG' and 'icancrashit' aren't registered!
1177 > ^^^^^^^^^ ^^^^^^^^^^^^^^^^^
1179 >[Jan 20 16:48:26.419298 2006] debug: Received: :BUG PRIVMSG NickServ@services.xxx :set secure on
1181 >Program received signal SIGSEGV, Segmentation fault.
1182 >do_set_ns (u=0x84e4900) at modules/nickserv/set.c:70
1185 >[Jan 20 16:39:13.914246 2006] debug: Received: :icancrashit PRIVMSG NickServ@services.xxx :set language 1
1187 >Program received signal SIGSEGV, Segmentation fault.
1188 >do_set_ns (u=0x8562700) at modules/nickserv/set.c:70
1193 >Vitaliy Ovsyannikov
1194 >JSC Skala, Krasnoyarsk, Russia
1196 >------------------------------------------------------------------
1197 >To unsubscribe or change your subscription options, visit:
1198 >http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
1199 From achurch at achurch.org Sun Jan 22 18:53:26 2006
1200 From: achurch at achurch.org (Andrew Church)
1201 Date: Sun Jan 22 02:02:46 2006
1202 Subject: [IRCServices Coding] Services 5.1a4 released
1203 Message-ID: <43d3583a.20704@msgid.achurch.org>
1205 Services 5.1a4 has been released, and can be downloaded from:
1207 http://www.ircservices.esper.net/download/testing/ (Japan)
1208 ftp://ftp.esper.net/ircservices/testing/ (Western USA)
1210 30a8b32b6167c3b8b0406fd90a7379fd ircservices-5.1a4.tar.gz
1211 2c80ba77d467c92e0adf8c45ec8555a2 ircservices-5.1a4.diff.gz
1212 9aeddd3c19b9218d79c3ff1c84c84e53 ircservices-5.1a4-1.i386.rpm
1213 de096972a124b74fa2bc27b82560f217 ircservices_5.1a4-1_i386.deb
1215 The mirrors should have it shortly.
1217 Experimental support for the ircd-ratbox IRC server has been added;
1218 testing and bug reports are appreciated. The convert-db tool has also been
1219 updated for recent releases of other IRC service programs, and to take
1220 advantage of new features introduced in Services 5.1.
1222 Changes in version 5.1a4
1223 ------------------------
1224 2006/01/22 Added experimental support for the ircd-ratbox IRC server.
1225 2006/01/22 Fixed crash on NickServ SET/UNSET from unregistered nicks.
1226 Reported by Vitaliy Ovsyannikov <V.Ovsyannikov@kr.ru>
1227 2006/01/22 Fixed bug causing Services operators in Sirv databases to
1228 be imported with Services administrator privileges.
1229 2006/01/22 Overlong IRCS channel names are now handled more robustly
1231 2006/01/22 Added support to the PTlink database importer for SQline
1232 and SXline databases.
1233 2006/01/21 The PTlink database importer now imports temporary
1234 (unauthenticated) E-mail addresses.
1235 2006/01/21 Updated HybServ database importer for more recent versions
1237 2006/01/20 Fixed bugs in importing channel greetings and the VOPALL
1238 setting from Cygnus databases.
1239 2006/01/20 The Cygnus database importer now imports temporary
1240 (unauthenticated) E-mail addresses and channel memo
1242 2006/01/18 Moved the contents of the KnownBugs file into the user's
1243 manual as Appendix D.
1244 2006/01/18 Removed the (now meaningless) -no-dir-check option to the
1246 2006/01/17 Fixed a bug in loading the nickgroup database using the
1247 database/standard module. Reported by Vitaliy
1248 Ovsyannikov <V.Ovsyannikov@kr.ru>
1253 From Craig at frostycoolslug.com Sun Jan 22 02:07:10 2006
1254 From: Craig at frostycoolslug.com (Craig McLure)
1255 Date: Sun Jan 22 02:07:20 2006
1256 Subject: [IRCServices Coding] 5.1 Suggestion: Aliases.
1257 Message-ID: <43D3594E.5050308@frostycoolslug.com>
1259 On chatspike, i've modified a few files for 'convieniance' purposes,
1260 adding things like id -> handle_identify and what not, what would be
1261 nice, if it were possible to configure some of these in the
1262 configuration file, rather than having to modifying the core :)
1264 Great work so far :)
1269 From achurch at achurch.org Sun Jan 22 20:21:01 2006
1270 From: achurch at achurch.org (Andrew Church)
1271 Date: Sun Jan 22 03:30:11 2006
1272 Subject: [IRCServices Coding] 5.1 Suggestion: Aliases.
1273 In-Reply-To: <43D3594E.5050308@frostycoolslug.com>
1274 Message-ID: <43d36cb8.21015@msgid.achurch.org>
1276 >On chatspike, i've modified a few files for 'convieniance' purposes,
1277 >adding things like id -> handle_identify and what not, what would be
1278 >nice, if it were possible to configure some of these in the
1279 >configuration file, rather than having to modifying the core :)
1281 You could just make a module with something like
1283 extern char *s_NickServ;
1284 int do_privmsg(const char *source, const char *target, char *buf)
1286 if (irc_stricmp(target, s_NickServ) == 0
1287 && stricmp(buf, "ID", 2)
1290 memmove(buf+8, buf+2, strlen(buf+8));
1291 memcpy(buf, "IDENTIFY", 8);
1298 add_callback_pri(NULL, "m_privmsg", do_privmsg, CBPRI_MAX); // called first
1302 which is rather kludgey in that it relies on `buf' being writeable and
1303 having room for 6 more bytes (which should always be true), but it doesn't
1304 require modifying the core. I'll think about a more general solution,
1310 From Craig at frostycoolslug.com Sun Jan 22 03:40:42 2006
1311 From: Craig at frostycoolslug.com (Craig McLure)
1312 Date: Sun Jan 22 03:40:46 2006
1313 Subject: [IRCServices Coding] 5.1 Suggestion: Aliases.
1314 In-Reply-To: <43d36cb8.21015@msgid.achurch.org>
1315 References: <43d36cb8.21015@msgid.achurch.org>
1316 Message-ID: <43D36F3A.2070809@frostycoolslug.com>
1318 I understand that it could be done as a module, and it was in
1319 consideration when i added it in, but in all fairness, it was a choice
1320 between coding, testing, debugging, etc of a module, vs. a one liner
1321 into the nickserv command table. Time was an issue as well, which was
1322 why i made the core choice.
1324 Glad you're thinking about it though :)
1326 Andrew Church wrote:
1327 >> On chatspike, i've modified a few files for 'convieniance' purposes,
1328 >> adding things like id -> handle_identify and what not, what would be
1329 >> nice, if it were possible to configure some of these in the
1330 >> configuration file, rather than having to modifying the core :)
1332 > You could just make a module with something like
1334 > extern char *s_NickServ;
1335 > int do_privmsg(const char *source, const char *target, char *buf)
1337 > if (irc_stricmp(target, s_NickServ) == 0
1338 > && stricmp(buf, "ID", 2)
1341 > memmove(buf+8, buf+2, strlen(buf+8));
1342 > memcpy(buf, "IDENTIFY", 8);
1349 > add_callback_pri(NULL, "m_privmsg", do_privmsg, CBPRI_MAX); // called first
1353 > which is rather kludgey in that it relies on `buf' being writeable and
1354 > having room for 6 more bytes (which should always be true), but it doesn't
1355 > require modifying the core. I'll think about a more general solution,
1359 > achurch@achurch.org
1360 > http://achurch.org/
1361 > ------------------------------------------------------------------
1362 > To unsubscribe or change your subscription options, visit:
1363 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
1367 From achurch at achurch.org Sun Jan 22 21:09:29 2006
1368 From: achurch at achurch.org (Andrew Church)
1369 Date: Sun Jan 22 04:16:02 2006
1370 Subject: [IRCServices Coding] Nick/channel names in non-ASCII character sets
1371 Message-ID: <43d3777b.21143@msgid.achurch.org>
1373 There have been a couple of requests for Services to handle nicknames
1374 and channel names in non-English (non-ASCII) character sets. However, I
1375 went and took a look at a couple of IRC servers (Unreal, Hybrid) that are
1376 supposed to have multiple charset support, and both seem to handle case
1377 translation (upper/lower case) the same way as other IRC servers do.
1378 (I also saw that hybrid-ru does case translation of non-ASCII characters,
1379 but as it's not a general algorithm it's better dealt with by a separate
1380 protocol module, which I'll look into separately if there's a need for it.)
1382 Is there anyone who uses non-ASCII character sets with Services, and
1383 if so, what problems (if any) have you had that are not ircd-related?
1388 From V.Ovsyannikov at kr.ru Sun Jan 22 20:29:50 2006
1389 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
1390 Date: Sun Jan 22 20:29:43 2006
1391 Subject: [IRCServices Coding] Nick/channel names in non-ASCII character
1393 In-Reply-To: <43d3777b.21143@msgid.achurch.org>
1394 References: <43d3777b.21143@msgid.achurch.org>
1395 Message-ID: <1514886823.20060123112950@kr.ru>
1399 > There have been a couple of requests for Services to handle nicknames
1400 > and channel names in non-English (non-ASCII) character sets. However, I
1401 > went and took a look at a couple of IRC servers (Unreal, Hybrid) that are
1402 > supposed to have multiple charset support, and both seem to handle case
1403 > translation (upper/lower case) the same way as other IRC servers do.
1404 > (I also saw that hybrid-ru does case translation of non-ASCII characters,
1405 > but as it's not a general algorithm it's better dealt with by a separate
1406 > protocol module, which I'll look into separately if there's a need for it.)
1408 > Is there anyone who uses non-ASCII character sets with Services, and
1409 >if so, what problems (if any) have you had that are not ircd-related?
1411 I'm using ircd-ru (bahamut clone).
1412 Here are the main features I'm configured:
1414 - DISALLOWED using nicknames that contains latin alphabet characters as
1415 well as national alphabet ones withing the server
1417 - DISALLOWED using nicknames that have words which contains latin alphabet
1418 characters as well as national alphabet ones withing the server
1420 - DISABLED hashing and comparison of non-ASCII nicknames and channel names using base
1421 codepage specific lower and upper tables (case insensitive)
1426 JSC Skala, Krasnoyarsk, Russia
1428 From V.Ovsyannikov at kr.ru Mon Jan 23 00:14:48 2006
1429 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
1430 Date: Mon Jan 23 00:14:19 2006
1431 Subject: [IRCServices Coding] Services 5.1a4 released
1432 In-Reply-To: <43d3583a.20704@msgid.achurch.org>
1433 References: <43d3583a.20704@msgid.achurch.org>
1434 Message-ID: <408967878.20060123151448@kr.ru>
1438 On 23 ?????? 2006 ?., 1:53:26:
1439 > Services 5.1a4 has been released, and can be downloaded from:
1441 One more critical bug has been discovered:
1444 [Jan 22 00:57:53.965318 2006] debug: Received: :Pascal PRIVMSG
1445 ChanServ@services.xxx :drop #niibatsa
1447 Program received signal SIGSEGV, Segmentation fault.
1448 0x28175200 in strcmp () from /lib/libc.so.6
1451 Channel #niibatsa is registered.
1454 FreeBSD 6.0-STABLE i386
1460 JSC Skala, Krasnoyarsk, Russia
1462 From V.Ovsyannikov at kr.ru Mon Jan 23 00:18:33 2006
1463 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
1464 Date: Mon Jan 23 00:18:02 2006
1465 Subject: [IRCServices Coding] Services 5.1a4 released
1466 In-Reply-To: <408967878.20060123151448@kr.ru>
1467 References: <43d3583a.20704@msgid.achurch.org> <408967878.20060123151448@kr.ru>
1468 Message-ID: <1146416218.20060123151833@kr.ru>
1472 > One more critical bug has been discovered:
1475 #0 0x28175200 in strcmp () from /lib/libc.so.6
1476 #1 0x08050475 in default_check_password (plaintext=0x82ce300 "",
1477 password=0x82ce300 "") at encrypt.c:72
1478 #2 0x28217f92 in do_drop (u=0x82ce300) at modules/chanserv/main.c:1212
1479 #3 0x28216814 in chanserv (source=0xbfbfe9a0 "unreg",
1480 target=0xbfbfe768 "ChanServ", buf=0xbfbfe783 "drop")
1481 at modules/chanserv/main.c:608
1488 JSC Skala, Krasnoyarsk, Russia
1490 From achurch at achurch.org Mon Jan 23 18:20:06 2006
1491 From: achurch at achurch.org (Andrew Church)
1492 Date: Mon Jan 23 01:20:32 2006
1493 Subject: [IRCServices Coding] Services 5.1a4 released
1494 In-Reply-To: <408967878.20060123151448@kr.ru>
1495 Message-ID: <43d49fd8.22711@msgid.achurch.org>
1497 >> Services 5.1a4 has been released, and can be downloaded from:
1499 >One more critical bug has been discovered:
1502 >[Jan 22 00:57:53.965318 2006] debug: Received: :Pascal PRIVMSG
1503 >ChanServ@services.xxx :drop #niibatsa
1505 >Program received signal SIGSEGV, Segmentation fault.
1507 Fixed, thanks for the report.
1512 From V.Ovsyannikov at kr.ru Mon Jan 23 01:57:49 2006
1513 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
1514 Date: Mon Jan 23 01:57:44 2006
1515 Subject: [IRCServices Coding] Services 5.1a4 released
1516 In-Reply-To: <43d49fd8.22711@msgid.achurch.org>
1517 References: <408967878.20060123151448@kr.ru> <43d49fd8.22711@msgid.achurch.org>
1518 Message-ID: <3310332414.20060123165749@kr.ru>
1522 >>[Jan 22 00:57:53.965318 2006] debug: Received: :Pascal PRIVMSG
1523 >>ChanServ@services.xxx :drop #niibatsa
1525 >>Program received signal SIGSEGV, Segmentation fault.
1527 > Fixed, thanks for the report.
1529 Andrew, be good, post the patch please ;)
1534 JSC Skala, Krasnoyarsk, Russia
1536 From achurch at achurch.org Tue Jan 24 02:04:04 2006
1537 From: achurch at achurch.org (Andrew Church)
1538 Date: Mon Jan 23 09:04:12 2006
1539 Subject: [IRCServices Coding] Services 5.1a4 released
1540 In-Reply-To: <3310332414.20060123165749@kr.ru>
1541 Message-ID: <43d50c84.77310@msgid.achurch.org>
1543 >>>Program received signal SIGSEGV, Segmentation fault.
1545 >> Fixed, thanks for the report.
1547 >Andrew, be good, post the patch please ;)
1549 I'll do you one better and put out a new release. ;)
1554 From achurch at achurch.org Tue Jan 24 02:04:13 2006
1555 From: achurch at achurch.org (Andrew Church)
1556 Date: Mon Jan 23 09:07:08 2006
1557 Subject: [IRCServices Coding] Services 5.1a5 released
1558 Message-ID: <43d50d35.03057@msgid.achurch.org>
1560 Services 5.1a5 has been released, and can be downloaded from:
1562 http://www.ircservices.esper.net/download/testing/ (Japan)
1563 ftp://ftp.esper.net/ircservices/testing/ (Western USA)
1565 54be1dab8e905223cb3621bac8d3c4f9 ircservices-5.1a5.tar.gz
1566 d44c9d865a1492ad6097c525a2514114 ircservices-5.1a5.diff.gz
1567 a623a1fd6a08562dfe4848d136841683 ircservices-5.1a5-1.i386.rpm
1568 b754e7b8d43d22d0b6ee3712fea6b50d ircservices_5.1a5-1_i386.deb
1570 The mirrors should have it shortly.
1572 Experimental support for the InspIRCd IRC server has been added;
1573 testing and bug reports are appreciated. A crash in ChanServ DROP and a
1574 bug causing SET MLOCK to report errors have also been fixed.
1576 Changes in version 5.1a5
1577 ------------------------
1578 2006/01/24 Fixed bug causing ChanServ SET MLOCK with extra parameters
1579 (like +l NNN) to return a syntax error.
1580 2006/01/23 Added experimental support for the InspIRCd IRC server.
1581 Suggested by Craig Edwards <brain@winbot.co.uk>
1582 2006/01/23 Removed misc.c's dependencies on other core symbols, and
1583 changed convert-db to link misc.o in rather than
1585 2006/01/23 Fixed ChanServ DROP crash. Reported by Vitaliy Ovsyannikov
1586 <V.Ovsyannikov@kr.ru>
1591 From achurch at achurch.org Thu Jan 26 21:54:00 2006
1592 From: achurch at achurch.org (Andrew Church)
1593 Date: Thu Jan 26 04:54:37 2006
1594 Subject: [IRCServices Coding] Services 5.1a6 released
1595 Message-ID: <43d8c670.11302@msgid.achurch.org>
1597 Services 5.1a6 has been released, and can be downloaded from:
1599 http://www.ircservices.za.net/download/testing/ (Japan)
1600 ftp://ftp.esper.net/ircservices/testing/ (Western USA)
1602 eb785d31b835796b26a25cd97d101767 ircservices-5.1a6.tar.gz
1603 88c9c8b39575fc3b85c7019b12510309 ircservices-5.1a6.diff.gz
1604 0f1284896cb3fa5ecef987a601aa6505 ircservices-5.1a6-1.i386.rpm
1605 b9121f03e014b01d543ea6cbd36edca4 ircservices_5.1a6-1_i386.deb
1607 The mirrors should have it shortly.
1609 Lots of changes in this release, including command aliases for
1610 Nick/Chan/MemoServ, support for Unreal NICKCHARS, and several bug fixes.
1611 Mommy, can I go to sleep now?
1613 Changes in version 5.1a6
1614 ------------------------
1615 2006/01/26 Added command aliases for NickServ, ChanServ, and MemoServ
1616 via the NSAlias, CSAlias, and MSAlias configuration
1618 2006/01/26 Added support for 2-byte characters in valid_nick() and
1620 2006/01/26 Added support for the Unreal NICKCHARS protocol setting.
1621 2006/01/26 Fixed nickname and channel name validity checking (which
1622 was broken for a few protocols).
1623 2006/01/26 valid_nick() now defaults to the reference ircd's rules for
1624 nickname grammar rather than RFC 1459.
1625 2006/01/26 Fixed bug causing databases with load-only fields to be
1626 written incorrectly.
1627 2006/01/26 Invalid channel names are now automatically removed from
1628 the autojoin list on identify.
1629 2006/01/26 Fixed memory leak on corrupt channel autokick database.
1630 2006/01/26 Fixed bug in Hybrid and Ratbox protocol modules causing
1631 forced nickname changing to break.
1632 2006/01/25 Moved the contents of the TODO file into section 11 of the
1633 technical reference manual.
1634 2006/01/25 Fixed bug causing nick authentication reason to get lost on
1635 XML import and export.
1636 2006/01/25 Eliminated SuspendInfo structure (fields flattened into
1637 NickGroupInfo and ChannelInfo).
1638 2006/01/25 Fixed bug causing database/standard load routine to break
1639 on out-of-order fields.
1640 2006/01/24 Fixed minor bug in handling of InspIRCd SETNAME.
1645 From V.Ovsyannikov at kr.ru Mon Jan 30 04:31:29 2006
1646 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
1647 Date: Mon Jan 30 04:31:22 2006
1648 Subject: [IRCServices Coding] patch for GuestNickPrefix (5.1a5)
1649 Message-ID: <1899483336.20060130193129@kr.ru>
1653 I've made patch to allow nickserv to change user's nicknames to
1654 original_nickXXXXX instead of GuestXXXXX. Just insert %s into
1655 GuestNickPrefix value in ircservices.conf. %s will be overwritten
1656 by the user's nickname.
1659 Andrew, please check it and merge with src if you want.
1665 JSC Skala, Krasnoyarsk, Russia
1666 -------------- next part --------------
1667 A non-text attachment was scrubbed...
1668 Name: guestprefix.patch
1669 Type: application/octet-stream
1672 Url : http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20060130/8ff322c9/guestprefix.obj
1673 From surreal.w00t at gmail.com Mon Jan 30 06:32:52 2006
1674 From: surreal.w00t at gmail.com (Robin Burchell)
1675 Date: Mon Jan 30 06:33:37 2006
1676 Subject: [IRCServices Coding] patch for GuestNickPrefix (5.1a5)
1677 In-Reply-To: <1899483336.20060130193129@kr.ru>
1678 References: <1899483336.20060130193129@kr.ru>
1679 Message-ID: <b19eae4e0601300632q12bbfcb1j4838facbb65f0ef9@mail.gmail.com>
1681 An interesting idea, but I'd leave it as-is personally so I can
1682 channel-ban Guest* ;p.
1684 On 1/30/06, Vitaliy Ovsyannikov <V.Ovsyannikov@kr.ru> wrote:
1687 > I've made patch to allow nickserv to change user's nicknames to
1688 > original_nickXXXXX instead of GuestXXXXX. Just insert %s into
1689 > GuestNickPrefix value in ircservices.conf. %s will be overwritten
1690 > by the user's nickname.
1693 > Andrew, please check it and merge with src if you want.
1698 > Vitaliy Ovsyannikov
1699 > JSC Skala, Krasnoyarsk, Russia
1701 > ------------------------------------------------------------------
1702 > To unsubscribe or change your subscription options, visit:
1703 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
1707 From stratus at blazeirc.net Tue Feb 14 20:29:43 2006
1708 From: stratus at blazeirc.net (Jim Stratus)
1709 Date: Tue Feb 14 20:30:01 2006
1710 Subject: [IRCServices Coding] Channel Co-Founder
1711 Message-ID: <004201c631e8$71d75930$7cdb7286@noteryan>
1713 I would really like to see the Channel Co-Founder option re-implemented with
1714 the XOP mode, like cfounder or something, so that co-founders can set
1715 channel settings just like the founder and manage the SOP's list.
1717 This was around during SirvNet, and I really liked that option.
1723 From achurch at achurch.org Wed Feb 15 13:33:46 2006
1724 From: achurch at achurch.org (Andrew Church)
1725 Date: Tue Feb 14 20:34:30 2006
1726 Subject: [IRCServices Coding] Channel Co-Founder
1727 In-Reply-To: <004201c631e8$71d75930$7cdb7286@noteryan>
1728 Message-ID: <43f2af4c.35102@msgid.achurch.org>
1730 >I would really like to see the Channel Co-Founder option re-implemented with
1731 >the XOP mode, like cfounder or something, so that co-founders can set
1732 >channel settings just like the founder and manage the SOP's list.
1734 SirvNet was derived from IRC Services, not the other way around. I
1735 have no plans to implement such a feature.
1740 From V.Ovsyannikov at kr.ru Mon Mar 13 21:49:23 2006
1741 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
1742 Date: Mon Mar 13 21:49:08 2006
1743 Subject: [IRCServices Coding] 5.1a5 new bug
1744 In-Reply-To: <43f2af4c.35102@msgid.achurch.org>
1745 References: <004201c631e8$71d75930$7cdb7286@noteryan>
1746 <43f2af4c.35102@msgid.achurch.org>
1747 Message-ID: <1748027620.20060314124923@kr.ru>
1753 [Mar 13 22:12:21.999580 2006] debug: Received: :keNT PRIVMSG ChanServ@services.irc :AKICK #skala view
1754 [Mar 13 22:12:21.999746 2006] debug: Sent: :ChanServ NOTICE keNT :Autokick list for #skala:
1756 Program received signal SIGSEGV, Segmentation fault.
1757 0x281817e9 in __vfprintf () from /lib/libc.so.6
1758 #0 0x281817e9 in __vfprintf () from /lib/libc.so.6
1759 #1 0x281123f8 in vsnprintf () from /lib/libc.so.6
1760 #2 0x0804ef9b in my_vsnprintf (buf=0xbfbfc9f0 "", len=4096,
1761 fmt=0x81b956d " %s (by %s on %s; last used %s)\n %s",
1762 args=0xbfbfda1c "\001") at compat.c:52
1763 #3 0x08058fe4 in notice_lang (source=0x834edc0 "ChanServ", dest=0x856aa00,
1764 message=482) at send.c:266
1765 #4 0x2823075a in do_akick (u=0x856aa00) at modules/chanserv/autokick.c:215
1766 #5 0x2822a824 in chanserv (source=0xbfbfe9c0 "keNT",
1767 target=0xbfbfe788 "ChanServ", buf=0xbfbfe7a5 "AKICK")
1768 at modules/chanserv/main.c:608
1769 #6 0x080574f8 in _call_callback_5 (module=0x0, id=-1077950456,
1770 arg1=0xbfbfe9c0, arg2=0xbfbfe788, arg3=0xbfbfe7a5, arg4=0x0, arg5=0x0)
1772 #7 0x080555d3 in m_privmsg (source=0xbfbfe9c0 "keNT", ac=2, av=0x8543c80)
1774 #8 0x08058a5e in process () at process.c:141
1775 #9 0x0805bae4 in do_callback (s=0x8090100, cb=0x8054c24 <readline_callback>,
1776 param=0x3d) at sockets.c:1439
1777 #10 0x0805c5bc in check_sockets () at sockets.c:771
1778 #11 0x08054f84 in main (ac=3, av=0xbfbfec40, envp=0xbfbfec50) at main.c:321
1779 #12 0x0804c71e in _start ()
1785 JSC Skala, Krasnoyarsk, Russia
1787 From surreal.w00t at gmail.com Thu Mar 16 12:19:48 2006
1788 From: surreal.w00t at gmail.com (Robin Burchell)
1789 Date: Thu Mar 16 12:21:51 2006
1790 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
1791 Message-ID: <4419C864.9090309@gmail.com>
1795 I've seen this happen once or twice, but was never able to reproduce it
1796 - last night it got a little major, so I thought I'd better send it on
1799 It appears sometimes on a violation of AKICK or SET RESTRICTED, ChanServ
1800 doesn't add a +b to the channel, leading to fun endless JOIN/KICK
1801 floods. Sometimes, ChanServ wakes up after a while - yesterday this
1804 [04:32:59] * You were kicked from #helpers by ChanServ (You are not
1805 permitted to be on this channel.)
1806 [04:33:01] * You were kicked from #helpers by ChanServ (You are not
1807 permitted to be on this channel.)
1808 [04:33:04] * You were kicked from #helpers by ChanServ (You are not
1809 permitted to be on this channel.)
1813 [05:09:41] * You were kicked from #helpers by ChanServ (You are not
1814 permitted to be on this channel.)
1815 [05:09:43] * You were kicked from #helpers by ChanServ (You are not
1816 permitted to be on this channel.)
1817 [05:09:45] * You were kicked from #helpers by ChanServ (You are not
1818 permitted to be on this channel.)
1819 [05:09:46] #helpers unable to join channel (address is banned)
1822 That ban being a +b Guest*!*@* set by someone else on the channel.
1824 IRCd is Unreal (3.2.2b, for the terminally curious) - services are at
1825 5.0.55, with some modules, but no core tweaks.
1827 If anyone else has ideas, because this one has me a little stumped...
1831 From admin at vonitsanet.gr Thu Mar 16 16:21:49 2006
1832 From: admin at vonitsanet.gr (Dionisios K.)
1833 Date: Thu Mar 16 16:22:22 2006
1834 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
1835 References: <4419C864.9090309@gmail.com>
1836 Message-ID: <000c01c64958$c9fd2cc0$0100000a@server>
1838 I have seen it too but i'm unable to reproduce it.
1840 ----- Original Message -----
1841 From: "Robin Burchell" <surreal.w00t@gmail.com>
1842 To: <ircservices-coding@ircservices.esper.net>
1843 Sent: Thursday, March 16, 2006 10:19 PM
1844 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
1849 > I've seen this happen once or twice, but was never able to reproduce it
1850 > - last night it got a little major, so I thought I'd better send it on
1853 > It appears sometimes on a violation of AKICK or SET RESTRICTED, ChanServ
1854 > doesn't add a +b to the channel, leading to fun endless JOIN/KICK
1855 > floods. Sometimes, ChanServ wakes up after a while - yesterday this
1856 > wasn't the case...
1858 > [04:32:59] * You were kicked from #helpers by ChanServ (You are not
1859 > permitted to be on this channel.)
1860 > [04:33:01] * You were kicked from #helpers by ChanServ (You are not
1861 > permitted to be on this channel.)
1862 > [04:33:04] * You were kicked from #helpers by ChanServ (You are not
1863 > permitted to be on this channel.)
1867 > [05:09:41] * You were kicked from #helpers by ChanServ (You are not
1868 > permitted to be on this channel.)
1869 > [05:09:43] * You were kicked from #helpers by ChanServ (You are not
1870 > permitted to be on this channel.)
1871 > [05:09:45] * You were kicked from #helpers by ChanServ (You are not
1872 > permitted to be on this channel.)
1873 > [05:09:46] #helpers unable to join channel (address is banned)
1876 > That ban being a +b Guest*!*@* set by someone else on the channel.
1878 > IRCd is Unreal (3.2.2b, for the terminally curious) - services are at
1879 > 5.0.55, with some modules, but no core tweaks.
1881 > If anyone else has ideas, because this one has me a little stumped...
1885 > ------------------------------------------------------------------
1886 > To unsubscribe or change your subscription options, visit:
1887 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
1888 From lordbergee at comcast.net Thu Mar 16 18:09:34 2006
1889 From: lordbergee at comcast.net (Bergee)
1890 Date: Thu Mar 16 18:09:55 2006
1891 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
1892 In-Reply-To: <000c01c64958$c9fd2cc0$0100000a@server>
1893 References: <4419C864.9090309@gmail.com>
1894 <000c01c64958$c9fd2cc0$0100000a@server>
1895 Message-ID: <441A1A5E.7080506@comcast.net>
1897 For what it's worth, I've had users report this to me as well but I
1898 have had no luck in reproducing it. I should add that I don't remember
1899 it happening lately -- but it was quite rare to begin with so that may
1905 > I have seen it too but i'm unable to reproduce it.
1907 > ----- Original Message ----- From: "Robin Burchell"
1908 > <surreal.w00t@gmail.com>
1909 > To: <ircservices-coding@ircservices.esper.net>
1910 > Sent: Thursday, March 16, 2006 10:19 PM
1911 > Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
1916 >> I've seen this happen once or twice, but was never able to reproduce
1917 >> it - last night it got a little major, so I thought I'd better send it
1920 >> It appears sometimes on a violation of AKICK or SET RESTRICTED,
1921 >> ChanServ doesn't add a +b to the channel, leading to fun endless
1922 >> JOIN/KICK floods. Sometimes, ChanServ wakes up after a while -
1923 >> yesterday this wasn't the case...
1925 >> [04:32:59] * You were kicked from #helpers by ChanServ (You are not
1926 >> permitted to be on this channel.)
1927 >> [04:33:01] * You were kicked from #helpers by ChanServ (You are not
1928 >> permitted to be on this channel.)
1929 >> [04:33:04] * You were kicked from #helpers by ChanServ (You are not
1930 >> permitted to be on this channel.)
1934 >> [05:09:41] * You were kicked from #helpers by ChanServ (You are not
1935 >> permitted to be on this channel.)
1936 >> [05:09:43] * You were kicked from #helpers by ChanServ (You are not
1937 >> permitted to be on this channel.)
1938 >> [05:09:45] * You were kicked from #helpers by ChanServ (You are not
1939 >> permitted to be on this channel.)
1940 >> [05:09:46] #helpers unable to join channel (address is banned)
1943 >> That ban being a +b Guest*!*@* set by someone else on the channel.
1945 >> IRCd is Unreal (3.2.2b, for the terminally curious) - services are at
1946 >> 5.0.55, with some modules, but no core tweaks.
1948 >> If anyone else has ideas, because this one has me a little stumped...
1952 From surreal.w00t at gmail.com Thu Mar 16 20:10:13 2006
1953 From: surreal.w00t at gmail.com (Robin Burchell)
1954 Date: Thu Mar 16 20:10:20 2006
1955 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
1956 In-Reply-To: <441A1A5E.7080506@comcast.net>
1957 References: <4419C864.9090309@gmail.com>
1958 <000c01c64958$c9fd2cc0$0100000a@server> <441A1A5E.7080506@comcast.net>
1959 Message-ID: <b19eae4e0603162010t74ebc82ct378d879a42f091d0@mail.gmail.com>
1961 Yeah, agreed. It doesn't happen often (though admittedly I don't get
1962 AKICKed or forget to identify fairly often -- this one happened while
1963 I was asleep) -- but I guess I see this happen every few months or so.
1965 On 3/17/06, Bergee <lordbergee@comcast.net> wrote:
1966 > For what it's worth, I've had users report this to me as well but I
1967 > have had no luck in reproducing it. I should add that I don't remember
1968 > it happening lately -- but it was quite rare to begin with so that may
1969 > not mean anything.
1973 > Dionisios K. wrote:
1974 > > I have seen it too but i'm unable to reproduce it.
1975 From xxx.coder at gmail.com Fri Mar 17 02:15:51 2006
1976 From: xxx.coder at gmail.com (ongeboren)
1977 Date: Fri Mar 17 02:16:00 2006
1978 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
1979 In-Reply-To: <4419C864.9090309@gmail.com>
1980 References: <4419C864.9090309@gmail.com>
1981 Message-ID: <ce6d53600603170215s5bdcaaaaq6a4c813fc1fe0fdd@mail.gmail.com>
1983 No idea how ircservices are doing it (as they do not join channels)..
1984 but if the channel is just recreated on join, kicking the only person
1985 will destroy the channel and all associated bans (at least on hybserv
1986 based ircds, /me never used unreal).
1988 On 3/16/06, Robin Burchell <surreal.w00t@gmail.com> wrote:
1991 > I've seen this happen once or twice, but was never able to reproduce it
1992 > - last night it got a little major, so I thought I'd better send it on
1995 > It appears sometimes on a violation of AKICK or SET RESTRICTED, ChanServ
1996 > doesn't add a +b to the channel, leading to fun endless JOIN/KICK
1997 > floods. Sometimes, ChanServ wakes up after a while - yesterday this
1998 > wasn't the case...
2000 > [04:32:59] * You were kicked from #helpers by ChanServ (You are not
2001 > permitted to be on this channel.)
2002 > [04:33:01] * You were kicked from #helpers by ChanServ (You are not
2003 > permitted to be on this channel.)
2004 > [04:33:04] * You were kicked from #helpers by ChanServ (You are not
2005 > permitted to be on this channel.)
2009 > [05:09:41] * You were kicked from #helpers by ChanServ (You are not
2010 > permitted to be on this channel.)
2011 > [05:09:43] * You were kicked from #helpers by ChanServ (You are not
2012 > permitted to be on this channel.)
2013 > [05:09:45] * You were kicked from #helpers by ChanServ (You are not
2014 > permitted to be on this channel.)
2015 > [05:09:46] #helpers unable to join channel (address is banned)
2018 > That ban being a +b Guest*!*@* set by someone else on the channel.
2020 > IRCd is Unreal (3.2.2b, for the terminally curious) - services are at
2021 > 5.0.55, with some modules, but no core tweaks.
2023 > If anyone else has ideas, because this one has me a little stumped...
2027 > ------------------------------------------------------------------
2028 > To unsubscribe or change your subscription options, visit:
2029 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2034 Evlogi Petrov - ongeboren@UniBG
2035 From phan70m at gmail.com Fri Mar 17 07:13:38 2006
2036 From: phan70m at gmail.com (Anton Wolkov)
2037 Date: Fri Mar 17 07:13:54 2006
2038 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
2039 In-Reply-To: <ce6d53600603170215s5bdcaaaaq6a4c813fc1fe0fdd@mail.gmail.com>
2040 References: <4419C864.9090309@gmail.com>
2041 <ce6d53600603170215s5bdcaaaaq6a4c813fc1fe0fdd@mail.gmail.com>
2042 Message-ID: <d50f59a00603170713n32a3ccf4qf7590527985e7507@mail.gmail.com>
2044 i actually done my homework on this one
2045 it's a sync issue of unreal 3.2+
2046 it sends bans and exceptions and invexes inside SJOIN in a very wierd format
2047 and from time to time looses a leaf's settings. so as i get it it's only an
2048 issue of miltiple leafs linked.
2049 basicly there's another issue of service not being able to understand
2050 extended ban ~c and extended ban ~r which are another reason why this might
2052 ~c:#channel*name should be check against all channel names the user is in
2053 and ~r:real_n*ame should be check against the realname of the user having
2054 all spaces replaced to _. other extended bans don't affect joining.
2056 On 3/17/06, ongeboren <xxx.coder@gmail.com> wrote:
2058 > No idea how ircservices are doing it (as they do not join channels)..
2059 > but if the channel is just recreated on join, kicking the only person
2060 > will destroy the channel and all associated bans (at least on hybserv
2061 > based ircds, /me never used unreal).
2063 > On 3/16/06, Robin Burchell <surreal.w00t@gmail.com> wrote:
2066 > > I've seen this happen once or twice, but was never able to reproduce it
2067 > > - last night it got a little major, so I thought I'd better send it on
2070 > > It appears sometimes on a violation of AKICK or SET RESTRICTED, ChanServ
2071 > > doesn't add a +b to the channel, leading to fun endless JOIN/KICK
2072 > > floods. Sometimes, ChanServ wakes up after a while - yesterday this
2073 > > wasn't the case...
2075 > > [04:32:59] * You were kicked from #helpers by ChanServ (You are not
2076 > > permitted to be on this channel.)
2077 > > [04:33:01] * You were kicked from #helpers by ChanServ (You are not
2078 > > permitted to be on this channel.)
2079 > > [04:33:04] * You were kicked from #helpers by ChanServ (You are not
2080 > > permitted to be on this channel.)
2084 > > [05:09:41] * You were kicked from #helpers by ChanServ (You are not
2085 > > permitted to be on this channel.)
2086 > > [05:09:43] * You were kicked from #helpers by ChanServ (You are not
2087 > > permitted to be on this channel.)
2088 > > [05:09:45] * You were kicked from #helpers by ChanServ (You are not
2089 > > permitted to be on this channel.)
2090 > > [05:09:46] #helpers unable to join channel (address is banned)
2093 > > That ban being a +b Guest*!*@* set by someone else on the channel.
2095 > > IRCd is Unreal (3.2.2b, for the terminally curious) - services are at
2096 > > 5.0.55, with some modules, but no core tweaks.
2098 > > If anyone else has ideas, because this one has me a little stumped...
2102 > > ------------------------------------------------------------------
2103 > > To unsubscribe or change your subscription options, visit:
2104 > > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2109 > Evlogi Petrov - ongeboren@UniBG
2111 > ------------------------------------------------------------------
2112 > To unsubscribe or change your subscription options, visit:
2113 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2116 -------------- next part --------------
2117 An HTML attachment was scrubbed...
2118 URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20060317/e562d41b/attachment.html
2119 From surreal.w00t at gmail.com Fri Mar 17 21:32:33 2006
2120 From: surreal.w00t at gmail.com (Robin Burchell)
2121 Date: Fri Mar 17 21:34:05 2006
2122 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
2123 In-Reply-To: <ce6d53600603170215s5bdcaaaaq6a4c813fc1fe0fdd@mail.gmail.com>
2124 References: <4419C864.9090309@gmail.com>
2125 <ce6d53600603170215s5bdcaaaaq6a4c813fc1fe0fdd@mail.gmail.com>
2126 Message-ID: <441B9B71.5060006@gmail.com>
2129 > No idea how ircservices are doing it (as they do not join channels)..
2130 > but if the channel is just recreated on join, kicking the only person
2131 > will destroy the channel and all associated bans (at least on hybserv
2132 > based ircds, /me never used unreal).
2134 Correct; but this is not the issue. This channel had ~10 other people on
2135 there, and I've seen it happen on larger.
2137 From dnb at majestic-liaisons.com Sat Mar 18 03:12:00 2006
2138 From: dnb at majestic-liaisons.com (DeadNotBuried)
2139 Date: Sat Mar 18 03:11:40 2006
2140 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
2141 In-Reply-To: <4419C864.9090309@gmail.com>
2142 References: <4419C864.9090309@gmail.com>
2143 Message-ID: <441BEB00.10507@majestic-liaisons.com>
2145 I've seen this myself when services kicked someone on a channel akick
2146 list (set restricted off), after restarting services it did add the ban
2147 the next time the user joined. having only seen it once and nothing else
2148 out of the ordinary happening it seems impossible to reproduce at whim.
2150 this was also on 5.0.55 stock standard no modules, using Unreal 3.2.3
2154 Robin Burchell wrote:
2157 > I've seen this happen once or twice, but was never able to reproduce it
2158 > - last night it got a little major, so I thought I'd better send it on
2161 > It appears sometimes on a violation of AKICK or SET RESTRICTED, ChanServ
2162 > doesn't add a +b to the channel, leading to fun endless JOIN/KICK
2163 > floods. Sometimes, ChanServ wakes up after a while - yesterday this
2164 > wasn't the case...
2166 > [04:32:59] * You were kicked from #helpers by ChanServ (You are not
2167 > permitted to be on this channel.)
2168 > [04:33:01] * You were kicked from #helpers by ChanServ (You are not
2169 > permitted to be on this channel.)
2170 > [04:33:04] * You were kicked from #helpers by ChanServ (You are not
2171 > permitted to be on this channel.)
2175 > [05:09:41] * You were kicked from #helpers by ChanServ (You are not
2176 > permitted to be on this channel.)
2177 > [05:09:43] * You were kicked from #helpers by ChanServ (You are not
2178 > permitted to be on this channel.)
2179 > [05:09:45] * You were kicked from #helpers by ChanServ (You are not
2180 > permitted to be on this channel.)
2181 > [05:09:46] #helpers unable to join channel (address is banned)
2184 > That ban being a +b Guest*!*@* set by someone else on the channel.
2186 > IRCd is Unreal (3.2.2b, for the terminally curious) - services are at
2187 > 5.0.55, with some modules, but no core tweaks.
2189 > If anyone else has ideas, because this one has me a little stumped...
2193 > ------------------------------------------------------------------
2194 > To unsubscribe or change your subscription options, visit:
2195 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2199 From achurch at achurch.org Sun Mar 19 17:19:37 2006
2200 From: achurch at achurch.org (Andrew Church)
2201 Date: Sun Mar 19 00:46:52 2006
2202 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
2203 In-Reply-To: <4419C864.9090309@gmail.com>
2204 Message-ID: <441d1a6e.14045@msgid.achurch.org>
2206 The most likely possibility (on Services' side) is that the channel
2207 in question has an extended exception that doesn't include a usermask,
2208 such as c: or r:. To be honest, I'm at a loss at what to do about these,
2209 especially since Unreal allows modules to add further types; for 5.1 I'm
2210 half-inclined to just forbid extended bans/exceptions entirely (by
2211 clearing anything that users try to set), but I'd be interested in hearing
2220 >I've seen this happen once or twice, but was never able to reproduce it
2221 >- last night it got a little major, so I thought I'd better send it on
2224 >It appears sometimes on a violation of AKICK or SET RESTRICTED, ChanServ
2225 >doesn't add a +b to the channel, leading to fun endless JOIN/KICK
2226 >floods. Sometimes, ChanServ wakes up after a while - yesterday this
2229 >[04:32:59] * You were kicked from #helpers by ChanServ (You are not
2230 >permitted to be on this channel.)
2231 >[04:33:01] * You were kicked from #helpers by ChanServ (You are not
2232 >permitted to be on this channel.)
2233 >[04:33:04] * You were kicked from #helpers by ChanServ (You are not
2234 >permitted to be on this channel.)
2238 >[05:09:41] * You were kicked from #helpers by ChanServ (You are not
2239 >permitted to be on this channel.)
2240 >[05:09:43] * You were kicked from #helpers by ChanServ (You are not
2241 >permitted to be on this channel.)
2242 >[05:09:45] * You were kicked from #helpers by ChanServ (You are not
2243 >permitted to be on this channel.)
2244 >[05:09:46] #helpers unable to join channel (address is banned)
2247 >That ban being a +b Guest*!*@* set by someone else on the channel.
2249 >IRCd is Unreal (3.2.2b, for the terminally curious) - services are at
2250 >5.0.55, with some modules, but no core tweaks.
2252 >If anyone else has ideas, because this one has me a little stumped...
2256 >------------------------------------------------------------------
2257 >To unsubscribe or change your subscription options, visit:
2258 >http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2259 From achurch at achurch.org Sun Mar 19 17:47:59 2006
2260 From: achurch at achurch.org (Andrew Church)
2261 Date: Sun Mar 19 00:50:38 2006
2262 Subject: Debug patch (Re: [IRCServices Coding] SET RESTRICTED,
2263 and possibly AKICK flaw)
2264 In-Reply-To: <4419C864.9090309@gmail.com>
2265 Message-ID: <441d1b58.14650@msgid.achurch.org>
2267 With regard to the AKICK issue, if someone could apply the patch below
2268 to modules/chanserv/check.c and post the debug log messages generated when
2269 the problem occurs, I'd appreciate it.
2275 ---------------------------------------------------------------------------
2277 Index: modules/chanserv/check.c
2278 ===================================================================
2279 RCS file: /var/local/cvsroot/ircservices/modules/chanserv/check.c,v
2280 retrieving revision 2.59.2.8
2281 diff -u -r2.59.2.8 check.c
2282 --- modules/chanserv/check.c 8 Jan 2006 16:48:13 -0000 2.59.2.8
2283 +++ modules/chanserv/check.c 19 Mar 2006 08:50:18 -0000
2285 clear_channel(c, CLEAR_EXCEPTS, user);
2286 /* Apparently invites can get around bans, so check for ban first */
2287 if (!chan_has_ban(chan, mask)) {
2288 + module_log("[DEBUG] check_kick: adding ban [%s] to channel [%s]"
2289 + " for nick [%s]", mask, chan, user->nick);
2290 send_cmode_cmd(s_ChanServ, chan, "+b %s", mask);
2293 @@ -418,6 +420,21 @@
2295 do_cmode(s_ChanServ, 3, av);
2298 + module_log("[DEBUG] check_kick: NOT adding ban [%s] to channel [%s]"
2299 + " for user [%s]", mask, chan, user->nick);
2300 + module_log("[DEBUG] ban list:");
2303 + ARRAY_FOREACH (i, c->bans)
2304 + module_log("[DEBUG] %s", c->bans[i]);
2306 + module_log("[DEBUG] exception list:");
2309 + ARRAY_FOREACH (i, c->excepts)
2310 + module_log("[DEBUG] %s", c->bans[i]);
2314 send_channel_cmd(s_ChanServ, "KICK %s %s :%s", chan, user->nick, reason);
2315 From dnb at majestic-liaisons.com Sun Mar 19 00:55:23 2006
2316 From: dnb at majestic-liaisons.com (DeadNotBuried)
2317 Date: Sun Mar 19 00:54:44 2006
2318 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
2319 In-Reply-To: <441d1a6e.14045@msgid.achurch.org>
2320 References: <441d1a6e.14045@msgid.achurch.org>
2321 Message-ID: <441D1C7B.5060201@majestic-liaisons.com>
2323 fyi : the only time i have seen this happen there were no normal or
2324 extended bans at all placed on the channel at the time.
2328 Andrew Church wrote:
2329 > The most likely possibility (on Services' side) is that the channel
2330 > in question has an extended exception that doesn't include a usermask,
2331 > such as c: or r:. To be honest, I'm at a loss at what to do about these,
2332 > especially since Unreal allows modules to add further types; for 5.1 I'm
2333 > half-inclined to just forbid extended bans/exceptions entirely (by
2334 > clearing anything that users try to set), but I'd be interested in hearing
2338 > achurch@achurch.org
2339 > http://achurch.org/
2343 >> I've seen this happen once or twice, but was never able to reproduce it
2344 >> - last night it got a little major, so I thought I'd better send it on
2347 >> It appears sometimes on a violation of AKICK or SET RESTRICTED, ChanServ
2348 >> doesn't add a +b to the channel, leading to fun endless JOIN/KICK
2349 >> floods. Sometimes, ChanServ wakes up after a while - yesterday this
2350 >> wasn't the case...
2352 >> [04:32:59] * You were kicked from #helpers by ChanServ (You are not
2353 >> permitted to be on this channel.)
2354 >> [04:33:01] * You were kicked from #helpers by ChanServ (You are not
2355 >> permitted to be on this channel.)
2356 >> [04:33:04] * You were kicked from #helpers by ChanServ (You are not
2357 >> permitted to be on this channel.)
2361 >> [05:09:41] * You were kicked from #helpers by ChanServ (You are not
2362 >> permitted to be on this channel.)
2363 >> [05:09:43] * You were kicked from #helpers by ChanServ (You are not
2364 >> permitted to be on this channel.)
2365 >> [05:09:45] * You were kicked from #helpers by ChanServ (You are not
2366 >> permitted to be on this channel.)
2367 >> [05:09:46] #helpers unable to join channel (address is banned)
2370 >> That ban being a +b Guest*!*@* set by someone else on the channel.
2372 >> IRCd is Unreal (3.2.2b, for the terminally curious) - services are at
2373 >> 5.0.55, with some modules, but no core tweaks.
2375 >> If anyone else has ideas, because this one has me a little stumped...
2379 >> ------------------------------------------------------------------
2380 >> To unsubscribe or change your subscription options, visit:
2381 >> http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2382 > ------------------------------------------------------------------
2383 > To unsubscribe or change your subscription options, visit:
2384 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2388 From lordbergee at comcast.net Sun Mar 19 05:49:57 2006
2389 From: lordbergee at comcast.net (Bergee)
2390 Date: Sun Mar 19 05:50:09 2006
2391 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
2392 In-Reply-To: <441D1C7B.5060201@majestic-liaisons.com>
2393 References: <441d1a6e.14045@msgid.achurch.org>
2394 <441D1C7B.5060201@majestic-liaisons.com>
2395 Message-ID: <441D6185.6090708@comcast.net>
2397 Indeed, I recall the channel that this happened on having no bans at
2398 all. Or well, the IRC server didn't think there were any...
2399 I'd also like to throw a note that it would be highly annoying to have
2400 Services up and remove all extended bans that user's place. I think
2401 it's something that can pretty much be accepted that if one installs a
2402 module that adds an extended ban -- it simply won't work with Services.
2403 I'd rather see support for the built in extended bans and simply ignore
2404 other extended bans. Or perhaps only do that when a configuration
2405 option is set to ignore them so that an administrator must understand
2406 the ramifications of doing so. And if that isn't set, remove unknown
2407 extended bans. I don't feel like this is a "good solution" but I feel
2408 like outright removing support for extended bans is a far worse one.
2412 DeadNotBuried wrote:
2413 > fyi : the only time i have seen this happen there were no normal or
2414 > extended bans at all placed on the channel at the time.
2418 > Andrew Church wrote:
2419 >> The most likely possibility (on Services' side) is that the channel
2420 >> in question has an extended exception that doesn't include a usermask,
2421 >> such as c: or r:. To be honest, I'm at a loss at what to do about these,
2422 >> especially since Unreal allows modules to add further types; for 5.1 I'm
2423 >> half-inclined to just forbid extended bans/exceptions entirely (by
2424 >> clearing anything that users try to set), but I'd be interested in hearing
2428 >> achurch@achurch.org
2429 >> http://achurch.org/
2433 >>> I've seen this happen once or twice, but was never able to reproduce it
2434 >>> - last night it got a little major, so I thought I'd better send it on
2437 >>> It appears sometimes on a violation of AKICK or SET RESTRICTED, ChanServ
2438 >>> doesn't add a +b to the channel, leading to fun endless JOIN/KICK
2439 >>> floods. Sometimes, ChanServ wakes up after a while - yesterday this
2440 >>> wasn't the case...
2442 >>> [04:32:59] * You were kicked from #helpers by ChanServ (You are not
2443 >>> permitted to be on this channel.)
2444 >>> [04:33:01] * You were kicked from #helpers by ChanServ (You are not
2445 >>> permitted to be on this channel.)
2446 >>> [04:33:04] * You were kicked from #helpers by ChanServ (You are not
2447 >>> permitted to be on this channel.)
2451 >>> [05:09:41] * You were kicked from #helpers by ChanServ (You are not
2452 >>> permitted to be on this channel.)
2453 >>> [05:09:43] * You were kicked from #helpers by ChanServ (You are not
2454 >>> permitted to be on this channel.)
2455 >>> [05:09:45] * You were kicked from #helpers by ChanServ (You are not
2456 >>> permitted to be on this channel.)
2457 >>> [05:09:46] #helpers unable to join channel (address is banned)
2460 >>> That ban being a +b Guest*!*@* set by someone else on the channel.
2462 >>> IRCd is Unreal (3.2.2b, for the terminally curious) - services are at
2463 >>> 5.0.55, with some modules, but no core tweaks.
2465 >>> If anyone else has ideas, because this one has me a little stumped...
2469 From surreal.w00t at gmail.com Sun Mar 19 12:12:22 2006
2470 From: surreal.w00t at gmail.com (Robin Burchell)
2471 Date: Sun Mar 19 12:14:02 2006
2472 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
2473 In-Reply-To: <441D1C7B.5060201@majestic-liaisons.com>
2474 References: <441d1a6e.14045@msgid.achurch.org>
2475 <441D1C7B.5060201@majestic-liaisons.com>
2476 Message-ID: <441DBB26.9010902@gmail.com>
2480 #helpers guest*!*@* set by Ib (Fri Mar 17 05:10:52)
2481 #helpers *!viroteck@*.AA6527E2.37EDBD53.IP set by ChanServ (Thu Mar 16
2483 #helpers *!Pete@*.6819D140.C57AC8D4.IP set by ChanServ (Thu Mar 16 13:35:25)
2484 #helpers End of Channel Ban List
2486 guest*!*@* being the one that matched me eventually. All standard bans.
2488 DeadNotBuried wrote:
2489 > fyi : the only time i have seen this happen there were no normal or
2490 > extended bans at all placed on the channel at the time.
2494 > Andrew Church wrote:
2496 >> The most likely possibility (on Services' side) is that the channel
2497 >>in question has an extended exception that doesn't include a usermask,
2498 >>such as c: or r:. To be honest, I'm at a loss at what to do about these,
2499 >>especially since Unreal allows modules to add further types; for 5.1 I'm
2500 >>half-inclined to just forbid extended bans/exceptions entirely (by
2501 >>clearing anything that users try to set), but I'd be interested in hearing
2505 >> achurch@achurch.org
2506 >> http://achurch.org/
2511 >>>I've seen this happen once or twice, but was never able to reproduce it
2512 >>>- last night it got a little major, so I thought I'd better send it on
2515 >>>It appears sometimes on a violation of AKICK or SET RESTRICTED, ChanServ
2516 >>>doesn't add a +b to the channel, leading to fun endless JOIN/KICK
2517 >>>floods. Sometimes, ChanServ wakes up after a while - yesterday this
2518 >>>wasn't the case...
2520 >>>[04:32:59] * You were kicked from #helpers by ChanServ (You are not
2521 >>>permitted to be on this channel.)
2522 >>>[04:33:01] * You were kicked from #helpers by ChanServ (You are not
2523 >>>permitted to be on this channel.)
2524 >>>[04:33:04] * You were kicked from #helpers by ChanServ (You are not
2525 >>>permitted to be on this channel.)
2529 >>>[05:09:41] * You were kicked from #helpers by ChanServ (You are not
2530 >>>permitted to be on this channel.)
2531 >>>[05:09:43] * You were kicked from #helpers by ChanServ (You are not
2532 >>>permitted to be on this channel.)
2533 >>>[05:09:45] * You were kicked from #helpers by ChanServ (You are not
2534 >>>permitted to be on this channel.)
2535 >>>[05:09:46] #helpers unable to join channel (address is banned)
2538 >>>That ban being a +b Guest*!*@* set by someone else on the channel.
2540 >>>IRCd is Unreal (3.2.2b, for the terminally curious) - services are at
2541 >>>5.0.55, with some modules, but no core tweaks.
2543 >>>If anyone else has ideas, because this one has me a little stumped...
2547 >>>------------------------------------------------------------------
2548 >>>To unsubscribe or change your subscription options, visit:
2549 >>>http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2551 >>------------------------------------------------------------------
2552 >>To unsubscribe or change your subscription options, visit:
2553 >>http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2558 > ------------------------------------------------------------------
2559 > To unsubscribe or change your subscription options, visit:
2560 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2563 From phan70m at gmail.com Mon Mar 20 11:08:07 2006
2564 From: phan70m at gmail.com (Anton Wolkov)
2565 Date: Mon Mar 20 11:08:34 2006
2566 Subject: [IRCServices Coding] SET RESTRICTED, and possibly AKICK flaw
2567 In-Reply-To: <441d1a6e.14045@msgid.achurch.org>
2568 References: <4419C864.9090309@gmail.com> <441d1a6e.14045@msgid.achurch.org>
2569 Message-ID: <d50f59a00603201108s6a9be3c7n6f81199325a373b8@mail.gmail.com>
2571 I believe services should work with default configuration, adding additional
2572 extended bans is done via modules and with the exception of the regexp
2573 ban/exception i've seen, almost none of them block join, thus i recommend
2574 supporting the 2 defaults, channel and realname.
2576 On 3/19/06, Andrew Church <achurch@achurch.org> wrote:
2578 > The most likely possibility (on Services' side) is that the channel
2579 > in question has an extended exception that doesn't include a usermask,
2580 > such as c: or r:. To be honest, I'm at a loss at what to do about these,
2581 > especially since Unreal allows modules to add further types; for 5.1 I'm
2582 > half-inclined to just forbid extended bans/exceptions entirely (by
2583 > clearing anything that users try to set), but I'd be interested in hearing
2587 > achurch@achurch.org
2588 > http://achurch.org/
2592 > >I've seen this happen once or twice, but was never able to reproduce it
2593 > >- last night it got a little major, so I thought I'd better send it on
2596 > >It appears sometimes on a violation of AKICK or SET RESTRICTED, ChanServ
2597 > >doesn't add a +b to the channel, leading to fun endless JOIN/KICK
2598 > >floods. Sometimes, ChanServ wakes up after a while - yesterday this
2599 > >wasn't the case...
2601 > >[04:32:59] * You were kicked from #helpers by ChanServ (You are not
2602 > >permitted to be on this channel.)
2603 > >[04:33:01] * You were kicked from #helpers by ChanServ (You are not
2604 > >permitted to be on this channel.)
2605 > >[04:33:04] * You were kicked from #helpers by ChanServ (You are not
2606 > >permitted to be on this channel.)
2610 > >[05:09:41] * You were kicked from #helpers by ChanServ (You are not
2611 > >permitted to be on this channel.)
2612 > >[05:09:43] * You were kicked from #helpers by ChanServ (You are not
2613 > >permitted to be on this channel.)
2614 > >[05:09:45] * You were kicked from #helpers by ChanServ (You are not
2615 > >permitted to be on this channel.)
2616 > >[05:09:46] #helpers unable to join channel (address is banned)
2619 > >That ban being a +b Guest*!*@* set by someone else on the channel.
2621 > >IRCd is Unreal (3.2.2b, for the terminally curious) - services are at
2622 > >5.0.55, with some modules, but no core tweaks.
2624 > >If anyone else has ideas, because this one has me a little stumped...
2628 > >------------------------------------------------------------------
2629 > >To unsubscribe or change your subscription options, visit:
2630 > >http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2631 > ------------------------------------------------------------------
2632 > To unsubscribe or change your subscription options, visit:
2633 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2635 -------------- next part --------------
2636 An HTML attachment was scrubbed...
2637 URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20060320/1d4e2f10/attachment.htm
2638 From achurch at achurch.org Sun Mar 26 11:55:03 2006
2639 From: achurch at achurch.org (Andrew Church)
2640 Date: Sat Mar 25 18:57:02 2006
2641 Subject: [IRCServices Coding] Re: GLOBOPS error on server and services
2642 In-Reply-To: <44257E53.2080201@gmail.com>
2643 Message-ID: <442602eb.24363@msgid.achurch.org>
2645 [moved from the main list]
2647 >The mismatched modules error.. I'm guessing you're using InspIRCd from
2648 >that error? - Load the `globops' module in your ircd configuration.
2650 While we're on this, what changes need to be made to the default
2651 InspIRCD configuration to work with the Services module? Is there any way
2652 to detect the presence or absence of these modules to avoid disconnections
2658 From surreal.w00t at gmail.com Sat Mar 25 20:01:57 2006
2659 From: surreal.w00t at gmail.com (Robin Burchell)
2660 Date: Sat Mar 25 19:03:16 2006
2661 Subject: [IRCServices Coding] Re: GLOBOPS error on server and services
2662 In-Reply-To: <442602eb.24363@msgid.achurch.org>
2663 References: <442602eb.24363@msgid.achurch.org>
2664 Message-ID: <44261235.3060101@gmail.com>
2666 Andrew Church wrote:
2667 > [moved from the main list]
2670 >>The mismatched modules error.. I'm guessing you're using InspIRCd from
2671 >>that error? - Load the `globops' module in your ircd configuration.
2674 > While we're on this, what changes need to be made to the default
2675 > InspIRCD configuration to work with the Services module? Is there any way
2676 > to detect the presence or absence of these modules to avoid disconnections
2680 > achurch@achurch.org
2681 > http://achurch.org/
2682 > ------------------------------------------------------------------
2683 > To unsubscribe or change your subscription options, visit:
2684 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2688 Yes, by looking at the CABAP message sent on connection you would be
2689 able to error out if the IRCd didn't have the appropriate modules. See:
2691 http://www.inspircd.org/wiki/InspIRCd_Spanning_Tree_%28Beta_6%29#CAPAB
2692 From farklem at gmail.com Tue Mar 28 09:11:55 2006
2693 From: farklem at gmail.com (Jason farklem)
2694 Date: Tue Mar 28 09:12:04 2006
2695 Subject: [IRCServices Coding] Recieving all PRIVMSG
2696 Message-ID: <ce4fe3510603280911l19a1aa6dj25de6a443ce83a04@mail.gmail.com>
2698 I am working on a bunch of modules (all of which are going very well). 2 of
2699 my modules need to be able to see all PMs sent to a channel (not just
2700 messages that start with !). I'm just wondering if there is a way to do
2701 this within the module itself. I am trying to avoid modding the ircservices
2704 I also wanted to thank the makers of ircservices, I think it provides the
2705 best services for IRC.
2706 -------------- next part --------------
2707 An HTML attachment was scrubbed...
2708 URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20060328/bfeca37c/attachment.htm
2709 From surreal.w00t at gmail.com Tue Mar 28 10:16:21 2006
2710 From: surreal.w00t at gmail.com (Robin Burchell)
2711 Date: Tue Mar 28 09:17:41 2006
2712 Subject: [IRCServices Coding] Recieving all PRIVMSG
2713 In-Reply-To: <ce4fe3510603280911l19a1aa6dj25de6a443ce83a04@mail.gmail.com>
2714 References: <ce4fe3510603280911l19a1aa6dj25de6a443ce83a04@mail.gmail.com>
2715 Message-ID: <44297D75.5020906@gmail.com>
2717 Jason farklem wrote:
2718 > I am working on a bunch of modules (all of which are going very well).
2719 > 2 of my modules need to be able to see all PMs sent to a channel (not
2720 > just messages that start with !). I'm just wondering if there is a way
2721 > to do this within the module itself. I am trying to avoid modding the
2724 > I also wanted to thank the makers of ircservices, I think it provides
2725 > the best services for IRC.
2727 You will need to get a Services pseudoclient to join that channel,
2728 unless you're using some form of bizarre, horribly modified IRCd.
2729 From farklem at gmail.com Tue Mar 28 09:35:28 2006
2730 From: farklem at gmail.com (Jason farklem)
2731 Date: Tue Mar 28 09:35:36 2006
2732 Subject: [IRCServices Coding] Recieving all PRIVMSG
2733 In-Reply-To: <44297D75.5020906@gmail.com>
2734 References: <ce4fe3510603280911l19a1aa6dj25de6a443ce83a04@mail.gmail.com>
2735 <44297D75.5020906@gmail.com>
2736 Message-ID: <ce4fe3510603280935h252c10b4r2c6dd9c0aa8f293@mail.gmail.com>
2738 This is my first time using a mailing list so I hope I am replying correctly
2739 (sorry if I'm not). I allready have the pseudoclient join the channel. But
2740 the m_privmsg callback only picks up on channel messages that start with !.
2741 It assumes that anything after the ! is a command.
2743 On 3/28/06, Robin Burchell <surreal.w00t@gmail.com> wrote:
2745 > Jason farklem wrote:
2746 > > I am working on a bunch of modules (all of which are going very well).
2747 > > 2 of my modules need to be able to see all PMs sent to a channel (not
2748 > > just messages that start with !). I'm just wondering if there is a way
2749 > > to do this within the module itself. I am trying to avoid modding the
2750 > > ircservices code.
2752 > > I also wanted to thank the makers of ircservices, I think it provides
2753 > > the best services for IRC.
2755 > You will need to get a Services pseudoclient to join that channel,
2756 > unless you're using some form of bizarre, horribly modified IRCd.
2757 > ------------------------------------------------------------------
2758 > To unsubscribe or change your subscription options, visit:
2759 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2761 -------------- next part --------------
2762 An HTML attachment was scrubbed...
2763 URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20060328/368c639e/attachment.html
2764 From Craig at frostycoolslug.com Tue Mar 28 09:37:30 2006
2765 From: Craig at frostycoolslug.com (Craig McLure)
2766 Date: Tue Mar 28 09:39:39 2006
2767 Subject: [IRCServices Coding] Recieving all PRIVMSG
2768 In-Reply-To: <ce4fe3510603280935h252c10b4r2c6dd9c0aa8f293@mail.gmail.com>
2769 References: <ce4fe3510603280911l19a1aa6dj25de6a443ce83a04@mail.gmail.com> <44297D75.5020906@gmail.com>
2770 <ce4fe3510603280935h252c10b4r2c6dd9c0aa8f293@mail.gmail.com>
2771 Message-ID: <4429745A.9040904@frostycoolslug.com>
2773 seems somewhat odd behavior.. What version of IRCServices are you using?
2774 Also, make sure your pseudoclient doesn't have the +d user mode (deaf,
2775 only applies to some IRCds)
2777 Jason farklem wrote:
2778 > This is my first time using a mailing list so I hope I am replying correctly
2779 > (sorry if I'm not). I allready have the pseudoclient join the channel. But
2780 > the m_privmsg callback only picks up on channel messages that start with !.
2781 > It assumes that anything after the ! is a command.
2783 > On 3/28/06, Robin Burchell <surreal.w00t@gmail.com> wrote:
2784 >> Jason farklem wrote:
2785 >>> I am working on a bunch of modules (all of which are going very well).
2786 >>> 2 of my modules need to be able to see all PMs sent to a channel (not
2787 >>> just messages that start with !). I'm just wondering if there is a way
2788 >>> to do this within the module itself. I am trying to avoid modding the
2789 >>> ircservices code.
2791 >>> I also wanted to thank the makers of ircservices, I think it provides
2792 >>> the best services for IRC.
2793 >> You will need to get a Services pseudoclient to join that channel,
2794 >> unless you're using some form of bizarre, horribly modified IRCd.
2795 >> ------------------------------------------------------------------
2796 >> To unsubscribe or change your subscription options, visit:
2797 >> http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2801 > ------------------------------------------------------------------------
2803 > ------------------------------------------------------------------
2804 > To unsubscribe or change your subscription options, visit:
2805 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2807 From surreal.w00t at gmail.com Tue Mar 28 10:41:24 2006
2808 From: surreal.w00t at gmail.com (Robin Burchell)
2809 Date: Tue Mar 28 09:42:39 2006
2810 Subject: [IRCServices Coding] Recieving all PRIVMSG
2811 In-Reply-To: <ce4fe3510603280935h252c10b4r2c6dd9c0aa8f293@mail.gmail.com>
2812 References: <ce4fe3510603280911l19a1aa6dj25de6a443ce83a04@mail.gmail.com> <44297D75.5020906@gmail.com>
2813 <ce4fe3510603280935h252c10b4r2c6dd9c0aa8f293@mail.gmail.com>
2814 Message-ID: <44298354.10103@gmail.com>
2816 I'm sure you'll find that is IRCd behaviour, and not Services. Services
2817 don't expect to recieve any channel messages, so the '!' behaviour won't
2820 I've done similar before, so I know this is the case ;p.
2822 Jason farklem wrote:
2823 > This is my first time using a mailing list so I hope I am replying
2824 > correctly (sorry if I'm not). I allready have the pseudoclient join the
2825 > channel. But the m_privmsg callback only picks up on channel messages
2826 > that start with !. It assumes that anything after the ! is a command.
2827 From farklem at gmail.com Tue Mar 28 09:59:43 2006
2828 From: farklem at gmail.com (Jason farklem)
2829 Date: Tue Mar 28 09:59:56 2006
2830 Subject: [IRCServices Coding] Recieving all PRIVMSG
2831 In-Reply-To: <44298354.10103@gmail.com>
2832 References: <ce4fe3510603280911l19a1aa6dj25de6a443ce83a04@mail.gmail.com>
2833 <44297D75.5020906@gmail.com>
2834 <ce4fe3510603280935h252c10b4r2c6dd9c0aa8f293@mail.gmail.com>
2835 <44298354.10103@gmail.com>
2836 Message-ID: <ce4fe3510603280959x1f25e3dbp5fe7607872d4b204@mail.gmail.com>
2838 Thanks everyone, it was mode d (unreal ircd) that was causing the problem.
2839 For unreal, by default mode d will let the client recieve anything starting
2842 On 3/28/06, Robin Burchell <surreal.w00t@gmail.com> wrote:
2844 > I'm sure you'll find that is IRCd behaviour, and not Services. Services
2845 > don't expect to recieve any channel messages, so the '!' behaviour won't
2846 > be built in there.
2848 > I've done similar before, so I know this is the case ;p.
2850 > Jason farklem wrote:
2851 > > This is my first time using a mailing list so I hope I am replying
2852 > > correctly (sorry if I'm not). I allready have the pseudoclient join the
2853 > > channel. But the m_privmsg callback only picks up on channel messages
2854 > > that start with !. It assumes that anything after the ! is a command.
2855 > ------------------------------------------------------------------
2856 > To unsubscribe or change your subscription options, visit:
2857 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2859 -------------- next part --------------
2860 An HTML attachment was scrubbed...
2861 URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20060328/f1864026/attachment.htm
2862 From fuzk at ukr.net Wed Mar 29 16:30:07 2006
2863 From: fuzk at ukr.net (fuzk)
2864 Date: Wed Mar 29 16:30:35 2006
2865 Subject: [IRCServices Coding] some strange bug
2866 Message-ID: <E1FOl39-0009uu-Nq@giper.ukr.net>
2870 I get a strange bug... Raw log included:
2872 fuzk@kolibri (03:02:03):~$ nc somehost 6667
2874 PRIVMSG NickServ :IDENTIFY *****somepass*******
2875 :NickServ!service@UAnet NOTICE EvilZluk :Password accepted -- you are now recognized.
2877 NICK SomeTester_SomeTester_SomeTester_SomeTester_SomeTester_SomeTester_SomeTester_SomeTester_SomeTester_SomeTester
2878 :EvilZluk!~fuzk@intellect2-gw.ci.ukrpack.net NICK :SomeTester_SomeTester_SomeTester
2880 PRIVMSG NickServ :HELP
2881 :NickServ!service@UAnet NOTICE SomeTester_SomeTester_SomeTester :Internal error - unable to process request
2884 :SomeTester_SomeTester_SomeTester!~fuzk@intellect2-gw.ci.ukrpack.net NICK :BlaBla
2886 PRIVMSG NickServ :HELP
2887 :NickServ!service@UAnet NOTICE BlaBla :Internal error - unable to process request
2890 This bug is presents prior to ircservices-5.0.57...
2892 Best regargs, Konstantin.
2894 From farklem at gmail.com Wed Mar 29 19:54:28 2006
2895 From: farklem at gmail.com (Jason farklem)
2896 Date: Wed Mar 29 19:54:38 2006
2897 Subject: [IRCServices Coding] Finding the modes set via channel mode change
2898 Message-ID: <ce4fe3510603291954n7360557obfdb01edc786e0e5@mail.gmail.com>
2900 I am about 99% done with my LogServ module but I have run into 2 issues.
2902 1. I can't find out how to get the channel mode changes that were made to
2903 the channel using the "channel mode change" callback:
2904 static int do_channel_mode_change(const char *source, Channel *c);
2906 2. This module logs user joins but everytime ircservices starts up, the
2907 join callback is called for each user that is allready in the channel. I
2908 tried using is_on_chan() but I guess until services has fully started up, it
2909 doesn't realize that the users are in the channel.
2911 Thanks for everyone's help
2912 -------------- next part --------------
2913 An HTML attachment was scrubbed...
2914 URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20060329/191bcdc9/attachment.html
2915 From achurch at achurch.org Thu Mar 30 13:01:23 2006
2916 From: achurch at achurch.org (Andrew Church)
2917 Date: Wed Mar 29 20:05:03 2006
2918 Subject: [IRCServices Coding] Finding the modes set via channel mode change
2919 In-Reply-To: <ce4fe3510603291954n7360557obfdb01edc786e0e5@mail.gmail.com>
2920 Message-ID: <442b58e8.10274@msgid.achurch.org>
2922 >1. I can't find out how to get the channel mode changes that were made to
2923 >the channel using the "channel mode change" callback:
2924 >static int do_channel_mode_change(const char *source, Channel *c);
2926 The callback only informs you of the fact that the modes have changed.
2927 If you want to know exactly what has changed, you'll need to keep your own
2928 copy of the modes (c->mode) for each channel. I may change this for 5.1.
2930 >2. This module logs user joins but everytime ircservices starts up, the
2931 >join callback is called for each user that is allready in the channel. I
2932 >tried using is_on_chan() but I guess until services has fully started up, it
2933 >doesn't realize that the users are in the channel.
2935 This is because of the way IRC works: when a server joins the network,
2936 all users are treated as if they had just joined the channels they are in.
2937 There's no way around this without rewriting the IRC protocol.
2942 From farklem at gmail.com Wed Mar 29 20:49:26 2006
2943 From: farklem at gmail.com (Jason farklem)
2944 Date: Wed Mar 29 20:49:34 2006
2945 Subject: [IRCServices Coding] Finding the modes set via channel mode change
2946 In-Reply-To: <442b58e8.10274@msgid.achurch.org>
2947 References: <ce4fe3510603291954n7360557obfdb01edc786e0e5@mail.gmail.com>
2948 <442b58e8.10274@msgid.achurch.org>
2949 Message-ID: <ce4fe3510603292049p2ae0ba47ya709838f2c424054@mail.gmail.com>
2951 Thank you very much Andrew. I do have on last question that I forgot to ask
2952 earlier. Is it possible to see the source of a channel kick with the
2953 "channel KICK" callback? Basicly the user that did the kick is what I am
2955 static int do_channel_kick(Channel *c, User *u, const char *reason);
2957 On 3/29/06, Andrew Church <achurch@achurch.org> wrote:
2959 > >1. I can't find out how to get the channel mode changes that were made
2961 > >the channel using the "channel mode change" callback:
2962 > >static int do_channel_mode_change(const char *source, Channel *c);
2964 > The callback only informs you of the fact that the modes have
2966 > If you want to know exactly what has changed, you'll need to keep your own
2967 > copy of the modes (c->mode) for each channel. I may change this for 5.1.
2969 > >2. This module logs user joins but everytime ircservices starts up, the
2970 > >join callback is called for each user that is allready in the channel. I
2971 > >tried using is_on_chan() but I guess until services has fully started up,
2973 > >doesn't realize that the users are in the channel.
2975 > This is because of the way IRC works: when a server joins the
2977 > all users are treated as if they had just joined the channels they are in.
2978 > There's no way around this without rewriting the IRC protocol.
2981 > achurch@achurch.org
2982 > http://achurch.org/
2983 > ------------------------------------------------------------------
2984 > To unsubscribe or change your subscription options, visit:
2985 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
2987 -------------- next part --------------
2988 An HTML attachment was scrubbed...
2989 URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20060329/610e4820/attachment.htm
2990 From achurch at achurch.org Thu Mar 30 15:39:52 2006
2991 From: achurch at achurch.org (Andrew Church)
2992 Date: Wed Mar 29 22:40:40 2006
2993 Subject: [IRCServices Coding] Finding the modes set via channel mode change
2994 In-Reply-To: <ce4fe3510603292049p2ae0ba47ya709838f2c424054@mail.gmail.com>
2995 Message-ID: <442b7d61.10525@msgid.achurch.org>
2997 >Thank you very much Andrew. I do have on last question that I forgot to ask
2998 >earlier. Is it possible to see the source of a channel kick with the
2999 >"channel KICK" callback? Basicly the user that did the kick is what I am
3001 >static int do_channel_kick(Channel *c, User *u, const char *reason);
3003 Not currently. I'll consider adding this for 5.1 as well.
3008 From farklem at gmail.com Tue Apr 11 17:08:20 2006
3009 From: farklem at gmail.com (Jason farklem)
3010 Date: Tue Apr 11 17:08:46 2006
3011 Subject: [IRCServices Coding] Problems with exporting functions
3012 Message-ID: <ce4fe3510604111708u5cc04e77kf3c1dc26410469@mail.gmail.com>
3014 I have 2 modules im working on. One of them (OtherServ) needs to access a
3015 function from the other (BotServ). I have been stuck on this simple thing
3018 I get this error when starting ircservices:
3019 "modules: Unable to load module `otherserv/main':
3020 /home/farklem/ircservices/lib/modules/otherserv/main.so: undefined symbol:
3023 So far this is what I have done with no luck:
3025 1. Added "E int get_botserv_id(const char *chan);" to botserv.h
3026 2. Added #include "modules/botserv/botserv.h" to main.c for BotServ.
3027 3. Added this to main.c for BotServ:
3029 EXPORT_FUNC(get_botserv_id)
3030 int get_botserv_id(const char *chan)
3032 return 0; // Just for testing purposes.
3035 4. Edited the Makefile for BotServ to include botserv.h
3036 5. Added #include "modules/botserv/botserv.h" to main.c for OtherServ.
3037 6. Edited the Makefile for OtherServ to include botserv.h
3039 Sorry if that is confusing but I had a hard time figuring out the best way
3041 -------------- next part --------------
3042 An HTML attachment was scrubbed...
3043 URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20060411/27be30f6/attachment.html
3044 From achurch at achurch.org Wed Apr 12 16:04:33 2006
3045 From: achurch at achurch.org (Andrew Church)
3046 Date: Wed Apr 12 00:06:16 2006
3047 Subject: [IRCServices Coding] Problems with exporting functions
3048 In-Reply-To: <ce4fe3510604111708u5cc04e77kf3c1dc26410469@mail.gmail.com>
3049 Message-ID: <443ca6dd.74656@msgid.achurch.org>
3051 >I have 2 modules im working on. One of them (OtherServ) needs to access a
3052 >function from the other (BotServ). I have been stuck on this simple thing
3055 >I get this error when starting ircservices:
3056 >"modules: Unable to load module `otherserv/main':
3057 >/home/farklem/ircservices/lib/modules/otherserv/main.so: undefined symbol:
3060 This is discussed in section 6-1-3 of the manual, "Inter-module
3066 From ron2k.za at gmail.com Sat Apr 22 08:07:35 2006
3067 From: ron2k.za at gmail.com (Kieron Thwaites)
3068 Date: Sat Apr 22 08:07:57 2006
3069 Subject: [IRCServices Coding] Addition to UnrealIRCd that Services could use
3070 Message-ID: <debb3bc0604220807g11b4d5dbya4cf55ba6c5e77b3@mail.gmail.com>
3072 Here's something added in Unreal that Services can use.
3074 To quote from the changelog:
3076 - [Services coders!] Added PROTOCTL CLK (requires NICKv2) which adds
3077 an extra field in the
3078 NICK command (when a user connects) right before the infofield (gecos).
3079 The added field contains the cloaked host, that is: the masked host
3080 if +x would have been
3081 set. This field is ALWAYS sent, regardless of whether the user is
3083 Services can then store this field in memory, to know the host of
3084 the user if the user
3085 is set +x (+x-t). This is a (better) alternative to PROTOCTL VHP,
3086 with no race conditions,
3087 and avoids some other VHP problems.
3088 VHP will stay supported though... so it's not mandatory to switch over.
3091 As implied, it's up to you whether or not to support this.
3092 From achurch at achurch.org Sun Apr 23 01:17:54 2006
3093 From: achurch at achurch.org (Andrew Church)
3094 Date: Sat Apr 22 09:18:41 2006
3095 Subject: [IRCServices Coding] Addition to UnrealIRCd that Services could
3097 In-Reply-To: <debb3bc0604220807g11b4d5dbya4cf55ba6c5e77b3@mail.gmail.com>
3098 Message-ID: <444a574d.41471@msgid.achurch.org>
3100 Thanks, I'll keep that in mind for the next time I have a chance to
3101 work on Services. (At the moment, work and other commitments are sucking
3102 up all my time and then some...)
3108 >Here's something added in Unreal that Services can use.
3110 >To quote from the changelog:
3112 >- [Services coders!] Added PROTOCTL CLK (requires NICKv2) which adds
3113 >an extra field in the
3114 > NICK command (when a user connects) right before the infofield (gecos).
3115 > The added field contains the cloaked host, that is: the masked host
3116 >if +x would have been
3117 > set. This field is ALWAYS sent, regardless of whether the user is
3118 >actually +x or not.
3119 > Services can then store this field in memory, to know the host of
3120 >the user if the user
3121 > is set +x (+x-t). This is a (better) alternative to PROTOCTL VHP,
3122 >with no race conditions,
3123 > and avoids some other VHP problems.
3124 > VHP will stay supported though... so it's not mandatory to switch over.
3127 >As implied, it's up to you whether or not to support this.
3128 >------------------------------------------------------------------
3129 >To unsubscribe or change your subscription options, visit:
3130 >http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
3131 From achurch at achurch.org Sat Jun 3 09:50:35 2006
3132 From: achurch at achurch.org (Andrew Church)
3133 Date: Fri Jun 2 17:55:44 2006
3134 Subject: [IRCServices Coding] Services 5.1a7 released
3135 Message-ID: <4480ddff.54635@msgid.achurch.org>
3137 Services 5.1a7 has been released, and can be downloaded from:
3139 http://www.ircservices.esper.net/download/testing/ (Japan)
3140 ftp://ftp.esper.net/ircservices/testing/ (Western USA)
3142 598e0bdc451fc92f9cba21e22e4f20d8 ircservices-5.1a7.tar.gz
3143 9a1ae7b875e3e2aa8f2f3cd1eab0d254 ircservices-5.1a7.diff.gz
3144 1f3732813a51c310bc7a4adf5021fe7b ircservices-5.1a7-1.i386.rpm
3145 54f95fadb189de47339d0d3df15020d8 ircservices_5.1a7-1_i386.deb
3147 The mirrors should have it shortly.
3149 This release is partly to put out fixes for various bugs I've come
3150 across or seen mentioned, but also to let you know that I'm still alive,
3151 more or less. (: I'm also making progress (albeit slowly) on the technical
3152 manual, and those of you who are technically inclined may want to take a
3153 look at it; it's in the docs/tech subdirectory of the tarball, or online at
3154 http://www.ircservices.esper.net/download/testing/docs/tech/
3155 (I really ought to get things moved back to .za.net one of these days...)
3157 Changes in version 5.1a7
3158 ------------------------
3159 2006/06/03 Fixed handling of language strings added by modules in
3160 external language files.
3161 2006/06/02 Fixed a rare case in which a timed event could fail to be
3162 executed, and ensure that extremely long timeouts
3163 (>25 days) are not called immediately.
3164 2006/06/01 Added robustness to mode character/flag conversion functions.
3165 2006/05/31 Fixed infinite loop in ignore code when a single command
3166 takes longer to execute than the time specified in the
3167 IgnoreDecay configuration directive.
3168 2006/05/31 Fixed bug that could potentially cause the log file to be
3169 rotated in the middle of writing a log message.
3170 2006/05/31 Cleaned up restart handling.
3171 2006/05/31 Fixed bug causing missing parameters in a configuration
3172 directive to get zeroed rather than keeping their
3174 2006/05/31 Fixed cosmetic bug causing "BUG" message to be logged when
3175 deprecated configuration directives are used.
3176 2006/04/14 Fixed bug allowing infinite join/kick loops on autokick
3177 when Unreal extended bantypes are in use.
3178 2006/04/14 Fixed bug causing Services to split from InspIRCd servers
3179 without the m_globops.so module loaded. Reported by
3180 <techie101@gmail.com>
3181 2006/03/22 Logging initialization moved earlier, to catch any
3182 unexpected log messages before the log file is opened.
3183 2006/03/22 Fixed a critical error in the supplied [v]snprintf() which
3184 allowed the output to exceed the specified maximum
3186 2006/03/20 Corrected a design defect in the hash table implementation
3187 creating the potential for entries to get lost after
3188 irc_lowertable[] modifications.
3193 From achurch at achurch.org Tue Jun 6 10:49:04 2006
3194 From: achurch at achurch.org (Andrew Church)
3195 Date: Mon Jun 5 18:50:19 2006
3196 Subject: [IRCServices Coding] Finding the modes set via channel mode change
3197 In-Reply-To: <ce4fe3510603292049p2ae0ba47ya709838f2c424054@mail.gmail.com>
3198 Message-ID: <4484df43.52013@msgid.achurch.org>
3200 >Thank you very much Andrew. I do have on last question that I forgot to ask
3201 >earlier. Is it possible to see the source of a channel kick with the
3202 >"channel KICK" callback? Basicly the user that did the kick is what I am
3204 >static int do_channel_kick(Channel *c, User *u, const char *reason);
3206 I've (belatedly) added this for the next release: the callback will
3207 take a fourth parameter, const char *source.
3212 From achurch at achurch.org Tue Jun 6 13:50:15 2006
3213 From: achurch at achurch.org (Andrew Church)
3214 Date: Mon Jun 5 21:53:09 2006
3215 Subject: [IRCServices Coding] Services 5.1a8 released
3216 Message-ID: <44850a2a.77367@msgid.achurch.org>
3218 Services 5.1a8 has been released, and can be downloaded from:
3220 http://www.ircservices.esper.net/download/testing/ (Japan)
3221 ftp://ftp.esper.net/ircservices/testing/ (Western USA)
3223 77fab91232d226ef7e0276122934681c ircservices-5.1a8.tar.gz
3224 7ce55e645fd43a8e294c4657858741ea ircservices-5.1a8.diff.gz
3225 129032cf12b10612113fe7803d4f8f48 ircservices-5.1a8-1.i386.rpm
3226 65c57df80ae372fb0ba7177e37d08d8d ircservices_5.1a8-1_i386.deb
3228 The mirrors should have it shortly.
3230 This is just a quick update to implement the KICK callback change;
3231 the Hungarian language file has also been updated for 5.1.
3233 Changes in version 5.1a8
3234 ------------------------
3235 2006/06/06 Hungarian language file updated for 5.1.
3236 2006/06/06 Added message source parameter to "channel KICK" callback.
3237 Suggested by Jason Farklem <farklem@gmail.com>
3242 From achurch at achurch.org Thu Jun 22 04:37:09 2006
3243 From: achurch at achurch.org (Andrew Church)
3244 Date: Wed Jun 21 12:46:49 2006
3245 Subject: [IRCServices Coding] Services 5.1a9 released
3246 Message-ID: <4499a220.40212@msgid.achurch.org>
3248 Services 5.1a9 has been released, and can be downloaded from:
3250 http://www.ircservices.esper.net/download/testing/ (Japan)
3251 ftp://ftp.esper.net/ircservices/testing/ (Western USA)
3253 6db86b05054de8837322649b5b924333 ircservices-5.1a9.tar.gz
3254 5371d465009306188ca73012ebbad5c2 ircservices-5.1a9.diff.gz
3255 68f7ed8e46c548f701fcbe48f39d0028 ircservices-5.1a9-1.i386.rpm
3256 1f01937c57ef1a451616b273ff78b2ec ircservices_5.1a9-1_i386.deb
3258 The mirrors should have it shortly.
3260 Aside from the changes in 5.0.58, this release fixes several bugs of
3261 varying severity in the socket and configuration file handling code. I've
3262 also added 64-bit integer types (int64 and uint64), which are checked for
3263 by the configure script; you'll now need a compilation environment that
3264 supports either int64_t or a 64-bit long or long long type in order to
3265 compile Services (hopefully everybody has that by now).
3267 Changes in version 5.1a9
3268 ------------------------
3269 2006/06/22 Fixed bug in configuration file handling causing
3270 function-processed directives like LoadModule to break.
3271 2006/06/22 Added int64 and uint64 types, and added a check to
3272 configure to find appropriate system types for them.
3273 2006/06/22 Added robustness to socket code in out-of-memory conditions.
3274 2006/06/22 Changed select() call to not assume that the timeval struct
3275 is valid after the call.
3276 2006/06/22 Changed the socket code to use recv() and send() on sockets
3277 instead of read() and write().
3278 2006/06/22 Fixed potential bug causing accepted sockets' mute status
3279 to get out of sync with internal tables.
3280 2006/06/22 Corrected handling of nested socket callbacks.
3281 2006/06/22 Renamed NET_MIN_BUFSIZE constant to SOCK_MIN_BUFSIZE, and
3282 moved it from defs.h to sockets.h.
3283 2006/06/19 Fixed a typo in the OperServ AKILL/SLINE CLEAR syntax
3284 message. Reported by <RealCFC@chatfirst.com>
3289 From V.Ovsyannikov at kr.ru Thu Jun 29 04:52:03 2006
3290 From: V.Ovsyannikov at kr.ru (Vitaliy Ovsyannikov)
3291 Date: Thu Jun 29 04:52:13 2006
3292 Subject: [IRCServices Coding] IRC attacks
3293 In-Reply-To: <4499a220.40212@msgid.achurch.org>
3294 References: <4499a220.40212@msgid.achurch.org>
3295 Message-ID: <449443233.20060629195203@kr.ru>
3299 Some good guys do regular attacks on my irc network using many
3300 different hosts in parallel. Very often, this is done using open proxies.
3301 Is this possible to implement simple port scanning algorithm to
3302 detect clients with many open tcp ports (or detect blacklisted port
3303 numbers or ranges of them) and block the connection? The problem is
3304 real one. Help please. Server software is bahamut-based fork with
3305 support of Russian codepages translation.
3310 JSC Skala, Krasnoyarsk, Russia
3312 From aragon at phat.za.net Thu Jun 29 04:55:57 2006
3313 From: aragon at phat.za.net (Aragon Gouveia)
3314 Date: Thu Jun 29 04:56:07 2006
3315 Subject: [IRCServices Coding] IRC attacks
3316 In-Reply-To: <449443233.20060629195203@kr.ru>
3317 References: <4499a220.40212@msgid.achurch.org> <449443233.20060629195203@kr.ru>
3318 Message-ID: <20060629115557.GA37147@phat.za.net>
3320 http://wiki.blitzed.org/BOPM
3323 | By Vitaliy Ovsyannikov <V.Ovsyannikov@kr.ru>
3324 | [ 2006-06-29 13:52 +0200 ]
3327 > Some good guys do regular attacks on my irc network using many
3328 > different hosts in parallel. Very often, this is done using open proxies.
3329 > Is this possible to implement simple port scanning algorithm to
3330 > detect clients with many open tcp ports (or detect blacklisted port
3331 > numbers or ranges of them) and block the connection? The problem is
3332 > real one. Help please. Server software is bahamut-based fork with
3333 > support of Russian codepages translation.
3337 > Vitaliy Ovsyannikov
3338 > JSC Skala, Krasnoyarsk, Russia
3340 > ------------------------------------------------------------------
3341 > To unsubscribe or change your subscription options, visit:
3342 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
3343 From admin at webspace.ms Wed Aug 2 10:12:45 2006
3344 From: admin at webspace.ms (Andreas WILMES)
3345 Date: Wed Aug 2 10:13:14 2006
3346 Subject: [IRCServices Coding] Hostserv.c: undefined symbol: get_nickinfo
3347 Message-ID: <000001c6b656$df50e060$9df2a120$@ms>
3353 I got the follow Error:
3357 [Aug 02 19:11:43 2006] modules: Unable to load module `misc/hostserv':
3358 /home/services/lib/modules/misc/hostserv.so: undefined symbol: get_nickinfo
3360 [Aug 02 19:11:43 2006] Error loading modules, aborting
3364 I'm sure, that the nickserv.h is included, any ideas?
3368 -------------- next part --------------
3369 An HTML attachment was scrubbed...
3370 URL: http://lists.ircservices.za.net/pipermail/ircservices-coding/attachments/20060802/9b00b6c7/attachment.html
3371 From achurch at achurch.org Mon Aug 7 00:11:00 2006
3372 From: achurch at achurch.org (Andrew Church)
3373 Date: Sun Aug 6 08:13:33 2006
3374 Subject: [IRCServices Coding] Services 5.1a10 released
3375 Message-ID: <44d6070f.10663@msgid.achurch.org>
3377 Services 5.1a10 has been released, and can be downloaded from:
3379 http://www.ircservices.esper.net/download/testing/ (Japan)
3380 ftp://ftp.esper.net/ircservices/testing/ (Western USA)
3382 ec8102eb5e32b503bd8723e5cdbe3226 ircservices-5.1a10.tar.gz
3383 ef47f209c2b9b51c0e6444df1ec8c3ba ircservices-5.1a10.diff.gz
3384 2b234d2118660febed550b35fa627e97 ircservices-5.1a10-1.i386.rpm
3385 1aaed227b9221e20e94415c4b59409b5 ircservices_5.1a10-1_i386.deb
3387 The mirrors should have it shortly.
3389 This release adds an experimental protocol module for the solid-ircd
3390 IRC server (http://www.solid-ircd.com/); the Dutch language file has also
3391 been updated for 5.1. Note that I'm on vacation at the moment, so I may
3392 not be able to reply to any bug reports quickly.
3394 Changes in version 5.1a10
3395 -------------------------
3396 2006/08/06 Added preliminary support for the solid-ircd IRC server.
3401 From achurch at achurch.org Tue Aug 15 05:36:45 2006
3402 From: achurch at achurch.org (Andrew Church)
3403 Date: Mon Aug 14 13:37:34 2006
3404 Subject: [IRCServices Coding] Test mail
3405 Message-ID: <44e0df00.64164@msgid.achurch.org>
3407 Test mail, please ignore.
3412 From achurch at achurch.org Tue Aug 15 05:41:37 2006
3413 From: achurch at achurch.org (Andrew Church)
3414 Date: Mon Aug 14 13:42:52 2006
3415 Subject: [IRCServices Coding] Test mail
3416 In-Reply-To: <44e0df00.64164@msgid.achurch.org>
3417 Message-ID: <44e0e046.64177@msgid.achurch.org>
3419 >Test mail, please ignore.
3423 Let's try that again...
3428 From surreal.w00t at gmail.com Mon Aug 14 15:51:28 2006
3429 From: surreal.w00t at gmail.com (Robin Burchell)
3430 Date: Mon Aug 14 15:51:40 2006
3431 Subject: [IRCServices Coding] Test mail
3432 In-Reply-To: <44e0e046.64177@msgid.achurch.org>
3433 References: <44e0df00.64164@msgid.achurch.org>
3434 <44e0e046.64177@msgid.achurch.org>
3435 Message-ID: <b19eae4e0608141551k32e06dfeuf47b6a5e1226a861@mail.gmail.com>
3441 On 8/14/06, Andrew Church <achurch@achurch.org> wrote:
3442 > >Test mail, please ignore.
3446 > Let's try that again...
3449 > achurch@achurch.org
3450 > http://achurch.org/
3451 > ------------------------------------------------------------------
3452 > To unsubscribe or change your subscription options, visit:
3453 > http://lists.ircservices.za.net/mailman/listinfo/ircservices-coding
3455 From manual4000 at yahoo.com Sat Nov 4 16:48:21 2006
3456 From: manual4000 at yahoo.com (MaNUaL)
3457 Date: Sat Nov 4 16:49:00 2006
3458 Subject: [IRCServices Coding] Segmentation fault: 11
3459 Message-ID: <20061105004821.54629.qmail@web53009.mail.yahoo.com>
3461 Hi. I am using Unreal3.2.5 in freebsd 6.1 and
3463 I try to add some nicks in a channels access list,
3464 then i do update on the services, and it crashes. The
3467 [Nov 05 01:33:45.443163 2006] debug: Received: :sroot
3468 ! chanserv@services.example.net :access #opers list
3469 [Nov 05 01:33:45.443987 2006] debug: Sent: :ChanServ
3470 NOTICE sroot :Access list for #Opers:
3471 [Nov 05 01:33:45.444097 2006] debug: Sent: :ChanServ
3472 NOTICE sroot : Level Nickname
3473 [Nov 05 01:33:45.444184 2006] debug: Sent: :ChanServ
3474 NOTICE sroot : 999 sroot
3475 [Nov 05 01:33:45.444272 2006] debug: Sent: :ChanServ
3476 NOTICE sroot : 999 xxxx
3477 [Nov 05 01:33:45.444359 2006] debug: Sent: :ChanServ
3478 NOTICE sroot :End of list; 2/2 matches shown.
3479 [Nov 05 01:33:53.560261 2006] debug: Received: :sroot
3480 ! operserv@services.example.net :update
3481 [Nov 05 01:33:53.560927 2006] (operserv/main) sroot:
3483 [Nov 05 01:33:53.561133 2006] debug: Sent: :OperServ
3484 NOTICE sroot :Updating databases...
3485 [Nov 05 01:33:53.561428 2006] debug: Saving databases
3486 [Nov 05 01:33:53.569234 2006] PANIC! signal 11 (no
3488 [Nov 05 01:33:53.569997 2006] debug: Sent:
3489 :services.example.net GLOBOPS :PANIC! signal 11 (no
3491 [Nov 05 01:33:53.570676 2006] Services terminating:
3492 Segmentation fault: 11
3493 [Nov 05 01:33:53.571063 2006] debug: Unloading module
3495 [Nov 05 01:33:53.571531 2006] debug: Sent: :DevNull
3497 [Nov 05 01:33:53.572132 2006] debug: Unloading module
3499 [Nov 05 01:33:53.572645 2006] debug: Sent: :HelpServ
3501 [Nov 05 01:33:53.573150 2006] debug: Unloading module
3503 [Nov 05 01:33:53.573795 2006] debug: Sent: :StatServ
3505 [Nov 05 01:33:53.574360 2006] debug: Unloading module
3507 [Nov 05 01:33:53.574832 2006] debug: Sent: :MemoServ
3509 [Nov 05 01:33:53.575318 2006] debug: Unloading module
3510 `chanserv/access-levels'
3511 [Nov 05 01:33:53.575831 2006] debug: Unloading module
3513 [Nov 05 01:33:53.576277 2006] debug: Sent: :ChanServ
3515 [Nov 05 01:33:53.576863 2006] debug: Unloading module
3517 [Nov 05 01:33:53.577368 2006] debug: Unloading module
3519 [Nov 05 01:33:53.577801 2006] debug: Sent: :NickServ
3521 [Nov 05 01:33:53.578504 2006] debug: Unloading module
3523 [Nov 05 01:33:53.579033 2006] debug: Unloading module
3525 [Nov 05 01:33:53.579545 2006] debug: Unloading module
3527 [Nov 05 01:33:53.580019 2006] debug: Unloading module
3529 [Nov 05 01:33:53.580490 2006] debug: Unloading module
3531 [Nov 05 01:33:53.580964 2006] debug: Sent: :OperServ
3533 [Nov 05 01:33:53.581372 2006] debug: Sent: :Global
3535 [Nov 05 01:33:53.581929 2006] modules: Module
3536 `operserv/main' forgot to remove callback `save data
3537 complete' from module `core'
3538 [Nov 05 01:33:53.582378 2006] debug: Unloading module
3540 [Nov 05 01:33:53.582854 2006] debug: Unloading module
3542 [Nov 05 01:33:53.583576 2006] debug: Sent:
3543 :services.example.net SQUIT services.example.net
3544 :Services terminating: Segmentation fault: 11
3545 [Nov 05 01:33:53.584273 2006] debug: Deleting channel
3547 [Nov 05 01:33:53.585494 2006] debug: Deleting channel
3554 ____________________________________________________________________________________
3555 Low, Low, Low Rates! Check out Yahoo! Messenger's cheap PC-to-Phone call rates
3556 (http://voice.yahoo.com)
3558 From achurch at achurch.org Tue Nov 7 10:24:46 2006
3559 From: achurch at achurch.org (Andrew Church)
3560 Date: Mon Nov 6 17:27:27 2006
3561 Subject: [IRCServices Coding] Segmentation fault: 11
3562 In-Reply-To: <20061105004821.54629.qmail@web53009.mail.yahoo.com>
3563 Message-ID: <454fe0fc.56143@msgid.achurch.org>
3565 >Hi. I am using Unreal3.2.5 in freebsd 6.1 and
3566 >ircservices 5.1.a10
3567 >I try to add some nicks in a channels access list,
3568 >then i do update on the services, and it crashes. The
3571 >[Nov 05 01:33:53.561133 2006] debug: Sent: :OperServ
3572 >NOTICE sroot :Updating databases...
3573 >[Nov 05 01:33:53.561428 2006] debug: Saving databases
3574 >[Nov 05 01:33:53.569234 2006] PANIC! signal 11 (no
3577 I'll need to see a backtrace to be able to look into the problem.
3578 Either start Services from inside GDB (use the -nofork option to Services
3579 when running it), or reconfigure with the -dumpcore option to force
3580 Services to dump core when a segmentation fault occurs and do a backtrace
3586 From manual4000 at yahoo.com Fri Nov 10 11:34:20 2006
3587 From: manual4000 at yahoo.com (MaNUaL)
3588 Date: Fri Nov 10 11:34:23 2006
3589 Subject: [IRCServices Coding] Segmentation fault: 11
3590 In-Reply-To: <454fe0fc.56143@msgid.achurch.org>
3591 Message-ID: <20061110193420.80510.qmail@web53013.mail.yahoo.com>
3593 sorry for the previous mail
3594 this one is the right one
3596 GNU gdb 6.1.1 [FreeBSD]
3597 Copyright 2004 Free Software Foundation, Inc.
3598 GDB is free software, covered by the GNU General Public License, and you are
3599 welcome to change it and/or distribute copies of it under certain conditions.
3600 Type "show copying" to see the conditions.
3601 There is absolutely no warranty for GDB. Type "show warranty" for details.
3602 This GDB was configured as "i386-marcel-freebsd"...
3603 Core was generated by `ircservices'.
3604 Program terminated with signal 11, Segmentation fault.
3605 Error while mapping shared library sections:
3606 /usr/home/nemesi/ircservices/lib/services/modules/database/standard.so: No such file or directory.
3607 Reading symbols from /lib/libm.so.4...done.
3608 Loaded symbols for /lib/libm.so.4
3609 Reading symbols from /lib/libcrypt.so.3...done.
3610 Loaded symbols for /lib/libcrypt.so.3
3611 Reading symbols from /lib/libc.so.6...done.
3612 Loaded symbols for /lib/libc.so.6
3613 Reading symbols from /usr/home/nemesi/ircservices/lib/services/modules/protocol/unreal.so...done.
3614 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/protocol/unreal.so
3615 Error while reading shared library symbols:
3616 /usr/home/nemesi/ircservices/lib/services/modules/database/standard.so: No such file or directory.
3617 Reading symbols from /usr/home/nemesi/ircservices/lib/services/modules/operserv/main.so...done.
3618 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/operserv/main.so
3619 Reading symbols from /usr/home/nemesi/ircservices/lib/services/modules/operserv/akill.so...done.
3620 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/operserv/akill.so
3621 Reading symbols from /usr/home/nemesi/ircservices/lib/services/modules/operserv/news.so...done.
3622 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/operserv/news.so
3623 Reading symbols from
3624 /usr/home/nemesi/ircservices/lib/services/modules/operserv/sessions.so...done.
3625 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/operserv/sessions.so
3626 Reading symbols from /usr/home/nemesi/ircservices/lib/services/modules/operserv/sline.so...done.
3627 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/operserv/sline.so
3628 Reading symbols from /usr/home/nemesi/ircservices/lib/services/modules/nickserv/main.so...done.
3629 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/nickserv/main.so
3630 Reading symbols from /usr/home/nemesi/ircservices/lib/services/modules/nickserv/access.so...done.
3631 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/nickserv/access.so
3632 Reading symbols from /usr/home/nemesi/ircservices/lib/services/modules/chanserv/main.so...done.
3633 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/chanserv/main.so
3634 Reading symbols from
3635 /usr/home/nemesi/ircservices/lib/services/modules/chanserv/access-levels.so...done.
3636 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/chanserv/access-levels.so
3637 Reading symbols from /usr/home/nemesi/ircservices/lib/services/modules/memoserv/main.so...done.
3638 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/memoserv/main.so
3639 Reading symbols from /usr/home/nemesi/ircservices/lib/services/modules/statserv/main.so...done.
3640 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/statserv/main.so
3641 Reading symbols from /usr/home/nemesi/ircservices/lib/services/modules/misc/helpserv.so...done.
3642 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/misc/helpserv.so
3643 Reading symbols from /usr/home/nemesi/ircservices/lib/services/modules/misc/devnull.so...done.
3644 Loaded symbols for /usr/home/nemesi/ircservices/lib/services/modules/misc/devnull.so
3645 Reading symbols from /libexec/ld-elf.so.1...done.
3646 Loaded symbols for /libexec/ld-elf.so.1
3647 #0 0x281ee692 in ?? ()
3650 #0 0x281ee692 in ?? ()
3651 #1 0x2819c338 in __isthreaded () from /lib/libc.so.6
3652 #2 0x2819c338 in __isthreaded () from /lib/libc.so.6
3653 #3 0x00000002 in ?? ()
3654 #4 0x28242200 in ?? ()
3655 #5 0x080ad780 in ?? ()
3656 #6 0x08315200 in ?? ()
3657 #7 0xbfbfec38 in ?? ()
3658 #8 0x281ed994 in ?? ()
3659 #9 0x2020202c in ?? ()
3660 #10 0x08318000 in ?? ()
3661 #11 0x00000000 in ?? ()
3662 #12 0x00000000 in ?? ()
3663 #13 0xbfbfebc8 in ?? ()
3664 #14 0x08315200 in ?? ()
3665 #15 0x00004000 in ?? ()
3666 #16 0x00000000 in ?? ()
3667 #17 0x08315200 in ?? ()
3668 #18 0x080ad780 in ?? ()
3669 #19 0x00000001 in ?? ()
3670 #20 0x00002000 in ?? ()
3671 #21 0x0000000a in ?? ()
3672 #22 0x00000003 in ?? ()
3673 #23 0x0000000a in ?? ()
3674 #24 0x08318000 in ?? ()
3675 #25 0x281ef1e0 in ?? ()
3676 #26 0x083151f0 in ?? ()
3677 #27 0x2020202c in ?? ()
3678 #28 0x0000000a in ?? ()
3679 #29 0x080966a0 in logmemptr ()
3680 #30 0x00000401 in ?? ()
3681 #31 0x08068f64 in base_langstrs ()
3682 #32 0xbfbfec0c in ?? ()
3683 #33 0x69706173 in ?? ()
3684 #34 0x0000736f in ?? ()
3685 #35 0x00000000 in ?? ()
3686 #36 0x00000000 in ?? ()
3687 #37 0x00000000 in ?? ()
3688 #38 0x00000000 in ?? ()
3689 #39 0x00000000 in ?? ()
3690 #40 0x00000000 in ?? ()
3691 #41 0x00000000 in ?? ()
3692 #42 0x00000000 in ?? ()
3693 #43 0xbfbfec28 in ?? ()
3694 #44 0x08054649 in logprintf (fmt=0x0) at log.c:135
3695 Previous frame inner to this frame (corrupt stack?)
3701 ____________________________________________________________________________________
3702 Want to start your own business?
3703 Learn how on Yahoo! Small Business.
3704 http://smallbusiness.yahoo.com/r-index
3705 From manual4000 at yahoo.com Fri Nov 10 11:28:53 2006
3706 From: manual4000 at yahoo.com (MaNUaL)
3707 Date: Fri Nov 10 11:35:37 2006
3708 Subject: [IRCServices Coding] Segmentation fault: 11
3709 In-Reply-To: <454fe0fc.56143@msgid.achurch.org>
3710 Message-ID: <20061110192853.71524.qmail@web53014.mail.yahoo.com>
3712 GNU gdb 6.1.1 [FreeBSD]
3713 Copyright 2004 Free Software Foundation, Inc.
3714 GDB is free software, covered by the GNU General
3715 Public License, and you are
3716 welcome to change it and/or distribute copies of it
3717 under certain conditions.
3718 Type "show copying" to see the conditions.
3719 There is absolutely no warranty for GDB. Type "show
3720 warranty" for details.
3721 This GDB was configured as "i386-marcel-freebsd"...
3722 Core was generated by `ircservices'.
3723 Program terminated with signal 11, Segmentation fault.
3724 Error while mapping shared library sections:
3725 /usr/home/nemesi/ircservices/lib/services/modules/database/standard.so:
3726 No such file or directory.
3727 Reading symbols from /lib/libm.so.4...done.
3728 Loaded symbols for /lib/libm.so.4
3729 Reading symbols from /lib/libcrypt.so.3...done.
3730 Loaded symbols for /lib/libcrypt.so.3
3731 Reading symbols from /lib/libc.so.6...done.
3732 Loaded symbols for /lib/libc.so.6
3733 Reading symbols from
3734 /usr/home/nemesi/ircservices/lib/services/modules/protocol/unreal.so...done.
3736 /usr/home/nemesi/ircservices/lib/services/modules/protocol/unreal.so
3737 Error while reading shared library symbols:
3738 /usr/home/nemesi/ircservices/lib/services/modules/database/standard.so:
3739 No such file or directory.
3740 Reading symbols from
3741 /usr/home/nemesi/ircservices/lib/services/modules/operserv/main.so...done.
3743 /usr/home/nemesi/ircservices/lib/services/modules/operserv/main.so
3744 Reading symbols from
3745 /usr/home/nemesi/ircservices/lib/services/modules/operserv/akill.so...done.
3747 /usr/home/nemesi/ircservices/lib/services/modules/operserv/akill.so
3748 Reading symbols from
3749 /usr/home/nemesi/ircservices/lib/services/modules/operserv/news.so...done.
3751 /usr/home/nemesi/ircservices/lib/services/modules/operserv/news.so
3752 Reading symbols from
3753 /usr/home/nemesi/ircservices/lib/services/modules/operserv/sessions.so...done.
3755 /usr/home/nemesi/ircservices/lib/services/modules/operserv/sessions.so
3756 Reading symbols from
3757 /usr/home/nemesi/ircservices/lib/services/modules/operserv/sline.so...done.
3759 /usr/home/nemesi/ircservices/lib/services/modules/operserv/sline.so
3760 Reading symbols from
3761 /usr/home/nemesi/ircservices/lib/services/modules/nickserv/main.so...done.
3763 /usr/home/nemesi/ircservices/lib/services/modules/nickserv/main.so
3764 Reading symbols from
3765 /usr/home/nemesi/ircservices/lib/services/modules/nickserv/access.so...done.
3767 /usr/home/nemesi/ircservices/lib/services/modules/nickserv/access.so
3768 Reading symbols from
3769 /usr/home/nemesi/ircservices/lib/services/modules/chanserv/main.so...done.
3771 /usr/home/nemesi/ircservices/lib/services/modules/chanserv/main.so
3772 Reading symbols from
3773 /usr/home/nemesi/ircservices/lib/services/modules/chanserv/access-levels.so...done.
3775 /usr/home/nemesi/ircservices/lib/services/modules/chanserv/access-levels.so
3776 Reading symbols from
3777 /usr/home/nemesi/ircservices/lib/services/modules/memoserv/main.so...done.
3779 /usr/home/nemesi/ircservices/lib/services/modules/memoserv/main.so
3780 Reading symbols from
3781 /usr/home/nemesi/ircservices/lib/services/modules/statserv/main.so...done.
3783 /usr/home/nemesi/ircservices/lib/services/modules/statserv/main.so
3784 Reading symbols from
3785 /usr/home/nemesi/ircservices/lib/services/modules/misc/helpserv.so...done.
3787 /usr/home/nemesi/ircservices/lib/services/modules/misc/helpserv.so
3788 Reading symbols from
3789 /usr/home/nemesi/ircservices/lib/services/modules/misc/devnull.so...done.
3791 /usr/home/nemesi/ircservices/lib/services/modules/misc/devnull.so
3792 Reading symbols from /libexec/ld-elf.so.1...done.
3793 Loaded symbols for /libexec/ld-elf.so.1
3794 #0 0x281ee692 in ?? ()
3798 #0 0x281ee692 in ?? ()
3799 #1 0x2819c338 in __isthreaded () from /lib/libc.so.6
3800 #2 0x2819c338 in __isthreaded () from /lib/libc.so.6
3801 #3 0x00000002 in ?? ()
3802 #4 0x28242200 in ?? ()
3803 #5 0x080ad780 in ?? ()
3804 #6 0x08315200 in ?? ()
3805 #7 0xbfbfec38 in ?? ()
3806 #8 0x281ed994 in ?? ()
3807 #9 0x2020202c in ?? ()
3808 #10 0x08318000 in ?? ()
3809 #11 0x00000000 in ?? ()
3810 #12 0x00000000 in ?? ()
3811 #13 0xbfbfebc8 in ?? ()
3812 #14 0x08315200 in ?? ()
3813 #15 0x00004000 in ?? ()
3814 #16 0x00000000 in ?? ()
3815 #17 0x08315200 in ?? ()
3816 #18 0x080ad780 in ?? ()
3817 #19 0x00000001 in ?? ()
3818 #20 0x00002000 in ?? ()
3819 #21 0x0000000a in ?? ()
3820 #22 0x00000003 in ?? ()
3821 #23 0x0000000a in ?? ()
3822 #24 0x08318000 in ?? ()
3823 #25 0x281ef1e0 in ?? ()
3824 #26 0x083151f0 in ?? ()
3825 #27 0x2020202c in ?? ()
3826 #28 0x0000000a in ?? ()
3827 #29 0x080966a0 in logmemptr ()
3828 #30 0x00000401 in ?? ()
3829 #31 0x08068f64 in base_langstrs ()
3830 #32 0xbfbfec0c in ?? ()
3831 #33 0x69706173 in ?? ()
3832 #34 0x0000736f in ?? ()
3833 #35 0x00000000 in ?? ()
3834 #36 0x00000000 in ?? ()
3835 #37 0x00000000 in ?? ()
3836 #38 0x00000000 in ?? ()
3837 #39 0x00000000 in ?? ()
3838 #40 0x00000000 in ?? ()
3839 #41 0x00000000 in ?? ()
3840 #42 0x00000000 in ?? ()
3841 #43 0xbfbfec28 in ?? ()
3842 #44 0x08054649 in logprintf (fmt=0x0) at log.c:135
3843 Previous frame inner to this frame (corrupt stack?)
3848 ____________________________________________________________________________________
3850 Everyone is raving about the all-new Yahoo! Mail beta.
3851 http://new.mail.yahoo.com
3852 From achurch at achurch.org Fri Dec 8 20:34:50 2006
3853 From: achurch at achurch.org (Andrew Church)
3854 Date: Fri Dec 8 03:39:41 2006
3855 Subject: [IRCServices Coding] Services 5.1a11 released
3856 Message-ID: <45794ef9.71107@msgid.achurch.org>
3858 Services 5.1a11 has been released, and can be downloaded from:
3860 http://www.ircservices.za.net/download/testing/ (Japan)
3861 ftp://ftp.esper.net/ircservices/testing/ (Western USA)
3863 4c46c4a600d742bd06c8528caee4d3bc ircservices-5.1a11.tar.gz
3864 196e3fcca6e86001ae4b72ccef63507e ircservices-5.1a11.diff.gz
3865 7de244b51a88bce35ffc956edcfee138 ircservices-5.1a11-1.i386.rpm
3866 adc4c9f32f19135ad93329476b0a7584 ircservices_5.1a11-1_i386.deb
3868 The mirrors should have it shortly.
3870 At last, the first draft of the technical manual (docs/tech/index.html)
3871 is complete! The manual should provide guidance to future developers, and
3872 has also brought to my attention a number of problems with the current code,
3873 some of which have been fixed in this version and the rest of which will be
3874 addressed in future alpha releases.
3876 The Spanish translation has also been updated for 5.1, thanks to
3877 <RealCFC@chatfirst.com>.
3879 Changes in version 5.1a11
3880 -------------------------
3881 2006/12/08 Merged section 6 of the user's manual (on adding features
3882 to Services) into the technical manual.
3883 2006/12/08 Removed unused read/write macros from
3884 modules/database/fileutil.h.
3885 2006/12/08 Fixed bug causing the "shutdown" parameter to modules'
3886 cleanup functions to always be nonzero.
3887 2006/12/06 Removed all remaining "press Enter" warning prompts from
3888 configure, making it fully automated.
3889 2006/12/06 Clarified that missing system functions (strtok(), etc.)
3890 detected by configure do not prevent Services from
3891 being compiled and run. Also updated the warning for
3892 a missing gethostbyname().
3893 2006/11/09 The httpd/top-page module now explicitly returns an error
3894 if the specified file cannot be read, rather than
3895 deferring to a subsequent handler.
3896 2006/11/03 Added workaround for NULL masks in autokick lists. Reported
3897 by Gabriel Baez <gabriel.baez@solid-ircd.com>
3898 2006/10/29 Fixed the encryption/unix-crypt module to allow crypt()
3899 results longer than 13 characters and to not truncate
3900 the final character of a PASSMAX-length password.
3901 2006/10/01 ChanServ OP/VOICE/etc. now check that the target user is on
3902 the channel before performing privilege checks; PROTECT
3903 is now disallowed on auto-deop users.
3904 2006/09/26 Merged modules/chanserv/autokick.c back into main.c.
3905 2006/08/16 Updated documentation to reflect new domain name.