Datenstruktur erkennen Turbo Pascal Dos mit Toolbox(4)

[einseins]

Oh das klingt sehr gut . Ganz herzlichen Dank an alle die mir diese Informationen zur Verfügung gestellt haben . Ich werde nun erst mal die nächste Zeit nutzen und Datenanalyse machen . Eines habe ich schon herausgefunden . Das Programm legt jede Rechnung und Lieferschein usw.. in eine eigene Datei ab . Sicher könnt ihr euch vorstellen wie viele Dateien das sind (Seit 1990) . Man kann sagen der Irrsinn nimmt seinen Lauf. Falls eine der Dateien fehlt löschen oder defekt wird eine Fehlermeldung gebracht und das Programm beendet seinen Dienst. Gut eine kleine Frage bleibt aber noch: Zahlen und oder Beträge oder Mengenangaben wie diese abgelegt werden oder wurden ,da es dennoch Bereiche im Datensatz gibt die ich nicht ohne weiteres zuordnen kann.
Na ich versuche mal mein Glück und Danke

[himitsu]

Ideal währe es ja, wen für Geldbeträge Currency als Datentyp verwendet wurden (das ist praktisch ein Int64, welcher durch 10000 geteilt wird, bzw. stat 12,34 steht dann 123400 im Speicher), oder irgend ein BCD-Format (aber das glaub ich weniger), um Rundungsfehler auszuschließen.
Ansonsten bleiben ja nur noch Single oder Double (oder Extended und hoffentlich kein Comp).

Ich lege dir da gern den HxD ans Herz. Dieser Hexeditor zeigt dir gern an, was in den markierten Bytes drinstehen würde und du kannst nachsehn, ob das zu irgendeinem Feld passt.

[MeierZwoo]

Zitat von himitsu:

...und hoffentlich kein Comp

Wieso? Comp war (und ist) nach BCD der angesagteste Type für Geldbeträge, zumal die alten TP-Versionen über einen x87-Emulator verfügten.

[OlafSt]

Zu DOS-Zeiten waren Datentypen wie Comp oder Extended völlig unbekannt. Da wurde mit Real gearbeitet, dem emulierten 6-Byte-Float.

Ich stand selbst mal davor, so ein selbstgestricktes Datenformat von Turbo-Pascal DOS analysieren und konvertieren zu müssen. Einige Teile habe ich in den einzelnen Dateien wiedererkannt, aber es sind auch ebenso viele unbekannte Elemente da drin, die ein schnelles basteln eines Konverters schier unmöglich machen.

[Edit] Das PDF ist äußerst aufschlußreich, da ließe sich womöglich was mit Anfangen. Welche von den vielen einzelnen Files im RAR ist eine Buchungsdatei ?

[MeierZwoo]

Zitat von OlafSt:

Zu DOS-Zeiten waren Datentypen wie Comp oder Extended völlig unbekannt.

Stimmt ja nun hinten und vorne nicht. Das TP 4.0 Handbuch (1987) weist Comp, Extended, Single, Double als x87 Typen aus - dafür gab es, wie oben schon gesagt, auch den x87 Emulator, wenn kein x87 als Hardware vorhanden war (bis incl. i386 war eine CoCPU zusätzlich nötig, ab i486 war die CoCPU in der CPU integriert).

Ich bin zu faul in den Keller zu gehen, um in noch älteren Handbüchern deswegen nachzuschlagen, 1987 sollte als "alt" und "DOS-Zeiten" reichen.

[einseins]

Hallo erst einmal vielen Dank an alle die mir so hilfreich Informationen zu meinen Problemen geliefert haben . Daten habe ich analysiert . Ich denke das vieles klar wird , jedoch gibt es eine wichtige Frage . Wie werden die Geldbeträge und Numerische Ausdrücke abgelegt . Ich komme da nicht weiter. Habe einfach mal das alte Programm genommen und zum Artikel verschieden Beträge angelegt und notiert.

Hier mal eine kleine Auswahl der 8 Byte welche für die Beträge zuständig sind
00008400 00000030 0,11€
00008701 0000005e 1,11€
00008b00 00000e0a 11,11€
00008e00 00009c2d 111,11€
0009100 00800359 1111,11€
00008400 000000b0 -0,11€

Hat eventuell einer eine Idee wie ich diese Beträge in eine Dezimalzahl wandeln kann . Am liebsten mit VB auch wenn wir hier in einem anderen Forum sind .

Vielen Dank

[MeierZwoo]

Zitat von einseins:

Wie werden die Geldbeträge und Numerische Ausdrücke abgelegt.

Das ist ausschließlich vom Programmierer des ursprünglichen Programmes abhängig, welcher Datentyp benutzt wird (wurde).

Bei 8 Byte (64bit) gibt es die Möglichkeit double und comp. Bei beiden ist das Vorzeichen-Bit an der selben Stelle gespeichert. Danach kann dein +0,11 und -0,11 beides sein.

Ich weiß nicht, wie Du die Hex-Darstellung erzeugt hast. Aber es ist doch ganz einfach, den Datentyp zu bestimmen: Einfach die von dir angegebenen Werte in einer einfachen Routine (mit PASCAL!) einmal als Comp, einmal als double zu erzeugen und abzulegen, diese dann auf dieselbe Art in Hex umwandeln und zu vergleichen.

[MeierZwoo]

Zitat von einseins:

Gut eine kleine Frage bleibt aber noch: Zahlen und oder Beträge oder Mengenangaben wie diese abgelegt werden oder wurden

Siehe: "Die spezielle Struktur eines Datensatzes ermittelt man am besten, in dem man mit dam Anwendungsprogramm <eindeutige, wiedererkennbare> Daten anlegt;"
Und diese Werte (Zahlen, Beträge) dann in den Datensätzen wiederfinden - unter testen mit allen alten TP-Typen.

Zitat von einseins:

...da es dennoch Bereiche im Datensatz gibt die ich nicht ohne weiteres zuordnen kann.

Ohne Quellcode wird es immer Bereiche geben, bei denen man nur raten kann bzw. es wohl nie erkennen wird, z.B. Marker / Flags ...

[einseins]

Es gibt eine interessante Info noch . Zu diesem Programm gibt es ein Handbuch wo man vieles erklärt bekommt . Als Beispiel kann man die Buchungsdatei exportieren (als Dbase ist aber ein optionales Modul gewesen ) Dort beschrieben sind folgende Datenfelder bei der Ausgabe angegeben . Wenn ich mir die Buchv4.6 ansehen sieht es fast wie diese Struktur aus .