<feed xmlns='http://www.w3.org/2005/Atom'>
<title>ngircd/src, branch rel-19-rc1</title>
<subtitle>ngircd with make
</subtitle>
<id>http://git.nakidai.ru/ngircd/atom?h=rel-19-rc1</id>
<link rel='self' href='http://git.nakidai.ru/ngircd/atom?h=rel-19-rc1'/>
<link rel='alternate' type='text/html' href='http://git.nakidai.ru/ngircd/'/>
<updated>2012-02-12T12:51:43+00:00</updated>
<entry>
<title>Fix forwarding of LIST commands</title>
<updated>2012-02-12T12:51:43+00:00</updated>
<author>
<name>Alexander Barton</name>
<email>alex@barton.de</email>
</author>
<published>2012-02-12T12:51:43+00:00</published>
<link rel='alternate' type='text/html' href='http://git.nakidai.ru/ngircd/commit/?id=391aa8d1f714d5dc2fc1b47ec466082169ef2177'/>
<id>urn:sha1:391aa8d1f714d5dc2fc1b47ec466082169ef2177</id>
<content type='text'>
Bug reported by Cahata, thanks!
</content>
</entry>
<entry>
<title>New_Connection(): don't set the client hostname twice</title>
<updated>2012-01-25T16:11:44+00:00</updated>
<author>
<name>Alexander Barton</name>
<email>alex@barton.de</email>
</author>
<published>2012-01-25T16:11:44+00:00</published>
<link rel='alternate' type='text/html' href='http://git.nakidai.ru/ngircd/commit/?id=c16133c5ee72256ef5b8fa586e72e5e3598e75bb'/>
<id>urn:sha1:c16133c5ee72256ef5b8fa586e72e5e3598e75bb</id>
<content type='text'>
Setting the hostname twice doesn't do much harm a lot, but isn't elegant.
And for IPv6 addresses, it isn't correct the first time (missing []) ...
</content>
</entry>
<entry>
<title>Client_SetHostname(): Code cleanup, more debug logging</title>
<updated>2012-01-25T16:11:00+00:00</updated>
<author>
<name>Alexander Barton</name>
<email>alex@barton.de</email>
</author>
<published>2012-01-25T16:11:00+00:00</published>
<link rel='alternate' type='text/html' href='http://git.nakidai.ru/ngircd/commit/?id=48889844299e036515e567aa5f992df18ccdf2d7'/>
<id>urn:sha1:48889844299e036515e567aa5f992df18ccdf2d7</id>
<content type='text'>
</content>
</entry>
<entry>
<title>io: use define for number of possible events</title>
<updated>2012-01-24T21:25:22+00:00</updated>
<author>
<name>Florian Westphal</name>
<email>fw@strlen.de</email>
</author>
<published>2012-01-24T21:24:47+00:00</published>
<link rel='alternate' type='text/html' href='http://git.nakidai.ru/ngircd/commit/?id=44bb22d23ec6841457db41732caa6f5f9129b615'/>
<id>urn:sha1:44bb22d23ec6841457db41732caa6f5f9129b615</id>
<content type='text'>
</content>
</entry>
<entry>
<title>io: remove outer do {} while loops for epoll/kqueue/devpoll backends</title>
<updated>2012-01-24T20:57:23+00:00</updated>
<author>
<name>Florian Westphal</name>
<email>fw@strlen.de</email>
</author>
<published>2012-01-24T20:57:23+00:00</published>
<link rel='alternate' type='text/html' href='http://git.nakidai.ru/ngircd/commit/?id=c7dd5ea0baeff589a569cdc7ffd46fc83e885ab2'/>
<id>urn:sha1:c7dd5ea0baeff589a569cdc7ffd46fc83e885ab2</id>
<content type='text'>
simplifies things a bit. io_dispatch() is called repeatedly from the
main loop.
</content>
</entry>
<entry>
<title>Enhance server command limits</title>
<updated>2012-01-24T01:55:53+00:00</updated>
<author>
<name>Alexander Barton</name>
<email>alex@barton.de</email>
</author>
<published>2012-01-24T01:55:53+00:00</published>
<link rel='alternate' type='text/html' href='http://git.nakidai.ru/ngircd/commit/?id=871760583cb4f90e908d3dac94679ce876d78c83'/>
<id>urn:sha1:871760583cb4f90e908d3dac94679ce876d78c83</id>
<content type='text'>
This patch updates the limits for handling commands from a remote server:

 - "&lt;user count&gt; / 5 + &lt;min&gt;" using "&lt;min&gt;=10" during normal operation,
 - the above count multiplied with 5 while servers are syncing.

The intention is to a) make the limit dependent of the number of users
in the network (the more users, the more commands required to sync) and
b) to significantly rise this limit while servers are joining the network
to make the login and synchronization faster.
</content>
</entry>
<entry>
<title>Send a PING at the end of the server sync to detect it</title>
<updated>2012-01-24T01:46:12+00:00</updated>
<author>
<name>Alexander Barton</name>
<email>alex@barton.de</email>
</author>
<published>2012-01-24T01:46:12+00:00</published>
<link rel='alternate' type='text/html' href='http://git.nakidai.ru/ngircd/commit/?id=bc20f9ec1076a67a81ed8e7c3489ffbdf3387e53'/>
<id>urn:sha1:bc20f9ec1076a67a81ed8e7c3489ffbdf3387e53</id>
<content type='text'>
At the end of sending all "state" to the remote server, a PING command
is sent to request a PONG reply. Until then, no "regual" PING was sent,
so Conn_LastPing(&lt;connection&gt;) is null and now becomes non-null in the
PONG command handler.

So the servers are still synchronizing when Conn_LastPing(&lt;connection&gt;)
is 0, which could easily be tested.
</content>
</entry>
<entry>
<title>New function Conn_UpdatePing() to update the "ping timestamp"</title>
<updated>2012-01-24T01:44:57+00:00</updated>
<author>
<name>Alexander Barton</name>
<email>alex@barton.de</email>
</author>
<published>2012-01-24T01:44:57+00:00</published>
<link rel='alternate' type='text/html' href='http://git.nakidai.ru/ngircd/commit/?id=5a200e154347bde2a885ad1ede620d8d946b6420'/>
<id>urn:sha1:5a200e154347bde2a885ad1ede620d8d946b6420</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Conn_UpdateIdle(): Code cleanup</title>
<updated>2012-01-24T01:43:55+00:00</updated>
<author>
<name>Alexander Barton</name>
<email>alex@barton.de</email>
</author>
<published>2012-01-24T01:43:55+00:00</published>
<link rel='alternate' type='text/html' href='http://git.nakidai.ru/ngircd/commit/?id=d2df7396a89b3e8de44379c305916bfee93ceb9b'/>
<id>urn:sha1:d2df7396a89b3e8de44379c305916bfee93ceb9b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>RPL_ISUPPORT_MSG(005): add "EXCEPTS=e INVEX=I"</title>
<updated>2012-01-23T21:07:40+00:00</updated>
<author>
<name>Alexander Barton</name>
<email>alex@barton.de</email>
</author>
<published>2012-01-23T21:07:40+00:00</published>
<link rel='alternate' type='text/html' href='http://git.nakidai.ru/ngircd/commit/?id=3d27073d61ab52277a3237c9a2375e5deda9d690'/>
<id>urn:sha1:3d27073d61ab52277a3237c9a2375e5deda9d690</id>
<content type='text'>
Thanks to Cahata for the idea!
</content>
</entry>
</feed>
