xyjikl

DataList控件与Repeater控件一样由模板驱动,与Repeater控件不同的是: DataList控件默认输出是一个HTML表格.DataList在输出时已经在相应的模板上套上了表格标签,而Repeater则是模板是什么样,输出就是什么样. 1. DataList显示数据例1:使用DataList显示数据    asp:DataList ID="D

Repeater控件和DataList控件，可以用来一次显示一组数据项。比如，可以用它们显示一个数据表中的所有行。     Repeater控件完全由模板驱动，提供了最大的灵活性，可以任意设置它的输出格式。DataList控件也由模板驱动，和Repeater不同的是，DataList默认输出是HTML表格，DataList将数据源中的记录输出为HTML表格一个个的单元格。1. Repe

一、Repeater控件的用法流程及实例：1、首先建立一个网站，新建一个网页index.aspx。2、添加或者建立APP_Data数据文件，然后将用到的数据库文件放到APP_Data文件夹中。3、打开数据库企业管理器，数据库服务器为local（.），然后将APP_Data文件夹中的数据库附加到数据库服务器中。4、添加Ling to  SQL类。5、打开视图，服务器资源管理器，右

Android的消息传递机制是另外一种形式的“事件处理”，这种机制主要是为了解决Android应用中多线程的问题，在Android中不允许Activity新启动的线程访问该Activity里的UI组件，这样会导致新启动的线程无法改变UI组件的属性值。但实际开发中，很多地方需要在工作线程中改变UI组件的属性值，比如下载网络图片、动画等等。本篇博客主要介绍Handler是如何发送与处理线程上传递来的消

打算整理一下对 Android Framework 中多线程相关知识的理解，主要集中在 Framework 层的 Thread, Handler, Looper, MessageQueue, Message, AysncTask，当然不可避免地要涉及到 native 方法，因此也会分析 dalvik 中和线程以及消息处理相关的代码：如 dalvik 中的 C++ Thread 类以及 Messag

很多时候我们需要在Android设备上下载远程服务器上的图片进行显示，今天Android123整理出两种比较好的方法来实现远程图片的下载。   方法一、直接通过Android提供的Http类访问远程服务器，这里AndroidHttpClient是SDK 2.2中新出的方法，API Level为8，大家需要注意下，静态访问可以直接调用，如果SDK版本较低可以考虑Apache的Http库，当然Ht

PendingIntent描述了一个Intent和目标action。这个类的实例是用getActivity(Context,int,Intent,int)方法和getBroadcast(Context,int,Intent,int)和getService(Context,int,Intent,int)方法创建的。创建出的pendingintent可以交给其它程序，于是它们可以在以后的某个时间以

相关文章：1、《说说PendingIntent的内部机制》  绝对干货2、《Android开发陷阱：利用PendingIntent传递唯一的Intent》我也碰到相同问题，详见备注3、《Android-Intent和PendingIntent的关系》4、《解决PendingIntent传递参数为空的问题》5、《PendingIntent详解》6、《PendingIntent

