Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Christian Zietz Newsgroups: de.comp.sys.atari Subject: Re: Massenspeicher und GEMDOS Date: Mon, 3 Oct 2016 17:25:40 +0200 Lines: 25 Message-ID: References: <14633465-9d1e-4df5-8a73-14ec1b184226@googlegroups.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: individual.net BwJZZTQvlCC3N8PQkQksAQgEu2/Q5t6poMw+th4n681F9DcQ== Cancel-Lock: sha1:8bJgFQD2Lzwsv4+hjXbkk/8uQXQ= User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 In-Reply-To: <14633465-9d1e-4df5-8a73-14ec1b184226@googlegroups.com> Xref: csiph.com de.comp.sys.atari:765 thottoessen@gmail.com schrieb: > GEMDOS aus TOS >= 2.06 müsste damit zurecht kommen, sofern das > entsprechende Bit im BPB gesetzt ist wird nur eine FAT geschrieben. > Problem hierbei ist die Getpbp() Funktion für Floppies im TOS, die geht > nämlich bei der Berechnung von fatrec und datrec immer noch von 2 FATs > aus. Dann muss man also bei einem selbstgeschriebenen Treiber für einen Massenspeicher, bei dem man Getbpb ja ohnehin ebenfalls selbst implementieren muss, ja nur dieses Bit setzen und 'fatrec' auf die (einzige) FAT zeigen lassen, wie ich in meinem Posting vom 8. September schon vermutet hatte. Das müsste Gerhard mal ausprobieren. Vielleicht zuerst mit einem Datenträger, dessen Daten ihm nicht so wichtig sind, denn wer weiß, ob auch in GEMDOS noch Bugs im Zusammenhang mit nur einer FAT schlummern. Besonders gründlich getestet wurde TOS im Zusammenspiel mit Laufwerken mit nur einer FAT ja offenbar nicht... Christian -- Christian Zietz - CHZ-Soft - czietz (at) gmx.net WWW: http://www.chzsoft.de/ PGP/GnuPG-Key-ID: 0x52CB97F66DA025CA / 0x6DA025CA