Title: Ýnsan Kaynaklarý Yönetimi, Ýletiþim ve Kiþisel Geliþim Eðitimleri
Boðaziçi Eðitim
Erguvan Caddesi No:52 Ata2 - Çengelköy
ISTANBUL Tel: 0 216 486 06 42 486 28 65 Fax : 0 216 486 07 19
www.bogaziciegitim.com.tr -
[EMAIL PROTECTED]
Aralýk 2002 Eðiti
* Carlo Wood <[EMAIL PROTECTED]> [2002-12-16 02:39:19 +0100]:
> Blah, I had to make it up from scratch and code it!
Uphill both ways in the snow? :)
--
daaaveUndernet Server Oper
> > You think this is complicated--I had to figure it out from the source
> > while recoding m_rping.c and m_rpong.c at one point!
>
> Blah, I had to make it up from scratch and code it!
touche
--
Kevin L. Mitchell <[EMAIL PROTECTED]>
Hi
I compile ircu2.10.11.02 and Redhat 7.2 .
I can talk and set topic in Thai Language , but when I create new =
channel in Thai . =20
It can't display channel name in Thai , Please help me.
Best Regards
Anukul Kaweeratanun
On Sun, Dec 15, 2002 at 02:34:17PM -0500, Kev wrote:
> You think this is complicated--I had to figure it out from the source
> while recoding m_rping.c and m_rpong.c at one point!
Blah, I had to make it up from scratch and code it!
:p
--
Carlo Wood <[EMAIL PROTECTED]>
> These pings are new to u2.10.11, Assymetric Link Lag (AsLL) pings
Just to nitpick, it's "Asymmetric Link Latency"
> measeure the round trip time of packets to a specific server as far as I
> understood. It isn't of particularly much use to me yet right now, but I
> like to suport interesting fe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
We've release 2.10.11.03. We'd like undernet admin's to upgrade as soon
as practically possible as this fixes several desync's that we've seen
on the network.
Other changes:
* users logged into services, but not +x (hidden host) should still
* match
> I assume these are normal server<->server pings to keep the
> link alive?
No, they are not. standard pings, sortof looked like:
AA G AB :ServerNameAA
AB Z AA :ServerNameAB
These pings are new to u2.10.11, Assymetric Link Lag (AsLL) pings
measeure the round trip time of packets to a specific s
I assume these are normal server<->server pings to keep the link alive?
If so, my main question would be "Are you sure your pong responses are
correct?"
Your pong responses seem to have way more information than the pongs in my
tcl-based services (please don't laugh)...
To quote from my serv