> > I get on the server. I manage to get all messages queued up *from* me > > sent on by waiting a while, sending something to the server, etc., until > > my ping time is 0 seconds. Now, I'm on #coder-com, so I paste in 10
> I tried this an as expected it was slowly sending out one message at a time. I > tried this both as an IRCOp and also while I was -o, on both current cvs .12 and > current cvs .11. It could be platform dependent(I did this on: > Linux central.mwn 2.4.18 #9 SMP Mon May 20 19:51:21 NZST 2002 i686 unknown > using the poll engine). How curious: Linux kit.local 2.4.9-34 #1 Sat Jun 1 06:10:23 EDT 2002 i686 unknown. I was reproducing this reliably on my testnet server; hadn't cropped up before I upped the server version this afternoon. > > work correctly; I figure your recent changes upset it somehow. Can I get > > you to take a look at this and try to fix it? > I shouldn't have changed the flow path at all for normal clients under any > circumstances, so perhaps this problem was there before my patches, it could > possibly be the cause of the dbuf_put fails, which I believe only happen on > FreeBSD/kqueue, which could explain why you can see this problem and I can't. Nope, can't be related, I'm using Linux and poll() here. Very curious... -- Kevin L. Mitchell <[EMAIL PROTECTED]>
