Re: [Freedos-kernel] FreeDOS and redirectors

2015-11-17 Thread Eduardo Casino
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

[Freedos-kernel] Patch: UNSTABLE: Add int 2F 122B and 122D support

2005-12-09 Thread Eduardo Casino
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

Re: [Freedos-kernel] Reading new COUNTRY.SYS records

2004-09-13 Thread Eduardo Casino
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

Re: [Freedos-kernel] Reading new COUNTRY.SYS records

2004-09-13 Thread Eduardo Casino
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

Re: [Freedos-kernel] Patch: COUNTRY.ASM

2004-09-10 Thread Eduardo Casino
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

[Freedos-kernel] #pragma in UNSTABLE breaks compilation with OpenWatcom 1.2

2004-09-09 Thread Eduardo Casino
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,

Re: [Freedos-kernel] Announce: COUNTRY.SYS

2004-08-22 Thread Eduardo Casino
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

Re: [Freedos-kernel] Strange bug in kernel 2035

2004-07-26 Thread Eduardo Casino
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

Re: [Freedos-kernel] Strange bug in kernel 2035

2004-07-26 Thread Eduardo Casino
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

Re: [Freedos-kernel] PATCH: nls.c

2004-06-30 Thread Eduardo Casino
. --- 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

Re: [Freedos-kernel] PATCH: nls.c

2004-06-25 Thread Eduardo Casino
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

Re: [Freedos-kernel] PATCH: inthndlr.c

2004-06-25 Thread Eduardo Casino
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

[Freedos-kernel] PATCH: nls.c

2004-06-24 Thread Eduardo Casino
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

[Freedos-kernel] PATCH: inthndlr.c

2004-06-24 Thread Eduardo Casino
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