Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.sys.apple2.programmer > #2028

Re: Why is this directory structure not parsing in Prodos?

Show all headers | View raw

On Thursday, December 31, 2015 at 12:55:00 PM UTC-6, BLuRry wrote:
> On Thursday, December 31, 2015 at 12:41:16 PM UTC-6, BLuRry wrote:
> > I've been working on revamping the Virtual folder support in Jace, which allows you to mount a physical folder as a prodos volume.  In order to make this work it generates the prodos structures on-the-fly to map the folders and files to their physical equivalents.  What I have currently works from Copy ][+ and I've been able to teleport a number of files (specifically the A2GameServer catalogue) into an HDV image.
> > 
> > However when I attempt to read the sub-folders from anything else, everything goes haywire from the half-mark of the second block of the folder.   In the pastebin example, you can see the root folder at block 2 and the sub-folder (a.thru.c) at blocks e and f.  When I look at the catalog from Shrinkit or DaveX, the Cyclotron entry shows as Cyossfire instead -- so it read the length of the entry and the first two letters but took the rest of the data from the previous entry and then terminated.
> > 
> > I'm not sure why this is happening, but if anyone can look at the volume structure and figure out what I've done wrong it would be immensely helpful.  The ... means the rest of the block in question is all zeros.  And the data that is shown is a dump of the emulator ram for that disk buffer so there's not a case of missing data (after all, it DOES work in Copy ][+ for some reason)
> > 
> > http://pastebin.com/raw/LPRZ1WMj
> > 
> > Thanks!
> > -Brendan
> 
>  I should add that even though the sub-folders get munged, if I put several dozen entries 

Another observation:
In the root volume it doesn't have the same problem even though it's written by the same code.

In super selector, I see duplicated entries in the folder for files 6 through 12 and the same entry gets mangled after the second character except that the last part of its name comes from the first directory block (CYPLE.ZAP) but has the correct file size for cyclotron.

So what it appears like is as if the first 202 bytes are read from the second directory block but the remaining characters are from the first block of the directory.  This is crazy though because what I showed in pastebin is written out of the Apple's memory after the read MLI call has been processed -- the data shouldn't exist in two places!  This is a very, very ugly gremlin. :/

Back to comp.sys.apple2.programmer | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Why is this directory structure not parsing in Prodos? BLuRry <brendan.robert@gmail.com> - 2015-12-31 10:41 -0800
  Re: Why is this directory structure not parsing in Prodos? BLuRry <brendan.robert@gmail.com> - 2015-12-31 10:54 -0800
    Re: Why is this directory structure not parsing in Prodos? BLuRry <brendan.robert@gmail.com> - 2015-12-31 11:04 -0800
      Re: Why is this directory structure not parsing in Prodos? gids.rs@sasktel.net - 2015-12-31 15:25 -0800
        Re: Why is this directory structure not parsing in Prodos? gids.rs@sasktel.net - 2015-12-31 15:28 -0800
          Re: Why is this directory structure not parsing in Prodos? BLuRry <brendan.robert@gmail.com> - 2015-12-31 20:02 -0800

csiph-web