Hello ecm,
so obviously my guess was right that someone here on the list already
dealt with this :)
Thanks for the detailed answer!
Bernd
On 01.07.2024 19:49, E. C. Masloch via Freedos-devel wrote:
(I copied this mail to the pushbx blog in which the links can be
written as proper
(I copied this mail to the pushbx blog in which the links can be written
as proper hyperlinks. You may want to read it there [0].)
On at 2024-06-30 23:04 +0200, Bernd Böckmann via Freedos-devel wrote:
Hello,
I have a question our assembly people: I stumbled upon an unusual instruction
in
Thanks for the explanation Daniel :)
Does the book cover more of these rather exotic instructions? Then perhaps this
would be a nice reading for me too.
Greetings, Bernd
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
Hello Bernd.
I'm far from an expert in the subject, but I'm in the middle of reading
Programming Boot Sector Games, by Oscar Toledo.
In this book, Mr. Toledo explains on page 49 about CS XLAT (no mention
about AL in the code, but the text makes it clear it uses AL) precisely
what you mention in
> Am 30.06.2024 um 23:04 schrieb Bernd Böckmann via Freedos-devel
> :
>
> But is the override prefix valid at this point, and does this work on all
> common CPUs? Intel documentation is silent about this.
To partially give the answer to the question by myself: using the override
prefix is
> Am 30.06.2024 um 23:04 schrieb Bernd Böckmann via Freedos-devel
> :
>
> The Intel documentation for XLAT explains that the value to be added to AL is
> fetched from DS:BX
Sorry I expressed this wrong. This seems to be a good reference:
https://www.felixcloutier.com/x86/xlat:xlatb
Hello,
I have a question our assembly people: I stumbled upon an unusual instruction
in the EDR-DOS source [1]. In RASM86 this is expressed as
XLAT CS:AL
which gets encoded as 2E D7.
So this is a CS segment override prefix for an otherwise usual XLAT
instruction. I found no way to
