Für TAP-Entwickler: Start TAP

[Elle4u]

Nachtrag:
Ich konnte mit einer "interaktiven" Version vom Test-TAP keinen Absturz erzwingen. Im Event-Handler werden die Key-Events ordnungsgemäß verarbeitet und die entsprechende Aktionen ausgeführt. Beide TAPs (start und test) können problemlos beendet und danach wieder gestartet werden.

Also ich habe die Änderungen übernommen und habe mich erstmal TOTAL gefreut, denn TAPCommander lies sich starten und auch öffnen. Allerdings hing ich dann in Filer fest und kam nicht mehr raus.
Nach einem Neustart habe ich dann versucht, OSDScreenCapture zu starten: Über die Startmeldung kommt man immer noch nicht raus
Das selbe bei ImproBox....

Also so GANZ paßt es noch nicht

Aber FireBird wollte sich das ja auch nochmal anschauen.

[tischla]

nach meine erkenntnis, gibts abstürze, wenn das gestartete Tap etwas auf den Bildschirm bringen will.
Ich hätte da ein Tap programmiert, dass Tageszeitabhängig andere Taps startet, und ggf. auch den Start einige Sekunden verzögert .. damit man in der zwischenzeit schon mal zappen kann.
Nach folgender Ini wird gestartet:

Code: Alles auswählen

00:00|00:01|0000|PowerRestore.tap
07:45|08:30|0000|Jags_EPG.tap
10:00|24:00|0020|TSRcommander.tap
10:00|24:00|0040|3PG.tap
00:00|00:00|0000|improbox.tap-läuft nicht?!
10:00|24:00|0080|MyStuff.tap
00:00|07:45|0100|QuickTimer.tap
10:00|24:00|0120|QuickTimer.tap
10:00|24:00|0140|WSSkiller.tap
10:00|24:00|0160|nicedisplay.tap
10:00|24:00|0180|automove.tap
10:00|24:00|0200|Video3xt.tap
10:00|24:00|0220|rezap5_api120.tap
00:00|24:00|0240|Standby.tap

hab dann eben improbox rausgeschmissen (deaktiviert 00:00-00:00) dann ist er beim nächsten (Mystuff) abgeschmiert. die taps vorher liefen bereits (und waren auch schon aufrufbar).

grüsse tischla


Korrektur: hab soeben die 04er eingebaut - hat vorerst keine Abstürze....

[DeadBeef]

Allerdings hing ich dann in Filer fest und kam nicht mehr raus.

Was meinst Du damit?

Also so GANZ paßt es noch nicht

Oh, nee

Korrektur: hab soeben die 04er eingebaut - hat vorerst keine Abstürze....

Ist auch die Improbox ansprechbar?

[tischla]

Ist auch die Improbox ansprechbar?

irgendwo stockts noch (nämlich genau bei der impro) , bin aber am forschen...

{wenn ich etwas mehr ahnung von c hätte, wärs warscheinlich einfacher }

[DeadBeef]

irgendwo stockts noch (nämlich genau bei der impro) , bin aber am forschen...

{wenn ich etwas mehr ahnung von c hätte, wärs warscheinlich einfacher }

Ich habe in der Firmware an zwei Stellen gesehen, daß die Start-Funktion zwischen exitNormal() und enterNormal() steht. Vielleicht ist es die Lösung...

[Elle4u]

Was meinst Du damit?

Ich war dann im Filer drin aber er reagierte auf keine Taste mehr.
Alle Idle-Events wurden aber noch ausgeführt...


Also bei mir stürzt es immer ab, sobald ein gestartetes TAP etwas anzeigen soll was NICHT im TAP_Main angezeigt wurde.
Also die Start-Einblendungen funktionieren noch aber wenn sie dann laufen und etwas auf den Schirm bringen sollen (wie z.B. die InfoBox bei ImproBox) dann ist Ende.

Würde es Dir helfen, wenn ich Dir mal eine Test-Version von Filer schicke, mit der Du das durch Browsen ausprobieren kannst?

[DeadBeef]

Würde es Dir helfen, wenn ich Dir mal eine Test-Version von Filer schicke, mit der Du das durch Browsen ausprobieren kannst?

Grundsätzlich wäre es mir lieber, wenn ich das Verhalten mit einem simplen TAP nachstellen könnte - die Suche nach der Ursache/Quelle ist einfacher.

