Microsoft Word Datei erkennen (nicht über Dateiendung)

[Brainshock]

Hi Leute,

hat von euch jemand eine Idee, wie man erkennt ob es sich bei einer Datei um eine Worddatei handelt und das nicht über die Dateiendung. Mein Problem liegt nämlich darin, dass ich (wie sich vermuten läßt) eine Datei habe deren Endung nicht .doc ist und ich die richtige Endung setzen will.

Achso, ich habe auch schon im Forum gesucht und auch mit Hilfe von Suchmaschinen, aber leider nix funktionierendes gefunden (so z.B. auch SHGetFileInfo, ...).

Mfg
Matthias

[ibp]

scahu mal bei wotsit vorbei!

[Chegga]

Hi,

Zitat:

Zitat von Brainshock

Mein Problem liegt nämlich darin, dass ich (wie sich vermuten läßt) eine Datei habe deren Endung nicht .doc ist und ich die richtige Endung setzen will.

Welche Endung hat denn jetzt die Datei, wenn nicht *.doc? :gruebel:
Wäre vielleicht hilfreich. :zwinker:

MfG Marc

[Brainshock]

@Chegga:

Also die Dateiendung ist jetzt .obj, was aber eigentlich nicht weiterhilft und selbst vergeben ist.

@All:

Noch ein paar Erläuterungen meinerseits zu diesem Problem:

1. Ausgangspunkt ist ein Programm, welches Dateien archiviert und dabei die Einzeldateien zusammenfasst, d.h. eine große Datei daraus macht ( aus Performance und so ). Der Dateiname wird hierbei nicht mitgespeichert.

2. Beim herausholen der Dateien aus dem Archiv will ich nun aber den Dateityp (Endung) herausbekommen. Bei den meisten Dateiarten funktioniert das auch über ihre Kennung in der Datei, nur bei MS Office (Excel, Powerpoint, Word, ...) scheinbar nicht, da haben alle die gleiche Kennung. Eine Zuordnung der Dateiendung über eine Kennung ist da irgendwie nicht möglich. :?

Mfg
Matthias

[Alter Mann]

Hi Brainshock,

die Kennung der Datein kannst du dir über den(die?) CLSID holen.
MS speichert in jeder Office-Datei die CLSID des Erstellungsprogramms,
daher weiss die Explorer.exe bzw. das OS welche Anwendung mit der Datei geöffnet werden muss.
Legt doch mal eine MS-Access Db mit OLE-Feldern an und speichere dort verschiedene Office-Dateien.
Beim Doppelklick auf einen Datensatz erscheint das zugehörige Programm mit der Datei.

[Brainshock]

mhhhhhhh,

CLSID hab ich in der Worddatei gesucht, aber nicht gefunden.
Da ich WinWord 2003 benutze habe ich in der Registry unter HKCR\Word.Application die
CLSID {000209FF-0000-0000-C000-000000000046} genommen.
Diese ID ist leider nicht mal ansatzweise in der vorher angelegten Worddatei. :(

@Alter Mann: Ich hoffe nur, ich habe dich da richtig verstanden mit der CLSID.

Idee?

Mfg
Matthias

[scp]

Die CLSIds werden wohl binär gespeichert, das heisst sie müssen auch in der Form ausgelesen werden, im Hex Editor sähe das z.B. so:

Code:

FF 09 02 00  00 00 00 00  46 00 00 00  00 00 00 C0

oder so:

Code:

FF 09 02 00  00 00 00 00  C0 00 00 00  00 00 00 46

aus, die Bytes sind verdreht (Stichwort Big Endian und Little Endian), da sie als DWord, Word, Word, array[0..7] Of Byte gespeichert werden, wie genau sie angeordnet sind weis ich jetzt im Moment auch nicht.

PS: Ich bin mir auch nicht sicher, ob dies überhsupt die passende CLSID für diesen Zweck ist.

[Brainshock]

@scp:

Echt super (danke), ich habe zumindest einen Teil der CLSID so gefunden:

Code:

FF 09 02 00  00 00 00 00  46 00 00 00  00 00 00 C0

In der Datei steht zwar:

Code:

06 09 02 00  00 00 00 00  46 00 00 00  00 00 00 C0

mal sehen

Mfg
Matthias

[scp]

Das scheint die richtige zu sein. Es geht wohl nach dem Eintrag unter HKCR\AppID, siehe in der MS KB hier.

PS: Auch auf deutsch.

[Brainshock]

Hallo,

gehen wir mal davon aus, dass man man die AppID bei Word benutzen kann um diese Dateiart zu erkennen. Zumindest habe ich hier den Wert:

Code:

00 02 09 06  00 00 00 00  C0 00 00 00  00 00 00 46

gefunden.

Nur geht das Problem natürlich bei Excel weiter, hier finde ich jedenfalls nicht die AppID in der Datei.
Ich habe hier nur die CLSID für ein Tabellenblatt gefunden und da weiss ich nicht, ob man das als eindeutiges Kriterium nutzen kann.


mfg
Matthias