FireBirdLib

[Sigittarius-E]

[quote=""FireBird""]ibbi hat gerade einen Bug in der LangLoadStrings gefunden[/quote]



dann steht den neuen Farbprofilen nichts mehr im Weg

[FireBird]

[quote=""Sigittarius-E""]dann steht den neuen Farbprofilen nichts mehr im Weg [/quote]
Jetzt sogar weltweit.

[ibbi]

[quote=""FireBird""]Jetzt sogar weltweit. [/quote]

Nicht im persischen Sprachraum.

[flechumer]

Eine Frage zu HDD_GetClusterSize(): Die Funktion soll doch die Clustergröße in Sektoren liefern. Bei einer 160 GB-Platte mit 13 Sekt/Cluster kommt bei mir 2444 heraus. Mach' ich was falsch?

[FireBird]

[quote=""flechumer""]Eine Frage zu HDD_GetClusterSize(): Die Funktion soll doch die Clustergröße in Sektoren liefern. Bei einer 160 GB-Platte mit 13 Sekt/Cluster kommt bei mir 2444 heraus. Mach' ich was falsch?[/quote]
Es gibt keine Platte mit 13 Sektoren/Cluster, das Minimum ist 2068 (ca. 1MB).

[flechumer]

Habe Blöcke und Sektoren durcheinandergebracht. Sorry.

[Elle4u]

Ist die derzeitige Lib, welche man downloaden kann, jetzt die Aktuelle?

Da wurden doch noch irgend welche Bugs bereinigt, oder?

[FireBird]

Servus Markus,

welcome back. Schön zu sehen, dass Du erholt und voller Datendrang bist.

[quote=""Elle4u""]Ist die derzeitige Lib, welche man downloaden kann, jetzt die Aktuelle? [/quote]
Aktuell ist sie fast nie. Aber ich habe sie gerade aktualisiert.

• CRC32-Funktion hinzugefügt
• FlashGetServiceByName hinzugefügt
• FileSelector erweitert, so dass ähnliche Datei- und Verzeichnisnamen unterschieden werden
• Rückgabewert von HDD_TAP_Start verändert
• Den Buchstaben "à" zu den ungültigen Dateinamenszeichen hinzugefügt
• LAN_Bulgarian hinzugefügt
• Grafischen Bug im Scrollbar der Dialogfunktionen entfernt
• Bugfix in LangLoadStrings: Fallback auf die Standardsprache hat nicht richtig funktioniert
• Dialog: die Auswahl einer alternativen Zeile verbessert, wenn der Cursor auf eine nicht selektierbare Zeile gesetzt wird
• Bugfix: die INI_Get*-Funktionen haben teilweise einen falschen Wert anstatt des Default-Werts geliefert

MfG. Alex

[Elle4u]

[quote=""FireBird""]Servus Markus,

welcome back. Schön zu sehen, dass Du erholt und voller Datendrang bist.[/quote]
Danke

[quote=""FireBird""]Aktuell ist sie fast nie. Aber ich habe sie gerade aktualisiert.[/quote]
hihi. So meinte ich das auch

[quote=""FireBird""]

• FlashGetServiceByName hinzugefügt

[/quote]
Was muss ich mir darunter vorstellen (ich sollte vielleicht mal ins PDF schauen )

[quote=""FireBird""]

• Rückgabewert von HDD_TAP_Start verändert

[/quote]
In welcher weise?

[FireBird]

[quote=""Elle4u""] Was muss ich mir darunter vorstellen (ich sollte vielleicht mal ins PDF schauen )[/quote]
Die braucht man, wenn man etwas an der Kanalliste im Flash ändern möchte.

In welcher weise?

Früher hat sie sich auf einen Register-Wert verlassen um festzustellen, ob ein TAP gestartet werden konnte oder nicht. Seit dem TAPDiskFix funktioniert das aber nicht mehr, da die Firmware-Funktion keinen ?offiziellen? Rückgabewert hat. Deshalb wird jetzt immer eine 1 retour gegeben, außer es geht etwas bei der Vorbereitung schief (Lib konnte nicht initialisiert werden, TAP existiert nicht, Firmware-Funktion nicht gefunden), dann gibt es eine 0.

[Elle4u]

[quote=""FireBird""]Früher hat sie sich auf einen Register-Wert verlassen um festzustellen, ob ein TAP gestartet werden konnte oder nicht...[/quote]

