» Kurzbeschreibung
» Zweck und Nutzen
» Anwender-Zielgruppe
» Screenshots
» Key Features
» Fragen und Antworten
» Bekannte Probleme und Einschränkungen
» Geplante Funktionen
» Autor
» Info
» Download und Updates
Bekannte Probleme und Einschränkungen
Fehlerhafte Baum-Darstellung von Dumps
In speziellen Fällen kann die Beziehung zwischen einem Storage und einem Stream beziehungsweise zwischen einem Storage und einem anderen Storage nicht korrekt dargestellt werden. Dieses Problem tritt nur dann auf, wenn die Exceldatei ein VBA-Projekt enthält, welches mehrere Benutzerformulare besitzt, auf denen Steuerelemente verschachtelt angeordnet sind.
Der eigentliche Inhalt einer Microsoft Excel-Arbeitsmappe, d.h. die Mappe und ihre Arbeitsblätter, wird jedoch immer korrekt angezeigt.
Das heisst, dass mangels Informationen ein Storage oder ein Stream einem falschen Storage zugeordnet wird. Bei gewöhnlichen Exceldateien ist dies nie der Fall. Wenn jedoch die Exceldatei ein VBA-Projekt besitzt, welches mehrere Benutzerformulare mit verschachtelten Steuerelementen enthält, so kann die Darstellung fehlerhaft sein.
'frmExtras', Type: Storage, Size: 0
'f', Type: Stream, Size: 298
'o', Type: Stream, Size: 124
'i10', Type: Storage, Size: 0
'f', Type: Stream, Size: 244
'o', Type: Stream, Size: 216
'CompObj', Type: Stream, Size: 112
'i11', Type: Storage, Size: 0
'f', Type: Stream, Size: 180
'o', Type: Stream, Size: 196
'CompObj', Type: Stream, Size: 112
'i13', Type: Storage, Size: 0
'f', Type: Stream, Size: 180
'o', Type: Stream, Size: 176
'CompObj', Type: Stream, Size: 112
'i15', Type: Storage, Size: 0
'f', Type: Stream, Size: 280
'o', Type: Stream, Size: 300
'CompObj', Type: Stream, Size: 112
'CompObj', Type: Stream, Size: 97
'VBFrame', Type: Stream, Size: 357
Öffnen von grossen Dump-Dateien
Das Öffnen von sehr grossen Dump-Dateien kann etwas länger dauern (Dauer gemessen auf PC mit 300 MHz CPU):
- Dump-Datei: 845'335 Bytes, 15'025 Zeilen, 5'085 Records = 10 Sekunden / 7 MB Arbeitsspeicher
- Dump-Datei als nur Text: 4'443'907 Bytes, 78'066 Zeilen = 8.8 Sekunden / 6 MB Arbeitsspeicher
- Dump-Datei:
40'465 Zeilen
10'951 Records
2'426'834 Bytes
Text und Baum (ohne Filter): 56.50 Sek.
Nur Text: 4.33 Sek.
Nur Baum (ohne Filter): 46.97 Sek.
Nur Baum (Filter auf Records): 20.79 Sek.
Nur Baum (Filter auf Streams): 1.75 Sek.
Nur Baum (Filter auf Storages): 1.69 Sek.
Dump-Übersicht laden: ca. 6 Sek.
Neue Kennzahlen:
- 1 MB Dump-Datei: Nur Baum (ohne Filter) = 10 Sek. (3'500 Records, 15'000 Zeilen, )
- Dump-Datei: Nur Baum: 4'443'907 Bytes, 78'066 Zeilen, 25'672 Records = 233 Sekunden (3.8 Minuten) / ca. 45 MB Arbeitsspeicher
- Dump-Datei: Nur Baum (Filter auf Records): 4'443'907 Bytes, 78'066 Zeilen, 25'672 Records = 108 Sekunden (1 Min. 48 Sek.) / ca. 12 MB Arbeitsspeicher
- Dump-Datei: Nur Text: 4'443'907 Bytes, 78'066 Zeilen, 25'672 Records = 9 Sekunden / ca. 6.4 MB Arbeitsspeicher (während Laden ca. 18 MB)
- 8.5 MB Dump-Datei: Dump-Übersicht ohne Records-Liste, 162'539 Zeilen = 9.43 Sekunden / ca. 20 KB (!) Arbeitsspeicher
15 MB Dump-Datei = ca. 280'000 Zeilen
Fenster bleibt im Vordergrund stehen
Die beiden Fenster "Record-Inhalt" und "Zweig-Informationen" werden immer im Vordergrund angezeigt. Wenn man zu einer anderen Windows-Anwendung wechselt, z.B. mit dem Task Switch (Alt+Tab), so bleiben diese beiden Fenster weiterhin im Vordergrund, obwohl sich das Anwendungsfenster der BIFF-Workbench im Hintergrund befindet, d.h. hinter dem Fenster der anderen Anwendung. Dieses Problem kann umgangen werden, indem vor dem aktivieren einer anderen Anwendung das BIFF-Workbench-Anwendungsfenster zuerst zum Symbol verkleinert wird (Fenster-Schaltfläche bzw. Fenster-Menübefehl "Minimieren"). Dadurch werden die Fenster "Record-Inhalt" und "Zweig-Informationen" verkleinert und dann ausgeblendet. Beim Aktivieren der BIFF-Workbench werden die beiden Fenster automatisch wiederhergestellt.
Probleme bei UNC-Pfaden
UNC-Pfade werden momentan noch nicht durchgängig unterstützt. Dateien mit UNC-Pfaden können unter Umständen nicht wie erwartet angesprochen werden (Datei wird nicht gefunden, Pfad-Zugriffsfehler oder nicht erlaubter Pfadname wird gemeldet). Verbundene Laufwerke/Verzeichnisse müssen daher mit einem Laufwerksbuchstaben gemappt werden, damit der Pfad beispielsweise "S:\Dateien" und nicht "\\Server\Gemeinsam\Dateien" lautet.
Dateien auf einem Laufwerk-Root
Bei Dateien, die direkt auf dem Root eines Laufwerkes liegen (z.B. "C:" oder "D:"), können in seltenen Fällen Probleme auftreten, da solche Dateien unter Umständen nicht gefunden werden. Diese Probleme wurden zwar in den neueren Programmversionen (ab Version 0.9.41) weitgehend behoben, aber noch nicht abschliessend getestet.
Erkennen von versteckten Dateien
Eine Datei, bei der das Dateiattribut Versteckt gesetzt ist, wird unter Umständen nicht gefunden. Als Folge erhalten Sie eine Fehlermeldung wie "Die angegebene Datei existiert nicht!" oder "Die angegebene Datei konnte nicht gefunden werden!". Kontrollieren Sie in diesem Fall, ob die Datei tatsächlich existiert und möglicherweise versteckt ist. Entfernen Sie dann das Versteckt-Attribut. Das können Sie im Windows Explorer über den Menübefehl Datei/Eigenschaften vornehmen oder auch direkt in der BIFF-Workbench ebenfalls über Datei/Eigenschaften. Dieses Problem wurde zwar in den neueren Programmversionen (ab Version 0.9.41) weitgehend behoben, aber noch nicht abschliessend getestet.
Öffnen von Nicht-BIFF-Dumps
Beim Öffnen des Dumps einer Nicht-Exceldatei (d.h. beispielsweise einer Word-, PowerPoint- oder einer anderen Datei), können Fehler auftreten, wenn der Dump als Baum-Darstellung angezeigt wird. Die derzeit aktuelle Version der BIFF-Workbench ist auf Dumps von Exceldateien (xls, xlt, xla und xlk) abgestimmt. Die Storages und Streams von anderen OLE2-Dateien werden zum Teil noch nicht erkannt und entsprechend behandelt.
Anzeigeprobleme bei nicht installierter Schriftart Lucida Console
Bei fehlender, d.h. nicht vorhandener Schriftart Lucida Console kann es zu Anzeigeproblemen kommen. Dies ist die Standard-Schriftart der BIFF-Workbench und wird im Dump-Fenster für die Text- und Baum-Darstellung, im Textfenster und im Fenster Record-Inhalt verwendet. Es wird daher empfohlen, die Schrift auf dem Computer zu installieren. Sie ist im Programm-Paket enthalten und wird während dem Setup automatisch in das Programmverzeichnis der BIFF-Workbench kopiert. Die Schriftart-Datei heisst LuCon.ttf und muss anschliessend manuell installiert werden, z.B. durch Ziehen der Datei in das 'Fonts'-Unterverzeichnis von Windows. Bitte beachten Sie, dass es auch eine Schriftart namens Lucida Sans Unicode gibt, welche nicht zu verwechseln mit Lucida Console ist.
Nicht unterstützte Schriftgrade bei bestimmten Schriftarten
Das Verkleinern und Vergrössern der in einem Textfeld verwendeten Schrift funktioniert unter Umständen nicht. Dies kann passieren, wenn die Schriftart nur ganz bestimmte Schriftgrade unterstützt. Die Schriftart Fixedsys beispielsweise kennt nur den Schriftgrad 9 Pt. Das Ändern der Schriftgrösse ist daher nicht möglich. Es wird empfohlen, als Schrift mit fester Breite (Nichtproportionale Schrift) die Schriftart Lucida Console, oder als Alternative Courier New, zu verwenden.
Flackern des Fenster-Inhaltes
Verschiedene Vorgänge führen in der aktuellen Programmversion zu einem kurzen "Flackern" des Anwendungsfensters. Der Grund liegt an der verwendeten Art der Fenster-Aktualisierung. Zur Zeit werden Fenster sozusagen lieber einmal zu viel als zu wenig aktualisiert, was dazu führt, dass beispielsweise Baum-Ansicht und Symbolleisten-Schaltflächen für einen Bruchteil einer Sekunde aus- und wieder eingeblendet werden. Dieses - teilweise störende - Verhalten wird noch geändert.
Duale Dateiformate
Dumps von Exceldateien, die mit einem dualen Dateiformat gespeichert wurden, können von teils Funktionen nicht korrekt verarbeitet werden. Duale Dateiformate sollten wenn immer möglich vermieden werden, da sie zu einer zirka doppelt so grossen Dump-Datei führen und eigentlich nur redundante Daten enthalten. Durch die Dateigrösse dauert das Öffnen der Dump-Datei mehr als doppelt so lang, es wird erheblich mehr Arbeitsspeicher beansprucht und das Navigieren in der Baum-Ansicht wird erschwert. Zudem können einzelne Analysen zu falschen bzw. irreführenden Resultaten führen, da beispielsweise eine Arbeitsmappe mit einem Modul im VBA-Projekt im Workbook-Stream ein Blatt weniger aufweist als im Book-Stream. Dies, weil ein VBA-Module bei BIFF5/BIFF7 als Modulblatt geführt wird und dadurch ein Worksheet Substream mehr vorhanden ist (sowie ein zusätzlicher BUNDLESHEET-Record).
Maximale Anzahl BIFF-Records
Es gibt eine Beschränkung der maximalen Anzahl BIFF-Records in einem Excel-Dump, die mit der Baum-Darstellung angezeigt werden können. Die Grenze liegt zur Zeit bei 9'999'999 Records. Enthält ein Dump mehr als diese Anzahl BIFF-Records, tritt ein Fehler auf. Wohlgemerkt ist eine Dump-Datei mit derart vielen Records erfahrungsgemäss etwa 1.8 GB gross.
Zugriffsmodus von geöffneten Dateien
Dump-Dateien werden immer im gemeinsamen Zugriffsmodus, d.h. als Shared geöffnet. Das bedeutet, dass eine im Dump-Fenster angezeigte Datei gleichzeitig auch von anderen Programmen geöffnet bzw. bearbeitet werden kann. Auch das Umbenennen, Verschieben und Löschen der Dump-Datei ist möglich.
Eingebettete Microsoft Graph-Diagrammobjekte
Es ist nicht möglich, den Dump einer Excel-Arbeitsmappe mit der Baum-Darstellung anzuzeigen, wenn sich in der Mappe ein eingebettetes Microsoft Graph-Diagrammobjekt (MSGraph.Chart-Objekt) befindet. Diese Einschränkung wird noch behoben.
Falsche und fehlende Daten in BIFF-Dumps
Die vom Microsoft BIFF-Viewer generierten Dumps enthalten nicht immer korrekte Informationen. Beispielsweise wird die Record-ID eines BOF-Records im Workbook-Stream mit Hex 9 (9h) angegeben. Die korrekte ID lautet jedoch Hex 809.
00000: [BOF] (9h
9dec)
00000 09 08 10 00 00 06 05 00
d3 10 cc 07 c9 00 00 00 ........S.L.I...
00010 06 00 00 00 -- -- -- -- -- -- -- -- -- -- -- -- ....
Die Ursache dieses Problems könnte am Alter des BIFF-Viewers liegen. Er stammt aus dem Jahre 1997 ie BIFF-Workbench erkennt in diesem Fall die falsche Information und zeigt automatisch die korrekte Record-ID an.
Bei Diagrammen ist es leider so, dass der BIFF-Viewer einige Records unterschlägt. Tests haben ergeben, dass bei mehreren Diagrammobjekten auf einem Tabellenblatt nur das erste Diagramm im Dump erscheint. Zudem fehlt bei Vorhandensein eines Diagrammes generell ein EOF-Record. Mehr über die Fehler in einem vom BIFF-Viewer generierten Dump finden Sie in der Dokumentation BIFF-Viewer User's Guide. Sie steht als pdf-Datei zum kostenlosen Download bereit (siehe Download-Seite: BIFF-Viewer User's Guide).
» Dateisuche: Enthält die Liste der gefundenen Dateien eine Datei, die mehr als 953 MB gross ist, und wird die Liste nach Dateigrösse sortiert, so erscheint die Datei an einer falschen Stelle in der Liste.
» Datei-Eigenschaften/Versions-Informationen: Momentan werden nur die Language-IDs für die Sprachen Englisch und Deutsch umgesetzt. Wird die BIFF-Workbench auf einer anderssprachigen Windows-Version ausgeführt, so steht unter "Language:" die Angabe "N/A" (bedeutet "Not Available").
Die jeweils neueste Version der BIFF-Workbench erhalten Sie auf der Seite Updates.
Haben Sie Fragen,
Anregungen oder einen Fehler entdeckt?
E-Mail senden an philipp_von_wartburg@yahoo.de
Zuletzt aktualisiert am
22.01.2006 / 16:30 Uhr
© 2004-2006 by Philipp von Wartburg, CH-8916 Jonen
Alle Rechte vorbehalten