Memory: start initial view at 0x1000 (#370) #381
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Memory: start initial view at 0x1000 (#370)
Summary
Changed the default initial memory view to start at address
0x1000
(4096 decimal) instead of0x0
, as requested in issue #370. This addresses the requirement that "Since the initial 16 pages are reserved anyway, we should display the memory starting at0x1000
."Files changed:
src/store/workers/workersSlice.ts
- Updated worker memory initialization to usestartAddress: 0x1000
and adjustedstopAddress
accordinglyReview & Testing Checklist for Human
0x1000
instead of0x0
0x1000
when loading programs via examples, file upload, and URL parameters0x1000
is the correct starting address (issue mentions "16 pages reserved" - verify this means start at 1 page, not 16 pages =0x10000
)Diagram
Notes
The change is minimal and focused, affecting only the default memory initialization. However, visual testing is essential to confirm the memory view actually displays the expected address range in the UI.