OK. Danke für die Erklärung.

[Sigittarius-E]

vielen Dank für die neue Lib :

[stefan999]

Hallo allerseits,

ich habe Probleme mit den INI-Funktionen. Um genauer zu sein, mit der INISaveFile.

Ich kann INI-Dateien lesen, wenn sie denn schon vorhanden sind und die INIGet* und INISet* laufen ok.

Wenn ich dann mit INISaveFile die Daten speicher, wird aber nichts in die INI geschrieben.

Ich habe mir jetzt unmittelbar vor dem Aufruf von INISaveFile zum Überprüfen einfach mal mit

Code: Alles auswählen

extern char *INIBuffer, *INICommentBuffer;
extern dword BufferSize;

Zugriff auf die Daten der FirebirdLib geholt. Die Daten sehen völlig ok aus. Das was in die INI geschrieben werden soll, steht auch artig in INIBuffer drin und die Buffersize ist auch ok.

Die INISaveFile gibt TRUE zurück, es wird aber nichts auf die Platte geschrieben.

Hat jemand eine Idee oder ein Stückchen praxisbewährtes Coding zu den INI-Files?

Danke.

Gruß
Stefan

[Andalus]

@stefan999:
Bist du denn bei IniGet und IniSaveFile jeweils im gleichen Verzeichnis? Das hat bei mir anfangs Probleme gemacht, da hatte ich irgendwo einen Verzeichniswechsel drin, der mir nicht gleich aufgefallen ist.

[asrael]

[quote=""stefan999""]Hallo allerseits,

ich habe Probleme mit den INI-Funktionen. Um genauer zu sein, mit der INISaveFile.

Ich kann INI-Dateien lesen, wenn sie denn schon vorhanden sind und die INIGet* und INISet* laufen ok.

Wenn ich dann mit INISaveFile die Daten speicher, wird aber nichts in die INI geschrieben.

Ich habe mir jetzt unmittelbar vor dem Aufruf von INISaveFile zum Überprüfen einfach mal mit

Code: Alles auswählen

extern char *INIBuffer, *INICommentBuffer;
extern dword BufferSize;

Zugriff auf die Daten der FirebirdLib geholt. Die Daten sehen völlig ok aus. Das was in die INI geschrieben werden soll, steht auch artig in INIBuffer drin und die Buffersize ist auch ok.

Die INISaveFile gibt TRUE zurück, es wird aber nichts auf die Platte geschrieben.

Hat jemand eine Idee oder ein Stückchen praxisbewährtes Coding zu den INI-Files?

Danke.

Gruß
Stefan[/quote]

Ich vermute auch ein Verzeichniswechsel-Problem. In BootMenu habe ich

Code: Alles auswählen

bool INIChangeHomeAndOpen(char *fileName) {
  return changeStartDir() && INIOpenFile(fileName);
  // changeStartDir() wechselt ins Verzeichnis der INI
}

und dann z. B.

Code: Alles auswählen

     if (INIChangeHomeAndOpen(datFileName)) {
       INISetInt(silentMenuItemKey, selNum);
       INISetString(silentExpiresKey, dateTimeBuf);
       INISaveFile(datFileName);
       INICloseFile();
     }

Evtl. hast Du ja auch kein INICloseFile()?

Mit freundlichen Grüßen

asrael

[stefan999]

[quote=""asrael""]Ich vermute auch ein Verzeichniswechsel-Problem. In BootMenu habe ich

Code: Alles auswählen

bool INIChangeHomeAndOpen(char *fileName) {
  return changeStartDir() && INIOpenFile(fileName);
  // changeStartDir() wechselt ins Verzeichnis der INI
}

und dann z. B.

Code: Alles auswählen

     if (INIChangeHomeAndOpen(datFileName)) {
       INISetInt(silentMenuItemKey, selNum);
       INISetString(silentExpiresKey, dateTimeBuf);
       INISaveFile(datFileName);
       INICloseFile();
     }

Evtl. hast Du ja auch kein INICloseFile()?

Mit freundlichen Grüßen

asrael[/quote]

Danke, das geht hier ja schnell, wie bei der Feuerwehr.

mein Code sieht so aus:

Code: Alles auswählen

