Tap´s die ich für den SRP-2410 noch brauche

[buko]

zu 1. -> Quickplay_TAP ...

[buko]

Morjen ! Man bist Du schnell

... und zu 2. RebuildNAV & RecCopy_TAP

Aber alle TAP´s auf dem SRP-2410 evtl. mit Einschränkungen, da ini BUG !

[Gerti]

Hi!

Ich weiss nicht, woher diese INI-Bug kommen soll. QuickPlay läuft doch auch auf dem SRP-2410 und ich lese und erzeuge die INIs auch nicht durch Zauberei...

Gruß,
Gerti

[buko]

Hi!

Ich weiss nicht, woher diese INI-Bug kommen soll. QuickPlay läuft doch auch auf dem SRP-2410 und ich lese und erzeuge die INIs auch nicht durch Zauberei...

Gruß,
Gerti

... ja Gerti, dein TAP ist auch das (einzige) TAP das promblemlos läuft ...

Siehe auch hier !

[FireBird]

Ich weiss nicht, woher diese INI-Bug kommen soll.

Willst Du es nicht herausfinden? Die Rückgabewerte von TAP_Hdd_Fread() und TAP_Hdd_Fwrite() sind heiße Kandidaten.

[Gerti]

Hi!

Lt. FireBird hat er doch einen Fix für TAP_Hdd_Change in seiner Lib, da der Rückgabewert (je nach Firmwareversion) anders sein kann. Ich hatte mir dafür halt die Funktion TMS_Hdd_ChangeDir erzeugt.
Wenn also das Erzeugen/Lesen der INIs nicht klappt, sollten auch alle anderen Lese/Schreibvorgänge der TAPs nicht passen.

Code: Alles auswählen

void SaveOptions ()
{
  TYPE_File *fp;
  TMS_Hdd_ChangeDir(QPFILESROOT);
  
  if (!TAP_Hdd_Exist(ININAME)) TAP_Hdd_Create(ININAME, ATTR_NORMAL);
  if ((fp = TAP_Hdd_Fopen(ININAME)))
  {
    char buffer[512];
    memset(buffer, 0, sizeof buffer);
    buffer[0] = xxx;
    buffer[1] = yyy;
    buffer[2] = ...;
    
    (void) TAP_Hdd_Fwrite(buffer, sizeof buffer, 1, fp);
    TAP_Hdd_Fclose(fp);
  }
}

// Optionen laden
void LoadOptions ()
{
  TYPE_File *fp;
  TMS_Hdd_ChangeDir(QPFILESROOT);

  if ((fp = TAP_Hdd_Fopen(ININAME)))
  {
    char buffer[512];
    if (TAP_Hdd_Fread(buffer, sizeof buffer, 1, fp) > 0) //Returncode ist Anzahl gelesene Bytes und nicht Boolean
    {
      xxx = buffer[0];
      yyy = buffer [1];
      ... = buffer[2];      
    }
    TAP_Hdd_Fclose(fp);
  }
  else SaveOptions();   // vermutlich existiert die Datei noch nicht         
}

Gruß,
Gerti

[FireBird]

ibbi und ich haben viel Zeit in die FBLib gesteckt um Fehler abzufangen und diese stabil zu machen. Das bedeutet, Rückgabewerte auf Plausibilität zu prüfen und bei Problemen entsprechend zu reagieren. Z.B. wird das

Code: Alles auswählen

    if (TAP_Hdd_Fread(buffer, sizeof buffer, 1, fp) > 0) //Returncode ist Anzahl gelesene Bytes und nicht Boolean

in der Lib so nicht gemacht, denn laut Funktionsdefinition ist der Rückgabewert die Anzahl der erfolgreich gelesenen Blöcke und nicht die Anzahl der Bytes, wie hier im Kommentar angegeben. Beim 2100er gab es in einer Beta den Bug, dass Bytes, also Anzahl der Blöcke * Blockgrösse retour gegeben wurde. Falls dies beim 2410 auch der Fall ist, melden einige Lib-Funktionen einen Fehler, obwohl die Ausführung eigentlich geklappt hat.

Kannst Du also bitte testen, was Dein obiges fread zurückgibt?

[Gerti]

Hi!

Kann ich mal testen, aber wenn es grösser "0" ist, wird ja etwas gelesen...sollte das nicht im Prinzip als Rückmeldung ausreichen? Eine INI ist ja in der Grösse eigentlich nicht sonderlich dynamisch...

Gruß,
Gerti

[Gerti]

Hi!

[quote="suppe"]in welchem Ordner muss ich das Tap denn jetzt ablegen ? Steht nicht in der readme und ich möchte es trotzdem ausprobieren.Danke.[/quote]

Wie jedes andere TAP auch in ProgramFiles oder AutoStart...

Gruß,
Gerti

[FireBird]

aber wenn es grösser "0" ist, wird ja etwas gelesen...sollte das nicht im Prinzip als Rückmeldung ausreichen? Eine INI ist ja in der Grösse eigentlich nicht sonderlich dynamisch...

Das was Dein Code produziert, ist eigentlich keine INI, sondern eine binäre Datei. Eine Text-INI schwankt in der Größe schon erheblich.

Ich bin aber der Meinung, dass die Plausibilitätsprüfung nicht unnötig aufgeweicht werden sollte (Augen zu, wird scho passen). Wenn es wirklich nicht anders geht, kann man immer noch einen Workaround einbauen.

[buko]

Das was Dein Code produziert, ist eigentlich keine INI, sondern eine binäre Datei. Eine Text-INI schwankt in der Größe schon erheblich.

Ich bin aber der Meinung, dass die Plausibilitätsprüfung nicht unnötig aufgeweicht werden sollte (Augen zu, wird scho passen). Wenn es wirklich nicht anders geht, kann man immer noch einen Workaround einbauen.

... aha ... ...

[FireBird]

... aha ... ...

Wenn man denn weiß, was kaputt ist.

[Gerti]

Hi!

[quote="FireBird"]Das was Dein Code produziert, ist eigentlich keine INI, sondern eine binäre Datei. Eine Text-INI schwankt in der Größe schon erheblich.[/quote]

Okay, wenn man eine Text-INI schreibt, dann mag das stimmen...habe ich bisher aber nicht gebraucht, da die Werte in der INI ja am TAP selbst eingestellt werden.
Bisher gab es da bei mir noch nie ein Problem mit...

Gruß,
Gerti

[FireBird]

Und was machst Du, wenn Du eine strukturierte Datei lesen möchtest? Fread(buffer, x, sizeof(struct), file) und Du nicht weißt, ob Bytes oder Records gemeldet werden. Unterscheidung nach SysID? Dann wird es echt mühsam.

Schau mal bitte bei Gelegenheit nach dem Rückgabewert, vielleicht ist das ja gar nicht unser Problem.

[Gerti]

Hi!

Wenn ich es so machen kann, dann ist der Rückgabewert "1"

Code: Alles auswählen

dword lsmf;
if ((fp = TAP_Hdd_Fopen(ININAME)))
{
   char buffer[512];
   if (lsmf = TAP_Hdd_Fread(buffer, sizeof buffer, 1, fp) > 0)
   {
    ...
   }
}
TAP_SPrint(LogBuffer,"%d",lsmf);

Gruß,
Gerti