[tischla]

Ich komm nicht weiter

Anbei meine angepasste starttap.c samt benötiger ini (alles sollte im Pro.Vz liegen - auch die zu startenden taps)

manche taps lassen sich starten, manche nicht: derzeit gehen bei mir nicht TSRComm., Impro, QT

3pg, Mystuff, ND .. starten problemlos...

grüsse tischla

(korrektur: problemlos ist keine absolute aussage...)

[DeadBeef]

Ich komme momentan auch nicht weiter. Offensichtlich werden auch andere Register geändert und nicht wiederhergestellt oder die Firmware kommt mit der TAP-Reihenfolge durcheinander.

Update:
Ohne exitNormal/enterNormal konnte ich Filer und QuickTimer ohne Probleme starten und bedienen. Ich habe dann exitNormal/enterNormal ausprobiert und genau das bringt den Topf zum Absturz. Der Aufruf von TAP_ExitNomal verbiegt die Registerinhalte von startTap. Es bringt mich aber nicht wirklich weiter.

[DeadBeef]

Hallo zusammen,

ich glaube, die Ursache für Abstürze gefunden zu haben. Beim Starten eines TAPs wird der TAP-Index in der Firmware-Tabelle verändert. D.h. der Aufrufer der Funktion läuft sozusagen im Kontext des gestarteten TAPs. Wenn sofort nach dem Starten eines TAPs irgend welche API-Funktionen aufgerufen werden, werden sie im falschen Kontext ausgeführt, was (meistens) zum Absturz führt.

Die Lösung: der TAP-Index wird gesichert und nach dem Starten eines anderen TAPs wiederhergestellt.

Source-Code liegt bei.
Ich hoffe, das war das letze Problem...

[Elle4u]

Die Lösung: der TAP-Index wird gesichert und nach dem Starten eines anderen TAPs wiederhergestellt.

Source-Code liegt bei.
Ich hoffe, das war das letze Problem...

Ich werde es SOFORT testen

Danke!

[aledoe]

Ich werde es SOFORT testen

Danke!

Dann drücke ich mal (ganz eigennützig ) die Daumen. Wenn's klappt kann ich endlich den Fallback zur Org.Fileliste abschalten

[Elle4u]

Ich werde es SOFORT testen

Funktioniert!

Das einzige Problem was ich noch habe ist, daß JAGs EPG meint, seine Daten nun in ProgramFiles zu suchen und abzulegen. Es geht also davon aus, daß dies das Start-Verzeichnis ist.
Aber ich schaue mal, ob ich das in den Griff bekomme indem ich vor dem TAP-Start nochmal ein HDD_ChangeDir aufrufe...

[Elle4u]

Aber ich schaue mal, ob ich das in den Griff bekomme indem ich vor dem TAP-Start nochmal ein HDD_ChangeDir aufrufe...

Das hilft leider auch nicht.

Alle gestarteten TAPs gehen wohl davon aus, daß sie in "ProgramFiles" gestartet wurden.
Allerdings ist JAG das einzige TAP, welches ich kenne, das seine Files im StartVerzeichnis ablegt...

@Deedbeef:
Hast Du dafür evtl. auch noch eine Idee?

[DeadBeef]

Das hilft leider auch nicht.

Alle gestarteten TAPs gehen wohl davon aus, daß sie in "ProgramFiles" gestartet wurden.
Allerdings ist JAG das einzige TAP, welches ich kenne, das seine Files im StartVerzeichnis ablegt...

@Deedbeef:
Hast Du dafür evtl. auch noch eine Idee?

Ich kann Dir nicht ganz folgen. Aus welchem Verzeichnis startest Du TAPs? Weicht das Filer-Startverzeichnis vom Startverzeichnis des zu startenden TAPs ab, solltest Du TAP_Hdd_ChangeDir() vor startTap() auf jeden Fall aufrufen. Sonst werden die zu startenden TAPs nicht gefunden (z.B. wenn Filer aus AutoStart gestartet wurde und die TAPs in ProgramFiles liegen).

Zur Info, Manche TAPs suchen nach ihren Dateien immer in ProgramFiles unabhängig vom Startverzeichnis.

[Elle4u]

Ich kann Dir nicht ganz folgen.

