assembly - raspberry - El menú del lenguaje de ensamblaje ARM no funciona

ensamblador en raspberry pi

Question

/*menu_prompt*/
.balign 4
menu_prompt: .asciz "Choose which problem./nType 1 for Problem 1/nType 2 for Pr$
/*scanner*/
.balign 4
scan_pattern_int: .asciz "%d"
scan_read: .word 0
.balign 4
return: .word 0
.global main
main:
ldr r0, address_of_return
str lr, [r1]
ldr r0, address_of_menu_prompt
bl printf
ldr r0, address_of_scan_pattern_int
ldr r1, address_of_scan_read
bl scanf
ldr r1, [r1]
str lr, [r1]
ldr r0, address_of_menu_prompt
bl printf
ldr r0, address_of_scan_pattern_int
ldr r1, address_of_scan_read
bl scanf
ldr r1, [r1]
cmp r1, #1
beq in_prob_1
cmp r1, #2
beq in_prob_2
cmp r1, #3
beq in_prob_3
in_prob_1:
mov r0, #100
bal end
in_prob_2:
mov r0, #200
bal end
in_prob_3:
mov r0, #300
bal end
end:
ldr lr, address_of_return
ldr lr, [lr]
bx lr
address_of_menu_prompt: .word menu_prompt
address_of_scan_pattern_int: .word scan_pattern_int
address_of_scan_read: .word scan_read
address_of_return: .word return

después de ejecutar el programa, no importa qué entrada elijo (1,2, o 3) echo $? siempre muestra que r0 tiene 139, no estoy seguro por qué. si elijo 1 r0 debería contener 100, 2 r0 debería contener 200, 3 y r0 debería contener 300.

Answer 1

scanf no necesita dejar el contenido de r1 como lo aprobó por ARM Procedimiento Call Standard. Debería volver a cargar r1 después de ramificar a scanf .