1
0

README-BeOS.txt 2.2 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253
  1. ngIRCd - Next Generation IRC Server
  2. (c)2001-2003 by Alexander Barton,
  3. alex@barton.de, http://www.barton.de/
  4. ngIRCd is free software and published under the
  5. terms of the GNU General Public License.
  6. -- README-BeOS.txt --
  7. +-------------------------------------------------------------+
  8. | This text is only available in german at the moment, sorry! |
  9. | Contributors for this text or the BeOS port are welcome :-) |
  10. +-------------------------------------------------------------+
  11. BeOS gehoert im Moment (noch?) nicht zu den offiziell unterstuetzten Plat-
  12. formen: der ngIRCd enthaelt zwar bereits einige Anpassungen an BeOS und
  13. compiliert auch, jedoch bricht er bei jedem Connect-Versuch eines Clients
  14. mit diesem Fehler ab:
  15. select(): Bad file descriptor!
  16. Es sieht leider so aus, als ob das select() von BeOS nicht mit File-Handles
  17. von Pipes verschiedener Prozesse umgehen kann: sobald der Resolver asyncron
  18. gestartet wird, also Pipe-Handles im select() vorhanden sind, fuehrt das zu
  19. obiger Meldung.
  20. Theoretische "Loesung"/Workaround:
  21. Den Resolver unter BeOS nicht verwenden, sondern mit IP-Adressen arbeiten.
  22. Nachteil: der ngIRCd koennte sich nicht zu Servern verbinden, die dynamische
  23. Adressen benutzen -- dazu muesste er den Namen aufloesen. Ansonsten sollte
  24. es eigentlich zu keinen Beeintraechtigungen kommen ...
  25. Also: wenn es jemand implementieren will ... ;-))
  26. Vielleicht mache ich es auch irgendwann mal selber. Mal sehen.
  27. 2002-05-19:
  28. Ich habe gerade damit ein wenig gespielt und den Source hier so geaendert,
  29. dass unter BeOS keine Resolver-Subprozesse mehr erzeugt werden, sondern mit
  30. den "rohen" IP-Adressen gearbeitet wird. Das funktioniert so weit auch,
  31. allerdings verschluckt sich BeOS nun bei anderen Funktionen, so zum Beispiel
  32. bei close(), wenn ein Socket eines Clients geschlossen werden soll!?
  33. Sehr komisch.
  34. Wer Interesse daran hat, das weiter zu verfolgen, der moege sich bitte mit
  35. mir in Verbindung setzen (alex@barton.de), ich maile gerne meine Patches zu.
  36. Fuer eine Aenderung im CVS ist es aber meiner Meinung nach noch zu frueh ...
  37. --
  38. $Id: README-BeOS.txt,v 1.7 2003/05/15 21:47:57 alex Exp $