Ich merk es

Aus welchem Verzeichnis startest Du TAPs?

Aus allen möglichen (hier aber jetzt speziell JAG aus AutoStart).

Weicht das Filer-Startverzeichnis vom Startverzeichnis des zu startenden TAPs ab, solltest Du TAP_Hdd_ChangeDir() vor startTap() auf jeden Fall aufrufen. Sonst werden die zu startenden TAPs nicht gefunden (z.B. wenn Filer aus AutoStart gestartet wurde und die TAPs in ProgramFiles liegen).

Klar. Das habe ich auch drin. Es startet ja auch.

Zur Info, Manche TAPs suchen nach ihren Dateien immer in ProgramFiles unabhängig vom Startverzeichnis.

Richtig. Die funktionieren ja auch alle prächtig.
Aber JAG sucht NICHT in ProgramFiles sondern in dem Verzeichnis, aus dem es gestartet wurde.
Wenn ich nun aber JAG aus Filer raus starte (AutoStart), dann sucht es seine Daten anscheinend in ProgramFiles (und legt sie dort auch ab). Also anscheinend denkt JAG es sei aus ProgramFiles raus aufgerufen worden, obwohl es ja in AutoStart liegt.

[Elle4u]

Nachtrag:

Also so sieht das aus:

Code: Alles auswählen

Dir_Hide();   //blendet Filer aus
AWToolGotoPath(&StringDB [FileDB [ItemList[*pSelected - 1].FileDBIndex].pPath]);   //wechselt ins Datei-Verzeichnis
initHook();   //???
if ( !HDD_TAP_Start(&StringDB [FileDB [ItemList[*pSelected - 1].FileDBIndex].pFileName]) ) TAP_Print( "Filer: Fehler beim TAP-Start\n" );   //startet das TAP

Setzt "initHook" das Verzeichnis nochmal um?

[DeadBeef]

Richtig. Die funktionieren ja auch alle prächtig.
Aber JAG sucht NICHT in ProgramFiles sondern in dem Verzeichnis, aus dem es gestartet wurde.
Wenn ich nun aber JAG aus Filer raus starte (AutoStart), dann sucht es seine Daten anscheinend in ProgramFiles (und legt sie dort auch ab). Also anscheinend denkt JAG es sei aus ProgramFiles raus aufgerufen worden, obwohl es ja in AutoStart liegt.

Ich verstehe immer noch nicht, was Du meinst. Die markierten Sätze widersprechen sich meiner Meinung nach.

Was passiert bei Dir, wenn Du JAG ohne Filer aus AutoStart startest? Legt JAG seine Dateien in AutoStart oder in ProgramFiles ab?

Ist die folgende Interpretation richtig?
ProgramFiles/Auto Start/Filer
ProgramFiles/JAG
ProgramFiles/[JAG's Dateien]

Setzt "initHook" das Verzeichnis nochmal um?

Nein.

[Elle4u]

Was passiert bei Dir, wenn Du JAG ohne Filer aus AutoStart startest? Legt JAG seine Dateien in AutoStart oder in ProgramFiles ab?

Am besten ruf ich Dich mal an

Also normal:

\ProgramFiles\Filer.tap
\ProgramFiles\Auto Start\JAG.tap
\ProgramFiles\Auto Start\[JAG-Dateien]

Wenn ich nun aber JAG nicht über das Original sondern über Filer starte dann sieht es so aus:

\ProgramFiles\Filer.tap
\ProgramFiles\Auto Start\JAG.tap
\ProgramFiles\[JAG-Dateien]

Ich hoffe, daß es nun etwas verständlicher ist?

[DeadBeef]

Ich hoffe, daß es nun etwas verständlicher ist?

Jetzt habe ich es! Zusammenfassend könnte man sagen, dass der FW-Hook zwar erfolgreich das TAP aus beliebigen Verzeichnissen startet, aber die Firmware dem TAP immer ihr Arbeitsverzeichnis als Startverzeichnis mitgibt (in dem konkreten Fall ProgramFiles), statt das aktuelle Verzeichnis des aufrufenden TAPs. D.h. heißt ich muß noch mal ran...

Nachtrag:
... oder man akzeptiert diese Diskrepanz bzw. jagair macht ProgamFiles zu seinem Stammverzeichnis.