On Sun, 21 Mar 2004, Luchezar Georgiev wrote:
> http://linux.tu-varna.acad.bg/~lig/freedos/CVSPATCH.TXT
I had a look now -- Arkady: will look at the default bpb issue later.
It appears that ^C has to be echoed to stdout. This is easy to test, I'm
using a simple test0a program, see below.
If you (in MSDOS) run test0a > foo and press ^C then the ^C ends up in
foo. Which is not stderr.
Also about LF. Press ctrl-j and you'll see it is echo'ed as cr-lf, except
when you're still at the beginning of a line and it's the first key you
press. ctrl-j ctrl-j or ctrl-f ctrl-j already does the trick.
Most likely the "first time" trick is to deal with cr-lf from redirected
input, indeed.
I'm leaving your floppy changes out of the kernel for the time being as
you are still dry swimming as far as I understood, and RBIL specifically
says about int13/ah=16
--------B-1316-------------------------------
INT 13 - FLOPPY DISK - DETECT DISK CHANGE (XT 1986/1/10 or
later,XT286,AT,PS)
AH = 16h
DL = drive number (00h-7Fh)
that the TSR lets this function be valid for DL>=80 I still find hard to
believe....
Bart
org 100h
mov dx,buffer
mov ah,0ah
int 21h
mov al,[buffer+1]
cbw
mov bx,ax
mov byte [buffer],13
mov byte [buffer+1],10
mov byte [buffer+3+bx],10
mov byte [buffer+4+bx],'$'
mov dx,buffer
mov ah,9
int 21h
ret
buffer:
db 30,20
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Freedos-kernel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freedos-kernel