Hi, On Wed, Sep 16, 2015 at 12:45 AM, Mateusz Viste <mate...@viste.fr> wrote: > > I can only guess that Rugxulo UPXed the executables on his floppy using > LZMA, because it gives a few percent smaller output.
I don't even remember doing it. In fact, a quick check indeed shows LZMA. (FYI, BTTR/rr's upxdump is much more descriptive than "upx --fileinfo".) This was actually originally done for "old" 0.1, which was released exactly a year ago. So obviously Mike never tested that version! :-P In fact, I had VERY few testers reporting feedback, and I didn't even want to properly announce it here (ahem, Eric) because nobody tested it (besides me). I was naively hoping that somebody on BTTR would care, but so far nope. (No surprise, every time I mentioned it, nobody batted an eyelash. Most people don't need or want it.) > But if this is the case as I suspect, then it is indeed very wrong. LZMA > takes ages to > decompress on slower machines (when compressed with --lzma, FDNPKG was > starting 30s on my 386 PC, instead of 1s without compression). > > I'd say upxing with lzma should be forbidden, unless the application is > clearly targetted to pentium+ machines. By default, UPX actually does not enable LZMA on older 16-bit targets exactly for this reason. It's a well-known issue, but most people (myself included) don't test old machines anymore. I no longer have access to a (working) 486 or 586, hence it doesn't show up for me. Of course, I also don't use (HAL-9000?) DOSBox at all, so I don't see any slowdown (as QEMU and VBox, even without V86 or VT-X, aren't anywhere near as slow as he's describing, so it was never a major issue for me.) ------------------------------------------------------------------------------ Monitor Your Dynamic Infrastructure at Any Scale With Datadog! Get real-time metrics from all of your servers, apps and tools in one place. SourceForge users - Click here to start your Free Trial of Datadog now! http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
