Hallo Funker! Folgende Konstellation: aprsd l�uft und 'spoolt' Daten von DB0ZWI nach Dresden. Geht gut! Da ich auch was sehen will, starte ich zus�tzlich Xastir, Version 0.3.6a, connecte mich erneut zu ZWI (auch das funktioniert!) und erzeuge damit zus�tzlichen Traffic! So. Sollte ja auch anders funktionieren! Statt mich bei laufendem aprsd nochmals mit ZWI zu connecten, verbinde ich mich in Xastir mit 'localhost' bzw. der IP-Adresse. Es 'rauschen' Massen von Daten auf den Bildschirm, aber nur wenige Sekunden :-(, dann ist Funkstille und Xastir meldet ERROR. Wieder das Interface gestartet, wieder jede Menge Daten f�r einige Sekunden, wieder ERROR ........! Tja, was mache ich falsch? Danke f�r jeden Tip und 73 de Peter. DL3VPZ@DB0TUD
Angemerkt von meiner Seite: mit S.u.S.E. 7.0 und Xastir-0.3.3 gehts bei mir problemlos. ABER, hat sich nun schon jemand mal die aprsd sourcen angeguckt um evtl. das Problem zu finden welches die Linkbrueche u/o TNCQ und NETQ overflows verursacht ? Denn DAS passiert bei der 6.4 nicht. Technik hier: PIII500 128MB Ram, sollte eigentlich reichen. Irgendwas hat sich an der SuSE geaendert welches diese Probleme verursacht. mfg Lutz Peter Zabelt schrieb:
Hallo Funker!
Folgende Konstellation: aprsd läuft und 'spoolt' Daten von DB0ZWI nach Dresden. Geht gut! Da ich auch was sehen will, starte ich zusätzlich Xastir, Version 0.3.6a, connecte mich erneut zu ZWI (auch das funktioniert!) und erzeuge damit zusätzlichen Traffic!
So. Sollte ja auch anders funktionieren! Statt mich bei laufendem aprsd nochmals mit ZWI zu connecten, verbinde ich mich in Xastir mit 'localhost' bzw. der IP-Adresse. Es 'rauschen' Massen von Daten auf den Bildschirm, aber nur wenige Sekunden :-(, dann ist Funkstille und Xastir meldet ERROR. Wieder das Interface gestartet, wieder jede Menge Daten für einige Sekunden, wieder ERROR ........!
Tja, was mache ich falsch?
Danke für jeden Tip und 73 de Peter. DL3VPZ@DB0TUD
On Thu, Oct 19, 2000 at 10:53:37PM +0200, Lutz Poetschulat wrote:
mit S.u.S.E. 7.0 und Xastir-0.3.3 gehts bei mir problemlos. ABER, hat sich nun schon jemand mal die aprsd sourcen angeguckt um evtl. das Problem zu finden welches die Linkbrueche u/o TNCQ und NETQ overflows verursacht?
Ja. Das Ding ist, diplomatisch ausgedrückt, etwas unglücklich geschrieben: es werden Timeouts bei send() ausgewertet, statt den Status des Sockets mit select() oder poll() auszuwerten. Ist auch kein Wunder: das Programm war ursprünglich für OS/2 geschrieben worden, dort gibt es AFAIK keine vollständige Posix- Unterstützung. Einen einfachen Fix gibt es nicht, siehe "man 7 socket": SO_RCVTIMEO and SO_SNDTIMEO Specify the sending or receiving timeouts until reporting an error. They are fixed to a protocol specific setting in Linux and cannot be read or written. Their functionality can be emulated using alarm(2) or setitimer(2). Es scheinen sich diese Timeouts bei neueren Kernel-Versionen geändert zu haben. Mir fällt da zwar ein Workaround für ein, allerdings fehlt mir der Durchblick bei dem Code... Ich werde mir das die nächsten Tage trotzdem mal ansehen.
Irgendwas hat sich an der SuSE geaendert welches diese Probleme verursacht.
Die Kernel-Version hat sich geändert, sonst nichts. Das Problem verursacht allerdings die Applikation selbst. Eine saubere Neuimplementierung wäre sicher die beste Lösung, aber leider stecken alle, die das könnten, bereits in zu vielen anderen Projekten. :-( -- Joerg Reuter DL1BKE http://yaina.de/jreuter And I make my way to where the warm scent of soil fills the evening air. Everything is waiting quietly out there.... (Anne Clark)
hi joerg das ist schonmal nen anfang, ich als c++ dummy jedoch seh noch weniger durch als du, und der hamish meldet sich leider nicht :( obwohls ne super software ist. ich hab mit 2.2.16 und 2.2.17 probiert, die 2.2.14 macht keine sorgen, die bekomm ich aber aus irgend nen grund unter suse 7 nicht compilliert, gibt nen fehler mit so einen ominoesen buffer. 2.2.15 hab ich leider nicht. also wuerdes dazwischen liegen (14-16). waer schade durch dieses problem den server nicht auf die suse 7 umstellen zu koennen, denn auf diese applikation wuerde ich nicht verzichten, nachdem ich den postgres schon gebaendigt habe. vielen dank fuer die muehen, bin gespannt was da so noch passiert. 73 de lutz dg0lp Joerg Reuter schrieb:
On Thu, Oct 19, 2000 at 10:53:37PM +0200, Lutz Poetschulat wrote:
mit S.u.S.E. 7.0 und Xastir-0.3.3 gehts bei mir problemlos. ABER, hat sich nun schon jemand mal die aprsd sourcen angeguckt um evtl. das Problem zu finden welches die Linkbrueche u/o TNCQ und NETQ overflows verursacht?
Ja. Das Ding ist, diplomatisch ausgedrückt, etwas unglücklich geschrieben: es werden Timeouts bei send() ausgewertet, statt den Status des Sockets mit select() oder poll() auszuwerten. Ist auch kein Wunder: das Programm war ursprünglich für OS/2 geschrieben worden, dort gibt es AFAIK keine vollständige Posix- Unterstützung. Einen einfachen Fix gibt es nicht, siehe "man 7 socket":
SO_RCVTIMEO and SO_SNDTIMEO Specify the sending or receiving timeouts until reporting an error. They are fixed to a protocol specific setting in Linux and cannot be read or written. Their functionality can be emulated using alarm(2) or setitimer(2).
Es scheinen sich diese Timeouts bei neueren Kernel-Versionen geändert zu haben. Mir fällt da zwar ein Workaround für ein, allerdings fehlt mir der Durchblick bei dem Code... Ich werde mir das die nächsten Tage trotzdem mal ansehen.
Irgendwas hat sich an der SuSE geaendert welches diese Probleme verursacht.
Die Kernel-Version hat sich geändert, sonst nichts. Das Problem verursacht allerdings die Applikation selbst. Eine saubere Neuimplementierung wäre sicher die beste Lösung, aber leider stecken alle, die das könnten, bereits in zu vielen anderen Projekten. :-(
-- Joerg Reuter DL1BKE http://yaina.de/jreuter And I make my way to where the warm scent of soil fills the evening air. Everything is waiting quietly out there.... (Anne Clark)
------------------------------------------------------------------------ Part 1.2Type: application/pgp-signature
participants (3)
-
Joerg Reuter -
Lutz Poetschulat -
Peter Zabelt