Hi,

> On Dec 16, 2021, at 1:49 PM, Darik Horn <dajh...@gmail.com> wrote:
> 
> NB: https://gitlab.com/DOSx86/slicer/-/merge_requests/1
> 
> There seems to be a related bug with /e and /i handling, which are
> no-ops on my test machine.

Could be. 

Originally, those switches we designed for mostly creating an archive. I do 
recall thinking it would be nice to have for extraction. However, I’m working 
on so many things now and over the last few years, I don’t recall how much work 
or testing I did to support that. I may have just though “that would be nice, 
but it can wait”. I honestly don’t recall if those do anything on extraction 
right now.  

One such “it can wait until later” involves the pass-through compression. NLS 
file 
https://github.com/shidel/fd-nls/blob/1684a5dfc06bab972e5774917e0e93af4ab7335c/slicer/nls/SLICER.EN#L143
 
<https://github.com/shidel/fd-nls/blob/1684a5dfc06bab972e5774917e0e93af4ab7335c/slicer/nls/SLICER.EN#L143>
 entry it is meant to support more than just gzip.  I went with gzip first 
because it’s small and 8086 compatible. But now that it does at least one, it 
could easily have others added. Like maybe (bz2, p7zip, etc). It wouldn’t take 
much to add them. I just don’t really have the time to do it.  

There are tons of improvements it could use. 

:-)

Jerome


> 
> 
> _______________________________________________
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user

_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Reply via email to