汇编语言的中断服务的中断服务程序是什么
嗯，我猜你问的是PC的，不是单片机一、汇编语言的中断分以下几种：1.BIOS中断，这是固化到BIOS程序中的，每次开机BIOS会自动加载到指定内存2.186下的DOS中断，在DOS系统被加载后，系统会延用BIOS的中断向量，并向里面添加一些新的向量，这些功能便是DOS系统自带的3.286及以上的，PC会进入，在OS被加载后，中断由IDT控制，这一机制类似于中断向量表，只不过中断向量换成了选择子。
这样的中断机制对不同型号的CPU有略微的差别，这里不细说了，我自己也没全弄明白。
二、中断实现的方式（8086下的普通中断）听说过“优先级编码器”没
——如果同时有两个信号被接收，会指定某一个信号的优先级高，先执行它。
中断就是类似的处理方法。
当CPU获取到某一高操作优先级的信号时（比如时钟，每固定时间就会触发一次；比如键盘响应，用户希望通过Ctrl+C来退出任何正在执行的DOS程序），CPU会将当前正在执行的程序挂起来，转而去处理该信号（类似于Call，但略有不同，你看的书应该会讲到）。
处理中断时，系统会将其解释为一个标号，比如int 9h、int 21h等等。
这个标号是一个序号，在内存某处存放着连续的一个表格，这个标号便是表格中的“行号”，只不过，每一行是两列，包括了该中断的处理程序的段基址和偏移量。
中断向量表是从0000:0000开始的，每4字节为一个表项。
中断标号x4就是对应的中断向量表项所存的地址，高地址是基地址，低地址是偏移。
这么说不知道你懂不懂。
。
。
反正总结一下你的问题吧，是加载到内存中的，它在加载前可能是存在上，也可能是存在硬盘里的；中断向量表里只能写上程序的入口地址，要知道每个表项只有4字节；具体的，我不信你学汇编的书上不讲，我大概讲一下：CPU的INTR引脚获得了中断信号，得到了标号，比方说是5号，中断向量表项为0000:000A，读取这个内存，得到入口地址比方说是AAAA:BBBB，那么它会将当前的CS\\\/IP、Flags寄存器入栈，然后转到AAAA:BBBB处去执行一直到iret指令返回原任务（或许该中断结束了这个任务，就不会返回了）。
至于的中断，相信你暂时还没遇到。
到后面还有操控芯片来实现高级中断的，这个就不是一般需要学的了。
三菱帕杰罗V73经典故障。
高手进来
根据上述情况，基本是排除了发动机故障，是由于出现了故障，使会强行的干预发动机的工作，以控制牵引力。
应该是哪里的ABS线路接触不实，检查线路，尤其是车下线路。
可以将4个轮子的及线路拆卸，再重新装上。
看看是否有改善。
编写一个C语言程序，要求用结构体。
大学里有学c语言的教材啊，你也可以在网上搜索c语言教程
请C语言高手帮忙解决一个问题，求源程序清单
#include stdio.h N 10 M 7void sort(double a[],int n){int i,j;for(i=0;i 最近看了周星星 Blog 中的一篇文章：“VC++6.0中内存泄漏检测”，受益匪浅，便运行其例子代码想看看 Output 窗口中的输出结果，可惜怎么弄其输出都不是预期的东西，郁闷了半天，便到水坛里找到周星星，请求他指点一、二，然而未果。 没有办法，最后我一头栽进 MSDN 库狂搜了一把，功夫不负有心人，我搜出很多有关这方面的资料，没过多久我便基本上就找到了答案...... 首先，检测内存泄漏的基本工具是调试器和 CRT 调试堆函数。 为了使用调试堆函数，必须在要检测内存泄漏和调试的程序中添加下面的语句： #define _CRTDBG_MAP_ALLOC #include ”至于这是为什么，我们不得而知。 MS 的老大们经常这样故弄玄虚。 针对非 MFC 程序，再加上周星星的头文件：（1）debug_new.h，当然如果不加这一句，也能检测出内存泄漏，但是你无法确定在哪个源程序文件中发生泄漏；（2）我们来模拟下MFC做的事情。 看下例： inline void EnableMemLeakCheck(){ _CrtSetDbgFlag(_CrtSetDbgFlag(_CRTDBG_REPORT_FLAG) | _CRTDBG_LEAK_CHECK_DF);}#ifdef _DEBUG#define new new(_NORMAL_BLOCK, __FILE__, __LINE__)#endifvoid main(){ EnableMemLeakCheck(); int* leak = new int[10];}。 Output 输出只告诉你在 crtsdb.h 中的某个地方有内存泄漏。 我测试时 REG_DEBUG_NEW 没有起作用。 加不加这个宏都可以检测出发生内存分配泄漏的文件。 其次，一旦添加了上面的声明，你就可以通过在程序中加入下面的代码来报告内存泄漏信息了：_CrtDumpMemoryLeaks(); 这就这么简单。 我在周星星的例子代码中加入这些机关后，在 VC++ 调试会话（按 F5 调试运行） Output 窗口的 Debug 页便看到了预期的内存泄漏 dump。 该 dump 形式如下：Detected memory leaks! Dumping objects -> c:\\\\Program Files\\\\...\\\\include\\\\crtdbg.h(552) : {45} normal block at 0x00441BA0, 2 bytes long. Data: 下面是我看过 MSDN 资料后，针对“如何使用 CRT 调试功能来检测内存泄漏 ”的问题进行了一番编译和整理，希望对大家有用。 如果你的英文很棒，那就不用往下看了，建议直接去读 MSDN 库中的技术原文。 C\\\/C++ 编程语言的最强大功能之一便是其动态分配和释放内存，但是中国有句古话：“最大的长处也可能成为最大的弱点”，那么 C\\\/C++ 应用程序正好印证了这句话。 在 C\\\/C++ 应用程序开发过程中，动态分配的内存处理不当是最常见的问题。 其中，最难捉摸也最难检测的错误之一就是内存泄漏，即未能正确释放以前分配的内存的错误。 偶尔发生的少量内存泄漏可能不会引起我们的注意，但泄漏大量内存的程序或泄漏日益增多的程序可能会表现出各种 各样的征兆：从性能不良（并且逐渐降低）到内存完全耗尽。 更糟的是，泄漏的程序可能会用掉太多内存，导致另外一个程序垮掉，而使用户无从查找问题的真正根源。 此外，即使无害的内存泄漏也可能殃及池鱼。 幸运的是，Visual Studio 调试器和 C 运行时 (CRT) 库为我们提供了检测和识别内存泄漏的有效方法。 下面请和我一起分享收获——如何使用 CRT 调试功能来检测内存泄漏 如何启用内存泄漏检测机制 使用 _CrtSetDbgFlag 设置 CRT 报告模式解释内存块类型 如何在内存分配序号处设置断点 如何比较内存状态 结论 如何启用内存泄漏检测机制 VC++ IDE 的默认状态是没有启用内存泄漏检测机制的，也就是说即使某段代码有内存泄漏，调试会话的 Output 窗口的 Debug 页不会输出有关内存泄漏信息。 你必须设定两个最基本的机关来启用内存泄漏检测机制。 一是使用调试堆函数：#define _CRTDBG_MAP_ALLOC #include 如果更改此顺序，所使用的函数可能无法正确工作。 通过包含 crtdbg.h 头文件，可以将 malloc 和 free 函数映射到其“调试”版本 _malloc_dbg 和 _free_dbg，这些函数会跟踪内存分配和释放。 此映射只在调试（Debug）版本（也就是要定义 _DEBUG）中有效。 发行版本（Release）使用普通的 malloc 和 free 函数。 #define 语句将 CRT 堆函数的基础版本映射到对应的“调试”版本。 该语句不是必须的，但如果没有该语句，那么有关内存泄漏的信息会不全。 二是在需要检测内存泄漏的地方添加下面这条语句来输出内存泄漏信息：_CrtDumpMemoryLeaks(); 当在调试器下运行程序时，_CrtDumpMemoryLeaks 将在 Output 窗口的 Debug 页中显示内存泄漏信息。 比如： Detected memory leaks!Dumping objects ->C:\\\\Temp\\\\memleak\\\\memleak.cpp(15) : {45} normal block at 0x00441BA0, 2 bytes long.Data: 下面我们来研究一下输出信息的格式。 第一行和第二行没有什么可说的，从第三行开始： xx}：花括弧内的数字是内存分配序号，本文例子中是 {45}，{44}，{43}；block：内存块的类型，常用的有三种：normal（普通）、client（客户端）或 CRT（运行时）；本文例子中是：normal block； 用十六进制格式表示的内存位置，如：at 0x00441BA0 等；以字节为单位表示的内存块的大小，如：32 bytes long； 前 16 字节的内容（也是用十六进制格式表示），如：Data: 使用 _CrtSetDbgFlag 如果程序只有一个出口，那么调用 _CrtDumpMemoryLeaks 的位置是很容易选择的。 但是，如果程序可能会在多个地方退出该怎么办呢 在每一个可能的出口处调用 _CrtDumpMemoryLeaks 肯定是不可取的，那么这时可以在程序开始处包含下面的调用：_CrtSetDbgFlag ( _CRTDBG_ALLOC_MEM_DF | _CRTDBG_LEAK_CHECK_DF ); 这条语句无论程序在什么地方退出都会自动调用 _CrtDumpMemoryLeaks。 注意：这里必须同时设置两个位域标志：_CRTDBG_ALLOC_MEM_DF 和 _CRTDBG_LEAK_CHECK_DF。 设置 CRT 报告模式 默认情况下，_CrtDumpMemoryLeaks 将内存泄漏信息 dump 到 Output 窗口的 Debug 页， 如果你想将这个输出定向到别的地方，可以使用 _CrtSetReportMode 进行重置。 如果你使用某个库，它可能将输出定向到另一位置。 此时，只要使用以下语句将输出位置设回 Output 窗口即可：_CrtSetReportMode( _CRT_ERROR, _CRTDBG_MODE_DEBUG );有关使用 _CrtSetReportMode 的详细信息，请参考 MSDN 库关于 _CrtSetReportMode 的描述。 解释内存块类型 前面已经说过，内存泄漏报告中把每一块泄漏的内存分为 normal（普通块）、client（客户端块）和 CRT 块。 事实上，需要留心和注意的也就是 normal 和 client，即普通块和客户端块。 normal block（普通块）：这是由你的程序分配的内存。 client block（客户块）：这是一种特殊类型的内存块，专门用于 MFC 程序中需要析构函数的对象。 MFC new 操作符视具体情况既可以为所创建的对象建立普通块，也可以为之建立客户块。 CRT block（CRT 块）：是由 C RunTime Library 供自己使用而分配的内存块。 由 CRT 库自己来管理这些内存的分配与释放，我们一般不会在内存泄漏报告中发现 CRT 内存泄漏，除非程序发生了严重的错误（例如 CRT 库崩溃）。 除了上述的类型外，还有下面这两种类型的内存块，它们不会出现在内存泄漏报告中： free block（空闲块）：已经被释放(free)的内存块。 Ignore block（忽略块）：这是程序员显式声明过不要在内存泄漏报告中出现的内存块。 如何在内存分配序号处设置断点 在内存泄漏报告中，的文件名和行号可告诉分配泄漏的内存的代码位置，但仅仅依赖这些信息来了解完整的泄漏原因是不够的。 因为一个程序在运行时，一段分配内存的代码可能会被调用很多次，只要有一次调用后没有释放内存就会导致内存泄漏。 为了确定是哪些内存没有被释放，不仅要知道泄漏的内存是在哪里分配的，还要知道泄漏产生的条件。 这时内存分配序号就显得特别有用——这个序号就是文件名和行号之后的花括弧里的那个数字。 例如，在本文例子代码的输出信息中，“45”是内存分配序号，意思是泄漏的内存是你程序中分配的第四十五个内存块：Detected memory leaks!Dumping objects ->C:\\\\Temp\\\\memleak\\\\memleak.cpp(15) : {45} normal block at 0x00441BA0, 2 bytes long.Data: 因此，分配序号为 N 的对象即为程序中分配的第 N 个对象，但不一定是代码分配的第 N 个对象。 （大多数情况下并非如此。 ） 这样的话，你便可以利用分配序号在分配内存的位置设置一个断点。 方法是在程序起始附近设置一个位置断点。 当程序在该点中断时，可以从 QuickWatch（快速监视）对话框或 Watch（监视）窗口设置一个内存分配断点： 例如，在 Watch 窗口中，在 Name 栏键入下面的表达式：_crtBreakAlloc如果要使用 CRT 库的多线程 DLL 版本（\\\/MD 选项），那么必须包含上下文操作符，像这样： {,,msvcrtd.dll}_crtBreakAlloc 现在按下回车键，调试器将计算该值并把结果放入 Value 栏。 如果没有在内存分配点设置任何断点，该值将为 –1。 用你想要在其位置中断的内存分配的分配序号替换 Value 栏中的值。 例如输入 45。 这样就会在分配序号为 45 的地方中断。 在所感兴趣的内存分配处设置断点后，可以继续调试。 这时，运行程序时一定要小心，要保证内存块分配的顺序不会改变。 当程序在指定的内存分配处中断时，可以查看 Call Stack（调用堆栈）窗口和其它调试器信息以确定分配内存时的情况。 如果必要，可以从该点继续执行程序，以查看对象发生了什么情况，或许可以确定未正确释放对象的原因。 尽管通常在调试器中设置内存分配断点更方便，但如果愿意，也可在代码中设置这些断点。 为了在代码中设置一个内存分配断点，可以增加这样一行（对于第四十五个内存分配）：_crtBreakAlloc = 45;你还可以使用有相同效果的 _CrtSetBreakAlloc 函数：_CrtSetBreakAlloc(45);如何比较内存状态 定位内存泄漏的另一个方法就是在关键点获取应用程序内存状态的快照。 CRT 库提供了一个结构类型 _CrtMemState。 你可以用它来存储内存状态的快照：_CrtMemState s1, s2, s3; 若要获取给定点的内存状态快照，可以向 _CrtMemCheckpoint 函数传递一个 _CrtMemState 结构。 该函数用当前内存状态的快照填充此结构：_CrtMemCheckpoint( &s1 ); 通过向 _CrtMemDumpStatistics 函数传递 _CrtMemState 结构，可以在任意地方 dump 该结构的内容：_CrtMemDumpStatistics( &s1 );该函数输出如下格式的 dump 内存分配信息：0 bytes in 0 Free Blocks.75 bytes in 3 Normal Blocks.5037 bytes in 41 CRT Blocks.0 bytes in 0 Ignore Blocks.0 bytes in 0 Client Blocks.Largest number used: 5308 bytes.Total allocations: 7559 bytes. 若要确定某段代码中是否发生了内存泄漏，可以通过获取该段代码之前和之后的内存状态快照，然后使用 _CrtMemDifference 比较这两个状态：_CrtMemCheckpoint( &s1 );\\\/\\\/ 获取第一个内存状态快照\\\/\\\/ 在这里进行内存分配_CrtMemCheckpoint( &s2 );\\\/\\\/ 获取第二个内存状态快照\\\/\\\/ 比较两个内存快照的差异if ( _CrtMemDifference( &s3, &s1, &s2) ) _CrtMemDumpStatistics( &s3 );\\\/\\\/ dump 差异结果 顾名思义，_CrtMemDifference 比较两个内存状态（前两个参数），生成这两个状态之间差异的结果（第三个参数）。 在程序的开始和结尾放置 _CrtMemCheckpoint 调用，并使用 _CrtMemDifference 比较结果，是检查内存泄漏的另一种方法。 如果检测到泄漏，则可以使用 _CrtMemCheckpoint 调用通过二进制搜索技术来分割程序和定位泄漏。 结论 尽管 VC ++ 具有一套专门调试 MFC 应用程序的机制，但本文上述讨论的内存分配很简单，没有涉及到 MFC 对象，所以这些内容同样也适用于 MFC 程序。 在 MSDN 库中可以找到很多有关 VC++ 调试方面的资料，如果你能善用 MSDN 库，相信用不了多少时间你就有可能成为调试高手。电脑越来越慢了
