Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: Mikko <mikko.levanto@iki.fi>
Newsgroups: comp.theory
Subject: Re: DDD correctly emulated by EEE --- Correct Emulation Defined
Date: Mon, 24 Mar 2025 09:30:23 +0200
Organization: -
Lines: 68
Message-ID: <vrr1mf$db46$1@dont-email.me>
References: <vrfuob$256og$1@dont-email.me> <vrmirg$5bpl$1@dont-email.me> <ca0a3e4701bc62fa38f1138064feff7628ff5b48@i2pn2.org> <vrmtrn$cvat$7@dont-email.me> <678373dd34320b3c8250f1e75c849a16316d8ae8@i2pn2.org> <vro0rb$1c9ia$2@dont-email.me> <vroj7a$21s06$1@dont-email.me> <vrpfao$2qbhf$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 24 Mar 2025 08:30:24 +0100 (CET)
Injection-Info: dont-email.me; posting-host="3edb2b95d4b8e02638e23f2f474fbe8a";
	logging-data="437382"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+xI+ZiZJs8EI4QqoY8COYj"
User-Agent: Unison/2.2
Cancel-Lock: sha1:aA7B2W1IBrO8+FvA2YzxmshuU0M=
Bytes: 3915

On 2025-03-23 17:10:48 +0000, olcott said:

> On 3/23/2025 4:11 AM, Mikko wrote:
>> On 2025-03-23 03:57:30 +0000, olcott said:
>> 
>>> On 3/22/2025 9:53 PM, Richard Damon wrote:
>>>> On 3/22/25 2:00 PM, olcott wrote:
>>>>> On 3/22/2025 12:34 PM, Richard Damon wrote:
>>>>>> On 3/22/25 10:52 AM, olcott wrote:
>>>>>>> _DD()
>>>>>>> [00002133] 55         push ebp      ; housekeeping
>>>>>>> [00002134] 8bec       mov ebp,esp   ; housekeeping
>>>>>>> [00002136] 51         push ecx      ; make space for local
>>>>>>> [00002137] 6833210000 push 00002133 ; push DD
>>>>>>> [0000213c] e882f4ffff call 000015c3 ; call EEE(DD)
>>>>>>> [00002141] 83c404     add esp,+04
>>>>>>> [00002144] 8945fc     mov [ebp-04],eax
>>>>>>> [00002147] 837dfc00   cmp dword [ebp-04],+00
>>>>>>> [0000214b] 7402       jz 0000214f
>>>>>>> [0000214d] ebfe       jmp 0000214d
>>>>>>> [0000214f] 8b45fc     mov eax,[ebp-04]
>>>>>>> [00002152] 8be5       mov esp,ebp
>>>>>>> [00002154] 5d         pop ebp
>>>>>>> [00002155] c3         ret
>>>>>>> Size in bytes:(0035) [00002155]
>>>>>>> 
>>>>>>> When finite integer N instructions of the above x86
>>>>>>> machine language DD are emulated by each x86 emulator
>>>>>>> EEE[N] at machine address [000015c3] according to the
>>>>>>> semantics of the x86 language no DD ever reaches its own
>>>>>>> "ret" instruction at machine address [00002155] and
>>>>>>> terminates normally.
>>>>>>> 
>>>>>> 
>>>>>> Your can't emulate the above code for N > 4, as you get into undefine memory.
>>>>>> 
>>>>> 
>>>>> I have already addressed this objection dozens of times.
>>>>> 
>>>> 
>>>> No you haven't. You have given several different LIES about it.
>>>> 
>>>> As I have pointed out, if you don't include Halt7.c as part of the 
>>>> definition, then you can't do it as you are looking at undefined memory.
>>>> 
>>> 
>>> Your lack of technical competence is showing.
>>> (1) We are talking about a hypothetical infinite
>>> set of pure x86 emulators that have no decider code.
>>> 
>>> (2) The memory space of x86 machine code is not
>>> in the C source file, it is in the object file.
>> 
>> It isn't in the object file, either. Only the initial values of some
>> memory locations are there. The object file does not even specify
>> where in the memory space those locations are. The execution of a
>> program requires a memory space larger than the object file.
>> 
> 
> I patch the Halt7.obj file so that functions
> are at a fixed address. This file is never linked.

Doesn't affect the fact that important parts of the memory space are not
containted in the object file.

-- 
Mikko