Re: [Freedos-devel] IFS API

2023-02-23 Thread Ralf Quint
On 2/23/2023 9:44 AM, Liam Proven wrote: On Wed, 22 Feb 2023 at 23:12, Ralf Quint wrote: I was jogging my memory a bit, and there was a specially NLM that needed to be loaded on NW3.12 and NW 4.0 at least to get "long filename support". That's right. I believe it was called `OS2.NLM` because t

Re: [Freedos-devel] IFS API

2023-02-23 Thread Bret Johnson
> But being MS-DOS 5.0 published when it was, after the quarrel with > IBM, I can just speculate that if MS-DOS 5.0 needed more > conventional memory, IFS would have been one of the first things to > go. Which is a pity, because from those articles one can infer that > it tried to make mounting fi

Re: [Freedos-devel] IFS API

2023-02-23 Thread Aitor Santamaría
Hi, El jue, 23 feb 2023, 0:19, Bret Johnson escribió: > > Also I found references on IFSFUNC: in 2Fh (AH=11h), IFSFUNC > > functions seem to be entangled with the network redirector > > functions: > > > > http://www.ctyme.com/intr/int-2f.htm > > > > Apparently, these functions would be made avai

Re: [Freedos-devel] IFS API

2023-02-23 Thread Liam Proven
On Wed, 22 Feb 2023 at 23:12, Ralf Quint wrote: > > I was jogging my memory a bit, and there was a specially NLM that needed > to be loaded on NW3.12 and NW 4.0 at least to get "long filename > support". That's right. I believe it was called `OS2.NLM` because the support Novell had already implem

Re: [Freedos-devel] IFS API

2023-02-23 Thread Bret Johnson
>> I don't know of a direct or fool-proof way to detect FAT32 support, >> but maybe somebody else has come up with something. > > I believe DJGPP utils (2.04 beta or newer, e.g. 2.05 current) use > the naive method of "only assume FAT32 if DOS version is 7". (By > this I mean "du.exe","df.exe" etc.