Disketten sektorweise lesen/schreiben

[zeras]

Zitat von p80286:

Wenn ich das richtig verstanden habe, hast Du ein Diskettenimage, auf das Du zugreifen möchtest, als ob es ein normales Medium sei.
Ggf. ist es das einfachste, Deine Daten auf einen (superFloppy)-Usb-Stick zu klatschen, und diesen dann zu lesen?

Ja, so soll das sein. Was meinst du mit "superfloppy"-USB Stick? Einen realen Stick mit 1,44MB? Das wäre die schlechteste Alternative. Wenn, dann müßte ich doch einen virtuellen Treiber wie vfd oder Imdisk nutzen. Dann bräuchte ich keine extra Hardware.

Zitat von p80286:

So ganz ohne FS-Treiber, scheint mir nicht möglich zu sein.

Was meinst du mit "FS-Treiber"? Ist damit FileSystem Treiber gemeint?

[hathor]

Hex-Editor
http://www.delphipraxis.net/39594-hx...am-editor.html

[BUG]

Zitat von zeras:

Ist damit FileSystem Treiber gemeint?

So gut wie sicher. Die "billige" Alternative dazu wäre es, wenn du den Dateiinhalt über ein Netzwerkprotokoll verfügbar machst und als "Netzwerklaufwerk" einbindest.
Leider ist auch das viel Arbeit und WebDav als relativ einfaches Protokoll wird leider von Windows nicht so unterstützt, dass es nutzbar wäre ... da Dateien auf Diskette klein sind, könnt es aber vielleicht trotzdem funktionieren.

[zeras]

Zitat von hathor:

Hex-Editor
http://www.delphipraxis.net/39594-hx...am-editor.html

Was meinst du damit?
Im Moment nutze ich schon einen Hexeditor, aber ich muss ein fertiges Programm erstellen, wo ich aus einem Diskettenimage eine oder mehrere Dateien auslesen kann.

[BUG]

Ah, ich jetzt hab ich das Problem erst verstanden:
Du willst nicht den Inhalt des Laufwerks dem System verfügbar machen, sondern einzelne Dateien aus dem Image extrahieren?

Dann müsstest du FAT16 oder FAT32 implementieren (je nach Format der Disketten und zumindest für den Lesezugriff).
FAT16 ist nicht so kompliziert wie man denken könnte und es finden sich genug Informationen darüber im Internet.

[zeras]

Zitat von BUG:

Dann müsstest du FAT16 oder FAT32 implementieren (je nach Format der Disketten und zumindest für den Lesezugriff).
FAT16 ist nicht so kompliziert wie man denken könnte und es finden sich genug Informationen darüber im Internet.

Wenn möglich, wollte ich erst mal auf vorhandene Komponenten oder Units zurückgreifen, denn meistens ist es ja so, dass man nicht der erste ist, der ein solches Problem hat.
Im Netz habe ich jetzt "ImDisk" gefunden, dass man auch mit einem Image "füttern" kann. Das werde ich vielleicht erst mal nutzen. Das bedeutet aber, dass ich immer das Programm ImDisk nutzen muss. Das wollte ich vermeiden, da das Programm vielleicht auch einmal verteilt werden soll und etwaige Kunden dann neben dem Programm auch noch diese Treiber installieren müßten.

Aber wenn du meinst, dass FAT12/16 nicht so schwierig ist, dann hat das bestimmt schon jemand implementtiert. Zu guter Letzt müßte ich das dann implementieren. Aber das wäre Schritt 2.

Danke erst mal für eure Antworten.

[Robotiker]

Zitat von zeras:

Im Netz habe ich jetzt "ImDisk" gefunden, dass man auch mit einem Image "füttern" kann.

7-Zip kann auch FAT-Images entpacken. Ist allerdings C++ und und unter GPL, aber immerhin eine im Quelltext vorliegende Lösung ...

[p80286]

Ich hab da noch etwas auf meiner Festplatte gefunden

Gruß
K-H

[zeras]

Zitat von p80286:

Ich hab da noch etwas auf meiner Festplatte gefunden

Gruß
K-H

Ist ja eine Menge Holz.
Vielen Dank. Ich werde das mal durcharbeiten und sehen, ob ich zurecht komme.

[BUG]

Zitat von BUG:

es finden sich genug Informationen darüber im Internet.

Ich hatte da vor allem die Betriebssystem-Entwickler-Seiten im Hinterkopf:

• Lowlevel
• OSDev

Aber anscheinend ist es nicht so einfach wie es mir früher (beim Lesen) vorgekommen ist