On Sun, 31 Jul 2005 06:16:12 +0200, you wrote:
Hi Aitor,
>PS: I would prefer if you DIDN'T move this thread to private, please.
>I'd like to know other's opinions too, if any.
Thanks for being public.
You're not the first one, hope you're the last.
Rgds,
Johnson.
--
At 12:49 PM 7/31/2005 +0800, Johnson Lam wrote:
Though MS-EMM386 have bugs, it support memory remapping. But I
strongly feel FD-EMM386 not complete if it CAN'T do what MS CAN do.
Name one DOS program that needs this for VDS support. Otherwise it's
simply a meaningless feature checkoff list p
On Fri, 29 Jul 2005 22:20:55 -0500, you wrote:
Hi Michael,
>Don't have any reports of this happening regarding VDS function failure, so
>that's a rather theoretical question.
I remember someone try Windows 3.1 on FreeDOS, it's not practical to
run an old Windows on it, but doesn't it mean FreeD
Hi,
Eric Auer escribió:
Hi Aitor,
Eric Auer escribió:
PS: If MS DOS allows you to access a drive which is bigger than
the reachable range of your BIOS then MS DOS has a bug. It should
ONLY allow you to access drive letters (partitions) on your harddisk
which are ENTIRELY inside the reachabl
Hi,
Eric Auer escribió:
Hi Aitor, on your question "why cannot you DEVLOAD HIMEM or EMM386",
which is similar to Bernd asking "why is there no HIMEM that can be
loaded from the prompt?"...
The FreeDOS kernel checks after each DEVICE[HIGH]= command whether
XMS services started to become availabl
Hi,
Florian Xaver escribió:
Hi!
true, but according to TC docs, toupper() supports EOF (-1 I believe)
to 255 and any non-lowercase item is returned unchanged; so no check
should be necessary. I suppose we could explicitly check for a letter
argument and return syntax error if not (since no
Hi,
> Anyway, my main question was about the reason why the memory image must be
> swapped, instead of reloaded from file.
Reload from file would be a lot slower. Unless you use a disk cache
of course, but even then, you have a problem with diskettes: If you
started FreeCOM from A:, then you woul
Tom Ehlert replied to my questions in this list:
JAS>Is this why the XMS block allocated by xmsswap is some 10 KB larger than
JAS>the FreeCOM file size ,
TE>the XMS block size allocated is fairly unrelated to the file size.
TE>freecom.com is first compressed, and some text resources are append
Hi Eric,
Maybe you misunderstand, Jack always teach me how important to code
correctly without going into trouble, and without any emotional
factor, if FD-EMM386 met a stupid program (such as Windows 3.1) that
really did a memory remapping, should it crash gracefully or prompt
the user "FreeDOS EM
Hi!
30-Июл-2005 17:54 [EMAIL PROTECTED] (tom ehlert) wrote to "Arkady V.Belousov"
:
>> After this loop clustersize==1...
te> if clustersize >= 1MB
I was suggest, that clustersize always <=64k.
KD>>> +convert(FAT32_Free_Space.free_clusters * clustersize,
buffer);
>> ..
Hello Arkady,
KD>> +{
KD>> +int shift;
KD>> +for (shift = 21; --shift;)
KD>> +{
KD>> +if ((clustersize & 1) == 0) clustersize >>= 1;
KD>> +else
KD>> FAT32_Free_Space.free_cluste
Hi!
29-Июл-2005 20:45 [EMAIL PROTECTED] (Eric Auer) wrote to
freedos-devel@lists.sourceforge.net:
>> +for (shift = 21; --shift;)
>> +{
>> +if ((clustersize & 1) == 0) clustersize >>= 1;
>> +else FAT32_Free_Spa
12 matches
Mail list logo
