Hi, > I mean, I probably would find it more intuitive, at least in the given case, to define one (1) memory area (because in reality it would fully map 1:1 between the entry and the physical MEM then) I understand that the name 'memory area' almost automatically leads to this perspective. However actually following it doesn't get one far when it comes to more complex configs. Seeing memory areas as "segment containers" which happen to have a start address allowing the contained segments to "work" when the container content happens to be placed in RAM at that address is - at least for me - much more helpful. As soon as segments have both load and run addresses or as soon as there's some overlay/banking involved the "naive" memory area "model" just doesn't work anymore. Just my two cents, Oliver ---------------------------------------------------------------------- To unsubscribe from the list send mail to majordomo@musoftware.de with the string "unsubscribe cc65" in the body(!) of the mail.Received on Fri Jan 25 13:35:44 2013
This archive was generated by hypermail 2.1.8 : 2013-01-25 13:35:47 CET