fixed another memory-related problem in monitor

src/kernal/board_m65/mega65_proxies_monitor.s

@@ -66,3 +66,13 @@ proxy_M1_TALK:
 
 	jsr TALK
 	bra proxy_M1_end
+
+
+
+!addr Long__TMP = $3C        ; has to be the same as Long_TMP in monitor
+
+proxy_M1_memread:
+
+	jsr map_NORMAL
+	lda [Long__TMP], z
+	bra proxy_M1_end

src/mon_m65/,aliases_mon.s

@@ -63,7 +63,7 @@
 
                                ; $34-$3B - free space, unused for now
 
-!addr Long_TMP    = $3C        ; temporary pointer, for fetching/storing memory content
+!addr Long_TMP    = $3C        ; temporary pointer, for fetching/storing memory content; has to be the same as Long__TMP in Kernal
 
 !addr Disk_Msg    = $40        ; 40 bytes, disk status as text message ; XXX rework code to make it not needed
 !addr Mon_Data    = $68        ; 40 bytes, buffer for hunt and filename

src/mon_m65/imports.s

@@ -9,6 +9,7 @@
 ;; #ALIAS# SCREEN                      = KERNAL_0.SCREEN
 
 ;; #ALIAS# monitor_exit                = KERNAL_0.m65_shadow_BZP
+;; #ALIAS# monitor_memread_helper      = KERNAL_0.proxy_M1_memread
 
 ;; #ALIAS# CHRIN                       = KERNAL_0.proxy_M1_CHRIN
 ;; #ALIAS# CHROUT                      = KERNAL_0.proxy_M1_CHROUT

src/mon_m65/mon_helper_memory.s

@@ -37,7 +37,7 @@ Get_From_Memory:
 	sta  Long_TMP+3
 
 	lda  Long_TMP+1
-	bne  @read                         ; branch if no need to handle shadow memory (not zero page)
+	bne  @read_64k                     ; branch if no need to handle shadow memory (not zero page)
 	lda  Long_TMP+0
 	dec
 	dec
@@ -75,11 +75,16 @@ Get_From_Memory:
 	lda  #MEMCONF_SHADOW_BZP_3
 	sta  Long_TMP+3
 
-@read_flat: ; XXX read via helper in KERNAL_0 segment
+@read_flat:
-	+nop
+	
+	jsr  monitor_memread_helper
+	bra  @end
+
 @read: 
 	lda  (Long_TMP),Z
 
+@end: 
+
 	plz
 	ply
 	plx