2015-11-17 6:35 GMT+01:00 H. Peter Anvin :
> I wanted to ask: to what degree does FreeDOS implement the redirector
> interface? Are there any known incompatibilities?
I didn't find any while implementing my own redirector.
> The reason I am asking is that I started a project
Hello All,
This patch adds support for int 2F122B (Internal IOCTL) and int 2F122D
(Internal Get Extended Error) to kernel.
Those are necessary for the upcoming new version of NLSFUNC to work with
DISPLAY 1.0.
Regards,
Eduardo.
diff -uNrp
El lun, 13-09-2004 a las 12:36, Luchezar Georgiev escribió:
Eduardo, couldn't we divide the work between ourselves? If you do the
changes in nls_hc.asm for the third option you offered (make enough room),
I will add the necessary code in config.c ;-)
Hi Lucho,
I don't mind adding the
El lun, 13-09-2004 a las 19:19, Luchezar Georgiev escribió:
In a private mail, Eric suggested a fourth option: Check if there is
enough room for loading the package and, if not, allocate extra memory
only for the additional tables.
This will keep the kernel size unchanged and optimze
Hello,
I uploaded the wrong patch to my page. I have updated it now, so please
download it again from the same location:
http://perso.wanadoo.es/samelborp/country.zip
Sorry for the inconvenience.
Eduardo.
---
This SF.Net email is sponsored
Hi!
This is the offending line:
portab.h, line 127:
#pragma aux default parm [ax dx cx] modify [ax dx es fs] /* min.unpacked
size */
And this is the error message:
c:\wc\binw\wcc @wc.cfg -Ic:\wc\h -DWITHFAT32 dsk.c
DOS/4GW Protected Mode Run-time Version 1.97
Copyright (c) Rational Systems,
Lucho wrote:
We strive for MS-DOS compatibility, and MS-DOS, PC-DOS, PTS-DOS, OS/2,
Windows 9x and Windows NT all use the same format that is so well
described in the RBIL tables 2619-2622. So I chose that.
IMHO, the COUNTRY.SYS format does not affect compatibility, as the
information is
Hello again,
2. nlsfunc would have to copy anything in between ss:sp and ss:920
(_disk_api_tos, that's the top of the stack used here in any DOS =
4.0) to a temp area (max 384 bytes), set sp to 920, and with that call
DOS. Then after the call adjust the stack pointer, then swap
El lun, 26-07-2004 a las 14:09, Bart Oldeman escribió:
No. The whole point of calling int2f/ax=12xx is that this stack setup is
bypassed.
i.e. *without* any swapping in NLSFUNC you'd have
int21/ah=38 = DOS switches to internal stack =
NLSFUNC (still uses DOS stack) = int2f/ax=12xx = back
.
---
Eduardo Casino wrote:
Hi Steffen,
There's still a problem with your suggestion (and with present
searchPackage() ). As default values are resolved _inside_ the
function, they are not propagated correctly to the mux functions if
searchPackage() returns NULL. A simple
El vie, 25-06-2004 a las 08:42, Steffen Kaiser escribió:
I would actually suggest the following function, as searchPackage is
to
resolve the default values as well; otherwise your patch breaks the
possibility of non-direct (MUX-only) country data, which in turn
breaks
the whole current NLS
Hi Tom,
a)
why do you need int2f/12 in the first first place ?
are you really executing this from inside KERNEL ?
do you really need to use internal functions ?
Yes. NLSFUNC implements kernel extensions to access NLS data from an
external file (namely COUNTRY.SYS) and these extensions are
Hi,
Trivial patch. Pass correct values for codepage and country from DOS-38
and DOS-65-XX functions to MUX-14 functions.
Eduardo.
diff -uNrp ke2035.orig/kernel/nls.c ke2035/kernel/nls.c
--- ke2035.orig/kernel/nls.c2004-06-24 22:41:18.0 +0200
+++ ke2035/kernel/nls.c 2004-06-24
Hi!
I'm implementing NLSFUNC for FreeDOS and I've found that many (most) of
the needed MUX functions are missing.
This patch implements functions 2F1226h to 2F1229h. This, together with
my previous nls.c patch, allowed me to make a first working
implementation of NLSFUNC's int 2F1404h, but the
14 matches
Mail list logo