> > At any rate, my key point is that the splitting should be invisible, and
> > *definitely* not pushed up into the loader.
>
> Ok, attached is the path, which does exactly what described. Please
> review and if there are no objections I would like to commit it
> shortly, so that our re@ team wo
For whatever it is worth, I like it.
Maxim Sobolev wrote:
>
> Michael Smith wrote:
> >
> > > > > Please review attached patch, which adds long overdue feature to our
> > > > > loader(8), allowing it to load sequence of files as a single object.
> > > >
> > > > I don't like this. I would much r
Michael Smith wrote:
>
> > > > Please review attached patch, which adds long overdue feature to our
> > > > loader(8), allowing it to load sequence of files as a single object.
> > >
> > > I don't like this. I would much rather see support for 'split' files
> > > implemented as a stacking files
Michael Smith wrote:
> > The only place this is referred to as a "stack" at all is in
> > one comment in the libstand.3 man page, which hardly excuses
> > you ripping me a new one.
>
> So because I called it a "stack" I *must* have been referring to the
> kernel, not actually the loader (since th
> Michael Smith wrote:
> > Should you care to be informed rather than playing from the sidelines,
> > see the primitive 'stacking' used to implement transparent gzipped file
> > support in libstand.
>
> The only place this is referred to as a "stack" at all is in
> one comment in the libstand.3 m
Michael Smith wrote:
> Should you care to be informed rather than playing from the sidelines,
> see the primitive 'stacking' used to implement transparent gzipped file
> support in libstand.
The only place this is referred to as a "stack" at all is in
one comment in the libstand.3 man page, which
> Michael Smith wrote:
> > > > > I don't like this. I would much rather see support for 'split' files
> > > > > implemented as a stacking filesystem layer like the gzip support, wit
> h
> > > > > the simple recognition of 'foo.gz.aa' as the first part of a split
> > > > > version of 'foo.gz', whi
Michael Smith wrote:
> > > > I don't like this. I would much rather see support for 'split' files
> > > > implemented as a stacking filesystem layer like the gzip support, with
> > > > the simple recognition of 'foo.gz.aa' as the first part of a split
> > > > version of 'foo.gz', which in turn is
> > > I don't like this. I would much rather see support for 'split' files
> > > implemented as a stacking filesystem layer like the gzip support, with
> > > the simple recognition of 'foo.gz.aa' as the first part of a split
> > > version of 'foo.gz', which in turn is recognised as a compressed v
> > At any rate, my key point is that the splitting should be invisible, and
> > *definitely* not pushed up into the loader.
>
> Ok, sounds reasonably. I'll try to reimplement the feature this way.
>
> Thank you for suggestion.
Thanks for doing the real work!
= Mike
--
To announce that ther
Maxim Sobolev wrote:
> Michael Smith wrote:
> > > Please review attached patch, which adds long overdue feature to our
> > > loader(8), allowing it to load sequence of files as a single object.
> >
> > I don't like this. I would much rather see support for 'split' files
> > implemented as a stac
Michael Smith wrote:
>
> > > > Please review attached patch, which adds long overdue feature to our
> > > > loader(8), allowing it to load sequence of files as a single object.
> > >
> > > I don't like this. I would much rather see support for 'split' files
> > > implemented as a stacking files
> > > Please review attached patch, which adds long overdue feature to our
> > > loader(8), allowing it to load sequence of files as a single object.
> >
> > I don't like this. I would much rather see support for 'split' files
> > implemented as a stacking filesystem layer like the gzip support
Michael Smith wrote:
>
> > Please review attached patch, which adds long overdue feature to our
> > loader(8), allowing it to load sequence of files as a single object.
>
> I don't like this. I would much rather see support for 'split' files
> implemented as a stacking filesystem layer like th
> Please review attached patch, which adds long overdue feature to our
> loader(8), allowing it to load sequence of files as a single object.
I don't like this. I would much rather see support for 'split' files
implemented as a stacking filesystem layer like the gzip support, with
the simple
John Baldwin wrote:
>
> On 05-Mar-02 Maxim Sobolev wrote:
> > Hi folks,
> >
> > Please review attached patch, which adds long overdue feature to our
> > loader(8), allowing it to load sequence of files as a single object.
> > This should allow us to lift 1.44M limit on compressed kernel for the
On 05-Mar-02 Maxim Sobolev wrote:
> Hi folks,
>
> Please review attached patch, which adds long overdue feature to our
> loader(8), allowing it to load sequence of files as a single object.
> This should allow us to lift 1.44M limit on compressed kernel for the
> installation diskette. Please n
Hi folks,
Please review attached patch, which adds long overdue feature to our
loader(8), allowing it to load sequence of files as a single object.
This should allow us to lift 1.44M limit on compressed kernel for the
installation diskette. Please note, that to use this feature to load
gzip-comp
18 matches
Mail list logo
