Und noch ein Update zum "Zählfehler": das ganze war eine Kombination von (mindestens) zwei Fehlern. Zum einen ein Fehler in einer 32*32->64 Multiplikation, die nur MagxDesk betraf. Der ist jetzt behoben, und beide Desktops zeigen jetzt die gleichen (unsinnigen) Werte an. Eigentlich recht harmlos, wenn auch unschön.
Der zweite dagegen ist nicht so harmlos: wie in dem anderen Thread beschrieben, gibt es bei FAT32 einen Info-Sector, wo u.a. die Anzahl der freien Cluster und der nächste zu verwendende Cluster steht, damit man nicht jedesmal die ganze FAT abklappern muss (die bei FAT32 recht gross werden kann, zig MB sind da nicht selten). AK hat nur leider vergessen, daß diese Informationen alle im Intel-Format vorliegen. Dementsprechend liest/schreibt MagiC diese Werte im 68k-Format, auch werden dort keine Überprüfungen auf Gültigkeit gemacht. Resultat: wenn die Werte (korrekterweise) im Intel-Format vorliegen (z.B. weil die Partition von Mint beschrieben wurde), wird mit völlig sinnlosen Cluster-Nummer gearbeitet, die möglicherweise sogar ausserhalb der Partitions-Grenzen liegen. Wenn man Glück hat, fängt der HD-Treiber das ab, wenn man Pech hat macht der das nicht, oder die Werte liegen zwar ausserhalb der FAT, aber noch innerhalb der Partition, und die Daten werden dann irgendwo hingeschrieben, nur nicht da wo sie hingehören.
Heisst aber auch im Umkehrschluss: solange man *ausschliesslich* mit Magic auf FAT32 zugreift, dürfte nix gravierendes passieren (ausser da sind noch andere Bugs, natürlich). Kann das nochmal jemand bestätigen? Ich hab es im moment nur mit einer relativ kleinen Partition getestet.