汇编原理7:一次汇编过程中的内存变化
2011-09-10 19:46
162 查看
使用fasm1.0进行汇编一个文件comdemo.asm,文件内容非常简单,只有两句代码:mov ah,92h和int 20h,大小为19个字节。下面是汇编过程中的内存变化情况。汇编命令是:fasm comdemo.asm hello.com。
汇编过程主要调用了7个子程序:1.init_flatrm;2.init_memory;3.get_params;4.preprocessor;5.parser;6.assembler;7.formatter。
图1:
图2:
图3.1:
图3.2
图4.1
图4.2
图5.1
图5.2
图6
图7:
分析这些内存的变化花了很多时间,现在只是分析了两条指令而已。但是分析其它指令的时候,也是有很大的借鉴作用的。嘿嘿。可惜对于汇编原理的探索,要暂时中断一段时间了。公司里面的事情开始多了,项目比较紧急了。没办法,我总不能每天9点回来再打开电脑只是分析程序吧,多累呀。等忙过这一阵子就好了。不过,做了这些笔记,以后再看的时候,也会很快回忆起来的。呵呵。
好好工作,快乐生活。
汇编过程主要调用了7个子程序:1.init_flatrm;2.init_memory;3.get_params;4.preprocessor;5.parser;6.assembler;7.formatter。
图1:
图2:
图3.1:
图3.2
图4.1
图4.2
图5.1
图5.2
图6
图7:
分析这些内存的变化花了很多时间,现在只是分析了两条指令而已。但是分析其它指令的时候,也是有很大的借鉴作用的。嘿嘿。可惜对于汇编原理的探索,要暂时中断一段时间了。公司里面的事情开始多了,项目比较紧急了。没办法,我总不能每天9点回来再打开电脑只是分析程序吧,多累呀。等忙过这一阵子就好了。不过,做了这些笔记,以后再看的时候,也会很快回忆起来的。呵呵。
好好工作,快乐生活。
相关文章推荐
- java基础教程2---->程序执行过程映射到内存怎么变化
- 一次GTK程序内存泄露的解决过程发现的两个内存泄露的问题
- 记一次奇怪的内存错误分析过程
- 关于在8086/88内存寻址方式 (这是我一次复习汇编时看到的好文章,所以转来共享)
- 通过论证:查询字段通常返回引用,该引用可以保证是原来的对象的状态的一部分。分析变量在内存中的变化过程。
- Linux程序编译执行原理之一:预处理-编译-汇编-链接过程分析
- c++ 内存分配过程(通过汇编,寄存器和Memory分析)
- debug查看dos加载汇编源程序到内存过程分析
- 函数调用过程内存堆栈变化分析
- 一次线上系统,内存占用过多的分析过程
- 一次CMS GC问题排查过程(理解原理+读懂GC日志)
- 一次hadoop集群机器加内存的运维过程
- 一次使用vld检测内存泄漏的修正过程
- 自检过程中能够检测到所有安装好的内存,但是在系统中检测到的内存容量发生了变化;
- 通过汇编程序看函数调用过程中的原理
- 一次CMS GC问题排查过程(理解原理+读懂GC日志)
- 重写HashCode的内存变化过程以及两种重写hashCode方式的比较
- 记一次内存占用问题的调查过程
- SQLSERVER 占了500多M内存,原来的程序无法一次查询出50多W数据了,记录下这个问题的解决过程。
- 一次关于Redis内存诡异增长的排查过程实战记录