TTD Forum

Hi,

wie viele TAP-Programmierer / TAP-Tester haben sich schon gewundert oder geärgert, dass der Topf nach dem Starten eines TAPs intermittierend einfriert. Startet man das selbe TAP nach einem Reboot nocheinmal, funktioniert es einwandfrei.

Ende letzter Woche bin ich über die Ursache gestolpert. Die Firmware verwaltet eine Liste, die sich das aktuelle Verzeichnis für jedes TAP merkt. Sobald ein TAP gestartet wird, wird in diese Liste der ProgramFiles-Eintrag hineinkopiert und in der TAP-Tabelle wird ein Zeiger auf diesen Listeneintrag gesetzt.

Aus welchen Grund auch immer hat Topfield diese Liste nicht 16 Einträge lang gemacht (für jedes der gleichzeitig möglichen TAPs), sondern 26 Einträge lang. Bei jedem TAP-Start wird einfach ein Eintrag hochgezählt und alte Einträge werden nicht wiederverwertet. Es kommt wie es kommen muss: nach 26 TAP-Starts ist die Liste voll, das 27. TAP bekommt einen Null-Pointer für das aktuelle Verzeichnis retour und die Bombe ist scharf. Sobald dieses TAP irgendeine Funktion aufruft, die sich auf die Festplatte bezieht, kracht es.

Derzeitiger Workaround: keiner.

MfG. Alex

[quote=""FireBird""]intermittierend [/quote]

Hi!

[quote=""FireBird""]Derzeitiger Workaround: keiner.[/quote]

Wahrscheinlichkeit des Auftretens: gegen 0

Ich wüsste nicht, dass ich ein TAP jemals so oft gestartet hätte (auch nicht unter Berücksichtung der anderen gestarteten TAPs)...

Gruß,
Gerti

[quote=""steve0564""] [/quote]
Sporadisch?

[quote=""Gerti""]Wahrscheinlichkeit des Auftretens: gegen 0 [/quote]
Definitiv falsch berechnet. Ich kenne zumindest 3 Leute, die es häufig haben.

Passiert das auch wenn ich das gleiche TAP 27 mal starte und beende?

Falls ja könnte ich mir schon vorstellen das dies beim einen oder anderen öfter auftritt. Z.B. wenn ich mit Filer über RecCopy einzelne Aufnahmen Scannen möchte und RecCopy nicht im Autostart ist. Soweit ich weiß wird in so einem Fall RecCopy von Filer gestartet und wieder beendet. Das gleiche gilt AFAIK auch für die Zusammenarbeit mit dem SCE.

Gerade wenn über TAPCOM einzelne TAPs nur für spezielle Aufgaben nachgestartet und wieder beendet werden könnte ich mir schon vorstellen das dies in Zukunft evtl. Probleme macht. Zumindest wenn die Verwendung von TAPCOM weiter steigt!

Gruß
Paul

[quote=""paul79""]Passiert das auch wenn ich das gleiche TAP 27 mal starte und beende?[/quote]
Ja. Derzeit betrifft es hauptsächlich Entwickler, die Änderungen öfters Testen. Aber Du hast Recht, dass es zukünftig auch bei Usern öfters auftreten kann.

[quote=""FireBird""]Ja. Derzeit betrifft es hauptsächlich Entwickler, die Änderungen öfters Testen. Aber Du hast Recht, dass es zukünftig auch bei Usern öfters auftreten kann.[/quote]

Besonders wundert mich das die Klaustralier diese Probleme nicht öfter haben!

Wäre da nicht ein kleines TAP sinnvoll das die TAP Starts zählt und beim 26sten eine Warnmeldung ausgiebt!

Gruß
Paul

[quote=""paul79""]Besonders wundert mich das die Klaustralier diese Probleme nicht öfter haben! [/quote]
Eine Zeit lang habe ich es einfach hingenommen, da es ja nicht so oft auftritt. Bei den intensiven Tests mit den neuen Dialogfunktionen der FBLib haben auch ibbi und Sigittarius-E dieses Problem gemeldet, so dass wir kurz an einen Bug in der Lib dachten. Deshalb bin ich der Sache nachgegangen.

Wäre da nicht ein kleines TAP sinnvoll das die TAP Starts zählt und beim 26sten eine Warnmeldung ausgiebt!

Da bin ich gerade in der Nachdenkphase. Ein TAP, das sich in die Firmware einklinkt und mitzählt, ist nicht ganz trivial. Darum will ich mit diesem Thread den Bedarf ausloten.

[quote=""Gerti""]Wahrscheinlichkeit des Auftretens: gegen 0

Ich wüsste nicht, dass ich ein TAP jemals so oft gestartet hätte (auch nicht unter Berücksichtung der anderen gestarteten TAPs)...[/quote]

Du argumentierst schon wie ein Topfielder.

Das ist ganz klar ein Bug, den man nicht damit abtuen kann, dass die Wahrscheinlichkeit gegen NULL geht.

Wenn per TAPCOM Programme nachgestartet (SCE aus Filer) und wieder beendet werden, tritt dieser Fehler auch bei normalen Anwendern auf. (Klar, hätten wir halt kein TAPCOM machen dürfen.)

