diff options
| author | Alexander Barton <alex@barton.de> | 2003-01-04 13:07:54 +0000 |
|---|---|---|
| committer | Alexander Barton <alex@barton.de> | 2003-01-04 13:07:54 +0000 |
| commit | 5b333085283e1999cb215e619eb77f3817d244bd (patch) | |
| tree | a0d74e295641e86af109fa814036b889ef7703b2 /doc/de/README-BeOS.txt | |
| parent | 444fdcf9057de8591e96cca07aec6999ed82aa5d (diff) | |
| download | ngircd-5b333085283e1999cb215e619eb77f3817d244bd.tar.gz ngircd-5b333085283e1999cb215e619eb77f3817d244bd.zip | |
- Restructured documentation: now the main language is english.
Diffstat (limited to 'doc/de/README-BeOS.txt')
| -rw-r--r-- | doc/de/README-BeOS.txt | 47 |
1 files changed, 47 insertions, 0 deletions
diff --git a/doc/de/README-BeOS.txt b/doc/de/README-BeOS.txt new file mode 100644 index 00000000..e121e381 --- /dev/null +++ b/doc/de/README-BeOS.txt @@ -0,0 +1,47 @@ + + 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 asyncron +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.1 2003/01/04 13:07:54 alex Exp $ |