void LoadOptions (void)
{

  bool res=INIOpenFile (INI_FILE);   // INI_FILE contains filename
  if (!res)
	  MsgBox("Fehler beim LoadOptions",400);
	
  Options.logAllPCR = INIGetInt ("LogAllPCR" , 0, 0, 1);
}

und

Code: Alles auswählen

void SaveOptions (void)
{
  
	bool res;

  INISetInt ("LogAllPCR" , Options.logAllPCR);

  LOGGING("Buffersize = %d  strlen(BufferSize) = %d",BufferSize,strlen(INIBuffer));
  LOGGING(INIBuffer);

  res=INISaveFile(INI_FILE);
  if (!res)
	  MsgBox("Fehler beim SaveOptions",400);

  INICloseFile();
}

Dazu noch ein paar Anmerkungen:

1. Die beiden LOGGING Anweisungen loggen im Moment den Inhalt aus den FirebirdLib-variablen.
2. Wie man sieht, habe ich die INICloseFile() verwendet, aber (siehe nächste Punkte)
3. INIOpenFile: Müßte eigentlich INILoadFile heißen, da sich nicht die INI-Datei öffnet, sondern in den Speicher einliest und dann gleich wieder closed.
4. INISaveFile: Name ist ok, da sie die im Speicher "aufbewahrten" INI-Einträge wegschreibt (wobei sie alles wie z.B. Open,Close,Truncate,Touch usw. macht).
5. INICloseFile: Müßte eigentlich INIDeleteBuffer heißen, da hier überhaupt nichts mehr mit der Datei gemacht wird, sondern lediglich Speicher wieder freigegeben wird.

Wenn ich mir so unsere beiden Codings ansehe, sehe ich keine wesentlichen Unterschiede.

An einem Verzeichniswechsel kann es auch nicht liegen, da ja die INISaveFile sowohl Create als auch Open macht. Das schlimmste, was passieren kann, ist, dass die Datei im falschen Verzeichnis liegt. Aber sie liegt in keinem.

Gruß
Stefan

[stefan999]

Hallo allerseits,

Problem hat sich erledigt. Man muss scheinbar nur eine Nacht vergehen lassen, den Toppi über Nacht auslassen und schon geht alles, wie von selbst.

Danke für eure Mühe.

Gruß
Stefan

[FireBird]

Auch wenn sich das Problem von selbst erledigt hat:

[quote=""stefan999""]

1. INIOpenFile: Müßte eigentlich INILoadFile heißen, da sich nicht die INI-Datei öffnet, sondern in den Speicher einliest und dann gleich wieder closed.
2. INISaveFile: Name ist ok, da sie die im Speicher "aufbewahrten" INI-Einträge wegschreibt (wobei sie alles wie z.B. Open,Close,Truncate,Touch usw. macht).
3. INICloseFile: Müßte eigentlich INIDeleteBuffer heißen, da hier überhaupt nichts mehr mit der Datei gemacht wird, sondern lediglich Speicher wieder freigegeben wird.

[/quote]
1. nein und 3. nein. Dir sollte egal sein, ob Du mit einer echten Datei oder nur mit einem Buffer arbeitest - die Einträge sind zwischen Open und Close verfügbar.

/Edit: Bei der nächsten Version der FBLib wird sich diese Funktionsgruppe ein wenig ändern. Man kann dann ein Standardverzeichnis vorgeben und braucht sich nicht mehr um Verzeichniswechsel kümmern.

[stefan999]

[quote=""FireBird""]Auch wenn sich das Problem von selbst erledigt hat:
1. nein und 3. nein. Dir sollte egal sein, ob Du mit einer echten Datei oder nur mit einem Buffer arbeitest - die Einträge sind zwischen Open und Close verfügbar.
[/quote]

Darüber kann man streiten, aber das müssen wir hier ja nicht ausdiskutieren.

ei der nächsten Version der FBLib wird sich diese Funktionsgruppe ein wenig ändern. Man kann dann ein Standardverzeichnis vorgeben und braucht sich nicht mehr um Verzeichniswechsel kümmern.

Das ist gut. Hast du schon eine ungefähre Zeitplanung?

Gruß
Stefan

[FireBird]

[quote=""stefan999""]Hast du schon eine ungefähre Zeitplanung?[/quote]
Derzeit haben andere meine Zeitplanung. Aber vermutlich noch heuer. :