Unfortunately I seem to be stuck again - I tried creating a volume with 601 files. In my case this requires one level of leaf-nodes and 3 levels of index nodes (including the root level ). Of these 601 files

Of these the data present in the leaf-nodes L9,L10 and L11 as well as that present in L15, L16 and L17seems to getting lost. In short the final three pointer records present in the lowest level index node (only in the last 2 of the 17 index nodes however) seems to be getting lost. The funny part is L15 contains 3 catalog-file records of which the first one is again readable but the other two aren't.

1. As was mentioned in a previous email, since the leaves are gone thru' first, all the file-icons are displayed correctly on the Mac. Then the index nodes are traversed.

2. The problem cannot lie in the root or A level index nodes since part of the data pointed to by each of the B-level index nodes get dispayed correctly. If there was some mistake in the Ptr records present in level A then one would expect that none of the leaf nodes pointed to by a particular B-level node appear correctly.

3. I also checked the record offsets at the end of the nodes and the keylengths.All my keys are sorted. I don't have any thread records at the moment. Under linux hfsutils seems to be able to read all files present in L15,L16 and L17 without any problem though my Mac refuses to read any other than the first file in L15. (Error -60)

I'm in a fix right now since I don't know what this is due to or how exactly to isolate this error. My mode of generating the index nodes is quite generic so I would expect an error to either repeat itself more frequently or no error to appear... I need some professional help from anyone who could take a look at my problem and offer some suggestions. I wanted to attach an image but it is a little large to openly post on the list to everyone. If anyone would like to take a look at it please let me know... would be glad if someone could help.