X-Git-Url: https://arthur.barton.de/cgi-bin/gitweb.cgi?p=ngircd-alex.git;a=blobdiff_plain;f=ChangeLog;h=317c87d624b17b64113fc20e975b0227995a42c6;hp=2a8b0a1f8ee9a94f587c85301387ed5d2680e113;hb=df0eb17172ee27c9584991166b5832218924f502;hpb=5e70a131e9815e3c0f9e97d46e3257a4fec332b1

diff --git a/ChangeLog b/ChangeLog
index 2a8b0a1f..317c87d6 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -12,7 +12,7 @@
 
 ngIRCd CVS-HEAD
 
-  - beim Schlie§en einer Verbindung zeigt der Server nun vor dem ERROR
+  - beim Schliessen einer Verbindung zeigt der Server nun vor dem ERROR
     noch eine Statistik ueber die empfangene und gesendete Datenmenge an.
   - Clients werden beim Connect mit NOTICEs ueber den Status der Resolver-
     Subprozesse informiert.
@@ -20,6 +20,15 @@ ngIRCd CVS-HEAD
     wenn der sendende Client noch gar nicht registriert ist.
   - NOTICEs vom Server selber (z.B. Verbindungsstatistik oder s-Mode)
     haben nun ein "Text-Prefix": "*** ".
+  - ein "schneller Server-Reconnect" wird nur noch dann versucht, wenn die
+    Verbindung zuvor ordentlich (="lange genug") in Ordnung war; somit also
+    nicht meht, wenn der Peer-Server gleich beim Connect ein ERROR liefert.
+    Das vermeidet "Connect-Orgien".
+  - einige Datentypen aufgeraumt: z.B. sind viele INT32s nun LONGs. Das ist
+    auf Platformen mit 8-Byte-Integern kompatibler.
+  - der Server wartet bei einer eingehenden Verbindung nun laenger auf den
+    Resolver (4 Sekunden), wenn das Ergebnis eintrifft setzt er aber den
+    Login sofort fort (bisher wurde immer mind. 1 Sekunde gewartet).
 
 
 ngIRCd 0.5.2, 04.10.2002
@@ -296,4 +305,4 @@ ngIRCd 0.0.1, 31.12.2001
 
 
 -- 
-$Id: ChangeLog,v 1.104 2002/10/09 13:42:32 alex Exp $
+$Id: ChangeLog,v 1.107 2002/10/10 15:00:09 alex Exp $