ngircd/src, branch rel-14-rc1 ngircd with make http://git.nakidai.ru/ngircd/atom?h=rel-14-rc1 2009-03-25T19:44:40+00:00 misspelling in ERR_NORECIPIENT reply 2009-03-25T19:44:40+00:00 Dana Dahlstrom dana+ngIRCd@cs.ucsd.edu 2009-03-25T19:44:40+00:00 urn:sha1:3a7d59c1ac6bb9d3fae546fba9d041738bbe849e testsuite: add more predefined channels to server config 2009-03-06T23:30:11+00:00 Florian Westphal fw@strlen.de 2009-03-06T23:30:11+00:00 urn:sha1:ea35ba74b68d8d6906b6cd2d1ad85a348c647beb make sure it creates & and +, and accepts channel names without a special character (ngircd should treat 'Name = chan' as 'Name = #chan'). allow creation of persistent modeless channels 2009-03-06T23:21:43+00:00 Florian Westphal fw@strlen.de 2009-03-06T23:21:43+00:00 urn:sha1:2d4361d088f75bdcbc0deced824e2b3aafbb8fa0 add and use Channel_IsModeless() 2009-03-06T23:13:25+00:00 Florian Westphal fw@strlen.de 2009-03-06T23:13:25+00:00 urn:sha1:e9e7fc33f15d7ead5f547ebdfcc7836b75f54f83 avoid "name[0] == '+'" where possible, having Channel_IsModeless() makes things much more obvious. Enhance INFO command to report compile time, if available 2009-03-05T15:04:36+00:00 Alexander Barton alex@barton.de 2009-03-05T15:04:36+00:00 urn:sha1:c09742c5189802103900fc84ded42f4f84f27ae9 Channel mode changes: break on error 2009-03-03T15:33:40+00:00 Alexander Barton alex@barton.de 2009-03-03T15:33:40+00:00 urn:sha1:0a9608a26f4c5fec7d09f13a814bf4e384b17759 Don't echo multiple syntax error messages (461) on invalid commands, but break after the first one. In addition, this solves corrupted 'Unknown mode "+' messages. Channel_Mode(): code cleanup (no functional changes) 2009-03-03T14:06:34+00:00 Alexander Barton alex@barton.de 2009-03-03T14:06:34+00:00 urn:sha1:dee89c2355f973db0ba7c7ca81c83940caefc3d4 TLS/SSL: remove useless error message when ssl connection is closed 2009-02-05T22:47:28+00:00 Florian Westphal fw@strlen.de 2009-02-05T22:42:56+00:00 urn:sha1:b8c6dd503fe4e7814f4b9327a8cd43007a4ec150 When using OpenSSL, the following annoying "error" message was logged whenever an encrypted connection was shut down in a orderly fashion: TLS/SSL Connection shutdown: ConnSSL_Read: Unable to determine error of course, this isn't an error at all. SSL/TLS: clear all ssl realted flags on shutdown 2009-02-04T22:23:12+00:00 Florian Westphal fw@strlen.de 2009-02-04T22:23:12+00:00 urn:sha1:2fce4667a86e42589db8dd84a51c472aa18ac80e one ssl related flags was not cleared on ssl shutdown. introduce and use CONN_SSL_FLAGS_ALL to zap them all. TLS/SSL: fix memory leak when using compressed server links with ssl 2009-02-04T22:01:53+00:00 Florian Westphal fw@strlen.de 2009-02-04T22:01:53+00:00 urn:sha1:c6a43fbaf0579741ebf34e88ca7f0586b471062e commit 6bc2d3d06e9cb4da68ea4b63d9b6b219d88ab927 (New connection option CONN_RFC1459) forgot to adjust the ssl bitmasks. The result is that when a compressed AND encrypted server link goes down the memory allocated by zlib and the r/w buffers are no longer free'd as the previous ConnSSL_Free() would then also remove the CONN_ZIP flag from the flag mask.