计算机出现“实时调试”错误怎么办？
启用/禁用实时调试在“工具”菜单中单击“选项”。在“选项”对话框中选择“调试”文件夹。在“调试”文件夹中选择“实时”页。在“启用这些代码类型的实时调试”框中，选中或清除相关的程序类型：“托管”、“本机”或“脚本”。要在启用实时调试后禁用它，必须使用管理员特权运行。启用实时调试会设置一个注册表项，需要管理员特权才可以更改该项。单击“确定”。请参见实时调试器有很多种，如果不是vc++的调试器的话这个或许对你有帮助实时调试也就是JIT (Just in time)。当运行时错误中断了服务器端脚本执行时，Microsoft 脚本调试程序自动启动，显示 .asp 文件，将语句指针指向导致错误的行，并生成错误消息。使用这种类型的调试，也叫“实时调试”，计算机将暂停进一步执行程序。必须使用编辑程序改正错误并保存所作更改，然后才能继续运行脚本。 换句话说启动了一个正常用户不应该启动的选项：Microsoft 脚本调试程序工具。很多人都有这个情况，你试试下面的方法看。这个调试对话框不是迅雷的,是跟你电脑上的浏览器相关的设置有关.Microsoft Script Editor是Microsoft office xp的一个组件。在office工具-宏-Microsoft 脚本编译器进行安装。都安好后，打开IE，在工具-internet选项-高级中，把禁用脚本调试(Internet Explorer)和禁用脚本调试(其他)前面的钩钩去掉。然后重新启动IE，当有JS错误的时候一路点是就会进入调试页面.只要把上面这两个选项打上勾就不会出现这个调试窗口了.请如下操作:在INTERNET选项里,点击操作删除COOKIES,删除文件同时选择删除所有脱机内容,清除历史记录;将安全级别设置为默认级别,隐私设置为中级,高级设置为还原默认设置.
电脑总提示实时调试是什么意思，怎么解决？
实时调试也就是JIT (Just in time)。当运行时错误中断了服务器端脚本执行时，Microsoft 脚本调试程序自动启动，显示 .asp 文件，将语句指针指向导致错误的行，并生成错误消息。使用这种类型的调试，也叫实时调试，计算机将暂停进一步执行程序。必须使用编辑程序改正错误并保存所作更改，然后才能继续运行脚本。 换句话说启动了一个正常用户不应该启动的选项：Microsoft 脚本调试程序工具。
解决方法：
打开IE浏览器然后选择工具- internet选项-高级在菜单里你可以看到2个禁用脚本调试 一个是指派给IE的，一个是指派给任何其他浏览器的。全部打上勾，然后选择应用-确认。大概就能解决了。
通常这项服务在xp 2000系统里是自动关闭的。如果是2003或者安装了SQL好像是会自动启动了的。如果不行的话，请在开始-运行-输入msconfig然后选择服务。如果看到有个叫script blocking service的程序，把它的勾去掉，重启系统。
关于迅雷的实时调试：
Microsoft Script Editor是Microsoft office xp的一个组件。在office工具-宏-Microsoft 脚本编译器进行安装。都安好后，打开IE，在工具-internet选项-高级中，把禁用脚本调试(Internet Explorer)和禁用脚本调试(其他)前面的钩钩去掉。然后重新启动IE，当有JS错误的时候一路点是就会进入调试页面。只要把上面这两个选项打上勾就不会出现这个调试窗口了。
请如下操作：
在INTERNET选项里，点击操作删除COOKIES，删除文件同时选择删除所有脱机内容，清除历史记录；将安全级别设置为默认级别，隐私设置为中级，高级设置为还原默认设置。
网友最佳答复：
这个问题很常见 我想你说的应该就是Microsoft Script Editor也就是微软脚本程序。这个跟你的IE有关，所以：打开IE，在工具-internet选项-高级中，把禁用脚本调试(Internet Explorer)和禁用脚本调试(其他)前面的钩钩去掉。然后重新启动IE，当有JS错误的时候一路点是就会进入调试页面.只要把上面这两个选项打上勾就不会出现这个调试窗口了.
如何调试复杂的实时嵌入式系统
随着实时嵌入式系统的复杂程度不断提高，低效率的调试方法的成本日益增加。鉴于当前嵌入式应用的复杂性还有继续上升的趋势，对这些系统的调试将成为加速产品上市和提供鲁棒性最终产品的关键因素。随着应用对多线程和中断嵌套的使用，开发商的大部分时间目前都花在调试上。应用的实时属性使得将伴随同时发生多个事件的故障问题孤立起来变得更为困难。本文将讨论常见的调试问题以及预防和检查这些故障问题的一些方法。 从历史角度上来看，嵌入式应用代码的调试流程可以分为两类。第一类调试流程是回答 “我的代码现在执行到哪里？” 的问题。当开发商依靠打印语句或者LED的闪烁来指示应用程序执行到某个节点的调试方法时，往往就属于这种情形。如果开发工具支持这种调试方法，可以沿着应用应当程序应当执行的路径插入断点。第二类调试流程是帮助回答“我看到的这一数值是从哪里来的？”这一问题。在这种情况下，人们往往依靠寄存器显示窗口观察变量信息、处理器内存的内容。人们还可以尝试单步执行，并且观察所有这些数据窗口以了解某个寄存器状态何时出现错误，内存位置何时得到错误的数据，抑或指针何时出现了误用。 当开发商写完全部代码后，如果无 需了解网络基础设施，也没有操作系统的任务调度需要考虑，那么就可以利用这些调试方法使一个应用程序运行起来。然而，现在的情况并非如此。嵌入式处理器以超过600 MHz的速度运行，并且拥有可支持Ethernet和USB等协议的嵌入式外设，它们支持功能齐备的操作系统，例如uClinux，而且这些操作系统所调度的各种应用程序是由数千行代码构成。使用打印语句和利用LED来调试是不现实的，因为现在常常有如此之多的功能在执行是不可能的，或者它们会影响标准I/O口，从而造成处理器性能大幅度下降。 也可能发生这样的情况：处理器的工作速度是如此之快，以至于LED的亮灭速度会快到人眼无法察觉。另外现代的嵌入式系统通常支持断点的设定，但是伴随这些处理器所运行的代码数量，使得这种类型的断点调试难以驾驭。中断和多线程系统在代码的任何一点上设置一个断点，可能都无法指示系统的正确状态。由于断点设置在物理内存的某个地址上，索引不必了解线程的状态。如果使用寄存器显示方法，那么局部变量窗口和内存窗口都将有助于隔离出所载入的不恰当的量值，但是，由于这些是静态化的工具，不能给出有意义的运行中的调试信息，其适用性也常常很有限。 实时嵌入式系统软件最常见的调试问题可以大致划分为如下几类： 1. 同步问题 2. 内存和寄存器讹误（corruption） 3. 与中断相关的问题 4. 硬件配置问题 5. 异常情况 同步问题 在任何系统中，只要有多串序线程或者进程都在运行，而且是异步共享数据，则系统必然存在同步问题。对于共享数据的全部操作必须是原子化的，也就是说，只有在一个线程或者进程完成对数据的操作后，其它的线程才能对数据进行操作。 以图1为例，线程A和线程B对共享变量“counter”进行操作，A让counter 增加，而B则让counter减少。下方示出了线程A的counter++和线程B counter—的汇编代码。假设线程B的优先级要高于线程A，而线程A目前正在运行，则线程B将被阻止。 举例来说，假设初始的计数值是2，而线程A是执行线程。则线程A读入计数值，并送入一个寄存器，在使其增加一个增量后，再将其写回计数器变量上。 在可抢先的多线程系统中，高优先级的线程的执行可以抢先于低优先级的线程。例如，假定线程A执行Reg1 = Reg1+1指令后，一个事件唤醒线程B。此时，Reg1储存量值3。现在线程B被唤醒（正如蓝线所标示的那样），并读入计数器的量值2（它尚未被线程A刷新）并将其量值减小到1。正如棕色的线所显示的那样，经过一段时间，线程A恢复运行，将Reg1写入计数器中，而该计数器的储存量值为3。 在这个过程中，线程B的减量操作结果被丢弃。计数器存储的量值变为2，即线程A进行一次增量后，线程B又进行了一次减量操作。被窜改的链接表则是另一个例子。如果数据被一个线程和中断例程共享，则也会出现上面的问题，因为中断的执行与线程的执行之间是异步关系。转载
