Bart, >> Int21/IoControl XYZ >> --> driver >> --> Int21/GetVect, Setvect
> the problem with this is that int28 handlers will now end up on the error > stack instead of the disk api stack. So if an int28-TSR such as THELP > causes a critical error, the critical error will end up on its own > stack... I new there was a problem, but was too much in a hurry (read: too lazy) to think about it. > Can you confirm this works (not applying the above?). All this does is to > move the 0x25 and 0x35 handlers to int21_syscall, as far as I can see they > are SS != DS safe. this works as well. it still might be a good idea to have some kind of 'this stack is in use, use the error stack' for cases, where some stupid 'DOS get upper case', get DBCS xyz, or similar is implemented reentrant in MSDOS, but not in freedos but the urgent problem is solved by your patch as well. tom ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click _______________________________________________ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
