Sprache/Tools zum Dokumentieren von Dateiformaten?

[Bernhard Geyer]

Ich hätte da was (musst ich mit bei einem ISDN-Protokollanalyser einarbeiten): ASN.1

[Assarbad]

Zitat:

Zitat von franktron (Beitrag 1076874)

Genau das ist das was ich nicht verstehe.

selbst MS benutzt Word für sowas, was willst du den für ein Prog. dafür haben ???

Ob sie ultimativ Word "dafür benutzen" oder es automatisieren ist noch eine andere Frage.

Beispiel: wenn ich dir ne DTD gebe, oder diverse andere Beschreibungen von einem XML-basierten Format, kannst du mir einen Parser für das Format schreiben. Etwas ähnliches möchte ich erreichen.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1076877)

Ich hätte da was (musst ich mit bei einem ISDN-Protokollanalyser einarbeiten): ASN.1

Danke. Sieht nach dem aus was ich möchte, und scheint eine Variation der Idee von oben (BNF) zu sein. Nicht schlecht.

[Lemmy]

Hi,

das mit dem XML-Schema wollte ich gerade schreiben ;-) Hast Du dir schon mal das ODF-Format angeschaut? Da das ja jetzt ein ISO -Standard ist, sollte das doch "vernünftig" dokumentiert sein.

Ah was mir eben einfällt: http://de.wikipedia.org/wiki/EDIFACT Mit dem musste ich mich rumplagen, aber als Dokumentation für div. Vereinbarungen bekommst Du auch nur PDF-Dateien mit dem entsprechenden Satzaufbau in einer Tabelle....

GRüße

[Win32.API]

Beim Untersuchen der LNK-Lücke hat mir der 010 Hex Editor mit seinen Templates sehr geholfen, um das LNK-Format zu verstehen und zu analysieren.

[p80286]

auf die Gefahr hin Dich volkommen falsch verstanden zu haben,
Der gute alte sourcerer (Disassembler) konnte so etwas halbautomatisch.
Das sah einer Makro-Assembler Datendefiition doch recht ähnlich.

Gruß
K-H

[Assarbad]

Zitat:

Zitat von Win32.API (Beitrag 1076888)

Beim Untersuchen der LNK-Lücke hat mir der 010 Hex Editor mit seinen Templates sehr geholfen, um das LNK-Format zu verstehen und zu analysieren.

Jupp. Den nutze ich auch schon seit Jahren (war auch in #8 erwähnt). In der letzten Version war sogar ein Feature drin welches ich mir gewünscht hatte. Da unsere Malware-Exemplare normalerweise nicht mit der ursprünglichen Endung gespeichert sind, war es immer umständlich ein Template (.bt) auf eine solche Datei anzuwenden. Seit der 3.1er kann man jetzt innerhalb eines Skripts genau das machen. Seitdem habe ich eine autodetect.1sc welche für die von mir am häufigsten genutzten Dateiformate das Template sofort auf die Datei anwendet, sobald sie geladen wird - unabhängig von der Dateiendung.

Zitat:

Zitat von p80286 (Beitrag 1076899)

auf die Gefahr hin Dich volkommen falsch verstanden zu haben,
Der gute alte sourcerer (Disassembler) konnte so etwas halbautomatisch.
Das sah einer Makro-Assembler Datendefiition doch recht ähnlich.

Was meinst du? DB, DW und DD usw? Kann mich nicht entsinnen, daß der Sourcerer auch Nicht-Programmdateien zerlegte (hab ihn aber nicht soooo lange benutzt). Aber es geht mir ohnehin darum daß ich mithilfe einer Sprache oder diverser Werkzeuge ein Dateiformat dokumentieren kann. Wenn die formale Beschreibung dann als Eingabe für Parser oder Dokumentationstools dienen könnte, wäre es perfekt.

[shmia]

Da gibt's doch was von Ratiopharm äähh Microsoft:
"M" Modelling Language

[Assarbad]

Zitat:

Zitat von shmia (Beitrag 1076908)

Da gibt's doch was von Ratiopharm äähh Microsoft:
"M" Modelling Language

Geil :-D

Danke liebes Hivemind :thumb:

[p80286]

Zitat:

Zitat von Assarbad (Beitrag 1076905)

Was meinst du? DB, DW und DD usw? Kann mich nicht entsinnen, daß der Sourcerer auch Nicht-Programmdateien zerlegte (hab ihn aber nicht soooo lange benutzt).

Genau das meinte ich.
Er konnte auch mit (Programm-)Bruchstücken umgehen. Einfach dumm stellen und ihn mit den schnipseln füttern (Data-Segment)
Mit ein bischen Nachhilfe ging das ganz gut. Und er konnte auch verschiedene Strings.

Gruß
K-H