Op 10-4-2012 18:21, Eric Auer schreef: > it seems even on modern hardware unpacking FreeCOM > during install may take VERY long, so we need a fix:
This seems to be specific to the old installer (v3.7.8 by Jeremy) I think, as that unpacks entire packages. Sourcecode modification would be required to add a "-x source/*". Alternatively, or additionally, if someone modified the new installer (v4.01 by Jim) to switch to destination directory after unpacking files, that would also work. > - it is good to have source and binary in one zip There's some disadvantages though, download size being one of them, memory size and loading times in other specific conditions. A 16MB binary-only ISO has its merits also. > - but you can use info-zip's command line options > (-x source/*) to exclude sources from unzip :-) New installer already does this, reason why this new installer isn't unconditionally enabled yet is that I dislike having to search entire partitions for a single (post-installation) file just to find out where files were installed to. > - a default install does not need sources, as the > user can always fetch those from the zip later I've never liked programs with many options/switches, so confusing and often also lacking examples. > - users should be warned that install without XMS > drivers will be horribly slow due to lack of RAM I intend to offer loading of XMS driver at runtime as an option. (JEMMEX LOAD or DEVLOAD XMGR.SYS). However this doesn't solve low memory situation as FreeCOM can't relocate itself. Hence my perhaps decade-old request to have a tiny init shell that spawns, in a loop FreeCOM in a non-permanent way, so FreeCOM can be started a second time automatically if exiting the first FreeCOM instance. With that, automatic relocation to XMS. SHELL=TINYCMD.COM C:\COMMAND.COM C:\AUTOEXEC.BAT > - actually I would not even OFFER a boot menu item > to skip loading the XMS driver at all: You cannot > even boot the install CD / USB on old pre-XMS PC. > > Excluding sources from unzipping instead of unzipping > and then deleting them also saves CPU time and disk > activity time and temporarily disk storage space :-) Deleting files can take ages indeed. By the way, I'm considering 7-zipping sourcecode of programs that can't be compiled in DOS. Saves a bit of space. ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
