【问题标题】:Intel-base Assembly Language Segmentation Fault基于 Intel 的汇编语言分段错误
【发布时间】:2013-10-26 03:18:42
【问题描述】:

每次我尝试运行我的代码时都会遇到分段错误。谁能指出导致这种情况的正确方向?

编译器在我通过 PuTTY 运行代码的 Linux 上。

我认为它与mov dword [esp + #] 有关,但不知道如何修复它。

%include "asm_io.inc"
segment .data
display db "Area: %d | Points: %d | Probability: %d/%d",10,0
display2 db "Expected Outsome: %d", 0
radiusone db "Enter number ", 0
radiustwo db "Enter number ", 0
radiusthree db "Enter number ", 0
radiusfour db "Enter number ", 0
pointsone db "Enter number ", 0
pointstwo db "Enter number ", 0
pointsthree db "Enter number ", 0
pointsfour db "Enter number ", 0

segment .bss

r1 resd 1 ;Radius
r2 resd 1
r3 resd 1
r4 resd 1
p1 resd 1 ;Points
p2 resd 1
p3 resd 1
p4 resd 1
ca1 resd 1 ;Computed Area
ca2 resd 1
ca3 resd 1
ca4 resd 1
pi1 resd 1 ;radius*radius
pi2 resd 1
pi3 resd 1
pi4 resd 1
pb1 resd 1 ;Probability
pb2 resd 1
pb3 resd 1
pb4 resd 1
eo resd 1 ; Expected Outcome

segment .text
        global  asm_main
        extern printf
asm_main:
        enter   0,0            
        pusha

    mov eax, radiusone
    call print_string
    call read_int
    mov [r1], eax

    mov eax, radiustwo
    call print_string
    call read_int
    mov [r2], eax

    mov eax, radiusthree
    call print_string
    call read_int
    mov [r3], eax

    mov eax, radiusfour
    call print_string
    call read_int
    mov [r4], eax
    ;************************

    mov eax, pointsone
    call print_string
    call read_int
    mov [p1], eax

    mov eax, pointstwo
    call print_string
    call read_int
    mov [p2], eax

    mov eax, pointsthree
    call print_string
    call read_int
    mov [p3], eax

    mov eax, pointsfour
    call print_string
    call read_int
    mov [p4], eax
    ;************************

    mov eax, [r1]
    imul eax, [r1]
    mov [pi1], eax 

    mov eax, [r2]
    imul eax, [r2]
    mov [pi2], eax 

    mov eax, [r3]
    imul eax, [r3]
    mov [pi3], eax 

    mov eax, [r4]
    imul eax, [r4]
    mov [pi4], eax 
    ;**********************

    mov eax, [r1]
    mov [ca1], eax

    mov eax, [ca2]
    sub eax, [pi1]
    mov [ca2], eax 

    mov eax, [ca3]
    sub eax, [pi2]
    mov [ca3], eax 

    mov eax, [ca4]
    sub eax, [pi3]
    mov [ca4], eax 
    ;********************

    mov eax, [r1]
    imul eax, [p1]
    mov [pb1], eax

    mov eax, [r2]
    imul eax, [p2]
    mov [pb2], eax

    mov eax, [r3]
    imul eax, [p3]
    mov [pb3], eax

    mov eax, [r4]
    imul eax, [p4]
    mov [pb4], eax
    ;***********************

    mov eax, [pb1]
    add eax, [pb2]
    add eax, [pb3]
    add eax, [pb4]
    mov [eo], eax
    ;************************

    sub easp 10h

    push dword [pi4]
    push dword [ca1]
    push dword [p1]
    push dword [r1]


    mov dword [esp], display
    call printf
    add esp, 10h    


    popa
    mov     eax, 0           
    leave                     
    ret

更新:我在调用所在的位置使用 pop 函数对代码进行了更改,现在它确实消除了分段错误,我现在得到了输出,但不是我想要的值.

输出:

地区:134520364 |积分:134520380 |概率:134520396/134520424

地区:134520260 |积分:134520276 |概率:134520292/134520320

地区:134520260 |积分:134520276 |概率:134520292/134520320

应该是什么时候

区域:1 |点数:17 |概率:1/64

我没有设置循环,所以我不确定为什么打印了 3 行。

更新 2:

根据建议对推送进行了更改,让我知道让输出看起来更好...

区域:17 |点数:1 |概率:64/134519817

即使应该是:

区域:1 |点数:17 |概率:1/64

我如何在堆栈中拥有它

1 , 17 , 1 , 64.... 我的字符串是:

显示 db "面积:%d | 点数:%d | 概率:%d/%d",10,0

所以看起来它们是随机放置的

我需要添加mov dword [esp + 4], display吗?

【问题讨论】:

  • 看起来您只是将参数移动到堆栈中以进行printf 调用。您不能这样做,因为您正在覆盖堆栈上的其他项目。您必须将push 参数放到堆栈中,进行调用,然后将堆栈指针恢复到执行推送之前的位置。
  • 我按照你说的做了,它摆脱了分段错误,虽然输出不正确,但它给了我输出。我查看了我的代码,不知道为什么它给了我这些数字。我只能推测这些数字是内存位置?

标签: linux assembly x86 segmentation-fault


【解决方案1】:

段错误来自于不正确地退出您的程序。 ret 不是在 Linux 或 Windows 中退出程序的正确方法。 Windows 是ExitProcess,Linux 是系统调用,或者从C 库调用exit。在您的情况下,您将链接到 C 库以使用 printf,并且 gcc 将添加在您的代码之前运行的启动代码,因此您必须调用 exit 才能正确终止您的程序。

还有其他问题,但这将解决 seg 错误。另外,按照提到的 mbratch 并在调用 printf 后通过推送和调整 esp 来传递参数

【讨论】:

    【解决方案2】:

    首先,mov dword [esp + #], ... 行覆盖了push ... 行所做的事情,所以你应该摆脱这些。其次,你输出的那些数字看起来像地址——事实上,当你这样做时,即push pi4,你正在推送pi4变量的地址。相反,您应该使用push dword [pi4] 推送变量的内容。

    【讨论】:

    • 谢谢。我现在走在正确的轨道上。要去更新了。仍然很少混合,但仍在进行中
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2018-09-22
    • 1970-01-01
    • 1970-01-01
    • 2017-01-26
    • 2017-07-24
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多