VB错误处理程序的设计

在 Ｖｉｓｕａｌ Ｂａｓｉｃ应用软件的开发过程中往往会出现两种类型的错误代码：一类是ＶＢ编译器对代码进行编译产生的错误另一类是对于已经编译通过的应用程序,在运行时遇到的错误,例如：要打开的文件可能已被误删除、磁盘驱动器没有准备好、网络驱动器意外的分离等。如果应用程序不能处理这些错误,那么程序的运行将会被频繁地中断,程序显得十分脆弱,甚至可以导致整个应用程序瘫痪。 为此,我们应当对于可能会出错的任何过程都添加错误处理程序。本文将对ＶＢ运行期错误处理程序的设计进行探讨。１ Ｅｒｒ对象 ＶＢ中提供了 Ｅｒｒ…     

程序设计中的隐型错误剖析

在高级语言程序设计中,编译时的语法和运行时的运算错误是显型错误,程序员均可有目的地、准确地查错和排错,所以这样的错误并不可怕。真正可怕的是那些编译、运行时系统不能查错的隐型错误。这些错误将导致程序陷入死锁,或运行结果紊乱(这种紊乱呈一种随机性),或返回系统等现象,令人费解,     

从一个失误谈DLL的特性及使用

笔者日前在调试一个利用OWL编制的通讯程序时,遇到一个奇怪的错误,该程序CP.EXE在BCW集成环境下编译运行十分正常,然而若退出BCW后直接运行CP.EXE文件,则在弹出一对话框时总是碰到系统提示错误;STOP！ERRORRECEIVED:ERROR CODE=-5。OK TOPROCEED?由于无从查找ERROR CODE=-5所代表的错误,因此无法直接找出错误的原因。在进一步使用了BORLANDC++3.1提供的工具软件如WORKSHOP、WINSIGHT、WINSPECTOR等之后发现,只要上述程序有一个在运行中,该错误都不会出现,故而推测程序一定是使用了只有BORLANDC应用程序才有的某些“特性”,而这些特性未被包括到执行文件中去。     

基于锁信息的多线程软件原子性错误检测方法

原子性错误是多线程软件开发中常见的并发错误之一。传统的静态分析方法存在误报的可能,动态方法由于利用的信息过少而存在运行效率低下的问题。针对以上问题,设计以动态方法为基础通过计算锁信息,根据锁信息判断是否可能发生原子性错误的方法,据此减少程序的回溯次数和运行时间。通过对一系列开源程序的测试,实验数据证明此方法可以大大提高原子性错误检测的效率。     

FOXBASE^＋程序编制和调试中常遇到的问题及解决方法

我们在FOXBASE+（含DBASEⅢ）的教学中，发现学生在编制和调试程序时，经常出现一些相同的错误。这些错误大致可归纳为两类：（1）语法错误：即语句的书写不符合系统的语法规则；（2）逻辑错误（也称运行错误）：系统运行时不符合操作语句的条件，使程序无法继续运行，或者是程序运行结果不符合要求。1语法错误1．1书写出错。录入程序时，可能将字段名、文件名、函数或变量名输错；将语句中应有的标点符号丢失或者用错标点符号；将语句中应有的空格丢失或者不应有的空格加入；将语句的动词错误录入。这类语法错误，程序在运行过程中，…     

C程序错误分析和查错研究

本文对C程序编译及运行时的出错情况进行了分析与研究,将错误类型归纳为原级错误、再生错误的伪错误。在此基础上,提出了C程序查错概念和查错原理,给出了查错结果的评定方法,试图为程序判分系统提供依据。     

编译器中激进蝴蝶优化方法的研究与实现

编译优化技术的目的是挖掘程序中的优化空间,提高程序编译或运行效率,无效代码删除优化是被广泛使用的编译优化技术之一,它旨在删除程序中不可达的代码,以提升程序的执行效率.许多应用程序的执行路径往往与运行时的输入参数值相关,并且在一些分支路径上与运行时参数值相结合,可能存在无效代码,通过现有的无效代码删除优化,很难做出优化处...     

C语言指针错误的分析及调试

C语言指针的有些错误在程序编译阶段难以发现,且现行教材主要从概念、理论上对指针错误进行讲述,存在不足.分析了带有此类错误的示例程序,并在VISUAL C++6.0进行调试,展示此类指针错误的错误现象,分析其产生的原因,提出正确使用指针的方法,以达到预防此类指针错误发生的目的.     

C程序常见错误分析

通过简单语句或程序段对C程序中一些常见错误进行例举并给出对应的编译信息。依据C语言语法格式和编程规则,对这些错误进行较为详细的分析,并且对产生错误的原因进行归纳分类。程序中常见错误的类型归纳有助于错误的识别和避免,将会大大提高编程效率和程序的准确程度。     

一种基于控制流检测的低功耗基本块划分方法

星载嵌入式系统要求更小的功耗和必备的在空间辐射环境中运行的高可靠性,控制流检测技术是防止由于单粒子翻转事件而造成程序错误运行的有效手段之一。为了在低功耗模式下保证错误检测概率,提出一种基于控制流检测的低功耗基本块划分方法,此基本块划分方法在编译后期完成,不影响编译调度效果。采用GCC、SDCC两款编译器,将三种具有代表性的控制流检测算法注入到典型的程序集中进行测试。实验证明,此种基本块划分方法在保证错误检测概率的条件下,降低了程序运行功耗。     

灵活使用FoxPro for DOS V2.5