PendingIntent介绍PendingIntent可以看作是对Intent的一个封装，但它不是立刻执行某个行为，而是满足某些条件或触发某些事件后才执行指定的行为。PendingIntent的获取PendingIntent获取有三种方式:通过Activity,Service,BroadcastReceiver获取.1. 你可以通过getActivity(Context cont

转载请注明出处：http://blog.csdn.net/guolin_blog/article/details/25466665本篇文章主要内容来自于Android Doc，我翻译之后又做了些加工，英文好的朋友也可以直接去读原文。http://developer.android.com/guide/topics/ui/actionbar.html限于篇幅的原因，在上篇文章中我们只学习

本篇文章主要内容来自于Android Doc，我翻译之后又做了些加工，英文好的朋友也可以直接去读原文。http://developer.android.com/guide/topics/ui/actionbar.htmlAction Bar是一种新増的导航栏功能，在Android 3.0之后加入到系统的API当中，它标识了用户当前操作界面的位置，并提供了额外的用户动作、界面导航等功能。使用

2016大家新年好！这是今年的第一篇文章，那么应CSDN工作人员的建议，为了能给大家带来更好的阅读体验，我也是将博客换成了宽屏版。另外，作为一个对新鲜事物从来后知后觉的人，我终于也在新的一年里改用MarkDown编辑器来写博客了，希望大家在我的博客里也能体验到新年新的气象。我写博客的题材很多时候取决于平时大家问的问题，最近一段时间有不少朋友都问到ViewPager是怎么实现的。那ViewP

转载请注明出处：http://blog.csdn.net/guolin_blog/article/details/9991569之前也是由于周末通宵看TI3比赛，一直没找到时间写博客，导致已经有好久没更新了。惭愧！后面还会恢复进度，尽量保证每周都写吧。这里也是先恭喜一下来自瑞典的Alliance战队夺得了TI3的冠军，希望明年中国战队能够虎起！开始进入正题，我们都知道，Android

转载请注明出处：http://blog.csdn.net/guolin_blog/article/details/45586553在Android所有系统自带的控件当中，ListView这个控件算是用法比较复杂的了，关键是用法复杂也就算了，它还经常会出现一些稀奇古怪的问题，让人非常头疼。比如说在ListView中加载图片，如果是同步加载图片倒还好，但是一旦使用异步加载图片那么问题就来了，这个问

本文同步发表于我的微信公众号，扫一扫文章底部的二维码或在微信搜索 郭霖 即可关注，每天都有文章更新。今天给大家带来一篇简单易懂的微技巧文章，并没有什么高深的技术点，但重点仍然是在细节，相信还是可以给不少朋友带来帮助的。Dialog和Toast所有人肯定都不会陌生的，这个我们平时用的实在是太多了。而Snackbar是Design Support库中提供的新控件，有些朋友可能已经用过了，有

转载请注册出处：http://blog.csdn.net/guolin_blog/article/details/9797169在上一篇文章中，我们学习了Android Service相关的许多重要内容，包括Service的基本用法、Service和Activity进行通信、Service的销毁方式、Service与Thread的关系、以及如何创建前台Service。以上所提到的这些知识点，基

转载请注明出处：http://blog.csdn.net/guolin_blog/article/details/11952435相信大多数朋友对Service这个名词都不会陌生，没错，一个老练的Android程序员如果连Service都没听说过的话，那确实也太逊了。Service作为Android四大组件之一，在每一个应用程序中都扮演着非常重要的角色。它主要用于在后台处理一些耗时的逻辑，或者

不少Android初学者都可能会有这样的疑惑，Service和Thread到底有什么关系呢？什么时候应该用Service，什么时候又应该用Thread？答案可能会有点让你吃惊，因为Service和Thread之间没有任何关系！之所以有不少人会把它们联系起来，主要就是因为Service的后台概念。Thread我们大家都知道，是用于开启一个子线程，在这里去执行一些耗时操作就不会阻塞主线程的运行

最近要做一个更新sdk,里面用到了service后台下载,自定义通知提示下载进度,下面直接贴上代码.下面是UpdateUtils.java ,告诉你如何使用package com.cnziz.updatelib;import com.cnziz.updatelib.download.DownloadServices;import com.cnziz.updatelib.utils.

按服务性质分local service和remote service当它运行的时候如果是Local Service，那么对应的 Service是运行在主进程的 main 线程上的。如：onCreate，onStart 这些函数在被系统调用的时候都是在主进程的 main 线程上运行的，如果此时你在Service里编写了非常耗时的代码，程序必定会出现ANR的！当它运行的时候如果是Remote 

<Button android:id="@+id/btn_start" android:layout_width="match_parent" android:layout_height="wrap_content" android:text="Start Service" android:textAllCaps="f

首先推荐一下郭林大神所讲的这一节的博客：http://blog.csdn.net/guolin_blog/article/details/11952435下面结合我对这一部分的学习，自己做一个小节。 Android5.0之后组件必须使用显示intent来启动，如果为隐示的，则设置Intent的包名。intent.setPackage(“com.llay.admin.mydemo”);

在第一节中，我们使用Handler、Thread/Runnable 、URL、HttpURLConnection等等来进行异步下载网络图片。然后第二节中换了AsyncTask方式。那么这一节我们再应用其他方式，这个方式与第一节有点雷同，感觉走了一圈回到原地，只是风景更加美丽。人生很多时候也是如此，从NULL中来再回到NULL中。那么它是谁呢？java.util.concurrentjava

在上一节中，我们使用Handler、Thread/Runnable 、URL、HttpURLConnection等等来进行异步下载网络图片。但是采用这种方式有一些缺点，如下：线程的开销较大，如果每个任务都要创建一个线程，那么程序的效率要低很多。线程无法管理，匿名线程创建并启动后就不受程序的控制了，如果有很多个请求发送，那么就会启动非常多的线程，系统将不堪重负。另外，前面已经看到，在新线程中

项目中有时候需要获取网络上的图片，并下载下来到手机客户端显示。怎么做呢？实现思路是： 1：在UI线程中启动一个线程,让这个线程去下载图片。 2：图片完成下载后发送一个消息去通知UI线程 2：UI线程获取到消息后，更新UI。 这里的UI线程就是主线程。 这两个步骤涉及到一些知识点，即是：ProgressDialog,Handler,Thread/Runnable,URL

pendingIntent字面意义：等待的，未决定的Intent。要得到一个pendingIntent对象，使用方法类的静态方法 getActivity(Context, int, Intent, int),getBroadcast(Context, int, Intent, int),getService(Context, int, Intent, int)  分别对应着Inte

/ *     *如果没有从状态栏中删除ICON，且继续调用addIconToStatusbar,则不会有任何变化.如果将notification中的resId设置不同的图标，则会显示不同的图标     */     private voidaddIconToStatusbar(int resId){        NotificationManager nm = (Notific

一、SystemUI概述        自android2.2开始,原本存在与framework-res.apk中的状态栏和下拉通知栏界面控制被分割出一个单独的apk文件,命名为SystemUI.apk,保存在System/app文件夹中。在SystemUI.apk中,是存在着状态栏的图标,XML和控制文件等,这样的分割,使我们可以更方便地去修改。SystemUI模块中主要包含了USB和S

看似简单，实在涉及问题太多，有地方目前还是不解，先开篇放这，以后再写相关文章：1、《说说PendingIntent的内部机制》  绝对干货2、《Android开发陷阱：利用PendingIntent传递唯一的Intent》我也碰到相同问题，详见备注3、《Android-Intent和PendingIntent的关系》4、《解决PendingIntent传递参数为空的问题

前言：进公司要先做两个月测试，我了个去，对测试是不大了解啊，在测试主管的指导下学instrumentation接口，好像还挺好用的，看到一篇文章将其稍做补充摘录于下，分享给大家。参考文章地址：《Android单元测试初探——Instrumentation》    这里与原文有些出入，有些不必要的部分我将其去掉了，并增加了一些知识。正文首先，我们来了解一下Android的

前言：上篇《异步加载图片（一）》讲解了怎样实现异步加载图片，由于篇幅已经比较长就另开一篇讲解如何实现在用户滑动时停止加载图片，在停划时继续加载，这里我只贴出在上篇的基础上更改的部分，并加以讲解，对于完整的代码参照源码；一、ImageAndTextListAdapter.java先看完整代码，然后再讲更改的部分[java] view plain copy pa

前言：本以为异步加载挺简单，因为网上代码多，但真想要做好，还真不那么简单，从看代码到弄懂再到自己写，实在是有太多的东西需要学了，用了两天的时间，终于弄出来了，因为用到回调函数，所以理解起来可能难度有点大，讲起来也不太好讲，我尽力讲的明白些，其实还是要多看代码，自己摸索摸索，动手写写就什么都理解了。这篇我们只讲怎样实现异步加载，对于滑动时停止加载的事下篇再讲。实现效果：1、异步加载图片，在加

1、shape .xml [html] view plain copy shape xmlns:android="http://schemas.android.com/apk/res/android"          android:shape="rectangle">          gradient android:startColor="#c0000000

通常每个应用程序都在它自己的进程内运行，但有时需要在进程间传递对象，你可以通过应用程序UI的方式写个运行在一个不同的进程中的service。在android平台中，一个进程通常不能访问其他进程中的内存区域。所以，他们需要把对象拆分成操作系统能理解的简单形式，以便伪装成对象跨越边界访问。编写这种伪装代码相当的枯燥乏味，好在android为我们提供了AIDL工具可以来做这件事。 AIDL(an

Service是android 系统中的一种组件，它跟Activity的级别差不多，但是他不能自己运行，只能后台运行，并且可以和其他组件进行交互。Service的启动有两种方式：context.startService()和context.bindService()。 使用context.startService() 启动Service是会会经历:context.start

保护模式下的段寄存器 由 16位的选择器 与 64位的段描述符寄存器 构成段描述符寄存器： 存储段描述符选择器：存储段描述符的索引PS：原先实模式下的各个段寄存器作为保护模式下的段选择器，80486中有6个(即CS,SS,DS,ES,FS,GS)80位的段寄存器，同时提供6个段左右机器当前运行的地址空间。由选择器CS对应表示的段仍为代码段，选择器SS对应表示的段仍为堆栈段 

一、引入保护模式下的段寄存器 由 16位的选择器 与 64位的段描述符寄存器 构成段描述符寄存器： 存储段描述符选择器：存储段描述符的索引段寄存器PS：原先实模式下的各个段寄存器作为保护模式下的段选择器，80486中有6个(即CS,SS,DS,ES,FS,GS)80位的段寄存器。由选择器CS对应表示的段仍为代码段，选择器SS对应表示的段仍为堆栈段。二、详解先说明

保护模式中最重要的一个思想就是通过分级把代码隔离了起来，不同的代码在不同的级别 ，使大多数情况下都只和同级代码发生关系。Intel的80286以上的cpu可以识別4个特权级(或特权层)，0级到3级。数值越大特权越小。一般用把系统内核放在0级，系统的其他服务程序位于1、2级，3级则是应用软件。一般情况下代码都在自己的级别下做自己的工作，同一级别之间可以相互访问，而一般是不允许不同级别的代码间随意

特权级是保护模式下一个重要的概念，CPL，RPL和DPL是其中的核心概念，查阅资料无数，总结如下。 一、CPL、RPL、DPL简单解释    CPL是当前进程的权限级别(Current Privilege Level)，是当前正在执行的代码所在的段的特权级，存在于cs寄存器的低两位。    RPL说明的是进程对段访问的请求权限(Request Privilege Level)，是对于段

原来看第3.2.3节的时候，感觉很难的。为什么会感觉难呢？ 因为这一节谈到的特权级别关系比较复杂，不容易弄清楚。这次重看一次这一节后，进行了一点小结，这才感觉比较清楚了。      这一节的主要内容可以用下面这个表格来描述。目标代码段Jmp指令Call指令直接调用通过调用门

保护模式初步理解与实模式一样，保护模式中内存也被逻辑上分成了一个个具有相应功能的段，比如代码段，数据段，栈段等。 但是保护模式中，每个段的“个性“更鲜明。我们知道，在实模式中，所有内存都是可读、可写、可访问的，你哪天看哪块内存不爽了， 轻轻松松就可以把他里面的东西搞乱，非常的不安全。 但在保护模式中，每个段在定义的时候就被赋予了段基址、段长度、段类别（代码段/数据段/...）、特权级等

1、突破512字节的限制2、加载Loader进入内存一、突破512字节的限制一个操作系统从开机到开始运行，大致经历"引导—》加载内核入内存—》跳入保护模式—》开始执行内核"这样一个过程。也就是说，在内核开始执行之前不但要加载内核，还要准备保护模式等一系列工作，如果全部交给引导扇区来做，512字节很可能不够用，所以，不放把这个过程交给另外的模块来完成，我们把这个模块叫做Loader。引导

sudo mount -o loop pm.img /mnt/floppy/mount mount: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error In some cases us

调用门的作用gate简单来说可以想象成政府为人民提供的一个政府诉求中心，它可以集中收集人民对政府的要求和投诉,然后把这些诉求发给相关的政府部门来处理。 门提供了受保护的间接调用，为任务内的特权转移提供了安全可靠的方法。由于程序不可能进入具有更高优先级段中的任何位置。如果他们一定要进入，则只能使用调用门进入到调用门描述符指定的位置。而操作系统中定义了系统中的全部门，因此也就保证了所有的门

门,顾名思义它是一扇门通向令一个地方，看一下门的结构里面有一个描述符和一个偏移值,门中定义了这扇门通向的目的地，当我们调用一个门的时候会到达这个地方：门中的选择子:门中的偏移值，也即下图的selector:offset这是我们代码中国定义的门的数据结构：#define Gate(Selector,Offset,PCount,Attr)\.2byte (Offset&0xff

在IA32的分段机制中，总共有4个特权级别，从高到低分别是0、1、2、3。处理器通过识别下面3中特权级进行特权级检验1.CPL（Current Privilege Level）CPL是当前执行的程序或者任务的特权级，它被存储在CS和SS的第0位和第1位上，通常情况下，CPL等于代码所在的段的特权级，但是有一个例外是如果在遇到一致代码段时，当处理器访问一个与CPL特权级不同的代码段时，CPL不会

全面剖析《自己动手写操作系统》第五章---makefile文件  http://blog.csdn.net/zgh1988/article/details/73383801、make概述2、编译和链接3、makefile规则4、自己动手写makefile文件5、后记一、make概述        作为程序员，我们都有使用过Visualstdio 2005、VC6.0

1、Linux系统的安装 和 与宿主计算机共享文件夹2、global 和 extern 关键字的作用3、C调用规范(C Calling Convention)4、ELF文件5、Loader.bin进行加载内核——进入保护模式——向内核交出控制权一、Linux系统的安装 和 与宿主计算机共享文件提到Linux系统的安装，我们需要回归到第2章中2.3节——"安装虚拟

一、 FAT12FAT12是DOS时代就开始使用的文件系统(File System)，直到现在仍然在软盘上使用，FAT12软盘的被格式化后为：有两个磁头，每个磁头80个柱面（磁道），每个柱面有18个扇区，每个扇区512个字节空间。所以标准软盘的总空间为：2 * 80 *18 * 512=1474560B=1440K=1.44M下面是FAT12的结构图：1、引导扇区

堆栈段在实模式和保护模式下的工作方式相同，下面我们只介绍在实模式下的工作方式：其中SS 堆栈段寄存器，用来存储堆栈段的初始地址；SP 堆栈指针寄存器，用来存储堆栈段的栈顶偏移量。堆栈段初始化的工作如下： SS定位到堆栈段的起始地址（基地址，低地址），栈底位于堆栈段的有效地址的最末端（高地址）。SP初始化为堆栈段的大小，SS:SP永远指向堆栈的栈顶。在初始化时，SS:SP

下面以pmtest2.asm为例，来讲述“实模式--保护模式--实模式”的转换过程。1、“实模式--保护模式--实模式”的转换过程。2、介绍段描述符属性3、pm.inc 中的宏定义4、pmtest2.asm源代码一、“实模式--保护模式--实模式”的转换过程1、“实模式--保护模式”的跳转(1)关中断(2)打开地址线A20(3)置cr0寄存器的末位为1

一、最简单的“操作系统”最最简单的“操作系统”就是一个最最简单的引导扇区(Boot Sector)。虽然它不具有任何功能，但是它却能够直接在裸机上运行，不依赖其他软件。一个引导扇区是512个字节，并且以0xAA55为结束标识的扇区。下面就是那个最最简单的引导扇区。[cpp] view plain copy org 07C00h                

http://www.myexception.cn/operating-system/484288.htmlhttp://www.myexception.cn/operating-system/445331.htmlhttp://www.myexception.cn/operating-system/445078.html 代码总体过程如下:1.进入保护模式，显示字符In Pr

1、特权级2、一致代码段和非一致代码段3、DPL、RPL、CPL分别代表的含义，存储在什么位置，以及它们之间的关系4、不同特权级数据段之间的访问规则5、不同特权级代码段之间的转移6、代码段之间的转移对堆栈的影响7、结合pmtest5.asm来见证不同特权级代码段之间的跳转一、特权级在IA32的分段机制下，特权级总共有4个特权级别，从高到低分别是0、1、2、3。数

在系统中除了存储段描述符和系统段描述符外，还有一类门描述符。门描述符并不描述某种内存段，而是描述控制转移的入口点。这种描述符好比一个同向另一代码段的门。通过这种门，可实现任务内特权级的变换和任务间的切换。所以，这种门描述符也称为控制门。其中，门描述符共分为4种分别是，调用门(CallGates)，陷阱门(TrapGates)，中断门(Interrupt Gates)和任务门(TaskGates)。

首先，我们先来看几个问题：一致代码段和非一致代码段是什么？为什么要有一致代码段和非一致代码段？系统提供怎样的机制来使用户程序访问内核数据？程序如何在段与段之间跳转？接下来，我们将讨论上述这些问题。特权级为了更好的理解之后的问题，我们先来讨论一个概念：特权级。特权级是一种机制来保护数据和防止恶意行为，特权级分4种：0，1，2，3。0为最

一致代码段与非一致代码段上几篇文章，我们一直在讨论的都是 GDT 相关的一些问题，现在我们知道在系统在从实模式向保护模式跳转时，GDT 是必须要准备的结构。在介绍这一跳转之前，这篇文章我们来介绍两个概念：一致代码段和非一致代码段。首先，我们先来看几个问题：一致代码段和非一致代码段是什么？为什么要有一致代码段和非一致代码段？系统提供怎样的机制来使用户程序访

概述：在谈论保护模式编程的时候，一直会有这样的困惑：为什么除了CPL和DPL还有RPL？什么时候高特权级不能访问低特权级？什么时候低特权级不能访问高特权级？一致性代码和非一致性代码有什么区别？等等这些问题，如果仅仅停留在知其然的级别，很容易会困惑，本文主要说明以上问题的答案和蕴涵在背后的原因。1.特权级       首先，了解以下操作系统的特权级    1）CPL是存寄

之所以出现这个定义是因为系统要安全:内核要和用户程序分开..内核一定要安全.不能被用户程序干涉.但是有时候用户程序也需要读取内核的某些数据,怎么办呢?操作系统就引入了访问特权等级(0-3)的机制.这些特权等级,通过三个符号来体现CPL/DPL/RPL.其中CPL是存寄存器如CS中,RPL是代码中根据不同段跳转而确定,以动态刷新CS里的CPL.DPL是在GDT/LDT描述

一致代码段是内核开辟出来的供应用程序访问的段，但是不允许用户程序写入数据。CPL(Current Priviliege Level):它代表了当前代码段的特权等级，由CS和SS的第0位和第1位表示。当程序转移到不同的特权等级的代码时处理器将改变CPL。在遇到一致代 码段时，一致代码可以被相同或者更低特权等级（用户程序）的代码访问。当处理器访问一个与CPL特权等级不同的一致代码段时，CPL不

一致代码段:非一致代码段.之所以出现这个定义是因为系统要安全:内核要和用户程序分开..内核一定要安全.不能被用户程序干涉.但是有时候用户程序也需要读取内核的某些数据,怎么办呢?于是os将内核程序开辟一些可以供用用户程序访问的段.但是不允许用户程序写入数据.1.内核不用知道用户程序的数据.内核不用调用用户程序的数据.内核不用转移到用户程序中来.2.用户程序只能访问到内核的某些

最经看《80x86汇编语言程序设计》杨季文等著，里面的保护模式的例子无法调试，后来查到bochs可以调试，就折腾了一番，这里写下吧……>>>>>>>>>>>>>>>>>>>>>>>无耻的分割线>>>>>>>>>>>>>>>>>>>>>>>>下载地址：Bochs：http://bochs.sourceforge.net/FreeDOS：http://www.freedos.org

80x86使用了一种称为段（Segment）的寻址技术。这种寻址技术把内存空间分成一个或多个称为段的线性区域，从而对内存中一个数据对象的寻址就需要使用一个段的起始地址（即段地址）和一个段内偏移地址两部分构成。段地址部分使用16位的段选择符指定，其中14位可以选择214即16384个段。段内偏移地址部分使用32位的值来指定，因此段内地址可以是0～4GB。即一个段的最大长度可达4GB。程序中由16位的

保护模式就是对程序的运行加以保护，所以说保护模式较实模式的增强的最主要体现还不是寻址能力而是对多任务的支持，所提到的保护就是对不同任务间和同一任务内的程序加以保护，使它们的运行不受对方“有意”或“无意”影响，但同时也要对两个任务都要用到的部分代码实现共享。另外一个重要的增强就是对虚拟存储器的支持，从一定意义上说可以使程序设计人员不必考虑物理内存的大小。  有了新的模式,当然要有大量的新增寄存器的支

段选择符和段寄存器sujinxiu-linux  转载地址:http://home.lupaworld.com/home-space-uid-401174-do-blog-id-231280.html首先看一下段选择符。段选择符为16位。为了方便查找段选择符，CPU提供了段寄存器来存放段选择符。段寄存器有cs, ss, ds, es, fs, gs（为16位）,主要的有cs:代码段寄存

源码如下：1234567891011121314151617181920212223242526272829303132333435363738394041424344454647

NASM汇编程序中的宏定义格式如下:%macro 宏名 参数名列表 宏体%endmacro如：%macro Descriptor 3dw %2 & 0FFFFh dw %1 & 0FFFFh db (%1 >> 16) & 0FFh dw ((%2 >> 8) & 0F00h) | (%3 & 0F0FFh) db (%1 >> 24) & 0FFh

一、32位CPU系统级寄存器和数据结构二、寄存器分类介绍通用寄存器：8个，分别为EAX,EBX,ECX,EDX,ESP,EBP,ESI,EDI标志寄存器：1个，EFLAGS控制寄存器：5个，分别为CR0-CR4调试寄存器：8个，分别为DR0-DR7系统地址寄存器:4个，GDTR、IDTR、LDTR和TR16位段寄存器：6个，分别为CS,DS,ES,FS,GS,SS

注意】本文使用到的汇编指令的语法是Intel汇编语法，除此之外的内容与汇编语法无关 【80x86寄存器】　　32位CPU所含有的寄存器有：　・4个32位通用寄存器(EAX、EBX、ECX和EDX)　・2个32位变址和指针寄存器(ESI和EDI) 2个32位指针寄存器(ESP和EBP)　・6个[16位(段选择符)+隐藏部分(描述符缓冲)]段寄存器(ES、CS、SS、DS、FS

控制寄存器和系统地址寄存器目录(?)[+][-]一控制寄存器保护控制位协处理器控制位CR2和CR3二系统地址寄存器全局描述符表寄存器GDTR局部描述符表寄存器LDTR中断描述符表寄存器IDTR任务状态段寄存器TR     80386控制寄存器和系统地址寄存器如下表所示。它们用于控制工作方式，控制

处理器提供了4个内存管理寄存器（GDTR、LDTR、IDTR和TR），用于指定分段内存管理所使用的系统表的基地址。处理器为这些寄存器加载和保存提供了特定的指令。  GDTR、LDTR、IDRTR和TR都是段基址寄存器，这些段中包含分段机制的重要信息表，GDTR、IDTR和LDTR用于寻址存放段描述符的段。TR用于寻址一个特殊任务状态段TSS（Task State Segme

本文介绍操作系统类指令。其中的某些指令始于286。通常只在操作系统代码中使用这些指令，而不在应用程序中使用这些指令。这是把它们称为操作系统类指令的原因。为了保证操作系统的安全，保护模式下的80386支持四个特权级。相应地，这些操作系统类指令也可分为三种：实模式和任何特权级下可执行的指令、实模式及特权级0下可执行的指令和仅在保护模式下执行的指令。这里下载本文源代码。实模式和任

这张图要注意:右边两个0-15,其中上面的是LDTR,  下面的是选择子.                  图下第五个标线,是两个线交叉的,实际上第五个线是指向右边水平的那个线.                   没有箭头的两组线分别表示GDT的区间,LDT的区间                   3和3'之间的两个没有箭头的线,是表示分别表示区间的线.           

操作码 指令说明0F 01 /2LGDT m16&32将 m 加载到 GDTR0F 01 /3LIDT m16&32将 m 加载到 IDTR说明将源操作数中的值加载到全局描述符表格寄存器 (GDTR) 或中断描述符表格寄存器 (IDTR)。源操

shl和shr是逻辑移位指令。shl是逻辑左移指令，它的功能为：（1）将一个寄存器或内存单元中的数据向左移位；（2）将最后移出的一位写入CF中；（3）最低位用0补充。 指令：mov al,01001000bshl al,1 ;将al中数据左移一位 执行后（al）=10010000b，CF=0。 注意：如果移动位数大于1时，必须将移动位数放在cl中

段机制轻松体验 内存寻址： 实模式下的内存寻址： 让我们首先来回顾实模式下的寻址方式 段首地址×16＋偏移量 ＝ 物理地址 为什么要×16？因为在8086CPU中，地址线是20位，但寄存器是16位的，最高寻址64KB，它无法寻址到1M内存。于是，Intel设计了这种寻址 方式，先缩小4位成16位放入到段寄存器，用到时候，再将其扩大到20位，这也造成了段的首地址必须是16的倍数的

最近在看《自已动手写操作系统》这本书，读到第四章关于从软盘读取文件一节时一开始不能理解，特别是看不懂书中所附的源代码。经过自己查询软盘结构资料，通过本文对自己软盘的磁头号、磁道号和起始扇区与扇区之转换的想法做个总结。于渊关于从软盘读取文件所附的源代码注释如下：    ; 设扇区号为 x    ;                           ┌ 柱面号 = y >> 1   

由于最近在学习linux0.11内核，需要用到软盘启动，于是就抽空学习了一下软盘结构；1、软盘结构1.44软盘结构：2个盘面（0和1），一个盘面有80条磁道（或称磁柱），一个磁道有18个扇区，一个扇区大小为512Byte，于是软盘总容量：2*80*18*512Byte=1474560Byte=1.44M;2、相对扇区号及转换在系统中，于是可以通过盘面+磁道+扇区，就访问到相

16位CPU所含有的寄存器有(见图2.1中16位寄存器部分)：4个数据寄存器(AX、BX、CX和DX)2个变址和指针寄存器(SI和DI) 2个指针寄存器(SP和BP) ，32位CPU增加2个16位的段寄存器：FS和GS。4个段寄存器(ES、CS、SS和DS)1个指令指针寄存器(IP) 1个标志寄存器(Flags) 一共14个寄存器，或者16个  16位CPU内部有2

段寄存器是因为对内存的分段管理而设置的。16位CPU有四个段寄存器，其程序可同时访问四个不同含义的段，引用方面有如下规定：1. 取命令：段寄存器CS指向存放程序的内存段，IP是用来存放下条待执行的指令在该段的偏移量，把它们合在一起可在该内存段内取到下次要执行的指令。2. 取堆栈：段寄存器SS指向用于堆栈的内存段，SP是用来指向该堆栈的栈顶，把它们合在一起可访问栈顶单元。另外，当偏移量用

先说下特权级的概念,在保护模式下,系统依靠特权级来实施代码和数据的保护,相当于权限啦。特权级共有4 个级别,0,1,2,3,数字越小表示权限越高。如图:较为核心的代码和数据放在较高(靠内)的层级中,处理器用此来防止较低特权的任务在不被允许的情况下访问处于高特权级的段。为了防止概念混淆，我们不用特权级大小来说明，改为内层(高)，外层(低)来讲。特权级有3 种：CPL,DPL

网上看到的一强帖，不转不行了，牛人啊，把这段代码拿捏的相当到位 括号中是我的加注段机制轻松体验[内存寻址]实模式下的内存寻址：让我们首先来回顾实模式下的寻址方式段首地址×16＋偏移量 ＝ 物理地址为什么要×16？因为在8086CPU中，地址线是20位，但寄存器是16位的，最高寻址64KB，它无法寻址到1M内存。于是，Intel设计了这种寻 址

WHY我们知道编译器本身在汇编时对指令的地址计算的是相对地址。而对于引导扇区,一切只是从无生有的阶段，是按绝对地址执行，那么对于用相对地址编译的执行码就要换算成绝对地址。一般而言，“真实开始执行的引导扇区"都会固定装载到07c00处，主意这句话是说一个真正的引导扇区。对于硬盘上，会有一个主引导扇区,然后由它来控制和其它引导扇区，比如grub控制windows，linux等。那么

之前的程序都是在实模式下面的程序，只能访问1M的地址，2^20intel退出32位cpu完全兼容16位cpu，重要的一点是可以继续使用16模式下的寻址方法。32位cpu地址线为32根，最大内存为4G，如何利用原来的seg：offset表示方式，来表示32根地址线。把32位的物理内存写入一个表中，每个表项记录内存的开始地址和大小，边界，16位的寄存器用来表示表的索引。比如：当16bi

书本第三章第一节是《认识保护模式》，初步讲解了保护模式下全局描述符表GDT、段描述符、段选择子、从实模式进入保护模式等内容。去年看这个的时候，如果不是有以前学习保护模式时做的笔记，还真不好懂呢，因为作者提供的材料不够系统，对仅学习过8086汇编语言的人来说，是不太好理解的。下面的内容大体以我以前做的笔记为纲，较为简略，只说明要点。（本来还可以参考下以前学习保护模式时收集的资料的，很可惜，移动硬盘坏

段选择器:32位汇编中16位段寄存器(CS、DS、ES、SS、FS、GS)中不再存放段基址,而 是段描述符在段描述符表中的索引值,D3-D15位是索引值,D0-D1位是优先级(RPL)用于特权检查,D2位是描述符表引用指示位TI,TI=0指 示从全局描述表GDT中读取描述符，TI=1指示从局部描述符中LDT中读取描述符。这些信息总称段选择器(段选择子).段描述符：8个 字节64位，每一个段

逻辑地址：即逻辑上的地址，实模式下由“段基地址+段内偏移”组成；保护模式下由“段选择符+段内偏移”组成。线性地址：逻辑地址经分段机制后就成线性地址，它是平坦的；如果不启用分页，那么此线性地址即物理地址。物理地址：线性地址经分页转换后就成了物理地址。实模式寻址方式    刚才说了8086CPU数据总线为16位，也就是一次最多能取2^16＝64KB数据，这个数据也解释了实模式下为什么每

☞模块化程序设计模块化程序设计 汇编语言通过call和ret指令实现了模块化程序设计。可以实现多个相互联系、功能独立的子程序来解决一个复杂的问题。子程序的框架 1 assume cs:code 2 code segment 3 main: : 4 : 5 call sub1

SECTION是一种组织代码和存储的方式NASM支持标准的.data, .text和.bss，编译后的程序文件中的内存地址顺序是.text, .data，用户自定义section。NASM支持用户自定义section同名的section，编译后会放在同一块连续的内存上[SECTION .data]var1    db    0x01[SECTION .text]

在32位微机系统中，除了支持前面的七种寻址方式外，又提供了一种更灵活、方便，但也更复杂的内存寻址方式，从而使内存地址的寻址范围得到了进一步扩大。在用16位寄存器来访问存储单元时，只能使用基地址寄存器(BX和BP)和变址寄存器(SI和DI)来作为地址偏移量的一部分，但在用32位寄存器寻址时，不存在上述限制，所有32位寄存器(EAX、EBX、ECX、EDX、ESI、EDI、EBP和ESP)都可

操作数在存储器中，其有效地址是一个基址寄存器(BX、BP)的值、一个变址寄存器(SI、DI)的值和指令中的8位/16位偏移量之和。其有效地址的计算公式如公式所示。在不使用段超越前缀的情况下，规定：如果有效地址中含有BP，则其缺省的段寄存器为SS；否则，其缺省的段寄存器为DS。指令中给出的8位/16位偏移量用补码表示。在计算有效地址时，如果偏移量是8位，则进行符号扩展成16位。当

操作数在存储器中，其有效地址是一个基址寄存器(BX、BP)和一个变址寄存器(SI、DI)的内容之和。其有效地址的计算公式如公式所示。在不使用段超越前缀的情况下，规定：如果有效地址中含有BP，则缺省的段寄存器为SS；否则，缺省的段寄存器为DS。例:假设指令：MOV BX, [BX+SI]，在执行时，(DS)=1000H，(BX)=2100H，(SI)=0011H，内存单元12111H

操作数在存储器中，其有效地址是一个基址寄存器(BX、BP)或变址寄存器(SI、DI)的内容和指令中的8位/16位偏移量之和。其有效地址的计算公式如公式所示。在不使用段超越前缀的情况下，有下列规定：     若有效地址用SI、DI和BX等之一来指定，则其缺省的段寄存器为DS；     若有效地址用BP来指定，则其缺省的段寄存器为SS。 指令中给出的8位/16位偏移

操作数在存储器中，操作数的有效地址用SI、DI、BX和BP等四个寄存器之一来指定，称这种寻址方式为寄存器间接寻址方式。该寻址方式物理地址的计算方法如下：寄存器间接寻址方式读取存储单元的原理如图所示。在不使用段超越前缀的情况下，有下列规定：若有效地址用SI、DI和BX等之一来指定，则其缺省的段寄存器为DS；若有效地址用BP来指定，则其缺省的段寄存器为SS(即：堆栈

指令所要的操作数存放在内存中，在指令中直接给出该操作数的有效地址，这种寻址方式为直接寻址方式。在通常情况下，操作数存放在数据段中，所以，其物理地址将由数据段寄存器DS和指令中给出的有效地址直接形成，但如果使用段超越前缀，那么，操作数可存放在其它段。例：假设有指令：MOV BX, [1234H]，在执行时，(DS)=2000H，内存单元21234H的值为5213H。问该指令执行后，BX的值是

段寄存器是因为对内存的分段管理而设置的。16位CPU有四个段寄存器，所以，其程序可同时访问四个不同含义的段。段寄存器及其偏移量的引用关系如图所示。段寄存器CS指向存放程序的内存段，IP是用来存放下条待执行的指令在该段的偏移量，把它们合在一起可在该内存段内取到下次要执行的指令。段寄存器SS指向用于堆栈的内存段，SP是用来指向该堆栈的栈顶，把它们合在一起可访问栈顶单元。另外，当偏移量用到了

操作数在存储器中，操作数的有效地址用SI、DI、BX和BP等四个寄存器之一来指定，称这种寻址方式为寄存器间接寻址方式。该寻址方式物理地址的计算方法如下：寄存器间接寻址方式读取存储单元的原理如图所示。在不使用段超越前缀的情况下，有下列规定：若有效地址用SI、DI和BX等之一来指定，则其缺省的段寄存器为DS；若有效地址用BP来指定，则其缺省的段寄存器为SS(即：堆栈

1 固定寻址（inherent addressing ）特定的单操作数指令，操作数隐含在操作码中，在固定寻址的指令中，操作数被隐含在指令中，不需要执行总线周期，执行速度快例子：1.1 CBW命令，将AL中的符号位扩展到AH中，形成16位的操作数。比如AL中的符号位是1，则执行CBW命令后，AH则变成FF，如果符号位是0，则AH则变成001.2 PUSH AX ,源操作数是寄存器AX

问：为什么编写NASM语法的系统引导程序，汇编代码的开始总是使用“org 7c00h”？为什么有时候去掉org指令程序也能正常执行？      答：对于这个问题，我首先在《NASM中文手册》中找到了org指令的解释：NASM汇编编译器为bin文件格式提供了额外的操作符org，它的功能是指定程序被载入内存时的起始地址。根据书中的解释，我们很容易想到，因为引导程序将会被加载到内存0x7c00处