~steering/inspircd++.git/src/inspsocket.cpp, branch v1.1.13 Unnamed repository; edit this file 'description' to name the repository. https://cgit.space/~steering/inspircd++.git/atom/src/inspsocket.cpp?h=v1.1.13 2007-09-13T11:55:15Z Fixed a rare infinite loop in InspSocket::FlushWriteBuffer() - this could only affect a few rarely used modules, and is difficult to trigger. 2007-09-13T11:55:15Z special 2007-09-13T11:55:15Z urn:sha1:4e4da3f9dba948bcb90ab9ca27415010b6cabeb5 git-svn-id: http://svn.inspircd.org/repository/branches/1_1_stable@8032 e03df62e-2008-0410-955e-edbf42e46eb7 Merge comments back into stable, so that people can still understand stable! 2007-08-20T18:35:54Z brain 2007-08-20T18:35:54Z urn:sha1:1c62ae29b02d134c8b4debf0e0c4c8ad04729d7f git-svn-id: http://svn.inspircd.org/repository/branches/1_1_stable@7780 e03df62e-2008-0410-955e-edbf42e46eb7 backport fix for bug i just introduced (oops) 2007-08-20T18:29:55Z brain 2007-08-20T18:29:55Z urn:sha1:2399c2596e62ae15bd5b3b2f142c3a43f0d49b1a git-svn-id: http://svn.inspircd.org/repository/branches/1_1_stable@7778 e03df62e-2008-0410-955e-edbf42e46eb7 Backport, phew, glad this one applied cleanly. 2007-08-20T18:03:21Z brain 2007-08-20T18:03:21Z urn:sha1:6d6c83f1d09706c674312bce2a66b011cb07c206 The only possibility for the issue sts found is that a socket is deleted but also ends up in the socket cull list somehow. To ensure that the socket does not get deleted, remove the delete and replace with an explicit call to insert into the socket cull list. We were grappling with these issues in early 1.1 with the userrec cull list, too. NOTE for later 1.2's consider making CullList a base class which we can derive from to delete lists of other items than userrecs. git-svn-id: http://svn.inspircd.org/repository/branches/1_1_stable@7776 e03df62e-2008-0410-955e-edbf42e46eb7 * Sockets will now always be nonblocking on win32 version of InspIRCd. There were some cases (mainly in TreeSockets) where a socket would not get restored to nonblocking mode after a connect() call, resulting in the server getting stuck on a blocking send() call causing freezeups. 2007-07-23T00:37:03Z burlex 2007-07-23T00:37:03Z urn:sha1:480e1e9e1ff6c39a154f3efc6e83b0ffc94a6c8d * configure will now compile under VC7 again. git-svn-id: http://svn.inspircd.org/repository/trunk/inspircd@7500 e03df62e-2008-0410-955e-edbf42e46eb7 Ive tidied up the mode count stuff, but i still cant duplicate negative invisible counts. :( 2007-07-18T18:03:21Z brain 2007-07-18T18:03:21Z urn:sha1:b2f7888b7ac0e72041ceea7dd9e7e6d4c46dcb5c git-svn-id: http://svn.inspircd.org/repository/trunk/inspircd@7474 e03df62e-2008-0410-955e-edbf42e46eb7 OOPS! We try again, since I'm smoking craq. LF is 0x0a NOT CR. 2007-07-16T17:30:04Z peavey 2007-07-16T17:30:04Z urn:sha1:f2acdbc3820f0f4f5ef76a0a64e73d2a320df91f git-svn-id: http://svn.inspircd.org/repository/trunk/inspircd@7456 e03df62e-2008-0410-955e-edbf42e46eb7 'svn propset -R svn:eol-style CR *' Set to UNIX-style always. Binaries are auto skipped by svn. 2007-07-16T17:14:45Z peavey 2007-07-16T17:14:45Z urn:sha1:bab14f0dd2345c9d7dcbc47c918563709e1ac094 git-svn-id: http://svn.inspircd.org/repository/trunk/inspircd@7454 e03df62e-2008-0410-955e-edbf42e46eb7 Fix for bug #347. 2007-07-11T16:59:10Z brain 2007-07-11T16:59:10Z urn:sha1:e93cdf5a66ef90b0b0ea64c80c7e4eebdecb55c9 WARNING: QA PEOPLE, THIS NEEDS TESTING!!!! Test this with lots of squits and connects, and i mean lots and lots in all different ways you can think of, /squit, pingout, closing the connection with a firewall etc. git-svn-id: http://svn.inspircd.org/repository/trunk/inspircd@7434 e03df62e-2008-0410-955e-edbf42e46eb7 Warning: Loads of craq logging in here atm. /connect with openssl is broken, gnutls seems fine 2007-07-06T17:31:44Z brain 2007-07-06T17:31:44Z urn:sha1:a53da00bce41c9fb50ed4c9d33507f27803c1eb7 git-svn-id: http://svn.inspircd.org/repository/trunk/inspircd@7428 e03df62e-2008-0410-955e-edbf42e46eb7