-
Notifications
You must be signed in to change notification settings - Fork 20
/
doc.go
40 lines (39 loc) · 2 KB
/
doc.go
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
// This file is part of Gopher2600.
//
// Gopher2600 is free software: you can redistribute it and/or modify
// it under the terms of the GNU General Public License as published by
// the Free Software Foundation, either version 3 of the License, or
// (at your option) any later version.
//
// Gopher2600 is distributed in the hope that it will be useful,
// but WITHOUT ANY WARRANTY; without even the implied warranty of
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
// GNU General Public License for more details.
//
// You should have received a copy of the GNU General Public License
// along with Gopher2600. If not, see <https://www.gnu.org/licenses/>.
// Package memorymap facilitates the translation of addresses to primary
// address equivalents.
//
// Because of the limited number of address lines used by the 6507 in the VCS
// the number of addressable locations is a lot less than the 16bit suggested
// by the addressing model of the CPU. The MapAddress() functions should be
// used to produce a "mapped address" whenever an address is being used from
// the viewport of the CPU. (Writing to memory from the viewpoint of TIA & RIOT
// is completely different)
//
// ma, _ := memorymap.MapAddress(address, true)
//
// The second argument indicates if the address is being read or being written
// to. Some addresses require an additional transformation if they are being
// read. Again, the details are handled by the function.
//
// During development an internal alternative to the CPUBus was considered (see
// bus package). The idea was to force use of mapped address when required.
// This would require new type, MappedAddr, which MapAddress() would return a
// value of. The MappedCPUBus in turn would expect address values of that type.
// However, after some experimentation the idea was deemed to be too clumsy and
// didn't help in clarification. If the memory implementation was required to
// be more general then it would be a good idea but as it is, it is not
// necessary.
package memorymap