Debug Assertion Failed 是Debug模式下生成的应用运行时触发了断言,aseert是调试追踪错误的一种手段,错误提示中应该有提到引发错误处的文件及行号和错误原因,查下调用堆栈看看是什么函数调用了导致了断言,然后修改相应代码。

一般问题为:
1. 野指针; 2.内存泄露

解决方法:
1.看一看你的程序里是不是有ASSERT()或VERIFY()语句。这两个宏是用来测试它的参数是否为真的。出现你说的,这说明你的指针或表达试有问题
2.vc++中遇到过此问题,在release下回忽略此问题,其实就是野指针的问题,在release版本下不用关心这个问题,也就是系统帮你给屏蔽了,但是问题还是存在的,真正使用的时候,偶尔会出来给你报个小错。创建窗体等的时候没有new,但是在析构的时候delete了,就会在debug环境下,报这样的错误。打开”编译”->”配置”->”把里面除了release其他的选项全部删除,再构件就OK了

3.首先如果你用的是vc6的话:
a.按F5运行你的程序
b.在出错时,选择“重试”
c.按ALT+7调出“调用栈”窗口
d.双击从上往下的最近一个自己定义的函数,系统会自动把该函数所在的文件显示出来,此时程序就暂停在光标处。一般来说错误就出在这附近。你可以通过查看变量的值来确认
4.可以先声明一个临时的CString变量然后作为暂存,然后把你取得的值放入其中,之后再赋给另一个你要使用的变量,即可解决问题
5.可能是在编写函数调用指针变量时没有分配空间(如果是在类中定义的指针变量,则指针在多个函数中引用时要分别重新分配空间),检查一下。
6.类似的问题,可能是因为输出对象创建不成功,于是使用的时候用的就是空的对象,于是就出现问题了。
7.“build->clean”
8.”Project”->”setting”->”点击c/c++”->”Category选项中选择Preprocessor”
->”在Undefined symbols:填写_DEBUG” 重新编译运行即可

计算机的随机数都是由伪随机数,即是由小M多项式序列生成的,其中产生每个小序列都有一个初始值,即随机种子。(注意: 小M多项式序列的周期是65535,即每次利用一个随机种子生成的随机数的周期是65535,当你取得65535个随机数后它们又重复出现了。)

我们知道rand()函数可以用来产生随机数,但是这不是真正意义上的随机数,是一个伪随机数,是根据一个数(我们可以称它为种子)为基准以某个递推公式推算出来的一系列数,当这系列数很大的时候,就符合正态公布,从而相当于产生了随机数,但这不是真正的随机数,当计算机正常开机后,这个种子的值是定了的,除非你破坏了系统。

主要用到三个函数
rand()函数, srand()函数, time()函数
继续阅读

CString转数字

CString转int

CString str;   
int i=_ttoi(str);  

CString转double(float)

CString str;   
double d =_ttof(str); 

数字转CString

int i = 123;   
double d = 3.1415926;
CString str;   
str.Format(_T("%d"), i); 
str.Format(_T("%f"), d); 

从软件的角度来看,多核处理器的运行模式有三种:
AMP(非对称多进程):多个核心相对独立的运行不同的任务,每个核心可能运行不同的操作系统或裸机程序,但是有一个主要核心,用来控制整个系统以及其它从核心
SMP(对称多进程):一个操作系统同等的管理各个内核,例如PC机
BMP(受约束多进程):与SMP类似,但开发者可以指定将某个任务仅在某个指定内核上执行
默认情况下,ZYNQ仅运行一个CPU,这里主要研究AMP模式下,两个CPU同时运行

1. 硬件平台搭建

继续阅读