> > When no XMS is found, CALL /S (swap freecom out to disk) should be
> > allowed to work.
>
> You CANNOT have both in the same binary at the moment.
No, but maybe there could be a xmssize-like program that can be called
as a device driver and loaded from config.sys; if xms is found then
load a
At 06:53 AM 7/24/2005 +0200, Eric Auer wrote:
So for a quick check, you can remove the -zff and -zgf from our
kernel makefile to see if that makes the kernel "EMM386 2.04 immune".
Tests done with FreeDOS devel kernel, 386-optimized, from
http://fdos.org/kernel/ (which is STILL not linked from
h
Hi, I have done some heavy Bochs-debugging, hunting
down the reason why our 386-optimized kernels crash
when you use FreeDOS EMM386. The short reason: From
the (#-9-#) label on, EMM386 trashes MANY 386-specific
registers while go_driver_entry only saves 8086-specific
registers around the call to g
GNU_man wrote:
What is FPC?
Free Pascal (compiler)
see http://www.freepascal.org/ for more details
Jeremy
---
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, stra
What is FPC?
On Sun, 2005-24-07 at 01:55 +0200, Aitor Santamaría Merino wrote:
> It is quite usual that everything that applies to DJGPP applies to FPC too.
>
> Aitor
>
>
> ---
> SF.Net email is sponsored by: Discover Easy Linux Migra
Hi, Bernd meant "8086 FreeCOM which uses XMS". So there is NO
286 optimization. But there also is NO XMS on 8086. Actually
the big problem here is that "which uses XMS" implies "swapping
REQUIRES XMS" (i.e. NO call /s supported) which means "this
FreeCOM can run on 8086 but will be a big bad memor
Hi,
Bernd Blaauw escribió:
Johnson Lam schreef:
I think it SHOULD BE optimized for 386 CPU, that means priority is
386, then have a 8086/286 version for users still using old PC's.
generally the term 'optimized' means 'works only for/on', which I find
very bad. Proper 'optimize' should mea
Hi,
Johnson Lam escribió:
On Sun, 10 Jul 2005 23:55:13 -0300, you wrote:
Hi,
If they have MS-DOS,that is. Remember it is no longer available from
Microsoft. Probably neither PC-DOS nor DR-DOS will also last for long.
Even if they do, it is much better to have a free and open source
OS than a
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 reachable-by-BIOS ra
For the records, from the FPC documentation:
203 Heap overflow error The heap has grown beyond its boundaries. This
is caused when trying
to allocate memory exlicitly with new, getmem or reallocmem, or when a
class or object
instance is created and no memory is left. Please note that, by defaul
Hi,
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 reachable-by-BIOS range (usually at
least 5
Hi,
As I am "a bit" behind on reading mail, I don't know whether you have
been replied already, but if this is still open, I judge it interesting
enough to fill an entry on bugzilla, for the records. Could you please
do this?
Aitor
Blair Campbell escribió:
I would like to see if possible
Hi Jeremy,
Perhaps a bit too late, but may I remind of Steffen's list? I think it's
a nice one. Note that I'm not saying that I consider the listed features
as most important, but I think there are some which are nice.
E.g.:
- Swapping without any supporting secondary programs (KSSF.COM and
V
Hi,
Eric Auer escribió:
Hi Bernd,
Jeremy, can you reduce the number of files which are downloadable?
I guess the non-XMS build is most universal, despite the high memory
consumption then.
The non-XMS build is really only useful if you cannot provide XMS by
any means. In other words, the n
Hi,
Bernd Blaauw escribió:
Note: I switched it so the cmdxms builds have loadfix & loadhi, and
these are disabled in the cmd8086 builds. WARNING: loadfix is
completely untested by me! If you can test it, please let me know if
it works correctly or not.
old HTMLHELP binary required it some
Hi,
Many thanks, Jeremy, for your great work in Kernel and now in FreeCOM.
You are becoming the most important member for the FreeDOS continuity,
so stay safe :)
Kenneth J. Davis escribió:
...
FYI, the only changes I have planned is the enhancement for CDD to
support path ignoring any file
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 available. If so, and if DOS=HIGH,
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 not a drive usually),
then chan
Hi!
23-Июл-2005 05:34 [EMAIL PROTECTED] (Kenneth J. Davis) wrote to
freedos-devel@lists.sourceforge.net:
>> if (rest [1] != ':' || rest [2] != '\0')
>> KD> +drive = toupper(rest[0]) - 'A';
>> Here not checked, that rest [0] is a letter.
KJD> true, but according to TC docs, toupper()
Arkady V.Belousov wrote:
Салям!
18-Июл-2005 02:34 [EMAIL PROTECTED] (Kenneth Davis) wrote to
[EMAIL PROTECTED]:
KD> --- dir.c 10 Jul 2005 04:46:38 - 1.20
KD> +++ dir.c 18 Jul 2005 02:34:28 - 1.21
KD> @@ -1259,12 +1259,15 @@
KD>if (rest && *rest)
KD>{
[...]
KD>
20 matches
Mail list logo
