Как я могу исправить "Ошибка сегментации (ядро сброшено)" в сборке?
Я использую ARMv8 для моего кодирования. Я почти закончил свой код, но я столкнулся с проблемой. Когда я запускаю код, я получаю сообщение об ошибке "Ошибка сегментации (ядро сброшено)". Проблема возникает потому, что, когда строка, закомментированная с // ЭТОМ ОДНЫМ А, выполняется, она сохраняет очень большое число в x24, когда оно должно хранить число от 0 до 50. Из-за этого в строках, помеченных // ЭТОТ ОДИН B и C, код пытается указать где-то, например, x29 + 2^40 или около того, вместо x29 + (0-50).
Я попытался пройти код, чтобы найти, где неправильный номер хранится в указателе i_s, но я не могу его найти. Я также попробовал код с изменением x24 в строках B и C на x21, и он работает отлично.
Больше всего меня смущает тот факт, что перед этой проблемой в коде у меня есть почти идентичная строка кода сразу после тега testOut. Разница лишь в том, где он работает, я сохраняю в x21, а где он не работает, он хранит в x24. И нет никаких изменений в значении, на которое указывает i_s от рабочей нагрузки до сломанной нагрузки.
ПРИМЕЧАНИЕ. Соответствующие строки находятся в нижней части кода.
define(SIZE, 50)
define(v_base_r, x19) //stack location of index 0
define(ind_r, x20) //index of array
i_size = 4
j_size = 4
min_size = 4
temp_size = 4
v_size = 50*4
alloc = -(16+i_size+j_size+min_size+temp_size+v_size) & -16
dealloc = -alloc
i_s = 16
j_s = 20
min_s = 24
temp_s = 28
v_s = 32
fmt1: .string "v[%d]: %d\n" //i, v[i]
fmt2: .string "\nSorted array:\n"
fmt3: .string "v[%d]: %d\n" //i, v[i]
.balign 4
.global main
main: stp x29, x30, [sp, alloc]!
mov x29, sp
add v_base_r, x29, v_s
mov ind_r, 0 //initialize index to 0
b inittest
init:
bl rand
and w0, w0, 0xFF
str w0, [v_base_r, ind_r, lsl 2]//stores current rand()&&0xFF into v[ind_r]
adrp x0, fmt1
add x0, x0, :lo12:fmt1
mov x1, ind_r
ldr w2, [v_base_r, ind_r, lsl 2]
bl printf //Printing "v[index]: (value at index)"
add ind_r, ind_r, 1 //repeats for index + 1
inittest:
cmp ind_r, SIZE
b.lt init
mov x21, 0
str x21, [x29, i_s] //initialize i to 0
b testOut
forOut:
str x21, [x29, min_s] //x21 is still holding the value of i from testOut
add x22, x21, 1
str x22, [x29, j_s] //initialize j as j = i+1
b testIn
forIn:
ldr x21, [x29, min_s]
ldr w23, [v_base_r, x22, lsl 2] //x22 still stores value of j from testIn
ldr w24, [v_base_r, x21, lsl 2] //x23 and x24 store values in
//v[j] and v[min], respectively
cmp w23, w24
b.ge keep
str x22, [x29, min_s] //value of j (x22) is stored into min
keep:
add x22, x22, 1 //x22 still stores j, so we can increment
str x22, [x29, j_s] //and then store as new j for next iteration
testIn:
ldr x22, [x29, j_s]
cmp x22, SIZE //j < SIZE
b.lt forIn
ldr x21, [x29, min_s]
**ldr x24, [x29, i_s]** //THIS ONE A
ldr w23, [v_base_r, x21, lsl 2]
str w23, [x29, temp_s] //temp = v[min]
**ldr w23, [v_base_r, x24, lsl 2]** //THIS ONE B
str w23, [v_base_r, x21, lsl 2] //v[min] = v[i]
ldr w23, [x29, temp_s]
**str w23, [v_base_r, x24, lsl 2] //v[i] = temp** //THIS ONE C
add x22, x22, 1 //x22 still stores i, so we can increment
str x22, [x29, i_s] //and then store as new i for next iteration
testOut:
ldr x21, [x29, i_s]
cmp x21, SIZE-1 //i < SIZE-1
b.lt forOut
1 ответ
Это не лучший способ исправить мою проблему, но это сработало для меня. Итак, я предполагаю, что когда я дал место каждой переменной, которую я хранил в стеке, я выделил 4 для каждого целого числа; отсюда следующий код:
i_size = 4
j_size = 4
min_size = 4
temp_size = 4
v_size = 50*4
alloc = -(16+i_size+j_size+min_size+temp_size+v_size) & -16
dealloc = -alloc
i_s = 16
j_s = 20
min_s = 24
temp_s = 28
v_s = 32
Между двумя чтениями из i_s я увеличиваю j_s на 1 в цикле, который выполняется 50 раз. Когда я проверяю i_s, используя x/4x $x29+16
второй шестнадцатеричный код увеличивался на 1 на каждой итерации. Он увеличивается каждый раз, когда код выполняет инструкцию str x22, [x29, j_s]
так что это заставило меня понять, что случилось.
В конце концов, моя проблема была исправлена: я изменил начальный блок кода следующим образом:
i_size = 8
j_size = 8
min_size = 8
temp_size = 8
v_size = 50*4
alloc = -(16+i_size+j_size+min_size+temp_size+v_size) & -16
dealloc = -alloc
i_s = 16
j_s = 24
min_s = 32
temp_s = 40
v_s = 48
поэтому я в конечном итоге изменил размер, выделенный каждому целому числу с 4 на 8. Избыток, но я не уверен, что еще нужно сделать, чтобы это исправить.
Здравствуйте, я получал ту же ошибку Segmentation fault (дамп ядра) при запуске кода ниже:
**
section .text
global _start
_start: ;tells linker the entry point
mov edx, len ;message length
mov ecx, msg ;message wo write
mov ebx, 1 ;file descriptor (stdout)
mov eax, 4 ;system call number(sys_write)
int 0*80 ;call kernel
mov edx, 9 ;message length
mov ecx, s2 ;message to write
mov ebx, 1 ;file descriptor(stdout)
mov eax, 4 ;system call number (sys_write)
int 0*80 ;call kernel
mov eax, 1 ;system call number (sys_Exit)
int 0*80 ;call kernel
section .data
msg db 'Dispay 9 stars', 0xa ;a message
len equ $ - msg ;length of message
s2 times 9 db 'x'
**
Решение: я изменил ядро;call с int 0*80 на int 80h, и это устранило мою ошибку.