about summary refs log tree commit diff
path: root/doc/de/README-BeOS.txt
diff options
context:
space:
mode:
authorAlexander Barton <alex@barton.de>2003-03-15 10:56:20 +0000
committerAlexander Barton <alex@barton.de>2003-03-15 10:56:20 +0000
commitc755b82dd9370c6964bd9e2d5a9cbe82d341dfbc (patch)
tree7cd18ccef31ced0bbfd3313ce230f54d04addc6a /doc/de/README-BeOS.txt
parent8fc69bb6fb62a8afae484aea34a8d7d7b38fbf02 (diff)
downloadngircd-c755b82dd9370c6964bd9e2d5a9cbe82d341dfbc.tar.gz
ngircd-c755b82dd9370c6964bd9e2d5a9cbe82d341dfbc.zip
- Removed german documentation (no maintainer).
Diffstat (limited to 'doc/de/README-BeOS.txt')
-rw-r--r--doc/de/README-BeOS.txt47
1 files changed, 0 insertions, 47 deletions
diff --git a/doc/de/README-BeOS.txt b/doc/de/README-BeOS.txt
deleted file mode 100644
index 216d2deb..00000000
--- a/doc/de/README-BeOS.txt
+++ /dev/null
@@ -1,47 +0,0 @@
-
-                     ngIRCd - Next Generation IRC Server
-
-                      (c)2001,2002 by Alexander Barton,
-                    alex@barton.de, http://www.barton.de/
-
-                  ngIRCd ist freie Software und steht unter
-                       der GNU General Public License.
-
-                             -- README-BeOS.txt --
-
-
-BeOS gehoert im Moment (noch?) nicht zu den offiziell unterstuetzten Plat-
-formen: der ngIRCd enthaelt zwar bereits einige Anpassungen an BeOS und
-compiliert auch, jedoch bricht er bei jedem Connect-Versuch eines Clients
-mit diesem Fehler ab:
-
-   select(): Bad file descriptor!
-
-Es sieht leider so aus, als ob das select() von BeOS nicht mit File-Handles
-von Pipes verschiedener Prozesse umgehen kann: sobald der Resolver asynchron
-gestartet wird, also Pipe-Handles im select() vorhanden sind, fuehrt das zu
-obiger Meldung.
-
-Theoretische "Loesung"/Workaround:
-Den Resolver unter BeOS nicht verwenden, sondern mit IP-Adressen arbeiten.
-Nachteil: der ngIRCd koennte sich nicht zu Servern verbinden, die dynamische
-Adressen benutzen -- dazu muesste er den Namen aufloesen. Ansonsten sollte
-es eigentlich zu keinen Beeintraechtigungen kommen ...
-
-Also: wenn es jemand implementieren will ... ;-))
-
-Vielleicht mache ich es auch irgendwann mal selber. Mal sehen.
-
-2002-05-19:
-Ich habe gerade damit ein wenig gespielt und den Source hier so geaendert,
-dass unter BeOS keine Resolver-Subprozesse mehr erzeugt werden, sondern mit
-den "rohen" IP-Adressen gearbeitet wird. Das funktioniert so weit auch,
-allerdings verschluckt sich BeOS nun bei anderen Funktionen, so zum Beispiel
-bei close(), wenn ein Socket eines Clients geschlossen werden soll!?
-Sehr komisch.
-Wer Interesse daran hat, das weiter zu verfolgen, der moege sich bitte mit
-mir in Verbindung setzen (alex@barton.de), ich maile gerne meine Patches zu.
-Fuer eine Aenderung im CVS ist es aber meiner Meinung nach noch zu frueh ...
-
--- 
-$Id: README-BeOS.txt,v 1.2 2003/03/09 22:17:35 alex Exp $