mirrors/ngircd
1
0
Fork 0
mirror of https://github.com/osmarks/ngircd.git synced 2025-01-08 06:40:28 +00:00
Code Issues Releases Wiki Activity

- Dokumentation aktualisiert.

Browse Source
This commit is contained in:
Alexander Barton 2002-11-04 20:04:18 +00:00
parent 14e870e2ec
commit 51dd80c48b
1 changed files with 14 additions and 11 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

25
ChangeLog
View File

@ -16,27 +16,30 @@ ngIRCd CVS-HEAD
noch eine Statistik ueber die empfangene und gesendete Datenmenge an. noch eine Statistik ueber die empfangene und gesendete Datenmenge an.
- Clients werden beim Connect mit NOTICEs ueber den Status der Resolver- - Clients werden beim Connect mit NOTICEs ueber den Status der Resolver-
Subprozesse informiert. Subprozesse informiert.
- NOTICE liefert nun wirklich nie mehr einen Fehler, auch dann nicht,
wenn der sendende Client noch gar nicht registriert ist.
- NOTICEs vom Server selber (z.B. Verbindungsstatistik oder s-Mode) - NOTICEs vom Server selber (z.B. Verbindungsstatistik oder s-Mode)
haben nun ein "Text-Prefix": "*** ". haben nun ein "Text-Prefix": "*** ".
- 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).
- Connection-Strukturen werden nun "pool-weise" verwaltet; der Pool wird
bei Bedarf bis zu einem konfigurierten Limit vergroessert.
- Mit der neuen Konfigurationsvariable "MaxConnections" (Sekion "Global")
kann die maximale Anzahl gleichzeitiger Verbindungen begrenzt werden.
Der Default ist -1, "unlimitiert".
ngIRCd 0.5.3-pre1, 04.11.2002
- NOTICE liefert nun wirklich nie mehr einen Fehler, auch dann nicht,
wenn der sendende Client noch gar nicht registriert ist.
- ein "schneller Server-Reconnect" wird nur noch dann versucht, wenn die - ein "schneller Server-Reconnect" wird nur noch dann versucht, wenn die
Verbindung zuvor ordentlich (="lange genug") in Ordnung war; somit also Verbindung zuvor ordentlich (="lange genug") in Ordnung war; somit also
nicht meht, wenn der Peer-Server gleich beim Connect ein ERROR liefert. nicht meht, wenn der Peer-Server gleich beim Connect ein ERROR liefert.
Das vermeidet "Connect-Orgien". Das vermeidet "Connect-Orgien".
- einige Datentypen aufgeraumt: z.B. sind viele INT32s nun LONGs. Das ist - einige Datentypen aufgeraumt: z.B. sind viele INT32s nun LONGs. Das ist
auf Platformen mit 8-Byte-Integern kompatibler. 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).
- RPL_YOURHOST_MSG ist nun ircII- und RFC-kompatibel ;-) - RPL_YOURHOST_MSG ist nun ircII- und RFC-kompatibel ;-)
- Segfault unter hoher Netzaktivitaet behoben: in Conn_Close() wird die - Segfault unter hoher Netzaktivitaet behoben: in Conn_Close() wird die
Connection-Struktur nun frueher als "ungueltig" markiert. Connection-Struktur nun frueher als "ungueltig" markiert.
- Connection-Strukturen werden nun "pool-weise" verwaltet; der Pool wird
bei Bedarf bis zu einem konfigurierten Limit vergroessert.
- Mit der neuen Konfigurationsvariable "MaxConnections" (Sekion "Global")
kann die maximale Anzahl gleichzeitiger Verbindungen begrenzt werden.
Der Default ist -1, "unlimitiert".
ngIRCd 0.5.2, 04.10.2002 ngIRCd 0.5.2, 04.10.2002
@ -311,4 +314,4 @@ ngIRCd 0.0.1, 31.12.2001
-- --
$Id: ChangeLog,v 1.111 2002/11/02 23:11:38 alex Exp $ $Id: ChangeLog,v 1.112 2002/11/04 20:04:18 alex Exp $