Re: [Freedos-devel] MAD compiler for DOS?
On 1/30/2024 3:43 PM, Jim Hall via Freedos-devel wrote: [..] Jim Hall wrote: [..] I'm thinking about writing a book about the early history of document preparation systems, and RUNOFF seemed a good place to start. I want to faithfully recreate the MAD code in another programming language - not an automated translation like ESR's translator would do, but an [..] Ralf Quint wrote: You seem to be as predisposed as me in always finding new deep dark rabbit holes to decent into It is definitely a rabbit hole. :-) At first it was just curiosity of "what does this code *do*?" and then it turned into "I wonder if I can rewrite this in something that's easier to understand?" But I have a particular interest in the early history of document preparation systems, including troff (and nroff before that (and roff before that (and RUNOFF before that))). So this rabbit hole was kind of a tempting one to step into. Well, the Wikipedia page lists at least two MAD manuals (the compiler, not the magazine), I might just download these and have a look at this late tonight, Tuesdays I can't get to sleep until 2am anyway and always watching movies on YouTube gets boring after a while... ;-) That's where I found the MAD manual too. It's interesting reading. Especially so because they didn't write it for someone who had never seen MAD (programming language before). In the part about the "for-next" loop, rather than demonstrate it by saying "let's write a simple program that counts from 1 to 10" they demonstrated it by writing an algorithm to solve a polynomial. That's not a simple way to show something. :-P It takes a little skill to explain something, it takes great skill to explain it *simply* to someone who's never seen it before. Well, I skimmed over the manual and realized that I ran into this before, though that might be 2-3 decades ago, when I saw the conditional WHENEVER statement. I remember some not so serious discussions (might have been on a BBS) about extending the language to include the WHATEVER and MAYBE statements... Ralf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MAD compiler for DOS?
Jim Hall wrote: > > I am working on an academic project that requires understanding the MAD > > programming language so I can pick apart (and faithfully recreate) an old > > MAD program. That's the Michigan Algorithm Decoder, from 1959 and the early > > 1960s. tom ehlert wrote: > it would make this much more interesting if you would describe why this 1960s > program > does something interesting toda. I have an interest in document preparation systems, especially the early history of document preparation. I just find them fascinating - probably because I wrote a lot of documents at university using nroff and LaTeX .. but also because I earned my MS in technical writing and I teach a few university courses on technical writing, including one on "writing with digital technologies." So this program (Saltzer's RUNOFF) is in my niche as an academic, and I want to write a book for others in that niche. I admit this is a very academic exercise. This is not going to be on the New York Times "Best Sellers" list. If anyone sees it, it will probably just be others in my corner of technical writing. And I'm okay with that. :-) Jim Hall wrote: > > MAD is similar to original FORTRAN, tom ehlert wrote: > if wikipedia is right, NOPE. > according to wikipedia, it's 'inspired' by ALGOL60. and that is not even > remotely close > to FORTRAN. > Well, I knew MAD was originally derived from ALGOL60 but ended up in a completely different place. I should have specified that I don't know ALGOL60 .. but I do know FORTRAN77 (unfortunately). And I'm seeing similar things in MAD (like boolean comparisons) to how old-style FORTRAN did things. That's probably because FORTRAN and ALGOL60 were just similar in that way. Only so many ways to add instructions when they're punched on a card, for example. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Aw] MAD compiler for DOS?
The most common translation of MAD would be Verrückt (bonkers, crazy), although it can translate to wütend in some contexts. The more accurate translation of wütend would be 'raging'. So if your theory is right, it was a German who was rather inexperienced at English or just took the translation form a dictionary. On Wed, 31 Jan 2024 at 00:36, Jim Hall via Freedos-devel wrote: > > On Tue, Jan 30, 2024 at 3:51 PM Wilhelm Spiegl > wrote: > > > > https://wiki.edu.vn/wiki17/2021/01/05/mad-programmiersprache-wikipedia/amp/# > > > > I dont know if this helps, run a translator if necessary > > > > That's very cool, thanks for sharing that. The "amp" page didn't work > for me, but I could access it here: > https://wiki.edu.vn/wiki17/2021/01/05/mad-programmiersprache-wikipedia/ > > I didn't realize MAD supported abbreviations of instructions. Another > way to get confused reading MAD source files. The wiki shows this > 3-line program: (programs don't start with a "PROGRAM" instruction .. > you just start writing) > > PRINT FORMAT HELLOW > VECTOR VALUES HELLOW=$13h0Hello, world*$ > END OF PROGRAM > > > And apparently you can abbreviate those commands like this: > > P'T HELLOW > V'S HELLOW=$13h0Hello, world*$ > E'M > > > Fortunately, the source files I'm working with don't have (I think) > abbreviations like this, so I'm saved from that headache. > > > *Interesting note: The page is titled "WÜTEND" (translated to English > as ANGRY). I'm not sure if that's a German author who literally > translated "MAD" to "WÜTEND" or why that was done. :-) > > > ___ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MAD compiler for DOS?
[..] Jim Hall wrote: [..] > > I'm thinking about writing a book about the early history of document > > preparation systems, and RUNOFF seemed a good place to start. I want > > to faithfully recreate the MAD code in another programming language - > > not an automated translation like ESR's translator would do, but an [..] Ralf Quint wrote: > You seem to be as predisposed as me in always finding new deep dark > rabbit holes to decent into It is definitely a rabbit hole. :-) At first it was just curiosity of "what does this code *do*?" and then it turned into "I wonder if I can rewrite this in something that's easier to understand?" But I have a particular interest in the early history of document preparation systems, including troff (and nroff before that (and roff before that (and RUNOFF before that))). So this rabbit hole was kind of a tempting one to step into. > Well, the Wikipedia page lists at least two MAD manuals (the compiler, > not the magazine), I might just download these and have a look at this > late tonight, Tuesdays I can't get to sleep until 2am anyway and always > watching movies on YouTube gets boring after a while... ;-) That's where I found the MAD manual too. It's interesting reading. Especially so because they didn't write it for someone who had never seen MAD (programming language before). In the part about the "for-next" loop, rather than demonstrate it by saying "let's write a simple program that counts from 1 to 10" they demonstrated it by writing an algorithm to solve a polynomial. That's not a simple way to show something. :-P It takes a little skill to explain something, it takes great skill to explain it *simply* to someone who's never seen it before. Jim ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Aw] MAD compiler for DOS?
On Tue, Jan 30, 2024 at 3:51 PM Wilhelm Spiegl wrote: > > https://wiki.edu.vn/wiki17/2021/01/05/mad-programmiersprache-wikipedia/amp/# > > I dont know if this helps, run a translator if necessary > That's very cool, thanks for sharing that. The "amp" page didn't work for me, but I could access it here: https://wiki.edu.vn/wiki17/2021/01/05/mad-programmiersprache-wikipedia/ I didn't realize MAD supported abbreviations of instructions. Another way to get confused reading MAD source files. The wiki shows this 3-line program: (programs don't start with a "PROGRAM" instruction .. you just start writing) PRINT FORMAT HELLOW VECTOR VALUES HELLOW=$13h0Hello, world*$ END OF PROGRAM And apparently you can abbreviate those commands like this: P'T HELLOW V'S HELLOW=$13h0Hello, world*$ E'M Fortunately, the source files I'm working with don't have (I think) abbreviations like this, so I'm saved from that headache. *Interesting note: The page is titled "WÜTEND" (translated to English as ANGRY). I'm not sure if that's a German author who literally translated "MAD" to "WÜTEND" or why that was done. :-) ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MAD compiler for DOS?
On 1/30/2024 2:14 PM, Danilo Pecher wrote: I'm having real problems to read about MAD code written with FAP subroutines with a straight face. I'm such a child... Blame Alfred ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MAD compiler for DOS?
> I am working on an academic project that requires understanding the MAD > programming language so I can pick apart (and faithfully recreate) an old > MAD program. That's the Michigan Algorithm Decoder, from 1959 and the early > 1960s. it would make this much more interesting if you would describe why this 1960s program does something interesting toda. > MAD is similar to original FORTRAN, if wikipedia is right, NOPE. according to wikipedia, it's 'inspired' by ALGOL60. and that is not even remotely close to FORTRAN. > but there are some things that are just > weird. So I thought if I had a MAD compiler, I could try writing a few > simple programs to make sure I understand what is going on. actually a good idea. > This seems like something that might have been ported to DOS at some point > in the 1980s. At least, I thought that might be a good place to look. > Does anyone know of a MAD compiler for DOS? according to wikipedia: unlikely. tom ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MAD compiler for DOS?
I'm having real problems to read about MAD code written with FAP
subroutines with a straight face. I'm such a child...
On Tue, 30 Jan 2024 at 23:00, Ralf Quint via Freedos-devel
wrote:
>
> On 1/30/2024 1:37 PM, Jim Hall via Freedos-devel wrote:
> > Jim Hall wrote:
> >>> On Mon, Jan 29, 2024 at 8:07 PM Jim Hall wrote:
> I am working on an academic project that requires understanding the
> MAD programming language so I can pick apart (and faithfully recreate)
> an old MAD program. That's the Michigan Algorithm Decoder, from 1959
> and the early 1960s.
> [..]
> Does anyone know of a MAD compiler for DOS?
> >
> > Ralf Quint wrote:
> >> Up to your email, I haven't even heard of a MAD compiler. Only the
> >> magazine...
> >> (and interesting seeing that mentioned in the Wikipedia article LOL)
> >
> > Yes, I hadn't heard of it either until a few months ago when I started
> > researching the RUNOFF source code. It's written about half in MAD and
> > about half in FAP (FORTRAN Assembly Programming). The RUNOFF program
> > is written in MAD with some support functions in FAP.
> >
> > I'm thinking about writing a book about the early history of document
> > preparation systems, and RUNOFF seemed a good place to start. I want
> > to faithfully recreate the MAD code in another programming language -
> > not an automated translation like ESR's translator would do, but an
> > understandable recreation by a human who understands what the original
> > code is doing and recreates it in a sensible way in another
> > programming language. Might do it in C or BASIC. BASIC might be
> > easier, since I'm seeing some similarities between MAD and BASIC. But
> > I'd prefer to do it in C.
> You seem to be as predisposed as me in always finding new deep dark
> rabbit holes to decent into
> > But step #1 is to understand what's going on in the code. MAD is
> > mostly readable, but the for-next loop equivalent is a little weird to
> > me. For example, to loop from 1 to 10 (inclusive) in C, you'd do this:
> >
> > for (i = 1; i <= 10; i++) {
> > ...
> > }
> >
> >
> > Just to compare: in FORTRAN77, it's like "DO label var = start, stop, step":
> >
> > DO 10 I = 1, 10, 1
> > ...
> > 10 CONTINUE
> >
> >
> > But in MAD, I *think* it's like "THROUGH label, FOR var = start, step,
> > failcondition":
> >
> > THROUGH LOOP, FOR I = 1, 1, I .GT. 10
> > ...
> > LOOP CONTINUE
> >
> >
> > And from what I can see, I think "failcondition" gets tested at the
> > end of each iteration, so it's more like this weird 'while'
> > construction in C:
> >
> >i = 1;
> >do {
> > ...
> > i++;
> >} while ( !(i>10) );
> >
> >
> >
> > That's why I wanted to write some sample code in a real MAD compiler,
> > to see if I'm correctly understanding that (and a few other odd things
> > in the language).
> Well, the Wikipedia page lists at least two MAD manuals (the compiler,
> not the magazine), I might just download these and have a look at this
> late tonight, Tuesdays I can't get to sleep until 2am anyway and always
> watching movies on YouTube gets boring after a while... ;-)
>
> Ralf
>
>
>
>
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MAD compiler for DOS?
On 1/30/2024 1:37 PM, Jim Hall via Freedos-devel wrote:
Jim Hall wrote:
On Mon, Jan 29, 2024 at 8:07 PM Jim Hall wrote:
I am working on an academic project that requires understanding the
MAD programming language so I can pick apart (and faithfully recreate)
an old MAD program. That's the Michigan Algorithm Decoder, from 1959
and the early 1960s.
[..]
Does anyone know of a MAD compiler for DOS?
Ralf Quint wrote:
Up to your email, I haven't even heard of a MAD compiler. Only the
magazine...
(and interesting seeing that mentioned in the Wikipedia article LOL)
Yes, I hadn't heard of it either until a few months ago when I started
researching the RUNOFF source code. It's written about half in MAD and
about half in FAP (FORTRAN Assembly Programming). The RUNOFF program
is written in MAD with some support functions in FAP.
I'm thinking about writing a book about the early history of document
preparation systems, and RUNOFF seemed a good place to start. I want
to faithfully recreate the MAD code in another programming language -
not an automated translation like ESR's translator would do, but an
understandable recreation by a human who understands what the original
code is doing and recreates it in a sensible way in another
programming language. Might do it in C or BASIC. BASIC might be
easier, since I'm seeing some similarities between MAD and BASIC. But
I'd prefer to do it in C.
You seem to be as predisposed as me in always finding new deep dark
rabbit holes to decent into
But step #1 is to understand what's going on in the code. MAD is
mostly readable, but the for-next loop equivalent is a little weird to
me. For example, to loop from 1 to 10 (inclusive) in C, you'd do this:
for (i = 1; i <= 10; i++) {
...
}
Just to compare: in FORTRAN77, it's like "DO label var = start, stop, step":
DO 10 I = 1, 10, 1
...
10 CONTINUE
But in MAD, I *think* it's like "THROUGH label, FOR var = start, step,
failcondition":
THROUGH LOOP, FOR I = 1, 1, I .GT. 10
...
LOOP CONTINUE
And from what I can see, I think "failcondition" gets tested at the
end of each iteration, so it's more like this weird 'while'
construction in C:
i = 1;
do {
...
i++;
} while ( !(i>10) );
That's why I wanted to write some sample code in a real MAD compiler,
to see if I'm correctly understanding that (and a few other odd things
in the language).
Well, the Wikipedia page lists at least two MAD manuals (the compiler,
not the magazine), I might just download these and have a look at this
late tonight, Tuesdays I can't get to sleep until 2am anyway and always
watching movies on YouTube gets boring after a while... ;-)
Ralf
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MAD compiler for DOS?
Jim Hall wrote:
> > On Mon, Jan 29, 2024 at 8:07 PM Jim Hall wrote:
> >> I am working on an academic project that requires understanding the
> >> MAD programming language so I can pick apart (and faithfully recreate)
> >> an old MAD program. That's the Michigan Algorithm Decoder, from 1959
> >> and the early 1960s.
> >> [..]
> >> Does anyone know of a MAD compiler for DOS?
Ralf Quint wrote:
> Up to your email, I haven't even heard of a MAD compiler. Only the
> magazine...
> (and interesting seeing that mentioned in the Wikipedia article LOL)
Yes, I hadn't heard of it either until a few months ago when I started
researching the RUNOFF source code. It's written about half in MAD and
about half in FAP (FORTRAN Assembly Programming). The RUNOFF program
is written in MAD with some support functions in FAP.
I'm thinking about writing a book about the early history of document
preparation systems, and RUNOFF seemed a good place to start. I want
to faithfully recreate the MAD code in another programming language -
not an automated translation like ESR's translator would do, but an
understandable recreation by a human who understands what the original
code is doing and recreates it in a sensible way in another
programming language. Might do it in C or BASIC. BASIC might be
easier, since I'm seeing some similarities between MAD and BASIC. But
I'd prefer to do it in C.
But step #1 is to understand what's going on in the code. MAD is
mostly readable, but the for-next loop equivalent is a little weird to
me. For example, to loop from 1 to 10 (inclusive) in C, you'd do this:
for (i = 1; i <= 10; i++) {
...
}
Just to compare: in FORTRAN77, it's like "DO label var = start, stop, step":
DO 10 I = 1, 10, 1
...
10 CONTINUE
But in MAD, I *think* it's like "THROUGH label, FOR var = start, step,
failcondition":
THROUGH LOOP, FOR I = 1, 1, I .GT. 10
...
LOOP CONTINUE
And from what I can see, I think "failcondition" gets tested at the
end of each iteration, so it's more like this weird 'while'
construction in C:
i = 1;
do {
...
i++;
} while ( !(i>10) );
That's why I wanted to write some sample code in a real MAD compiler,
to see if I'm correctly understanding that (and a few other odd things
in the language).
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS on Book8088
That works.
On Tue, Jan 30, 2024 at 12:12 PM Jim Hall via Freedos-devel <
freedos-devel@lists.sourceforge.net> wrote:
> [resending without photo attached]
>
>
> On Tue, Jan 30, 2024 at 2:06 PM Jim Hall wrote:
> >
> > Very helpful. I thought it might be something like this. I'll update the
> bug with your info.
> >
> > Mind if I copy your photo into the bug report to show that it's working?
> >
> > On Tue, Jan 30, 2024, 1:44 PM Louis Santillan
> wrote:
> >>
> >> I have a Book8088 v2. I did some testing. I imaged the FD13BOOT.IMG
> from FD 1.3 Floppy Edition[0] to my a slot on my Gotek formatted USB
> stick. I then used a Dell 316SX (a 386) with a Gotek FDD emulator & XT-IDE
> r625 to boot FD v1.3 over floppy. Next, I FDISK'd a 256MB CF card as FAT16
> (CHS 984/16/32). Rebooted again to floppy and then ran `format C:/q/s`. I
> then copied a few binaries from the FD floppy to the CF card. Rebooted to
> verify the 256MB CF card would boot and it worked.
> >>
> >> Finally, popped out the CF card of the 316SX and placed it in the slot
> on the Book8088. Booted & it worked. See the pic below for reference.
> >>
> >> No magic other than I've been working to restore the Dell 316SX so it
> now has a NIC with the XT-IDE r625 BIOS in it's ROM slot. The original
> 3.5" & 5.25" drives aren't spinning and I need to refurb those next.
> >>
> >> The user on SF could try imaging a small (<2GB) USB stick with
> FD13BOOT.IMG and try booting off that as well. It might take a reflash of
> the BIOS [1]. They'll need to hit 'A' quickly to redirect XT-IDE to boot
> off floppy instead of the CF. I might test that as well.
> >>
> >>
> >>
> >>
> >> [0]
> https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.3/official/FD13-FloppyEdition.zip
> >> [1]
> https://forum.vcfed.org/index.php?threads/book-8088-discovery-and-modification-thread.1245155/post-1343495
> >>
> >> On Tue, Jan 30, 2024 at 8:23 AM Jim Hall via Freedos-devel <
> freedos-devel@lists.sourceforge.net> wrote:
> >>>
> >>> A user entered a bug that FreeDOS won't boot on the Book8088.
> >>> https://sourceforge.net/p/freedos/bugs/391/
> >>>
> >>> > Hi. I got myself a Book8088 2.0 recently. It's a Chinese retro
> computer
> >>> > with a NEC V20 processor, 640 kb ram and a CF card as a storage. It
> uses
> >>> > Sergei Kiselev's BIOS_8088 with XTIDE extensions (which enable
> straight
> >>> > up boot from CF card(.
> >>> >
> >>> > I tried multiple versions of 16-bit FreeDOS kernels (2039-2043) on
> it,
> >>> > but they all get stuck at InitDisk function. It will actually print
> out
> >>> > the partition and detect CHS parameters but will get confused by it
> and
> >>> > try to "correct" it. That will cause it to get stuck.
> >>> >
> >>> > This little laptop came preinstalled with MS-DOS 6.22 and that works
> ok.
> >>> >
> >>> > Btw, It doesn't have an alternative IDE interface, so the CF card is
> >>> > only means of storage.
> >>> >
> >>> > Also, the error still appears even if CF card is formatted as either
> >>> > FAT16 or FAT32.
> >>>
> >>> Does anyone have one of these devices, or have more details about the
> >>> internals? I know about this only from what I've seen on Facebook:
> >>> it's a mini-laptop made from retro hardware with a CF card for
> >>> storage, but no floppy.
> >>>
> >>> The bug report indicates that FreeDOS is stopping at the InitDisk
> function.
> >>>
> >>> The user reports that the device uses a CF card in a CF-to-IDE adapter
> >>> to act as storage ("hard drive"). At my first guess, that's probably
> >>> the issue. I know others have had mixed results with CF-to-IDE,
> >>> usually because the CF-to-IDE isn't correctly emulating IDE or because
> >>> the BIOS doesn't recognize the CF-to-IDE correctly. (Seems like
> >>> neither is the case here, since the user reports the Book8088 came
> >>> with a working copy of pre-installed MS-DOS.)
> >>>
> >>> I think other issues folks have had with CF storage is that the CF
> >>> isn't set up right, so it has an incorrect partition table boundary,
> >>> or something like that.
> >>>
> >>> My first guess is to ask the user to try a different CF card than the
> >>> one they are using now, to see if it's an issue with the CF card
> >>> itself.
> >>>
> >>> Suggestions?
> >>>
> >>>
> >>> ___
> >>> Freedos-devel mailing list
> >>> Freedos-devel@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>
>
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MAD compiler for DOS?
On 1/30/2024 7:58 AM, Jim Hall via Freedos-devel wrote: On Mon, Jan 29, 2024 at 8:07 PM Jim Hall wrote: I am working on an academic project that requires understanding the MAD programming language so I can pick apart (and faithfully recreate) an old MAD program. That's the Michigan Algorithm Decoder, from 1959 and the early 1960s. [..] Does anyone know of a MAD compiler for DOS? It's not (specifically) for DOS, but someone pointed me to Raymond's MAD implementation. It translates MAD code to C, and you can compile from there: https://gitlab.com/esr/mad I think that will do what I need. But if anyone knows of a full-on MAD compiler for DOS, please let me know. Up to your email, I haven't even heard of a MAD compiler. Only the magazine... (and interesting seeing that mentioned in the Wikipedia article LOL) Ralf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Re: FreeDOS on Book8088
Hi Jim,I only wanted to let you know that the discussion went to bttr forum. Will be interesting to see if my 512 mb image works or not on this machine.Willi--Diese Nachricht wurde von meinem Android Mobiltelefon mit mail.com Mail gesendet.Am 30.01.24, 21:11 schrieb Jim Hall via Freedos-devel :
[resending without photo attached]
On Tue, Jan 30, 2024 at 2:06 PM Jim Hall wrote:
>
> Very helpful. I thought it might be something like this. I'll update the bug with your info.
>
> Mind if I copy your photo into the bug report to show that it's working?
>
> On Tue, Jan 30, 2024, 1:44 PM Louis Santillan wrote:
>>
>> I have a Book8088 v2. I did some testing. I imaged the FD13BOOT.IMG from FD 1.3 Floppy Edition[0] to my a slot on my Gotek formatted USB stick. I then used a Dell 316SX (a 386) with a Gotek FDD emulator & XT-IDE r625 to boot FD v1.3 over floppy. Next, I FDISK'd a 256MB CF card as FAT16 (CHS 984/16/32). Rebooted again to floppy and then ran `format C:/q/s`. I then copied a few binaries from the FD floppy to the CF card. Rebooted to verify the 256MB CF card would boot and it worked.
>>
>> Finally, popped out the CF card of the 316SX and placed it in the slot on the Book8088. Booted & it worked. See the pic below for reference.
>>
>> No magic other than I've been working to restore the Dell 316SX so it now has a NIC with the XT-IDE r625 BIOS in it's ROM slot. The original 3.5" & 5.25" drives aren't spinning and I need to refurb those next.
>>
>> The user on SF could try imaging a small (<2GB) USB stick with FD13BOOT.IMG and try booting off that as well. It might take a reflash of the BIOS [1]. They'll need to hit 'A' quickly to redirect XT-IDE to boot off floppy instead of the CF. I might test that as well.
>>
>>
>>
>>
>> [0] https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.3/official/FD13-FloppyEdition.zip
>> [1] https://forum.vcfed.org/index.php?threads/book-8088-discovery-and-modification-thread.1245155/post-1343495
>>
>> On Tue, Jan 30, 2024 at 8:23 AM Jim Hall via Freedos-devel wrote:
>>>
>>> A user entered a bug that FreeDOS won't boot on the Book8088.
>>> https://sourceforge.net/p/freedos/bugs/391/
>>>
>>> > Hi. I got myself a Book8088 2.0 recently. It's a Chinese retro computer
>>> > with a NEC V20 processor, 640 kb ram and a CF card as a storage. It uses
>>> > Sergei Kiselev's BIOS_8088 with XTIDE extensions (which enable straight
>>> > up boot from CF card(.
>>> >
>>> > I tried multiple versions of 16-bit FreeDOS kernels (2039-2043) on it,
>>> > but they all get stuck at InitDisk function. It will actually print out
>>> > the partition and detect CHS parameters but will get confused by it and
>>> > try to "correct" it. That will cause it to get stuck.
>>> >
>>> > This little laptop came preinstalled with MS-DOS 6.22 and that works ok.
>>> >
>>> > Btw, It doesn't have an alternative IDE interface, so the CF card is
>>> > only means of storage.
>>> >
>>> > Also, the error still appears even if CF card is formatted as either
>>> > FAT16 or FAT32.
>>>
>>> Does anyone have one of these devices, or have more details about the
>>> internals? I know about this only from what I've seen on Facebook:
>>> it's a mini-laptop made from retro hardware with a CF card for
>>> storage, but no floppy.
>>>
>>> The bug report indicates that FreeDOS is stopping at the InitDisk function.
>>>
>>> The user reports that the device uses a CF card in a CF-to-IDE adapter
>>> to act as storage ("hard drive"). At my first guess, that's probably
>>> the issue. I know others have had mixed results with CF-to-IDE,
>>> usually because the CF-to-IDE isn't correctly emulating IDE or because
>>> the BIOS doesn't recognize the CF-to-IDE correctly. (Seems like
>>> neither is the case here, since the user reports the Book8088 came
>>> with a working copy of pre-installed MS-DOS.)
>>>
>>> I think other issues folks have had with CF storage is that the CF
>>> isn't set up right, so it has an incorrect partition table boundary,
>>> or something like that.
>>>
>>> My first guess is to ask the user to try a different CF card than the
>>> one they are using now, to see if it's an issue with the CF card
>>> itself.
>>>
>>> Suggestions?
>>>
>>>
>>> ___
>>> Freedos-devel mailing list
>>> Freedos-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/freedos-devel
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
Re: [Freedos-devel] FreeDOS on Book8088
[resending without photo attached]
On Tue, Jan 30, 2024 at 2:06 PM Jim Hall wrote:
>
> Very helpful. I thought it might be something like this. I'll update the bug
> with your info.
>
> Mind if I copy your photo into the bug report to show that it's working?
>
> On Tue, Jan 30, 2024, 1:44 PM Louis Santillan wrote:
>>
>> I have a Book8088 v2. I did some testing. I imaged the FD13BOOT.IMG from
>> FD 1.3 Floppy Edition[0] to my a slot on my Gotek formatted USB stick. I
>> then used a Dell 316SX (a 386) with a Gotek FDD emulator & XT-IDE r625 to
>> boot FD v1.3 over floppy. Next, I FDISK'd a 256MB CF card as FAT16 (CHS
>> 984/16/32). Rebooted again to floppy and then ran `format C:/q/s`. I then
>> copied a few binaries from the FD floppy to the CF card. Rebooted to verify
>> the 256MB CF card would boot and it worked.
>>
>> Finally, popped out the CF card of the 316SX and placed it in the slot on
>> the Book8088. Booted & it worked. See the pic below for reference.
>>
>> No magic other than I've been working to restore the Dell 316SX so it now
>> has a NIC with the XT-IDE r625 BIOS in it's ROM slot. The original 3.5" &
>> 5.25" drives aren't spinning and I need to refurb those next.
>>
>> The user on SF could try imaging a small (<2GB) USB stick with FD13BOOT.IMG
>> and try booting off that as well. It might take a reflash of the BIOS [1].
>> They'll need to hit 'A' quickly to redirect XT-IDE to boot off floppy
>> instead of the CF. I might test that as well.
>>
>>
>>
>>
>> [0]
>> https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.3/official/FD13-FloppyEdition.zip
>> [1]
>> https://forum.vcfed.org/index.php?threads/book-8088-discovery-and-modification-thread.1245155/post-1343495
>>
>> On Tue, Jan 30, 2024 at 8:23 AM Jim Hall via Freedos-devel
>> wrote:
>>>
>>> A user entered a bug that FreeDOS won't boot on the Book8088.
>>> https://sourceforge.net/p/freedos/bugs/391/
>>>
>>> > Hi. I got myself a Book8088 2.0 recently. It's a Chinese retro computer
>>> > with a NEC V20 processor, 640 kb ram and a CF card as a storage. It uses
>>> > Sergei Kiselev's BIOS_8088 with XTIDE extensions (which enable straight
>>> > up boot from CF card(.
>>> >
>>> > I tried multiple versions of 16-bit FreeDOS kernels (2039-2043) on it,
>>> > but they all get stuck at InitDisk function. It will actually print out
>>> > the partition and detect CHS parameters but will get confused by it and
>>> > try to "correct" it. That will cause it to get stuck.
>>> >
>>> > This little laptop came preinstalled with MS-DOS 6.22 and that works ok.
>>> >
>>> > Btw, It doesn't have an alternative IDE interface, so the CF card is
>>> > only means of storage.
>>> >
>>> > Also, the error still appears even if CF card is formatted as either
>>> > FAT16 or FAT32.
>>>
>>> Does anyone have one of these devices, or have more details about the
>>> internals? I know about this only from what I've seen on Facebook:
>>> it's a mini-laptop made from retro hardware with a CF card for
>>> storage, but no floppy.
>>>
>>> The bug report indicates that FreeDOS is stopping at the InitDisk function.
>>>
>>> The user reports that the device uses a CF card in a CF-to-IDE adapter
>>> to act as storage ("hard drive"). At my first guess, that's probably
>>> the issue. I know others have had mixed results with CF-to-IDE,
>>> usually because the CF-to-IDE isn't correctly emulating IDE or because
>>> the BIOS doesn't recognize the CF-to-IDE correctly. (Seems like
>>> neither is the case here, since the user reports the Book8088 came
>>> with a working copy of pre-installed MS-DOS.)
>>>
>>> I think other issues folks have had with CF storage is that the CF
>>> isn't set up right, so it has an incorrect partition table boundary,
>>> or something like that.
>>>
>>> My first guess is to ask the user to try a different CF card than the
>>> one they are using now, to see if it's an issue with the CF card
>>> itself.
>>>
>>> Suggestions?
>>>
>>>
>>> ___
>>> Freedos-devel mailing list
>>> Freedos-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/freedos-devel
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS on Book8088
Louis Santillan
11:44 AM (5 minutes ago)
to Technical, Jim
I have a Book8088 v2. I did some testing. I imaged the FD13BOOT.IMG from
FD 1.3 Floppy Edition[0] to my a slot on my Gotek formatted USB stick. I
then used a Dell 316SX (a 386) with a Gotek FDD emulator & XT-IDE r625 to
boot FD v1.3 over floppy. Next, I FDISK'd a 256MB CF card as FAT16 (CHS
984/16/32). Rebooted again to floppy and then ran `format C:/q/s`. I then
copied a few binaries from the FD floppy to the CF card. Rebooted to
verify the 256MB CF card would boot and it worked.
Finally, popped out the CF card of the 316SX and placed it in the slot on
the Book8088. Booted & it worked[1][2]. See the pic below for reference.
No magic other than I've been working to restore the Dell 316SX so it now
has a NIC with the XT-IDE r625 BIOS in it's ROM slot. The original 3.5" &
5.25" drives aren't spinning and I need to refurb those next.
The user on SF could try imaging a small (<2GB) USB stick with
FD13BOOT.IMG and try booting off that as well [3]. It might take a reflash
of the BIOS. They'll need to hit 'A' quickly to redirect XT-IDE to boot off
floppy instead of the CF. I might test that as well.
[0]
https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.3/official/FD13-FloppyEdition.zip
[1]
https://drive.google.com/file/d/1Vq2RvNgPNxrCOuVEFDruw4NwJYCh4Zvv/view?usp=drive_link
[2]
https://drive.google.com/file/d/1NsKzz5WK4fw_wn-2WBnaH8sTsIyGs-ZN/view?usp=drive_link
[3]
https://forum.vcfed.org/index.php?threads/book-8088-discovery-and-modification-thread.1245155/post-1343495
On Tue, Jan 30, 2024 at 8:23 AM Jim Hall via Freedos-devel <
freedos-devel@lists.sourceforge.net> wrote:
> A user entered a bug that FreeDOS won't boot on the Book8088.
> https://sourceforge.net/p/freedos/bugs/391/
>
> > Hi. I got myself a Book8088 2.0 recently. It's a Chinese retro computer
> > with a NEC V20 processor, 640 kb ram and a CF card as a storage. It uses
> > Sergei Kiselev's BIOS_8088 with XTIDE extensions (which enable straight
> > up boot from CF card(.
> >
> > I tried multiple versions of 16-bit FreeDOS kernels (2039-2043) on it,
> > but they all get stuck at InitDisk function. It will actually print out
> > the partition and detect CHS parameters but will get confused by it and
> > try to "correct" it. That will cause it to get stuck.
> >
> > This little laptop came preinstalled with MS-DOS 6.22 and that works ok.
> >
> > Btw, It doesn't have an alternative IDE interface, so the CF card is
> > only means of storage.
> >
> > Also, the error still appears even if CF card is formatted as either
> > FAT16 or FAT32.
>
> Does anyone have one of these devices, or have more details about the
> internals? I know about this only from what I've seen on Facebook:
> it's a mini-laptop made from retro hardware with a CF card for
> storage, but no floppy.
>
> The bug report indicates that FreeDOS is stopping at the InitDisk function.
>
> The user reports that the device uses a CF card in a CF-to-IDE adapter
> to act as storage ("hard drive"). At my first guess, that's probably
> the issue. I know others have had mixed results with CF-to-IDE,
> usually because the CF-to-IDE isn't correctly emulating IDE or because
> the BIOS doesn't recognize the CF-to-IDE correctly. (Seems like
> neither is the case here, since the user reports the Book8088 came
> with a working copy of pre-installed MS-DOS.)
>
> I think other issues folks have had with CF storage is that the CF
> isn't set up right, so it has an incorrect partition table boundary,
> or something like that.
>
> My first guess is to ask the user to try a different CF card than the
> one they are using now, to see if it's an issue with the CF card
> itself.
>
> Suggestions?
>
>
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
>
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] FreeDOS on Book8088
A user entered a bug that FreeDOS won't boot on the Book8088.
https://sourceforge.net/p/freedos/bugs/391/
> Hi. I got myself a Book8088 2.0 recently. It's a Chinese retro computer
> with a NEC V20 processor, 640 kb ram and a CF card as a storage. It uses
> Sergei Kiselev's BIOS_8088 with XTIDE extensions (which enable straight
> up boot from CF card(.
>
> I tried multiple versions of 16-bit FreeDOS kernels (2039-2043) on it,
> but they all get stuck at InitDisk function. It will actually print out
> the partition and detect CHS parameters but will get confused by it and
> try to "correct" it. That will cause it to get stuck.
>
> This little laptop came preinstalled with MS-DOS 6.22 and that works ok.
>
> Btw, It doesn't have an alternative IDE interface, so the CF card is
> only means of storage.
>
> Also, the error still appears even if CF card is formatted as either
> FAT16 or FAT32.
Does anyone have one of these devices, or have more details about the
internals? I know about this only from what I've seen on Facebook:
it's a mini-laptop made from retro hardware with a CF card for
storage, but no floppy.
The bug report indicates that FreeDOS is stopping at the InitDisk function.
The user reports that the device uses a CF card in a CF-to-IDE adapter
to act as storage ("hard drive"). At my first guess, that's probably
the issue. I know others have had mixed results with CF-to-IDE,
usually because the CF-to-IDE isn't correctly emulating IDE or because
the BIOS doesn't recognize the CF-to-IDE correctly. (Seems like
neither is the case here, since the user reports the Book8088 came
with a working copy of pre-installed MS-DOS.)
I think other issues folks have had with CF storage is that the CF
isn't set up right, so it has an incorrect partition table boundary,
or something like that.
My first guess is to ask the user to try a different CF card than the
one they are using now, to see if it's an issue with the CF card
itself.
Suggestions?
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] MAD compiler for DOS?
On Mon, Jan 29, 2024 at 8:07 PM Jim Hall wrote: > > I am working on an academic project that requires understanding the > MAD programming language so I can pick apart (and faithfully recreate) > an old MAD program. That's the Michigan Algorithm Decoder, from 1959 > and the early 1960s. >[..] > Does anyone know of a MAD compiler for DOS? It's not (specifically) for DOS, but someone pointed me to Raymond's MAD implementation. It translates MAD code to C, and you can compile from there: https://gitlab.com/esr/mad I think that will do what I need. But if anyone knows of a full-on MAD compiler for DOS, please let me know. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
