[Freedos-kernel] bugs?

2004-05-12 Thread Arkady V.Belousov
Hi! FreeDOS returns AX=0 on success for INT21/4E, but RBIL silent about this. Is this bug or feature? Same for INT21/4F. --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson

[Freedos-kernel] bugs?

2004-05-12 Thread Arkady V.Belousov
Hi! FreeDOS currently returns AX=CX in case of success for INT21/4301, but RBIL says about AX=CX only for INT21/4300 _and_ DR-DOS. Bug or feature? --- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies

[Freedos-kernel] bugs: inthndlr.c

2004-05-12 Thread Arkady V.Belousov
Hi! Bugfixes: - INT21/42: DE_INVLDHNDL is already negative, so it should be assigned to `rc' as is, without negation. - INT21/5E02-...: removed AX clearing on exit - RBIL doesn't says that AX cleared for any function AL=2,3,... - INT21/5F07,5F08: reversed condition - now error DE_INVLDDRV

[Freedos-kernel] patch: inthndlr.c

2004-05-12 Thread Arkady V.Belousov
Hi! Changes: - rc != SUCCESS after DosDevIOctl() replaced by rc SUCCESS. Cleanups: - some zeros replaced by SUCCESS. - used -DE_INVLDDRV expression instead 0x0f value. - instead ((lr.AX 0xff) != 0)) used nicer lr.AL ? 1 : 0. Optimizations: - removed extraneous assignments to `rc'. -

[Freedos-kernel] patch: inthndlr.c

2004-05-12 Thread Arkady V.Belousov
Hi! Changes: - rc != SUCCESS after DosDevIOctl() replaced by rc SUCCESS. Cleanups: - some zeros replaced by SUCCESS. - used -DE_INVLDDRV expression instead 0x0f value. - instead ((lr.AX 0xff) != 0)) used nicer lr.AL ? 1 : 0. Optimizations: - removed extraneous assignments to `rc'. -