Re: [Freedos-devel] MS-DOS compatibility issue

2022-07-29 Thread Ralf Quint
On 7/29/2022 11:44 AM, Steve Nickolas wrote: On Fri, 29 Jul 2022, Ralf Quint wrote: Well, not having comments to understand what you are doing is pretty tough when you don't have the time to analyze the code line by line. But IIRC, the common way to check for the presence of an ANSI device

Re: [Freedos-devel] MS-DOS compatibility issue

2022-07-29 Thread Bret Johnson
>> But IIRC, the common way to check for the presence of an ANSI >> device driver was to check via an INT 2Fh (multiplexer) call (don't >> recall the exact call value (AX/AH)). ... > I remember when Eric Auer added it to NANSI, so it should support > it: > > *

Re: [Freedos-devel] MS-DOS compatibility issue

2022-07-29 Thread Rugxulo
Hi, On Fri, Jul 29, 2022 at 1:45 PM Steve Nickolas wrote: > > On Fri, 29 Jul 2022, Ralf Quint wrote: > > > But IIRC, the common way to check for the presence of an ANSI device driver >> was to check via an INT 2Fh (multiplexer) call (don't recall the exact call >> value > > (AX/AH)). > > That

Re: [Freedos-devel] MS-DOS compatibility issue

2022-07-29 Thread Steve Nickolas
On Fri, 29 Jul 2022, Ralf Quint wrote: Well, not having comments to understand what you are doing is pretty tough when you don't have the time to analyze the code line by line. But IIRC, the common way to check for the presence of an ANSI device driver was to check via an INT 2Fh

Re: [Freedos-devel] MS-DOS compatibility issue

2022-07-29 Thread Bret Johnson
FWIW, here's the code I use to test whether or not ANSI.SYS is loaded. ;--- ;Strings need to test for ANSI.SYS ;--- TestMsg: DB CR ;String to test

Re: [Freedos-devel] MS-DOS compatibility issue

2022-07-29 Thread tom ehlert
> It seems to me that your checking code currently relies on certain very > specific assumptions about how the ansi.sys driver behaves (e.g. that > the driver immediately spits out an ESC [ y ; x R sequence with no delay > whatsoever). this very specific assumption is fair to make about

Re: [Freedos-devel] MS-DOS compatibility issue

2022-07-29 Thread Ralf Quint
Well, not having comments to understand what you are doing is pretty tough when you don't have the time to analyze the code line by line. But IIRC, the common way to check for the presence of an ANSI device driver was to check via an INT 2Fh (multiplexer) call (don't recall the exact call

Re: [Freedos-devel] MS-DOS compatibility issue

2022-07-29 Thread TK Chia
Hello Jerome, Basically, one of the versions of my ancient (written back in the early 90’s) Turbo Pascal directory listing programs used ANSI escape sequences to provide color. Instead of blindly assuming ANSI support is present, it first probes DOS to verify the functionality. It performs

[Freedos-devel] MS-DOS compatibility issue

2022-07-29 Thread Jerome Shidel
Hi All, While recently performing a re-install of everything (System Commander Multiple DOS, Windows, Linux booting) on my Pentium Pro, I discovered a minor compatibility issue regarding ANSI.SYS support. Without digging into it more, I cannot say if the issue is NANSI.SYS or elsewhere in