1.FoxBASE+程序在FoxPro V2.5中使用 理论上说采用FoxBASE+编写的程序在FoxPro中不加修改就可以使用,但实际使用中,可能发生屏幕色彩混乱,有时出现FoxPro系统菜单等。如使用FoxBASE+编的程序想在FoxPro中正常编译运行,只需要在您的程序前加上以下语句:     

C编译系统中断处理机制测试方法

处理器在实际工作中会面对大量异步中断,而编译系统生成的代码可能由于多种原因导致处理器在中断干扰下不能正确运行。本文根据中断嵌套的递归特性提出一种基于寄存器采样与比较的编译系统测试方法,着重考察代码在异步中断干扰下运行的正确性。该方法同时可用于错误诊断,能够高效实现错误定位。实际应用证明该方法能够有效揭示并定位编译系统存在的错误,是对已有编译系统测试方法的一个补充。     

C程序常见错误分析

通过简单语句或程序段对C程序中一些常见错误进行例举并给出对应的编译信息。依据C语言语法格式和编程规则，对这些错误进行较为详细的分析，并且对产生错误的原因进行归纳分类。程序中常见错误的类型归纳有助于错误的识别和避免，将会大大提高编程效率和程序的准确程度。     

ASP中的错误处理

１问题的提出 ＡＳＰ（Ａｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅ）是非常简单的,以至于许多开发者不会去思考错误处理问题。笔者看到过很多个用ＡＳＰ编写的商业网站,大多数都忽略了错误处理,这样有时会给你带来难堪,正确的错误处理能够让你的应用程序更加合理。 ＡＳＰ中有三种主要的错误类型： １）编译错误 这种错误的出现一般都是代码的语法问题。因为编译错误而导致ＡＳＰ停止运行。 ２）运行错误 这种错误发生在你准备运行 ＡＳＰ时,例如：你试图给一个变量赋值,但是却超出了该变量允许的范围。 ３）逻辑错误 逻辑错误是最难被发现…     

编译支持的多线程程序多变体执行方法

多变体执行（multi-variant execution,MVX）是目前最流行的主动防御技术之一。理想情况下,当未受到攻击时,多变体执行架构提供正常的程序功能。但不幸的是,当多线程程序在多变体执行架构下运行时,由于各个程序变体中共享资源操作的线程执行顺序不一致,不同变体将会产生状态不一致,从而产生攻击误报,该问题导致了多线程程序难以以多变体执行方式运行。基于多变体执行环境,提出了一种编译支持的多线程程序对共享资源操作的同步编译模型,该模型以共享资源操作为同步点,分析确定多线程程序中对共享资源的操作时机和操作方式,保证各程序变体在运行时多线程对共享资源操作的一致性,从而消除了由此而引起的攻击误报。以LLVM 12.0编译框架为基础,设计实现了基于该同步编译模型的原型系统,并对该原型系统进行了仿真实验测试。实验结果显示,经过原型系统处理的多线程程序在多变体执行架构中的误报率显著降低,表明该同步编译模型作为一种通用性的方法,可有效消除多线程程序在多变体执行架构下运行时的攻击误报,提高了多变体执行的可用性。     

如何进行Moblin的开发

虽然Moblin系统是一个完整的GNU/Linux系统,在其他GNU/Linux系统上写好的程序,很容易在Moblin上编译运行。但是,如果要进行正式的Moblin程序开发,准备一个Moblin开发环境很重要,除台式机外,Moblin系统还可以安装在KVM或者VMware虚拟机上。不想在一台机器上安装Moblin开发环境,也不想在虚拟机中安装的开发者,可以使用Moblin社区提供的MIC工具在自己的机器上自动配置一个开发环境,通过chroot的方式编译运行程序。     

PowerBuilder应用技巧讲座(六)--程序的调试和安装

一、程序的调试 程序的编制过程中,或多或少会出现一些语法、逻辑等上的错误,致使程序运行不正常.有时应用程序不按照设计的要求进行运行,这可能是因为变量不按照要求赋值,或者脚本不能按照要求执行.     

从一个失误谈DLL的特性及使用

笔者在调试一个利用OWL编制的通讯程序时,遇到一个奇怪情况,该程序CP.EXE在BCW集成环境下编译运行十分正常,然而若退出BCW后直接运行CP.EXE文件,则在弹出一对话框时总是碰到系统提示错误:STOP!ERROR RE- CEIVED:ERROR CODE=-5.OK TO PRO-CEED?由于无从查找ERROR CODE=-5所代表的错误,因此无法直接找出错误的原因.在进一步使用了BorlandC++3.1提供的工具软件如WORKSHOP、WINSIGHT、WINSPECTOR     

《巧妙识别中西文操作系统》一文的一点疏漏

《电脑》96年第5期刊登的《巧妙识别中西文操作系统》一文,笔者拜读后对其采用的方法深感巧妙.于是将其所附程序键入后调试,编译顺利通过(采用的编译环境为Borland C++4.0).可是在提示符下运行可执行文件并非能识别中西文操作系统,无论是在西文还是中文状态下都显示英文(本人的汉字系统为UCDOS5.0),又改用TurboC2.0编译后运行,仍然不行.于是笔者断定是程序中有问题,仔细阅读后终于发现程序中的一个很小的错误,经改正后运行正确.为了便于说明,先看一下其原文提供的程序:     

在C程序设计中注意字符串操作的越界问题

在C程序设计中数组或串的越界访问是难以发现且相当危险的,因为它可能改变了其他存储空间的内容。C++语言在编译或运行期间均不报告这一类型的错误,所以关于指针或数组的错误特别难以调试,初学者一定要注意这种陷阱。