On 07/06/2022 21:51, Mr Flibble wrote:
On Tue, 7 Jun 2022 15:34:13 -0500<..snip..>
olcott <NoOne@NoWhere.com> wrote:
How many times do I have to say this before you notice that I said it
at least once? H (in the current process) always creates a new
process context to emulate its its input with an x86 emulator.
I will have to take your word for it as you refuse to publish source
code. Why not just stick your project on GitHub? Open source is de
rigueur these days. What are you trying to hide?
If a new process context is made then how is nested simulation
detected?
The code in x86utm.exe (his emulator) that emulates individual
instructions also updates a global trace table, making it accessible to
the emulated code. So every instruction and any (nested, nested(nested) etc.) simulated instructions ALL get merged together in this one global trace.
I imagine the global trace table to be much like the printed traces that
PO posts over and over. If YOU can recognise some pattern in those
printed traces, then logically H can spot that same pattern in the
global trace, as the info in both cases is more or less the same.
[Above is my best guess, based on previous PO answers before you were interested.]
I assume the data segment of each process is private...
PO said "new process context.." and that would imply each has its own
address space, and that is obviously how simulation is SUPPOSED to work
(like a TM would perform) - so your assumption is totally reasonable!
But you've made the basic mistake of assuming PO knows what a "process"
is - PO is not a software engineer or computer scientist, although he
does his utmost to give that impression!
Anyhow, each PO-simulation is like a single-stepped thread within a
SINGLE shared address space, so any globals in his H are shared by all
his "independent" simulations.
[Above is based on previous PO answers before you were interested.]
Mike.
On 6/7/2022 7:05 PM, Mike Terry wrote:
On 07/06/2022 21:51, Mr Flibble wrote:
On Tue, 7 Jun 2022 15:34:13 -0500<..snip..>
olcott <NoOne@NoWhere.com> wrote:
How many times do I have to say this before you notice that I said it
at least once? H (in the current process) always creates a new
process context to emulate its its input with an x86 emulator.
I will have to take your word for it as you refuse to publish source
code. Why not just stick your project on GitHub? Open source is de
rigueur these days. What are you trying to hide?
If a new process context is made then how is nested simulation
detected?
The code in x86utm.exe (his emulator) that emulates individual
instructions also updates a global trace table, making it accessible
to the emulated code. So every instruction and any (nested,
nested(nested) etc.) simulated instructions ALL get merged together in
this one global trace.
I imagine the global trace table to be much like the printed traces
that PO posts over and over. If YOU can recognise some pattern in
those printed traces, then logically H can spot that same pattern in
the global trace, as the info in both cases is more or less the same.
When a UTM simulates TM description
that invokes a UTM that simulates a TM description
that invokes a UTM that simulates a TM description
that invokes a UTM that simulates a TM description
that invokes a UTM that simulates a TM description
All of this whole process is data belongs to the first UTM, thus global
data is not needed and the whole process is a computable function of the original inputs to the outermost UTM.
[Above is my best guess, based on previous PO answers before you were
interested.]
I assume the data segment of each process is private...
PO said "new process context.." and that would imply each has its own
address space, and that is obviously how simulation is SUPPOSED to
work (like a TM would perform) - so your assumption is totally
reasonable!
My unlimited nested simulations could not function properly if I did not
know all of the details of how to do this.
But you've made the basic mistake of assuming PO knows what a
"process" is - PO is not a software engineer or computer scientist,
although he does his utmost to give that impression!
Anyhow, each PO-simulation is like a single-stepped thread within a
SINGLE shared address space, so any globals in his H are shared by all
his "independent" simulations.
[Above is based on previous PO answers before you were interested.]
Mike.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 365 |
Nodes: | 16 (2 / 14) |
Uptime: | 25:11:39 |
Calls: | 7,769 |
Files: | 12,905 |
Messages: | 5,749,274 |