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