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-01-04 13:07:54 +0000
committerAlexander Barton <alex@barton.de>2003-01-04 13:07:54 +0000
commit5b333085283e1999cb215e619eb77f3817d244bd (patch)
treea0d74e295641e86af109fa814036b889ef7703b2 /doc/de/README-BeOS.txt
parent444fdcf9057de8591e96cca07aec6999ed82aa5d (diff)
downloadngircd-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.txt47
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 $