Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix

> Total "all" or total "free"? If first, then this is bug. RBIL is a bit unclear, but given that the FD-Himem competitors are correct it is meant "total free". > Be more polite! :) It's too late. Mr. Devore already expressed his "bewilderment" concerning my remark. > I never seen si

Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix

At 11:48 PM 7/18/2006 +0200, Japheth wrote: > > Thank you for a most reasoned and pleasant remark. It is a particularly > > enlightened remark to make in view of recent mail-list history. In any > > case, you have certainly modified my overall view of your attitude and > > willingness to act as

Re: [Freedos-devel] FreeDOS 1.0 Testing distribution soon available

Arkady V.Belousov escreveu: > AB> Especially when testing in a VM, the timer runs often too fast. > This is very strange, because shouldn't happen - config.c for timeouts > uses BIOS timer variable (see GetBiosTime() usage in GetBiosKey()). And, > with current code in GetBiosKey(), worser ca

Re: [Freedos-devel] FreeDOS 1.0 Testing distribution soon available

We agree (Eric, Arkady ans me(Alain)) without any discussion! This must be something to comemorate... Alain Arkady V.Belousov escreveu: > > Win9x setup gives timeout before reboot, _after_ setup finished (some > steps). And I disagree, that installer should be timeouted in any part, > espe

Re: [Freedos-devel] FreeDOS 1.0 Testing distribution soon available

Hi! 18-Июл-2006 23:09 [EMAIL PROTECTED] (Andreas Bollhalder) wrote to [email protected]: >> One thing I would recommend is that we not have a timer on the options >> when you boot the install CD. If I were a new user to FreeDOS, I'd >> probably feel a bit rushed and would prefe

Re: [Freedos-devel] FreeDOS 1.0 Testing distribution soon available

Hi! 17-Июл-2006 19:01 [EMAIL PROTECTED] (Blair Campbell) wrote to [email protected]: >> > The only two timeouts are the first timeout which defaults to boot >> > from the hard drive rather than the CD-ROM (nothing wrong with that >> > IMHO), and the second just boots defaultly i

Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix

Hi! 18-Июл-2006 22:50 [EMAIL PROTECTED] (Japheth) wrote to [email protected]: J> 1. the xms state after booting FD without EMM386: J> XMS3+ total extended memory (kB): 785088 J> 2. the xms state after allocation of 1024 kB: J> XMS3+ largest free block (kB): 784064 J> XMS3+ total

Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix

Hi! 18-Июл-2006 10:51 [EMAIL PROTECTED] (Jim Hall) wrote to [email protected]: JH> I don't have my copy of Kernighan & Ritchie's "C Programming Language JH> (ed. 2)" with me to show you, but here is an excerpt from ISO/IEC JH> 9899:TC2 WG14/N1124 Committee Draft - May 6, 2005 (6

Re: [Freedos-devel] announce: OpenWatcom 1.5 distributive in .zip archives

Hi! Arkady V.Belousov 09.06.06 2:36 wrote: > Because there is no official distribution of OpenWatcom in .zip > archives since version 1.4, I prepare OW 1.5 distributive in .zip-s at > . > > Here you find ar

Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix

> Thank you for a most reasoned and pleasant remark. It is a particularly > enlightened remark to make in view of recent mail-list history. In any > case, you have certainly modified my overall view of your attitude and > willingness to act as a responsible party in reporting errors and > com

Re: [Freedos-devel] FreeDOS 1.0 Testing distribution soon available

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Especially when testing in a VM, the timer runs often too fast. Andreas > One thing I would recommend is that we not have a timer on the options > when you boot the install CD. If I were a new user to FreeDOS, I'd > probably feel a bit rushed and wo

Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix

At 10:50 PM 7/18/2006 +0200, Japheth wrote: >Here is another "CORRECT, but not terribly GOOD" behaviour of FD-Himem >(newest >version!): >After these tests I understand now the reasons which brought QHIMEM into >existance. Thank you for a most reasoned and pleasant remark. It is a particula

Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix

At 09:24 PM 7/18/2006 +0200, Japheth wrote: >As already mentioned, the block merges are not done on allocation, at least >not in all cases, since my simple try to alloc a block which exceeded the >reported "largest size" failed. Else I would probably have hesitated to call >it a bug. Tonight's c

Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix

Here is another "CORRECT, but not terribly GOOD" behaviour of FD-Himem (newest version!): 1. the xms state after booting FD without EMM386: XMS3+ largest free block (kB): 785088 XMS3+ highest address: 2FFF

Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix

> the largest (allocatable) block. In its defense, I believe that > contiguous XMS blocks will be merged on allocation if there is insufficient > memory contained in a single block, although I might be remembering that > wrong. In other words, if my memory is correct, block merges are done on >

[Freedos-devel] EMM386 2.11 minor update, VDS fix

At 06:20 PM 7/18/2006 +0200, Japheth wrote: >There is a bug left in the FD-Himem.exe memory manager. Nope. But see further... >When a program that had allocated several XMS blocks doesn't release these >blocks in the order FD-Himem likes it, it will report a too small "largest >free block

Re: [Freedos-devel] FreeDOS 1.0 Testing distribution soon available

At 12:41 PM 7/17/2006 -0700, Blair Campbell wrote: >The only two timeouts are the first timeout which defaults to boot >from the hard drive rather than the CD-ROM (nothing wrong with that >IMHO), and the second just boots defaultly into installation mode, >which is what most people will be after.

Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix

There is a bug left in the FD-Himem.exe memory manager. When a program that had allocated several XMS blocks doesn't release these blocks in the order FD-Himem likes it, it will report a too small "largest free block". Luckily the memory is not "permanently" lost, FD-Himem is able to regenerat

Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix

>>> And there remains issue with "nested" comments. >>> > MD> No issue; no nesting. Ergo, I'm not changing it. In reply, rather than > MD> quoting boring old pre-ISO C compiler options, please instead trace > support > MD> back to the far more enriching Magna Carta. King John of England

Re: [Freedos-devel] EMM386 2.11 minor update, VDS fix

Hi! 17-Июл-2006 12:05 [EMAIL PROTECTED] (Michael Devore) wrote to [email protected]: >>And there remains issue with "nested" comments. MD> No issue; no nesting. Ergo, I'm not changing it. In reply, rather than MD> quoting boring old pre-ISO C compiler options, please instead t

Re: [Freedos-devel] FreeDOS 1.0 Testing distribution soon available

I feel very strongly that we must not have timeouts on the options when you first boot. Eric gives a good example - it happened to me. I was at work when I was testing the new CDROM (on Parallels on my iMac) and happened to get a phone call. When I looked back at my session, I had gotten an

Re: [Freedos-devel] FreeDOS 1.0 Testing distribution soon available

Hi all, I did a bit of testing... > www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.0-Testing > fdbasecd.iso - FreeDOS BASE diskset without sources --> tested that one > Some new features in the ISO are: > - Powerbatch is used in some cases to make the overall experience > feel