Hello Martin,

Since  my last  report, I was working for implementation of reading
files. First my step was provide ability to save udf_node in hash
table. I decided that number of logic block, which unique for each
descriptor, could be used as a key in table.  You can find this code
in files udf_idx.h and udf_idx.c

For reading file or directory I had to read the ICB sequence of
descriptors. Both descriptor (file set descriptor, which identify the
root directory and file identifier descriptor, which can identify
directory or file) contain link to ICB sequence. I didn't expect that
it could take so much time. It was a little surprise that each ICB
descriptor  redirects to ICB sequence of allocation descriptors and
each descriptor from new sequence  could be different type too. I
found my allocators and saved it in node.  I try to be close to
version 2.60 of standard.

Now I have array of allocators in node and I can start reading files
or directories. I completed implementation functions mount and
node_get. I think I need 3 or 4 days to complete reading.

I did merging today and I didn't have any conflicts. I wanted to do it
after finishing reading. But I don't known when the best time for
merging — when I finish some part of project or when HelenOS team make
some updates.

Function udf_mounted has code inside comments for testing (line 323 —
334). It can  provide only information about type of descriptors which
reading during mounting.

Julia.

2012/6/8 Martin Decky <[email protected]>:
> Hello Julia,
>
> this is a kindly reminder: Two weeks have already passed since your last
> status report in the mailing list. Would you please comment on your recent
> progress? Something that can be tested, any issues encountered, etc.?
>
> I haven't noticed any mainline merge in your branch on Launchpad. Is there a
> specific reason why you postpone the merge? Like I have already written,
> merging often is the preferred way, because you minimize the divergence of
> the branches and you save yourself from complicated manual conflict
> resolution.
>
>
> M.D.
>
> _______________________________________________
> HelenOS-devel mailing list
> [email protected]
> http://lists.modry.cz/cgi-bin/listinfo/helenos-devel

_______________________________________________
HelenOS-devel mailing list
[email protected]
http://lists.modry.cz/cgi-bin/listinfo/helenos-devel

Reply via email to