| Benutzer | | Gäste online: 4
Benutzer online: 0
|
 | |
| Neue Version V3.2 von DFU | | Software - 16-Oct-2006 01:40 UTC | Eine neue Version von DFU (V3.2) ist herausgekommen.
DFU (Disk/File Utilities) ist ein Programm, um bei der Suche nach und Behebung von Problemen mit Festplatten, Verzeichnissen und Dateien unter OpenVMS zu helfen. Durch den Einsatz von systemnahen VMS-I/O-Funktonen konnte ein leistungsfähiges und schnelles Werkzeug entwickelt werden. Viele der Fähigkeiten von DFU sind nicht mit normalen DCL-Befehlen zugänglich.
Die neue Version V3.2 kann als PCSI-Kit oder als ZIP-Datei heruntergeladen werden. Das Kit läuft unter OpenVMS Alpha ab V7.3-1 und OpenVMS I64 ab V8.2. Es gibt also nicht wie bisher getrennte Kits für Aloha und IA64. OpenVMS VAX wird seit V3.0 nicht mehr unterstützt. Vor der Installation muss eine bereits installierte Version deinstalliert werden (PRODUCT REMOVE DFU).
Die Dokumentation zu V3.2 findet sich hier (PDF).
Behobene Probleme
Diese Version von DFU behebt lediglich Probleme. Die nachfolgende Liste beschreibt die Änderungen seit DFU V3.1-1:
- Workaround für eine ACCVIO in den REPORT- and VERIFY-Kommandos. Unter bestimmten Umständen konnte ein Zugriff auf BITMAP.SYS eine ACCVIO verursachen. Dies ist ein Compilerproblem, dass nur auf Alpha auftritt. DFU implementiert jetzt einen Workaround.
- SEARCH .../SINCE and /BEFORE liefern eine fehlerhafte Dateiliste. Vergleiche von Zeitstempeln in DFU waren nicht korrekt und konnten um einige Minuten abweichen, z.B. konnte SEARCH/CREATED=SINCE=09:00 Dateien mit einem Erzeugungsdatum von 08:58 auflisten. Dieses Problem wurde behoben.
- Ein fehlerhafter Datei-Header (mit leerem Dateinamen) resultierte in einem Crash. Die Routine get_name liefert in einem solchen Fall eine Länge von -1, aber das Deskriptor-Feld dsc$w_length hat einen vorzeichenlosen Typ, so dass ein Vergleich mit -1 fehlschlug. Jetzt wird mit 0xFFFF verglichen.
- Ein schwerwiegendes Problem mit VERIFY/REBUILD wurde behoben. Unter bestimmten, selten auftretenden Umständen konnte es zu einer Korruption der Daten führen.
- Ein Problem wurde behoben, dass auftrat, wenn die logische Grösse des Volumes kleiner war als die Device-Größe (maxblocks).
Weitere Informationen hat http://www.digiater.nl/dfu
Original auf www.openvms.org
| | Links zum Thema: | Version zum Drucken | |
|
|
|
![[OpenVMS Swoosh]](/images/OpenVMS_VSI_72x88.png)
de.OpenVMS.org![[Future Forward]](/images/swoosh160w.jpg)