From: Marko Mäkelä (msmakela_at_gmail.com)
Date: 2009-01-25 20:46:09
Hi Groepaz, Ruud, On Sun, Jan 25, 2009 at 08:33:22PM +0100, Groepaz wrote: > On Sonntag 25 Januar 2009, Ruud@baltissen.org wrote: > > Hallo allemaal, > > > > > > First an SHORT update on 1541: it seems things run fine with the BAM on 0/0 > > and the directory on 18/x. Ruud, I hope you keep the code in version control. > > So I went a step further: not needing to store the label in the BAM, I > > thought I could use the rest of this sector for more BAM info. So I told > > the drive it had 63 tracks and 24 sectors/track, for EVERY track. A nice > > 1123 free blocks. Then I started my test program. After a lot of testing I > > found out I was only able to create a REL file with 720 records (726 > > blocks), each holding 254 bytes. If there were already other files on the > > drive didn't matter. > > If I try to create a greater file, my 1541-IDE hangs up. But... my 1541-II > > does as well: no flashing LED, motor stops running after a few seconds. > > > > Bug? No, but it won't win a beauty contest IMHO. > > tried the same on a 1581 or whatever "bigger" drive? its no wonder the 1541 > cant deal with a file that is larger than the disk =P If I remember correctly, bigger drives implement "super side sectors" on top of the "side sectors" that point to the individual blocks of a REL file. I can't remember what the size limit might become then. Most likely not an entire 16MB disk. As far as I know, modern disk file systems implement multiple levels of indirection blocks, as needed. Each file (i-node in Unix terminology) is similar to a Commodore REL file; the indirection blocks point to each individual sector. Marko Message was sent through the cbm-hackers mailing list
Archive generated by hypermail pre-2.1.8.