Hi, On Do, Aug 07, 2008 at 07:39:17 +0200, Klaus Knopper wrote:
Das Aussteigen von sbl hatte schon seinen sinn. Du hast die Fehlerbehandlung durch deine patches entfernt. Falls jetzt der speechd server aus irgendeinem grund abstürzt wird in deiner Version sbl mit abstürzen.
Ne, wird er nicht, er bekommt lediglich ein signal, was er ignoriert.
Signale die auf ein Problem hindeuten sollte man eigentlidch nicht ignorieren.
Ich habe hier das kleinere Übel gewählt. Im Original war die Sprachausgabe nach jedem Drücken einer cursorrouting-Taste an der Braillewave 40 einfach TOT, weil der sbl Müll an speechd geschickt hat, und der mit einer Fehlermeldung - nicht jedoch Disconnect von sich aus - quittiert hat. In der aktuellen version läuft alles stabil.
Nun, außer Dir hat das problem keiner. Nur wundert mich das echt wie du das hinkriegst. Was für ein System hast du derzeit? Ist dein problem auf der letzten knoppix reproduzierbar?
Das aussteigen geschah um eventuelle speechd probleme zu umschiffen.
Das Problem ist im Moment bei sbl schlimmer als beim speechd.
Hmm seh ich anders!
Ein Kompromiss könnte sein die Returncodes richtig auszuwerten, so dass man zwischen beendetem speechd (hatte ich seit der Umstellung auf OSS-Ausgabe nicht mehr) und von SBL provozierten Fehlern unterscheiden kann.
Afaik gibts keine Unterscheidungsmöglichkeit. Zumindest ist mir keine Möglichkeit bekannt. Zudem ist die Verwendung von oss ein nicht tragbares problem. Dies führt bei den meisten soundkarten ohne softmixing zu problemen.
Warum auf deinem system so komische effekte auftreten ist mir schleierhaft.
Es ist aber absolut reproduzierbar, ich habe dir ja das Log geschickt.
Jops, ich habs gesehen. Das komische ist nur, ich rbeite täglich mit dem System und hab so was nicht. Du berichtetest auch von ständigen neu initialisierungen und damit verbundener Ausgabe der copyright messages bei dir auf dem System, was auch keiner auser dir hat. Wie gesagt, mich würde interessieren, was da schief geht und die lösung mit einfachem ignorieren von auftretenden Fehlern gefällt mir nicht.
Der Buffer Overflow in variolow.c it wohl auch für jeden nachvollziehbar gewesen, der war's aber nicht alleine. Ich vermute, da ist noch an anderer Stelle was faul, anders kann ich mir die völlig falschen Strings, die an speechd geschickt werden, nicht erklären.
ACK, wundert mich nur, das meine Zeile so ein Problem nicht hat (braillestar 40).
Was mir hingegen schleierhaft ist, ist, warum die Probleme bei euch NICHT auftreten. Das ist ja das Problem. Ich arbeite Teilweise mehrere Stunden am Tag mit dem neusten sbl und speechd. Zudem habe ich eine HT Zeile, die die von Dir beschriebenen Probleme auch haben müsste. Gruß Halim
-- To unsubscribe, e-mail: blinux-de+unsubscribe@opensuse.org For additional commands, e-mail: blinux-de+help@opensuse.org