Em 30/11/2012 07:52, thraex escreveu:
On 30/11/12 01:40, Henrique Peron wrote:
Merhaba Thraex,
Saluton Ruĝulo,
I have noticed the problem concerning the turkish layouts, and I could
see that it will affect most national layouts.
It's nice to see that your nailed down the issue which
I found strange and undocumented behaviour in kernel function INT21h/AX=6501h
I wanted to report this as a bug but MS-DOS 7.1 has exactly the same
behaviour.
We have this snippet of code:
var a:array[0..255] of byte;
begin
asm
seges lea di,a
mov bx,0h
mov dx,0h
mov cx,256
mov
I found strange and undocumented behaviour in kernel function INT21h/AX=6501h
I wanted to report this as a bug but MS-DOS 7.1 has exactly the same
behaviour.
We have this snippet of code:
var a:array[0..255] of byte;
begin
asm
seges lea di,a
mov bx,0h
mov dx,0h
mov cx,256
mov
At 09:41 AM 11/30/2012, Ladislav Lacina wrote:
I found strange and undocumented behaviour in kernel function INT21h/AX=6501h
I wanted to report this as a bug but MS-DOS 7.1 has exactly the same
behaviour.
We have this snippet of code:
var a:array[0..255] of byte;
begin
asm
seges lea di,a
mov
Ralf, you are wrong, you are speaking about INT21h/AX=6521h but we are
discussing about INT21h/AX=6501h
-- Původní zpráva --
Od: Ralf A. Quint free...@gmx.net
Datum: 30. 11. 2012
Předmět: Re: [Freedos-devel] undocumented behaviour in INT21h/AX=6501h
At 09:41 AM 11/30/2012,
At 10:29 AM 11/30/2012, Ladislav Lacina wrote:
Ralf, you are wrong, you are speaking about INT21h/AX=6521h but we
are discussing about INT21h/AX=6501h
Oops, sorry my bad, but I was not talking about 21h/6521h, what I
found was this, and with not enough coffee yet, I misread A1h for
01h. I
Hi,
I found strange and undocumented behaviour in kernel function INT21h/AX=6501h
I wanted to report this as a bug but MS-DOS 7.1 has exactly the same
behaviour.
We have this snippet of code:
var a:array[0..255] of byte;
begin
asm
seges lea di,a
mov bx,0h
mov dx,0h
mov
At 11:04 AM 11/30/2012, Tom Ehlert wrote:
We have this snippet of code:
var a:array[0..255] of byte;
begin
asm
seges lea di,a
mov bx,0h
mov dx,0h
mov cx,256
mov ax,6501h
int 21h
end;
it's simply a bug in your program.
ES:DI - country information
I haven't expect that somebody on this forum doesn't understand seges lea
di,A instruction. So explanation:
LEA DI,a - load address of A into DS:DI
SEGES LEA DI,a load address of A into ES:DI
-- Původní zpráva --
Od: Tom Ehlert t...@drivesnapshot.de
Datum: 30. 11. 2012
At 01:10 PM 11/30/2012, Ladislav Lacina wrote:
I haven't expect that somebody on this forum doesn't understand
seges lea di,A instruction. So explanation:LEA DI,a - load address
of A into DS:DISEGES LEA DI,a load address of A into ES:DI
Careful!
As I mentioned, I have never see or used the
On Fri, Nov 30, 2012 at 2:20 PM, Ralf A. Quint free...@gmx.net wrote:
At 01:10 PM 11/30/2012, Ladislav Lacina wrote:
I haven't expect that somebody on this forum doesn't understand
seges lea di,A instruction. So explanation:LEA DI,a - load address
of A into DS:DISEGES LEA DI,a load address of A
At 02:58 PM 11/30/2012, Rugxulo wrote:
1). Laaca, are you truly using BP7 (real mode? 286 pmode?) or (more
likely) FPC? The latter is DPMI only, and presumably won't work unless
you call int 21h indirectly via int 31h, 300h.
It is certainly BP7, as FreePascal has not the same (Intel) syntax as
At 04:04 PM 11/30/2012, Daniel Verkamp wrote:
I am not familiar with Borland Pascal's inline assembler syntax, but
presumably SEGES is the ES segment override prefix (26h), which is
meaningless with LEA. Only the destination register - DI in this case
- will be modified by LEA; the segment
13 matches
Mail list logo