[quote=""FireBird""]
Da bin ich gerade in der Nachdenkphase. Ein TAP, das sich in die Firmware einklinkt und mitzählt, ist nicht ganz trivial. Darum will ich mit diesem Thread den Bedarf ausloten.[/quote]

Ich hatte mir das dann wieder zu einfach vorgestellt. Ich dachte die Angabe wiviele Positionen der Liste bereits vergeben sind ließe sich irgendwo aus dem Speicher auslesen.

Zum Thema Bedarf: Bei mir im Moment nicht. Mir ist so ein Absturz noch nie untergekommen. Ich arbeite aber auch selten mit nachgestarteten TAPs.

Gruß
Paul

[laienmodus]
Vielleicht ist das aber ein Grund, warum sich z.B. Bootmenü mit nachgestarteten Taps so schwer tut....
[/laienmodus]

[quote=""FireBird""]Sobald dieses TAP irgendeine Funktion aufruft, die sich auf die Festplatte bezieht, kracht es.[/quote]
Heisst "kracht es" Freeze, oder auch Unbedienbarkeit, wie es bei Filer in Verbindung mit
einer Wiedergabe vorkam, erst nachdem ich Autostart komplett geleert hatte, war es i.O. ?

[quote=""paul79""] Ich dachte die Angabe wiviele Positionen der Liste bereits vergeben sind ließe sich irgendwo aus dem Speicher auslesen. [/quote]
Schon, aber die Position der Liste ist firmwareabhängig und will erst einmal gefunden werden.

[quote=""Alter Sack""]Heisst "kracht es" Freeze, oder auch Unbedienbarkeit, wie es bei Filer in Verbindung mit einer Wiedergabe vorkam [/quote]
Hat er sich von der Unbedienbarkeit wieder von alleine erholt, oder musste man den Topf ausschalten? Wie ich das Problem kenne, gibt es keine Selbstheilung.

[quote=""Alter Sack""]Heisst "kracht es" Freeze, oder auch Unbedienbarkeit, wie es bei Filer in Verbindung mit
einer Wiedergabe vorkam, erst nachdem ich Autostart komplett geleert hatte, war es i.O. ?[/quote]

Neben dem Freeze gibt es auch noch Unbedienbarkeit in dem Sinne, dass auf keine Taste der Fernbedienung (außer Power) mehr reagiert wird.

Ich habe danach nie weitere Untersuchungen angestellt oder Aktionen betrieben, aber wenn Du es testen willst, bei mir erreiche ich die Unbedienbarkeit durch Nachstarten und Beenden des ProfileEditors, während der FileSelector (das Demo) freezt.

[quote=""FireBird""]Hat er sich von der Unbedienbarkeit wieder von alleine erholt, oder musste man den Topf ausschalten?[/quote]
Man musste warten bis die Wiedergabe beendet war, ein Datentransfer PC-Topf hat für einige
Sekunden die Chance gegeben, eine Taste zu drücken.

Danach lief der Topf ohne Freeze o.ä. weiter.

Auf die Standby-Taste hat der Topf aber immer (wenn auch zögernd) reagiert, dann aber mit
Dateiüberprüfung beim Neustart.

Wie gesagt, Abhilfe hat das Leeren des Autostart-Ordners gebracht, mit anschliessendem
Neustart und Zurückkopieren aller TAPs, INIs usw.

[quote=""FireBird""]Definitiv falsch berechnet. Ich kenne zumindest 3 Leute, die es häufig haben.[/quote]

Also ich weiß ja nicht, ob ich einer der Drei bin aber auf jeden Fall habe ich das auch immer beim Programmieren...

[quote=""Elle4u""]Also ich weiß ja nicht, ob ich einer der Drei bin aber auf jeden Fall habe ich das auch immer beim Programmieren... [/quote]
Dann sei herzlich Willkommen.

[Ahnungsloser Superprogrammier(ich)]
@ Firebird: Wenn Du den Fehler schon gefunden hast, gibt es keineMöglichkeit, die FW zu patchen, d.H. den Fehlerhaften Code gegen einen zu tauschen, der nur die 16 möhlichlichen TAP`s zulässt und nicht weiter hochzählt. Aber ich nehme mal an, das der Quellcode für diese Aktion bei Topfield liegt
[/Ahnungsloser Superprogrammier(ich)]

[quote=""TV-Junkie""]Wenn Du den Fehler schon gefunden hast, gibt es keineMöglichkeit, die FW zu patchen, d.H. den Fehlerhaften Code gegen einen zu tauschen, der nur die 16 möhlichlichen TAP`s zulässt und nicht weiter hochzählt. [/quote]
Ich bin mir nicht einmal sicher, ob es sich um einen Fehler handelt. Normalerweise würde man eine 16er-Liste programmieren. Dass genau das nicht gemacht wurde, lässt befürchten, dass es einen tieferen Grund hat. Wenn das der Fall ist, wird es auch mit einer Umgehung schwierig werden. Aber wir sind ja erst ganz am Anfang.

Aber ich nehme mal an, das der Quellcode für diese Aktion bei Topfield liegt

Darauf kannst Du wetten.