Re: [Ltib] mkfs.cramfs can't make 3-level-deep dirs

[Stuart Hughes]

Hi Ned,

I can't apply the patch as-is as we use -r as the flag to reverse the
endianess (to big).  Admittedly -l -b is clearer, but I need to keep
backward compatibility.

The fix to:
return (find_filesystem_entry (e, name + len + 1, type));
would be good to put in though.  I'll look at what we have now and try
to factor it in.

Thanks for the heads-up.

Regards, Stuart

On Tue, 2008-11-18 at 06:52 -0800, Ned Konz wrote:
> On Nov 18, 2008, at 3:22 AM, Stuart Hughes wrote:
> 
> > Hi Ned,
> >
> > Do you know what version of mkfs.cramfs that was? sounds like the ltib
> > version needs an update.
> >
> They're both v1.1.
> 
> The attached patch, when applied to the (patched) version that ltib is  
> using, makes them the same.
> I have also attached the patches that Timesys are using for theirs.
> 
> > Regards, Stuart
> >
> > On Mon, 2008-11-17 at 23:25 -0800, Ned Konz wrote:
> >> I have a device table that makes several directories.
> >>
> >> In it I have some entries (both directories and devices) that are 3-
> >> levels deep in the directory structure.
> >>
> >> The mkfs.cramfs that was built as part of the LTIB can't handle  
> >> these:
> >> it says "could not find parent".
> >>
> >> Another version of mkfs.cramfs that I got from the Timesys package  
> >> did
> >> not have this problem.
> >
> >