Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4 (CPULEVEL and CALLVER updates)

Hi Mercury, > A quick side-note; I sent Ralf a quick email a while back simply asking > if he was still accepting updates to the RBIL and he kindly affirmed he > was, although he did indicate slight surprise that anyone was working on > new DOS applications these days and would be interested in co

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4 (CPULEVEL and CALLVER updates)

A quick side-note; I sent Ralf a quick email a while back simply asking if he was still accepting updates to the RBIL and he kindly affirmed he was, although he did indicate slight surprise that anyone was working on new DOS applications these days and would be interested in contributing additio

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4 (CPULEVEL and CALLVER updates)

Hi, > On May 6, 2021, at 11:00 AM, C. Masloch wrote: > > On at 2021-05-06 01:10 +0200, Eric Auer wrote: > [..] > A HMA version string (with segment h, FFFEh, or any other HMA segment) is > supported by my method. I think it is solid enough to check for non-zero dx. > The string is expecte

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4 (CPULEVEL and CALLVER updates)

On at 2021-05-06 01:10 +0200, Eric Auer wrote: Hi! Also, you can use the 2 kB "CPULEVEL" tool instead of VINFO but I guess you install VINFO everywhere anyway. I added a bunch of things to your cpulevel and callver tools. cpulevel now will detect NEC V20/V30 processors as 186-class too. The

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4 (GCDROM versus UDVD2)

Hi Jerome, >> PS: I can confirm that GCDROM is a modified old fork from >> what has become UDVD2 and XDVD2. We should remove GCDROM >> from the distro to avoid confusion. We already have UDVD2. To be more exact: GCDROM was a third-party fork of XCDROM which had some constraints about searching

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4 (CPULEVEL and CALLVER updates)

> On May 5, 2021, at 7:10 PM, Eric Auer wrote: > [..] > PS: I can confirm that GCDROM is a modified old fork from > what has become UDVD2 and XDVD2. We should remove GCDROM > from the distro to avoid confusion. We already have UDVD2. Probably should keep it on the repo. If someone was motivated

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4 (CPULEVEL and CALLVER updates)

Hi! >> Also, you can use the 2 kB "CPULEVEL" tool instead of >> VINFO but I guess you install VINFO everywhere anyway. > I added a bunch of things to your cpulevel and callver tools. cpulevel > now will detect NEC V20/V30 processors as 186-class too. The commit is Exotic but nice :-) With upx

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4 (CPULEVEL and CALLVER updates)

On at 2021-05-03 11:05 +0200, Eric Auer wrote: Also, you can use the 2 kB "CPULEVEL" tool instead of VINFO but I guess you install VINFO everywhere anyway. C:\>cpulevel CPULEVEL - public domain by Eric Auer 2004-2007 CPU brand is GenuineIntel / CPU is family 5 model 2 revision c CP

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi Jerome, > Install reliability and stability are of prime importance. No worries here. The advertised items are well-established. > After that comes luxuries, like improved performance. Or a large maze of batch scripts & ASM tools ;-) > Now that RC4 is done. Thanks! > I’m probably going t

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Eric, > On May 3, 2021, at 2:37 PM, Eric Auer wrote: > >  > Hi Ralf, > RC4 is no slower than RC3 or RC2. > >>> Which is too slow, given that easy solutions >>> have been available for several years, which >>> could speed up the process by a factor four. > >> Does it really matter? It is

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi Ralf, >>> RC4 is no slower than RC3 or RC2. >> Which is too slow, given that easy solutions >> have been available for several years, which >> could speed up the process by a factor four. > Does it really matter? It is not that it takes hours, > nor is the average user doing this rather fre

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

On 5/3/2021 6:36 AM, Eric Auer wrote: Hi Jerome, Well, having four times slower install than possible, when installing on real hardware, does sound like something which *is* worth fixing ASAP and in rc4, unless you plan to release rc5 only a week later ;-) RC4 is no slower than RC3 or RC2. Wh

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi! >> Apparently the algorithm is to first try VIDE-CDD, OAKCDROM, >> GSCDROM, then UDVD2, ELTORITO, GCDROM, UIDE in that order, >> in spite of the first few not even being included? Why? My point is that if I am ancient enough to download OAKCDROM somewhere, I will just say "gasp, what does th

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hello, > On May 3, 2021, at 11:23 AM, Eric Auer wrote: >> [..] >> https://gitlab.com/FDOS/base/fdhelper > > https://gitlab.com/FDOS/base/fdhelper/-/blob/master/BIN/CDROM.BAT > > I guess those CD.xyz=... lines are later grepped from the file. Huh? If understand correctly… You are referring to

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi! > Look for AUTOEXEC.* and CONFIG.* in that subdirectory. I have commented those, too, in some cases. In cases where they had the same bugs as commented for other files, I have not repeated the bug description in my mail each time. >> 2. use IDLEHALT=1 in config.sys to lower CPU usage on >>

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi Jerome, >> Well, having four times slower install than >> possible, when installing on real hardware, >> does sound like something which *is* worth >> fixing ASAP and in rc4, unless you plan to >> release rc5 only a week later ;-) > RC4 is no slower than RC3 or RC2. Which is too slow, given

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

For what it's worth I have a PS/2 Model 30-286 (286/10). I don't want to install an OS on it other than what it already has, but I could probably use it for other types of testing. It has an XT-CF, Intel EtherExpress 8/16 and Sound Blaster Vibra 16XV. -uso.

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi Eric, > On May 3, 2021, at 5:05 AM, Eric Auer wrote: > > > Hi Jerome :-) > > I notice that in what probably gets installed to harddisk > > https://github.com/shidel/FDI/blob/master/FDISETUP/AUTOEXEC.BAT > Close. But, no.

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi Eric, > On May 3, 2021, at 5:48 AM, Eric Auer wrote: > > Good day Jerome, > >> As for RC4, it is coming very very soon. >> >> Excluding anything absolutely critical, > > Well, having four times slower install than > possible, when installing on real hardware, > does sound like something

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Good day Jerome, > As for RC4, it is coming very very soon. > > Excluding anything absolutely critical, Well, having four times slower install than possible, when installing on real hardware, does sound like something which *is* worth fixing ASAP and in rc4, unless you plan to release rc5 onl

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Good morning Eric, As for RC4, it is coming very very soon. Excluding anything absolutely critical, no changes will be made to RC4 at this point. (not commenting directly on your post in this message) Jerome ___ Freedos-devel mailing list Freedos-d

[Freedos-devel] Distro autoexec/config wishes for 1.3rc4

Hi Jerome :-) I notice that in what probably gets installed to harddisk https://github.com/shidel/FDI/blob/master/FDISETUP/AUTOEXEC.BAT you have "outsourced" loading CD-ROM drivers to a separate file. It would be nice to avoid that, there are not so many drivers, I believe. Also, you load no C