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

2004-07-23 Thread Bart Oldeman
Hello Tom, apart from the drawbacks there is another problem: --- mov bp, [bp + 20] ; store id (in SS:) unless it's NULL or bp, bp jz nostore mov [bp], bx nostore: --- > > if (*id) >

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

2004-07-23 Thread Bart Oldeman
Hi Eduardo, the fix below fixes your problem as well. To Tom: I appreciate the fact that you find intr() easier to use and less bug prone, but there is a minor and a major problem with it in resident code (as opposed to init code where there is only a very minor problem). Minor: - not using in

Re: [Freedos-kernel] Re: patch: cleanups

2004-07-23 Thread Aitor Santamaría Merino
Hi, Eric Auer escribió: Arkady, Bart, BO> -void _seg * KernelAllocPara(size_t nPara, UBYTE type, CStr name, int mode) BO> +void _seg * KernelAllocPara(size_t nPara, UBYTE type, const char *name, int BO> mode) This is example, how my shortcuts allows to shorter and, thus, more redable lines.

[Freedos-kernel] timestamp problem on network drives?

2004-07-23 Thread Eric Auer
Hi, somebody wrote in the FAQ (Using_FreeDOS/274) --> I am using freedos 0.82 pl 3 xms_swap [dec10 2003 06:49:21] and Bart Lagerweij's network tools. When I create a file on a network mapped drive it sets the date to 01- 01-80 and the correct time. If I create a local

[Freedos-kernel] bug in kernel 2035ar

2004-07-23 Thread tom ehlert
downloaded ke2035ar. just did what I did for 3 years in a row: copy my old CONFIG.BAT saidc:>BUILD and got Compilation was aborted! congratulations :(( tom --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterpri

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

2004-07-23 Thread tom ehlert
Hello Eduardo, > I've found what seems an odd bug in the kernel (version 2035) while > testing a first alpha version of nlsfunc and it is driving me mad: > In nls.c:muxLoadPkg(), the value of cp becomes 0 right after the first > call to muxGo() (the one that does the installation check). solved:

Re: [Freedos-kernel] Re: patch: cleanups

2004-07-23 Thread Alain
BO> -void _seg * KernelAllocPara(size_t nPara, UBYTE type, CStr name, int mode) BO> +void _seg * KernelAllocPara(size_t nPara, UBYTE type, const char *name, int BO> mode) This is example, how my shortcuts allows to shorter and, thus, more redable lines. No, Bart is perfectly right. If you use C

[Freedos-kernel] Re: patch: cleanups

2004-07-23 Thread Eric Auer
Arkady, Bart, > BO> -void _seg * KernelAllocPara(size_t nPara, UBYTE type, CStr name, int mode) > BO> +void _seg * KernelAllocPara(size_t nPara, UBYTE type, const char *name, int > BO> mode) > > This is example, how my shortcuts allows to shorter and, thus, more > redable lines. No, Bart i

Re: [Freedos-kernel] patch: cleanups

2004-07-23 Thread Arkady V.Belousov
Hi! 23-Июл-2004 20:07 [EMAIL PROTECTED] (Bart Oldeman) wrote to [EMAIL PROTECTED]: BO> this patch speaks for itself. I guess Arkady won't like it Of course. :( But for me more important ideas, than formatting or even more readable type names, so I survive, I suggest. :) BO> and Tom thinks

[Freedos-kernel] patch: cleanups

2004-07-23 Thread Bart Oldeman
Hi, this patch speaks for itself. I guess Arkady won't like it and Tom thinks I'm crazy to even look at this code (though it does save 1.5K on HMA_TEXT, that's tempting). But anyway, who cares :) For me this search and replace exercise is simply necessary to make sense out of the code without