| Deutsch English Français Italiano |
|
<vrs57b$1d1o2$2@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: dbush <dbush.mobile@gmail.com> Newsgroups: comp.theory Subject: Re: DDD correctly emulated by EEE --- Correct Emulation Defined --- CUT-AND-PASTE FAILED Date: Mon, 24 Mar 2025 13:36:44 -0400 Organization: A noiseless patient Spider Lines: 101 Message-ID: <vrs57b$1d1o2$2@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> <bddeb5144881ad5d343c0dcde12715352028487a@i2pn2.org> <vrpguc$2qbhf$3@dont-email.me> <620b2d2b4fcea2b169555e3ba9ba426f00c908ef@i2pn2.org> <vrq3jk$3dq3n$2@dont-email.me> <9a1b74a1390c035612fcaff008b83d2854484bf6@i2pn2.org> <vrqcer$3k9kh$4@dont-email.me> <479c16b0cb3c9ea89643f01c0180977d29ae14bc@i2pn2.org> <vrrora$11a56$2@dont-email.me> <979c8eebe5a60ecb3a54e51c53f682bb1956fc65@i2pn2.org> <vrs29a$1a43i$2@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 18:36:44 +0100 (CET) Injection-Info: dont-email.me; posting-host="2bba31d9db6d1ce3dfa332732cba05ab"; logging-data="1476354"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+Vm9UWZylC1eYCKLIY7JhM" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:jBJ3huwYCga9PiFOsCiHI24XRy4= In-Reply-To: <vrs29a$1a43i$2@dont-email.me> Content-Language: en-US On 3/24/2025 12:46 PM, olcott wrote: > On 3/24/2025 10:52 AM, joes wrote: >> Am Mon, 24 Mar 2025 09:05:30 -0500 schrieb olcott: >>> On 3/24/2025 6:23 AM, Richard Damon wrote: >>>> On 3/23/25 9:27 PM, olcott wrote: >>>>> On 3/23/2025 6:55 PM, Richard Damon wrote: >>>>>> On 3/23/25 6:56 PM, olcott wrote: >>>>>>> On 3/23/2025 4:46 PM, Richard Damon wrote: >>>>>>>> On 3/23/25 1:38 PM, olcott wrote: >>>>>>>>> On 3/23/2025 6:08 AM, Richard Damon wrote: >>>>>>>>>> On 3/22/25 11:57 PM, olcott wrote: >>>>>>>>>>> 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: >> >>>>>>>>>>>>>>> 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. >>>>>>>>>>> >>>>>>>>>> Then your "input" isn't the C source files, but the memory, and >>>>>>>>>> ALL of it, and thus in your (1), each member of the set got a >>>>>>>>>> different input (as reference memory changed) and none of those >>>>>>>>>> apply to your case with HHH. >>>>>>>>>> You just continue to prove that you don't understand the meaning >>>>>>>>>> of the terms you are using, or you are intentionally hiding your >>>>>>>>>> fradulant change of meaning of those terms. >>>>>>>>>> >>>>>>>>> Command line arguments: >>>>>>>>> x86utm Halt7.obj > Halt7out.txt >>>>>>>>> All of the x86 functions remain at their same fixed offset from >>>>>>>>> the beginning of Halt7.obj >>>>>>>> >>>>>>>> So? >>>>>>>> You still need to make the decision, is Halt7.c / Halt7.obj part of >>>>>>>> the INPUT to the decider, and thus either you can't change the code >>>>>>>> in it, or you need to consider each version a different input, or >>>>>>>> >>>>>>> In other words an infinite set of pure x86 emulators with each one >>>>>>> stored at machine address 000015d2 that can be called from the above >>>>>>> fixed finite string of machine code IS UTTERLY BEYOND ANYTHING THAT >>>>>>> YOU CAN POSSIBLY IMAGINE. >>>>>>> I don't buy it. You are neither that stupid nor that ignorant. >>>>>>> >>>>>> You can't have two different programs in one memory location at the >>>>>> same time. >>>>>> >>>>> CUT-AND-PASTE FAILED >>>>> I will dumb it down for you. >>>>> Try to come up with one x86 emulator EEE at machine address 000015d2 >>>>> that emulates III according to the semantics of the x86 language and >>>>> this emulated III reaches its own machine address 00002183. >>>>> >>>> No, STRAWMAN ERROR. You are just having a logic failure. >>>> No, you are showing yourself to be dumb. >>>> You can't redefine what "Correct Emulation" means without loosing the >>>> ability to use it to answer the problem, as we can only look as >>>> emulations instead of the original machine BECAUSE the are defined to >>>> be the same. >>>> The big problem with your example is that the fact that there doesn't >>>> exist an EEE that can correct emulate this input to it final state, is >>>> that all this proves is that this sort of emulator can never "prove" >>>> that this sort of input is halting. >>>> >>> It only takes III calling EEE twice in sequence with no conditional >>> branch instructions between 00002172 and 0000217a to prove that III >>> specifies not haling behavior. >> But there is a conditional branch. Or does the simulator abort (or not) >> unconditionally? >> > > conditional branch instructions between 00002172 and 0000217a > conditional branch instructions between 00002172 and 0000217a > conditional branch instructions between 00002172 and 0000217a > conditional branch instructions between 00002172 and 0000217a > conditional branch instructions between 00002172 and 0000217a > conditional branch instructions between 00002172 and 0000217a > conditional branch instructions between 00002172 and 0000217a > Invalid criteria, as branch instructions must be checked in the *entire* input, i.e. the machine code of III, the machine code of EEE, and the machine code of everything EEE calls down to the OS level.