[release][版本][调试]release版本下调试正常运行exe出错 - VC/MFC / 基础类
10月 9th, 2010 by admin
Posted in VC/MFC | No Comments ?
我做的一个调用dll的程序，在debug下调试和运行exe都正常
在release下调试也正常，但是直接运行release下的exe就会挂掉，请高人指点一下，到底是什么原因。
程序中有调用外部工具执行解压和压缩，因为没有使用多线程，在解压缩的时候会使主框架无响应，在这样的状态下进入调用dll的模块，然后程序执行一半就挂掉了，是不是和解压缩有关呢 ?
不会是跟路径有关吧？程序中使用的相对路径？？？跟路径无关，都是相对路径而且release下调试是通过的，能正常运行得出结果
但是，直接执行release下的exe文件就挂掉了，很奇怪运行就挂掉是指,没有响应?程序崩溃?程序直接消失?
没有响应的话,是某个地方阻塞掉了,可以根据程序流程来跟踪,看执行到哪里才没响应的.
程序崩溃的话,看看提示是什么,再跟踪程序流程.
程序直接消失的话,多半是栈溢出了.挂掉的时候attach process一下，再查看堆栈，可以定位出在哪个函数挂掉了。<
<
很可能就是路径的问题
release调试的时候，可以设置工作目录，其他相对路径都是基于这个工作目录release运行的时候，工作目录应该是其所在的文件夹用几个messagebox调试的看看一定是路径问题！把dll放到release一份看看。把dll放到release 目录下,再直接运行exe文件试试.- - 路径不正确吧。一些指针变量未初始化？？
字节对齐方式不对？？在PostMessage或者在SendMessage处查看，我也碰到这问题，就是这么解决的.
80%是相对路径，改成绝对路径试试
有没有考虑过权限的问题，调试的时候程序是有DEBUG权限的，直接运行是没有这么高的权限+看下库依赖问题 depends<
顶一个！<
Tags: , release, 版本, 调试
[release][版本][VC/MFC]急！！~~release版本出现问题 - VC/MFC / 基础类
09月 17th, 2010 by admin
Posted in VC/MFC | No Comments ?
本人的聊天程序在debug的版本下可以顺利发送和接收对方聊天消息，但是在release版本下却出现了严重问题，症状如下：第一次发送消息，对方能正常
接收并显示，当第二次发送消息对方接收到消息后，也能显示，但接着程序就出错，按“调试”按钮后就进入一个汇编代码文件，按F5往下运行就弹出“无效的句柄”对话框。我现在不知该如何对release版本进行调试，只猜测问题可能出在以下函数中的ReceiveFrom()：
UINT CUUClientDlg::ChatRecvListening(LPVOID pParam)//等待接收对方消息的多线程处理函数
{
CUUClientDlg* pDlg=(CUUClientDlg*)(AfxGetApp()-> m_pMainWnd); CChatSocket* pSock=new CChatSocket(pDlg);
SOCKET* phSocket =(SOCKET *)pParam;
CString str;
pSock-> Attach(*phSocket);
int len;
while(1)
{
len=pSock-> ReceiveFrom(&buf,sizeof(buf),strIP,nPort,0);
if(len==SOCKET_ERROR)
{
int error;
error=pSock-> GetLastError();
return FALSE;
}
::SendMessage(pDlg-> GetSafeHwnd(),WM_RECV_CHATMSG,0,0);
}
return TRUE;
}有无特殊的设置
检查下和Debug版有何不同咯::SendMessage(）改成PostMessage()试下。终于找到原因，原来是自定义消息的问题。
自定义消息的消息参数。
MFC为我们提供了很好的消息机制，更增加了自定义消息，好处我就不用多说了。这也存在debug跟release的问题吗？答案是肯定的。在自定义消息的函数体声明时，时常会看到这样的写法：
afx_msg LRESULT OnMessageOwn(); Debug情况下一般不会有任何问题，而当你在Release下且多线程或进程间使用了消息传递时就会导致无效句柄之
类的错误。导致这个错误直接原因是消息体的参数没有添加，即应该写成：
afx_msg LRESULT OnMessageOwn(WPARAM wparam, LPARAM lparam);
非常感谢这篇文章的解析
https://www.doczj.com/doc/4818631965.html,/article/17/17068.shtm我晕，你定义消息响应函数都不带参数。。。。强。。。。。别晕~~毕竟，我是第一次使用自定义消息，我以为只要格式对了，就可以了，怎么连参数也一定要带呢，尽管我的响应函数不需要参数。MARK
Tags: , release, VC/MFC, 版本
[VC2008][生成][Release]VC2008生成Release版本选择优化选项后居然把我整个函数给跳过了 -
VC/MFC / 进程/线程/DLL
09月 11th, 2010 by admin
Posted in VC/MFC | No Comments ?
我有一个函数，不是内联的。在打开编译优化选项后，居然整个函数给我跳过了。。。我用MessageBox放在这个函数内部作测试的，Debug版本下正常，到了Release版怎么也进不了这个函数，生成调试信息后单步跟踪发现直接就跳过去了。对话框也没跳出来。禁用编译优化选项后一切正常了，这种问题怎么回事？是不是你的函数没什么用处啊?
比如 void myfun(){ int a=10;}
这样可能被优化掉代码里怎么写的呢？<
<
如果是没用的函数，就是会被优化掉。
不如你检查一下那个地方的代码吧，是不是有判断条件啊什么的有问题。那应该是编译器认为你要调用的函数需要优化，而优化之后也有可能把这部分代码给隔离掉，区分优化和不优化的代码。所以它不进来？我只是个人观点，你可以去google下。如果始终在那里跳过，但你的程序运行仍然正常的话，是不是可以说明在该处调用这个函数无意义呢？<
我还仔细检查过函数内部的判断条件，没有哪种情况它不应该执行的
你先把Debug目录清空删除，再重新编译Debug版，看看是不是还正常？？？
<
不对，看错了，现在Debug版本错误更多。。。。禁用优化以后又正常了诡异。。。换个编译器试试吧函数没有输出，当然会被优化掉。
<
<
这个可能要抠具体的优化选项了权宜之计是针对这一部分代码禁用优化 <
<
就冲你这态度，你解决不了这个问题，就算侥幸绕过这个问题，你早晚还会栽在上面。
Tags: , release, vc2008, 生成
[release][调试][VC/MFC]release 能调试吗 -
VC/MFC / 基础类
08月 30th, 2010 by admin
Posted in VC/MFC | No Comments ?
我在公司看见有人写的代码全是在release下调试的，debug下全部是异常，程序直接崩溃，然后他们问我干嘛要用debug，我无言以对了，他们拷贝字符串都是这样的：
void copystr(char * pIn)
{
int len = strlen(pIn);
char * p = new char[len];
strcpy(p,pIn);
}呵呵，我们公司因为工程大，好多人都是release带DEbug信息调试编码的。不我还建议用debug比较好，因为Release回忽略掉一些小问题的。
你才crash的时候点击“重试”，看一下callstack把这些问题一一修正给他们弄一个debug环境。如果你公司的人来我这里应聘程序员，我会让他们统统去扫厕所。
void copystr(char * pIn)
{
int len = strlen(pIn);
char * p = new char[len];
strcpy(p,pIn);
}
这个函数也能用吗晕，路过release可以调试是不假
不过不建议使用
除非迫不得已
因为确实有些问题bug下调不出来release状态下可以调试的
release和debug只是编译参数不同而已,你也可以命名自己的编译设置
具体设置参
考:https://www.doczj.com/doc/4818631965.html,/baicker/archive/2007/08/29/140713.html
———————————————————————————
<
能调试，但是个别变量可能无法对应，有些只能看内存<
<
release 调试有时候鼠标放那，看不到结果。
基本debug调。release走一遍主要是我改成DEBUG运行不了，全是runtime error，不能执行，他们叫我直接忽略最最无奈的是100多个工程全是这样的，而且那几个写代码的人同时辞职了你们公司的人的态度真另人受不了<
<
无语！有些大部分是没有经过专门学习的半路程序员，只求功能实现，其他代码规范，一律不管，我见得不少，如果你们想知道更牛逼的，我知道在一个正规的项目中有一个这样的类命名：
int n1,n2,nxxx，xxx到200多变量
int j1,j2 jxxx,xxx到100多，
下面还用这些变量，完全是小学生作业；
我看了全删了重写的命名变量<
release 都有优化怎么调试？建议 Release 使用LOG来“调试”LINK : fatal error LNK1181: cannot open input file "；/out:Release/Chinese.exe" 试着用Release来调试，但提示这个错误，是怎么回事？
Tags: , release, VC/MFC, 调试
[release][调试][VC/MFC]release 能调试吗 -
VC/MFC / 基础类
08月 29th, 2010 by admin
Posted in VC/MFC | No Comments ?
我在公司看见有人写的代码全是在release下调试的，debug下全部是异常，程序直接崩溃，然后他们问我干嘛要用debug，我无言以对了，他们拷贝字符串都是这样的：
void copystr(char * pIn)
{
int len = strlen(pIn);
char * p = new char[len];
strcpy(p,pIn);
}呵呵，我们公司因为工程大，好多人都是release带DEbug信息调试编码的。不我还建议用debug比较好，因为Release回忽略掉一些小问题的。
你才crash的时候点击“重试”，看一下callstack把这些问题一一修正给他们弄一个debug环境。如果你公司的人来我这里应聘程序员，我会让他们统统去扫
厕所。
void copystr(char * pIn)
{
int len = strlen(pIn);
char * p = new char[len];
strcpy(p,pIn);
}
这个函数也能用吗晕，路过release可以调试是不假
不过不建议使用
除非迫不得已
因为确实有些问题bug下调不出来release状态下可以调试的
release和debug只是编译参数不同而已,你也可以命名自己的编译设置
具体设置参
考:https://www.doczj.com/doc/4818631965.html,/baicker/archive/2007/08/29/140713.html
———————————————————————————
<
能调试，但是个别变量可能无法对应，有些只能看内存<
<
release 调试有时候鼠标放那，看不到结果。
基本debug调。release走一遍主要是我改成DEBUG运行不了，全是runtime error，不能执行，他们叫我直接忽略最最无奈的是100多个工程全是这样的，而且那几个写代码的人同时辞职了你们公司的人的态度真另人受不了<
<
无语！有些大部分是没有经过专门学习的半路程序员，只求功能实现，其他代码规范，一律不管，我见得不少，如果你们想知道更牛逼的，我知道在一个正规的项目中有一个这样的类命名：
int n1,n2,nxxx，xxx到200多变量
int j1,j2 jxxx,xxx到100多，
下面还用这些变量，完全是小学生作业；
我看了全删了重写的命名变量<
release 都有优化怎么调试？建议 Release 使用LOG来“调试”LINK : fatal error LNK1181: cannot open input file "；/out:Release/Chinese.exe" 试着用Release来调试，但提示这个错误，是怎么回事？
Tags: , release, VC/MFC, 调试
[release][调试][VC/MFC]release 能调试吗 -
VC/MFC / 基础类
08月 27th, 2010 by admin
Posted in VC/MFC | No Comments ?
我在公司看见有人写的代码全是在release下调试的，debug下全部是异常，程序直接崩溃，然后他们问我干嘛要用debug，我无言以对了，他们拷贝字符串都是这样的：
void copystr(char * pIn)
{
int len = strlen(pIn);
char * p = new char[len];
strcpy(p,pIn);
}呵呵，我们公司因为工程大，好多人都是release带DEbug信息调试编码的。不我还建议用debug比较好，因为Release回忽略掉一些小问题的。
你才crash的时候点击“重试”，看一下callstack把这些问题一一修正给他们弄一个debug环境。如果你公司的人来我这里应聘程序员，我会让他们统统去扫厕所。
void copystr(char * pIn)
{
int len = strlen(pIn);
char * p = new char[len];
strcpy(p,pIn);
}
这个函数也能用吗晕，路过release可以调试是不假
不过不建议使用
除非迫不得已
因为确实有些问题bug下调不出来release状态下可以调试的
release和debug只是编译参数不同而已,你也可以命名自己的编译设置
具体设置参
考:https://www.doczj.com/doc/4818631965.html,/baicker/archive/2007/08/29/140713.html
———————————————————————————
<
能调试，但是个别变量可能无法对应，有些只能看内存<
<
release 调试有时候鼠标放那，看不到结果。
基本debug调。release走一遍主要是我改成DEBUG运行不了，全是runtime error，不能执行，他们叫我直接忽略最最无奈的是100多个工程全是这样的，
而且那几个写代码的人同时辞职了你们公司的人的态度真另人受不了<
<
无语！有些大部分是没有经过专门学习的半路程序员，只求功能实现，其他代码规范，一律不管，我见得不少，如果你们想知道更牛逼的，我知道在一个正规的项目中有一个这样的类命名：
int n1,n2,nxxx，xxx到200多变量
int j1,j2 jxxx,xxx到100多，
下面还用这些变量，完全是小学生作业；
我看了全删了重写的命名变量<
release 都有优化怎么调试？建议 Release 使用LOG来“调试”LINK : fatal error LNK1181: cannot open input file "；/out:Release/Chinese.exe" 试着用Release来调试，但提示这个错误，是怎么回事？
Tags: , release, VC/MFC, 调试
[release][生成][执行]release下生成的可执行程
序在其它机器上不能运行 - VC/MFC / 基础类
07月 15th, 2010 by admin
Posted in VC/MFC | No Comments ?
如题，在同事的机器上也可以运行，就是拿到会议室的机器上就不能运行了。属性我也改成的是“在静态库中使用MFC”。
现在也不知道问题在哪里，有经验的给给思路。谢谢。不能运行，有提示少库是mfc问题，没提示是程序问题，或少了什么文件吧你确定是Release版本？
你确定两台计算机是同样的操作系统？
这种常见情况一般都是没有在目标机器上安装过“可发行组件”，又叫
“重分发包”， IDE基本都高于vc6.请注册ocx控件，等用depends 看看他的依赖库是否有。。然后把相应的依赖库拷贝到目标机器上。如果是COM的依赖库还需要注册一下！！！！报什么错查下依赖库，看看都引用了那些Dll文件为什么老有人问这个问题，难道大家都不会用搜索引擎？dependency Walk工具看看使用了哪些dll可能因为会议室的机器上没有安装相应的软件（如vc），所
有就找不到相应的动态库，用vc的depends工具打开.exe文件查看与.exe文件存在依赖关系的动态库有哪些，在自己电脑上找到这些动态库，然后拷贝到.exe 所在目录下，之后重新打包系统。用exescope或者dependency看一下依赖哪些dll 这种问题我一般是看少了什么dll，然后自己去网上下就完了
Tags: , release, 执行, 生成
[VC/MFC][Release][菜单]VC/MFC Release下的菜单图标不显示问题Debug下正常 - VC/MFC / 基础类
07月 15th, 2010 by admin
Posted in VC/MFC | No Comments ?
如题，Release下程序菜单中的图标为什么都不显示了呢，Bitmap格式的，在Debug下正常显示啊，工具栏上的图标两种环境下都正常显示
请问是怎么回事，又该怎么处理呢？以前碰到相关结构体没初始化会出现这样问题，DEBUG 没问题，release就没反应。不晓得是不是这方面原因。<
你跟踪图标id，debug下我在为菜单创建图标的代码是这样的：
在MainFrame的OnCreat(…)函数中，
{
…
CBitmap m_BitStart;
m_BitStart.LoadBitmap(IDB_BITMAP_START);//IDB_BITMAP_START为我新建的位图资源
CMenu *subMenu=this->GetMenu()->GetSubMenu(4);
ASSERT(subMenu->SetMenuItemBitmaps(ID_START_SIMULATION,MF_BYCOMMAN, &m_BitStart,&m_BitStart));
…//其他菜单图标也都是这样处理的
}
。。。不知道是不是还要在其他地方设置什么，才能在Release下正常显示菜单图标？
<
CBitmap m_BitStart;
=============
局部变量，函数结束后析构之后，相关的位图对象也被释放了，解决方法有如下几种：
一：改为CBitmap *m_BitStart;
二：在最后调用m_BitStart.Detach()，将类对象与GDI对象分离
三：将CBitmap定义为静态变量或是类成员变量
Release直接跳过了。。。<
Tags: , release, VC/MFC, 菜单
[RELEASE][debug][VC/MFC]RELEASE调debug -
VC/MFC / 基础类
07月 7th, 2010 by admin
Posted in VC/MFC | No Comments ?
我release的activex能不能调人家debug库?库是第三方的，debug，
我的控件在debug下运行不起来
如需要阅读该回复，请登录或注册
讲详细点呢？该怎么弄？当然可以调
一般不会出问题顶，学习学习！谢谢各位
Tags: , debug, release, VC/MFC
[Release][下用][绘画]Release 下用DC绘画问题
04月 3rd, 2010 by admin
Posted in VC/MFC | No Comments ?
用DC绘图时在DEBUG下正常但在Release下绘制的图只能显示一半代码
.贴代码!!!!!!!UINT draw(LPVOID pParam)
{
Draw_Par *drawpar=(Draw_Par *)pParam;
while(1)
{
Sleep(50);
if(drawpar->filename == "")
{
Thread_Map->SuspendThread();
continue;
}
Map_Mutex.Lock();
MAZE *room = new MAZE;
int length,Left_Length,Right_Length,start_x,start_y;
filehead = GetMazeHead(drawpar->filename);
length = drawpar->Length;
Left_Length = drawpar->Left_Length;
Right_Length = drawpar->Right_Length;
start_x = drawpar->Start_x;
start_y = drawpar->Start_y;
CRect rect(0,0,drawpar->rect.Width(),drawpar->rect.Height()); CBrush brush;
brush.CreateSolidBrush(drawpar->background);
dcMemory.Rectangle(&rect);
dcMemory.FillRect(&rect,&brush);
CPen axisPen; //坐标轴用的画笔
axisPen.CreatePen(PS_SOLID,0,drawpar->map);
dcMemory.SelectObject(&axisPen);
int j = 0;
for(int m=drawpar->Start_num_x; m<=drawpar->End_num_x;m++)
{
for(j=drawpar->Start_num_y; j<=drawpar->End_num_y;j++)
{
*room = GetHouse(m,j,drawpar->filename);
if(((Left_Length+(room->x-start_x)*length) <= 0) ||
((Left_Length+(room->x-start_x+1)*length) >= rect.Width()) || ((Right_Length+(room->y-start_y)*length) <= 0) ||
((Right_Length+(room->y-start_y+1)*length+1) >= rect.Height()))
{
continue;
}
if((room->x < filehead.Row) && (room->y < filehead.Column))
{
if(room->left == 1)
{
dcMemory.MoveTo(Left_Length+(room->x-start_x)*length,Right_Length+(ro om->y-start_y)*length);
dcMemory.LineTo(Left_Length+(room->x-start_x)*length,Right_Length+(ro om->y-start_y+1)*length);
}
if(room->up == 1)
{
dcMemory.MoveTo(Left_Length+(room->x-start_x)*length,Right_Length+(ro om->y-start_y)*length);
dcMemory.LineTo(Left_Length+(room->x-start_x+1)*length,Right_Length+( room->y-start_y)*length);
}
if(room->right == 1)
{
dcMemory.MoveTo(Left_Length+(room->x-start_x+1)*length,Right_Length+( room->y-start_y)*length);
dcMemory.LineTo(Left_Length+(room->x-start_x+1)*length,Right_Length+( room->y-start_y+1)*length);
}
if(room->down == 1)
{
dcMemory.MoveTo(Left_Length+(room->x-start_x)*length,Right_Length+(ro om->y-start_y+1)*length);
dcMemory.LineTo(Left_Length+(room->x-start_x+1)*length,Right_Length+( room->y-start_y+1)*length);
}
} //if
}//for
}//for
int nX = drawpar->rect.left;
int nY = drawpar->rect.top ;
drawpar->pControlDC->BitBlt(nX, nY, bmpInfo.bmWidth, bmpInfo.bmHeight, &dcMemory, 0, 0, SRCCOPY);
Map_Mutex.Unlock();
Thread_Map->SuspendThread();
}
return true;
}
Tags: , release, 下用, 绘画
Qt 怎样设置应用程序图标以及release版本的主意事项 第一步，准备个ICO图标。 例如：myApp.ico 用任何的文本编辑器新建个文件 里面写上一行： IDI_ICON1 ICON DISCARDABLE "myApp.ico" 第二步，保存改名为myApp.rc并把它和你的图标myApp.ico一起放置到你的Qt工程的目录里面。 第三步，用文本编辑器打开你的Qt工程文件（如myApp.pro ），在里面的最后面新添一行： RC_FILE = myApp.rc 第四步，在程序中添加如下代码： //app是程序中唯一的QApplication对象 app.setWindowIcon(QIcon("myApp.ico")); 注意：如果你的myApp.rc和你的图标myApp.ico不是在你的Qt工程目录里面，那么最后一句的代码中请指明图标文件的路径。 2.release版本主意事项 （1）在没有安装Qt的电脑上运行编译的程序，会提示缺少一些库文件，比如mingwm10.dll，libgcc_s_dw2_1.dll，这时需要在自己的开发程序的电脑上收索这些dll文件（全盘收索吧，不知道路径的话） （2）可能不能正确显示背景图片。解决方法如下： 要显示自己加入qrc文件中的信息，需要把qt的一个文件包复制，跟release.exe放在一个文件夹中，这样在没有装qt的电脑就业能运行了。文件包的名字叫imageformats。 给QT程序的EXE添加图标 问：要想让Qt程序的Debug和Release版本的exe都有图标，总共分几步？
答：总共分三步，客官看好，千万别眨眼！ 第一步：在项目文件夹目录下创建文件app.rc，把从网上down下来的叫做tubiao.ico的图标也Copy进来在app.rc里面写上这么一段话： IDI_ICON1 ICON DISCARDABLE "tubiao.ico" 第二步：打开Qt Creator，把这两个文件导入到项目里面 第三步：在项目的pro文件里面填上： RC_FILE+=app.rc 给QT程序添加一个漂亮的图标 【问题描述】如图1所示，直接编译的QT程序，没有漂亮的外观，如何给程序添加一个漂亮的图标呢？
实验一 DEBUG的使用 实验目的: 1．学习使用DEBUG程序的各种命令。 2．掌握8088/86指令系统---算数指令。 3．掌握用DEBUG调试自编程序的方法。 4．掌握8088/8086 CPU寄存器的用途和存储器组织及它们之间的关系。 5．掌握内存操作数及寻址方法。 6．掌握汇编语言伪操作:BYTE PTR,WORD PTR。 内容及步骤: 一、DEBUG 命令使用: 1、敲 DEBUG 进入 DEBUG 环境，显示提示符 '_ '。 2、用命令 D100 10F 观察内存中的16进制码及屏幕右边的ASCII字符。 3、用命令 E100 30 31 32 …… 3F 将30H～3FH写入地址为100H开始的内存单元中， 再用D命令观察结果，看键入的16进制数是什么字符的ASCII码? 4、用命令 F100 10F 'A' 将'A'的ASCII码填入内存，用D命令查看结果。 5、用命令 F110 11F 41 将41H 填入内存，用D命令观察结果并比较。 6、用R 命令检查各寄存器内容，特别注意AX,BX,CX,DX,IP及标志位中ZF,CF和AF的内 容。 7、用R命令将AX，BX内容改写为1234H及5678H。 8、用H命令检查下列各组16进制数加减结果并和你的手算结果比较: (1)34H,22H (2)56H,78H (3)A5,79H (4)1284H,5678H (5)A758,347FH 二、8088常用指令练习 1、传送指令 1)用A命令在内存100H处键入下列内容: MOV AX,1234 MOV BX,5678 XCHG AX,BX MOV AH,34 MOV AL,56 MOV CX,75AB XCHG AX,CX 2)用U命令检查键入的程序，特别注意左边的机器码。 3)用T命令逐条运行这些指令,每运行一行检查并记录有关寄存器及IP的变化情况。并注意标志位有无变化。 2、加减法指令: 1)用A命令在内存200H处键入下列内容:
现在的高速电路设计已经达到GHz的水平，高速PCB设计要求从三维设计理论出发对过孔、封装和布线进行综合设计来解决信号完整性问题。高速PCB设计要求中国工程师必须具备电磁场的理论基础，必须懂得利用麦克斯韦尔方程来分析PCB设计过程中遇到的电磁场问题。目前，Ansoft公司的仿真工具能够从三维场求解的角度出发，对PCB设计的信号完整性问题进行动态仿真。 (一)Ansoft公司的仿真工具 现在的高速电路设计已经达到GHz的水平，高速PCB设计要求从三维设计理论出发对过孔、封装和布线进行综合设计来解决信号完整性问题。高速PCB设计要求中国工程师必须具备电磁场的理论基础，必须懂得利用麦克斯韦尔方程来分析PCB设计过程中遇到的电磁场问题。目前，Ansoft公司的仿真工具能够从三维场求解的角度出发，对PCB设计的信号完整性问题进行动态仿真。 Ansoft的信号完整性工具采用一个仿真可解决全部设计问题： SIwave是一种创新的工具，它尤其适于解决现在高速PCB和复杂IC封装中普遍存在的电源输送和信号完整性问题。 该工具采用基于混合、全波及有限元技术的新颖方法，它允许工程师们特性化同步开关噪声、电源散射和地散射、谐振、反射以及引线条和电源/地平面之间的耦合。该工具采用一个仿真方案解决整个设计问题，缩短了设计时间。 它可分析复杂的线路设计，该设计由多重、任意形状的电源和接地层，以及任何数量的过孔和信号引线条构成。仿真结果采用先进的3D图形方式显示，它还可产生等效电路模型，使商业用户能够长期采用全波技术，而不必一定使用专有仿真器。 (二)SPECCTRAQuest Cadence的工具采用Sun的电源层分析模块： Cadence Design Systems的SpecctraQuest PCB信号完整性套件中的电源完整性模块据称能让工程师在高速PCB设计中更好地控制电源层分析和共模EMI。 该产品是由一份与Sun Microsystems公司签署的开发协议而来的，Sun最初研制该项技术是为了解决母板上的电源问题。 有了这种新模块，用户就可根据系统要求来算出电源层的目标阻抗；然后基于板上的器件考虑去耦合要求，Shah表示，向导程序能帮助用户确定其设计所要求的去耦合电容的数目和类型；选择一组去耦合电容并放置在板上之后，用户就可运行一个仿真程序，通过分析结果来发现问题所在。 SPECCTRAQuest是CADENCE公司提供的高速系统板级设计工具，通过它可以控制与PCB layout相应的限制条件。在SPECCTRAQuest菜单下集成了一下工具： （1）SigXplorer可以进行走线拓扑结构的编辑。可在工具中定义和控制延时、特性阻抗、驱动和负载的类型和数量、拓扑结构以及终端负载的类型等等。可在PCB详细设计前使用此工具，对互连线的不同情况进行仿真，把仿真结果存为拓扑结构模板，在后期详细设计中应用这些模板进行设计。 （2）DF/Signoise工具是信号仿真分析工具，可提供复杂的信号延时和信号畸变分析、IBIS 模型库的设置开发功能。SigNoise是SPECCTRAQUEST SI Expert和SQ Signal Explorer Expert进行分析仿真的仿真引擎，利用SigNoise可以进行反射、串扰、SSN、EMI、源同步及系统级的仿真。 （3）DF/EMC工具——EMC分析控制工具。 （4）DF/Thermax——热分析控制工具。 SPECCTRAQuest中的理想高速PCB设计流程： 由上所示，通过模型的验证、预布局布线的space分析、通过floorplan制定拓朴规则、由规
Debug和Release区别 VC下Debug和Release区别 最近写代码过程中，发现Debug 下运行正常，Release 下就会出现问题，百思不得其解，而Release 下又无法进行调试，于是只能采用printf方式逐步定位到问题所在处，才发现原来是给定的一个数组未初始化，导致后面处理异常。网上查找了些资料，在这罗列汇总下，做为备忘～ 一、Debug 和Release 的区别 Debug 通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。Release 称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。 Debug 和Release 的真正区别，在于一组编译选项。 Debug 版本 参数含义 /MDd /MLd 或/MTd 使用Debug runtime library(调试版本的运行时刻函数库) /Od 关闭优化开关 /D "_DEBUG" 相当于#define _DEBUG,打开编译调试代码开关(主要针对assert函数) /ZI 创建Edit and continue(编辑继续)数据库，这样在调试过程中如果修改了源代码不需重新编译 GZ 可以帮助捕获内存错误 Release 版本参数含义 /MD /ML 或/MT 使用发布版本的运行时刻函数库 /O1 或/O2 优化开关，使程序最小或最快 /D "NDEBUG" 关闭条件编译调试代码开关(即不编译assert函数) /GF 合并重复的字符串，并将字符串常量放到只读内存，防止被修改 Debug 和Release 并没有本质的界限，他们只是一组编译选项的集合，编译器只是按照预定的选项行动。
附录DEBUG调试程序的应用 1．直接启动DEBUG程序 如https://www.doczj.com/doc/4818631965.html,在C盘的根目录下，启动的方法是： C:\>DEBUG _ 这时屏幕上会出现“_”提示符，等待键入DEBUG命令。 2．启动DEBUG程序的同时装入被调试文件 命令格式如下： C:\>DEBUG [d:][PA TH]filename[.EXT] [d:][PATH]是被调试文件所在盘及其路径，filename是被调试文件的文件名，[.EXT]是被调试文件的扩展名。 例如：BCDSUM.EXE可执行文件在A盘，用DEBUG对其进行调试的操作命令如下。 C:\>DEBUG A:\BCDSUN.EXE↙ DOS在调用DEBUG程序后，再由DEBUG把被调试文件装入内存，当被调试文件的扩展名为COM时，装入偏移量为100H的位置，当扩展名为EXE时，装入偏移量为0的位置，并建立程序段前缀PSP，为CPU寄存器设置初始值。 3．退出DEBUG 在DEBUG命令提示符“_”下键入Q命令，即可结束DEBUG的运行，返回DOS操作系统。 4．在DEBUG环境下建立和汇编程序 在DEBUG环境下用户可以直接建立汇编语言源程序，并可以进行编辑修改，还可以进行汇编。 比如，在DEBUG下运行如下程序： MOV DL，33H ；字符3的ASCII码送DL MOV AH，2 ；使用DOS的2号功能调用 INT 21H ；进入功能调用，输出‘3’ INT 20H ；BIOS中断服务，程序正常结束。 该程序运行结果是在显示器上输出一个字符‘3’。如果要输出其它字符，请改变程序中‘33H’为相应字符的ASCII码。其中涉及DOS和BIOS功能调用。因为我们是在DOS的支持下运行汇编语言程序，所以一般情况下，不能轻易使用输入/输出指令直接通过端口输入／输出，而必须使用DOS内部提供的子程序完成输入/输出。 DOS功能调用就是为诸如此类的目的设置的。DOS功能调用要求在进入INT 21H调用前，首先将功能调用号送AH寄存器，并根据功能调用号准备初始数据。也就是说INT 21H 的2号功能调用是输出DL寄存器中的字符。INT 20H是BIOS中断服务，这一软中断用来正常结束程序。
常用Linux系统Debug命令 常用Linux系统Debug命令 命令系统，是一种计算机代码控制系统。常用Linux系统Debug 命令有哪些呢?下面是相关的知识，欢迎阅读。 1、查看TCP连接状态 netstat-nat|awk'{print$6}'|sort|uniq-c|sort-rn netstat- n|awk'/^tcp/{++S[$NF]};END{for(ainS)printa,S[a]}' netstat- n|awk'/^tcp/{++state[$NF]};END{for(keyinstate)printkey,"",s tate[key]}' netstat- n|awk'/^tcp/{++arr[$NF]};END{for(kinarr)printk,"",arr[k]}' netstat-n|awk'/^tcp/{print$NF}'|sort|uniq-c|sort-rn netstat-ant|awk'{print$NF}'|grep-v'[a-z]'|sort|uniq-c netstat-nat|awk'{print$6}'|sort|uniq-c|sort-rn netstat- n|awk'/^tcp/{++S[$NF]};END{for(ainS)printa,S[a]}' netstat- n|awk'/^tcp/{++state[$NF]};END{for(keyinstate)printkey,"",s tate[key]}' netstat- n|awk'/^tcp/{++arr[$NF]};END{for(kinarr)printk,"",arr[k]}' netstat-n|awk'/^tcp/{print$NF}'|sort|uniq-c|sort-rn
如何把VS2008上编的debug、release程序在没装VS的xp机器上运 行 用VS2008 SP编写的MFC程序，拷贝到其他没装VS2008的机器上直接运行，肯定是不行的。即使选择静态链接MFC，有时候系统还是会提示“应用程序配置不正确”。这是因为程序中可能不止用到了9.0版本MFC，还可能有ATL、CRT、OPENMP等。在自己的机器上运行时，系统会到"C:\WINDOWS\WinSxS\"文件夹查找相应的库，这个文件夹里包含了所有安装过的版本的运行库和清单文件。如果只找9.0版本的库和清单文件，也可以到"C:\Program Files\Microsoft Visual Studio 9.0\VC\redist\x86"这个文件夹。 对于只用到Release库程序： 拷贝需要的库和清单文件到exe所在目录，修改程序的清单文件，再移植就可以运行了。修改的方法是：用Release方式编译链接程序，然后修改xxx.exe.intermediate.manifest，将其中name为Microsoft.VC90.CRT、Microsoft.VC90.MFC等的dependency块删掉，生成（不是重新生成！）项目，VS会把清单文件重新嵌入到程序中。这样，到了目标机器上，系统就不会按照清单文件到WinSxS文件夹去查找库（当它找不到时，就会提示“配置错误”。从“事件查看器”中，会看到加载失败的信息），而是到了该加载时才从工作目录查找。网上很多说法都提到了拷贝dll和manifest，但如果不修改程序中嵌入的manifest的话，拷贝了也是没用的。 另外一个不需要修改清单文件的办法，是下载Microsoft Visual C++ 2008 Redistributable Package，只有几兆，到目标机器上安装就可以了。这是vcredist_x86 for VS2008 的下载地址： https://www.doczj.com/doc/4818631965.html,/downloads/details.aspx?FamilyID=9b2da534-3e03-4391-8a4d-074b9f 2bc1bf&displaylang=en 这是vcredist_x86 for VS2008 SP1的下载地址： https://www.doczj.com/doc/4818631965.html,/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B 2AF5FC2&displaylang=en 两个安装程序的版本略有差别。 当然，如果只用到了9.0版的MFC，只要选择“在静态库中使用MFC”，就可以运行了。 对于用到Debug库程序： 如果你的程序用到了Debug版的运行库，那么上述库是不能解决问题的，因为它们都是Release版。可以到"C:\WINDOWS\WinSxS\"，把用到的文件夹拷贝到目标机器的WinSxS中。不过我用的仍是修改清单文件的办法：从"C:\Program Files\Microsoft Visual Studio
DEBUG程序的使用 一、在DOS的提示符下，可如下键入Debug启动调试程序： DEBUG [路径\文件名] [参数1] [参数2] Debug后可以不带文件名，仅运行Debug程序；需要时，再用N和L命令调入被调试程序。命令中可以带有被调试程序的文件名，则运行Debug的同时，还将指定的程序调入主存；参数1/2是被调试程序所需要的参数。 在Debug程序调入后，根据有无被调试程序及其类型相应设置寄存器组的内容，发出Debug的提示符“－”，此时就可用Debug命令来调试程序。 运行Debug程序时，如果不带被调试程序，则所有段寄存器值相等，都指向当前可用的主存段；除SP之外的通用寄存器都设置为0，而SP指示当前堆栈顶在这个段的尾部；IP=0100h；状态标志都是清0状态。 运行Debug程序时，如果带入的被调试程序扩展名不是.EXE，则BX.CX 包含被调试文件大小的字节数（BX为高16位），其他同不带被调试程序的情况。 运行Debug程序时，如果带入的被调试程序扩展名是.EXE，则需要重新定位。此时，CS : IP和SS : SP根据被调试程序确定，分别指向代码段和堆栈段。DS=ES指向当前可用的主存段，BX.CX包含被调试文件大小的字节数（BX为高16位），其他通用寄存器为0，状态标志都是清0状态。 二、DEBUG命令的格式 Debug的命令都是一个字母，后跟一个或多个参数：字母[参数] 命令的使用中注意： ①字母不分大小写； ②只使用16进制数，没有后缀字母； ③分隔符（空格或逗号）只在两个数值之间是必须的，命令和参数间可无分隔符； ④每个命令只有按了回车键后才有效，可以用Ctrl+Break中止命令的执行； ⑤命令如果不符合Debug的规则，则将以“error”提示，并用“^”指示错误位置。 许多命令的参数是主存逻辑地址，形式是“段基地址: 偏移地址”。其中，段基地址可以是段寄存器或数值；偏移地址是数值。如果不输入段地址，则采用默认值，可以是缺省段寄存器值。如果没有提供偏移地址，则通常就是当前偏移地址。 对主存操作的命令还支持地址范围这种参数，它的形式是：“开始地址结束地址”（结束地址不能具有段地址），或者是：“开始地址L字节长度”。 三、DEBUG子命令 1、显示命令D D（Dump）命令显示主存单元的内容，它的格式如下（注意分号后的部分用于解释命令功能，不是命令本身）： D [地址]；显示当前或指定开始地址的主存内容 D [范围]；显示指定范围的主存内容 例如，显示当前（接着上一个D命令显示的最后一个地址）主存内容： 左边部分是主存逻辑地址，中间是连续16个字节的主存内容（16进制数，以字节为单位），右边部分是这16个字节内容的ASCII字符显示，不可显示字符用点“.”表示。一个D命令仅显示“8行×16个字节”（80列显示模式）内容。 再如： -d 100 ；显示数据段100h开始的主存单元
汇编语言调试DEBUG命令详解 1、显示命令D ① D [地址] ② D [范围] 如不指定范围，一次显示8行×16个字节。 －D ；默认段寄存器为DS，当前偏移地址 －D DS:100 / －D CS:200 －D 200:100 －D 200；200为偏移地址，默认段寄存器DS －D DS:100 110/ －D 100 L 10 2.修改命令E ① E 地址；从指定地址开始，修改（或连续修改）存储单元内容。DEBUG首先显示指定单元内容，如要修改，可输入新数据；空格键显示下一个单元内容并可修改，减号键显示上一个单元内容并可修改；如不修改，可直接按空格键或减号键；回车键结束命令。 ② E 地址数据表；从指定的地址开始用数据表给定的数据修改存储单元。 －E DS:100 F3 ‘AB’ 8D。 3.添充命令F F 范围数据表； 将数据表写入指定范围的存储单元；数据个数多，忽略多出的数据，个数少，则重复使用数据表。 －F DS:0 L5 01,02,03,04,05 －F DS:0 L5 01 02 03 04 05（空格分隔） －F DS:0 L5 FF ；5个字节重复使用FF 4.显示修改寄存器命令R R；★显示所有寄存器和标志位状态； ★显示当前CS：IP指向的指令。 显示标志时使用的符号： 标志标志=1 标志=0 OF OV NV DF DN UP IF EI DI SF NG PL ZF ZR NZ AF AC NA PF PE PO CF CY NC
5.汇编命令A A [地址]；从指定的地址开始输入符号指令；如省略地址，则接着上一个A命令的最后一个单元开始；若第一次使用A命令省略地址，则从当前CS:IP 开始（通常是CS：100）。 注释:①在DEBUG下编写简单程序即使用A命令。 ②每条指令后要按回车。 ③不输入指令按回车，或按Ctrl+C结束汇编。 ④支持所有8086符号硬指令，伪指令只支持DB、DW，不支持各类符号名。 6.反汇编命令U ① U [地址]；从指定地址开始反汇编32个字节的机器指令；省略地址时,则接着上一个U命令的最后一个单元开始；若第一次使用U命令省略地址，则从当前CS:IP开始（通常是CS：100）。 ② U 范围；对指定范围的单元进行反汇编。 －U －U100 －U100L10 7.运行程序命令G ① G；从CS:IP指向的指令开始执行程序，直到程序结束或遇到INT 3。 ② G=地址；从指定地址开始执行程序，直到程序结束或遇到INT 3。 ③ G 断点1[，断点2，…断点10]；从CS:IP指向的指令开始执行程序，直到遇到断点。 ④G=地址断点1[，断点2，…断点10] －G ；从CS:IP指向的指令开始执行程序。 －G=100 ；从指定地址开始执行程序。 －G=100 105 110 120 8.跟踪命令（单步执行命令）T ① T；从当前IP开始执行一条指令。 ② T 数值；从当前IP开始执行多条指令。 ② T =地址； ③ T =地址数值； －T －T5 / －T=100 5 9.跟踪执行并跳过子程序命令P P [=地址] [数值]；类似T命令，但跳过子程序和中断服务程序。 10.退出DEBUG命令Q Q；返回DOS环境。 －Q 11.命名命令N N 文件标示符；指定文件，以便用W命令在磁盘上生成该文件，或者用L命令从磁盘装入该文件。 －N MY_https://www.doczj.com/doc/4818631965.html,
常用工具类作业 一、填空题 1.在Java中每个Java基本类型在https://www.doczj.com/doc/4818631965.html,ng包中都在一个相应的包装类，把基本类型数据 转换为对象，其中包装类Integer是______object______的直接子类。 2.包装类Integer的静态方法可以将字符串类型的数字”123”转换成基本整型变量n，其 实现语句是：__String_toHexString(int i)_________。 3.在Java中使用https://www.doczj.com/doc/4818631965.html,ng包中的______String______类来创建一个字符串对象，它代表一 个字符序列可变的字符串，可以通过相应的方法改变这个字符串对象的字符序列。 4.StringBuilder类是StringBuffer类的替代类，两者的共同点是都是可变长度字符串，其中 线程安全的类是_____StringBuilder_________。 5.DateFormat类可以实现字符串和日期类型之间的格式转换，其中将日期类型转换为指定 的字符串格式的方法名是______________。 6.使用Math.random( )返回带正号的double值，该值大于等于0.0且小于1.0。使用该函 数生成[30,60]之间的随机整数的语句是____double key=(double)(math.random()*(n>=30&&n<=60))__________。 7.JDK1.5后提供了___emum_________关键字，用以定义枚举类。枚举类是一种特殊的类， 可以有自己的属性、方法和构造方法。 8.File对象调用方法创建一个目录，不包括所有必需但不存在的父目录，当且仅当已创建 目录时，返回true；否则返回false。 二、选择题 1. 以下选项中关于int和Integer的说法错误的是（ac ）。（选择二项） A. int是基本数据类型，Integer是int的包装类，是引用数据类型 B. int的默认值是0，Integer的默认值也是0 C. Integer可以封装了属性和方法提供更多的功能 D. Integer i=5;该语句在JDK1.5之后可以正确执行，使用了自动拆箱功能 2. 分析如下Java代码，该程序编译后的运行结果是（ d ）。（选择一项） publicstaticvoid main(String[ ] args) { String str=null; str.concat("abc"); str.concat("def"); System.out.println(str); } A null B. abcdef C. 编译错误 D. 运行时出现NullPointerException异常 3. 以下关于String类的代码的执行结果是（ b ）。（选择一项）
五、DEBUG调试程序 DEBUG.EXE程序是专门为分析、研制和开发汇编语言程序而设计的一种调试工具，具有跟踪程序执行、观察中间运行结果、显示和修改寄存器或存储单元内容等多种功能。它能使程序设计人员或用户触及到机器内部，因此可以说它是80X86CPU的心灵窗口，也是我们学习汇编语言必须掌握的调试工具。 1）DEBUG程序使用 在DOS提示符下键入命令： C>DEBUG [盘符：][路径][文件名.EXE][参数1][参数2] 这时屏幕上出现DEBUG的提示符“-”，表示系统在DEBUG管理之下，此时可以用DEBUG 进行程序调试。若所有选项省略，仅把DEBUG装入内存，可对当前内存中的内容进行调试，或者再用N和L命令，从指定盘上装入要调试的程序；若命令行中有文件名，则DOS把DEBUG 程序调入内存后，再由DEBUG将指定的文件名装入内存。 2）DEBUG的常用命令 （1）汇编命令A 格式：A[起始地址] 功能：将输入源程序的指令汇编成目标代码并从指定地址单元开始存放。若缺省起始地址，则从当前CS：100地址开始存放。A命令按行汇编，主要是用于小段程序的汇编或对目标程序的修改。 （2）反汇编命令U 格式1：U[起始地址] 格式2：U[起始地址][结束地址|字节数] 功能：格式1从指定起始地址处开始将32个字节的目标代码转换成汇编指令形式，缺省起始地址，则从当前地址CS:IP开始。 格式2将指定范围的内存单元中的目标代码转换成汇编指令。 （3）显示、修改寄存器命令R 格式：R[寄存器名] 功能：若给出寄存器名，则显示该寄存器的内容并可进行修改。缺省寄存器名，则按以下格式显示所有寄存器的内容及当前值（不能修改）。 AX=0000 BX=0004 CX=0020 DX=0000 SP=0080 BP=0000 SI=0000 DI=0000 DS=3000 ES=23A0 CS=138E IP=0000 NV UP DI PL NZ NA PO NC 138E:0000 MOV AX,1234 -R AX ；输入命令 AX 0014 ；显示AX的内容 ：；供修改，不修改按回车。 若对标志寄存器进行修改，输入：-RF 屏幕显示如下信息，分别表示OF、DF、IF、SF、ZF、AF、PF、CF的状态。 NV UP DI PL NZ NA PO NC 不修改按回车键。要修改需个别输入一个或多个此标志的相反值，再按回车键。R命令只能显示、修改16位寄存器。 （4）显示存储单元命令D 格式1：D[起始地址]
反射的概念是由Smith在1982年首次提出的，主要是指程序可以访问、检测和修改它本身状态或行为的一种能力。这一概念的提出很快引发了计算机科学领域关于应用反射性的研究。它首先被程序语言的设计领域所采用,并在Lisp和面向对象方面取得了成绩。其中LEAD/LEAD++ 、OpenC++ 、MetaXa和OpenJava等就是基于反射机制的语言。最近，反射机制也被应用到了视窗系统、操作系统和文件系统中。 反射本身并不是一个新概念，它可能会使我们联想到光学中的反射概念，尽管计算机科学赋予了反射概念新的含义，但是，从现象上来说，它们确实有某些相通之处，这些有助于我们的理解。在计算机科学领域，反射是指一类应用，它们能够自描述和自控制。也就是说，这类应用通过采用某种机制来实现对自己行为的描述（self-representation）和监测（examination），并能根据自身行为的状态和结果，调整或修改应用所描述行为的状态和相关的语义。可以看出，同一般的反射概念相比，计算机科学领域的反射不单单指反射本身，还包括对反射结果所采取的措施。所有采用反射机制的系统（即反射系统）都希望使系统的实现更开放。可以说，实现了反射机制的系统都具有开放性，但具有开放性的系统并不一定采用了反射机制，开放性是反射系统的必要条件。一般来说，反射系统除了满足开放性条件外还必须满足原因连接（Causally-connected）。所谓原因连接是指对反射系统自描述的改变能够立即反映到系统底层的实
际状态和行为上的情况，反之亦然。开放性和原因连接是反射系统的两大基本要素。 Java中，反射是一种强大的工具。它使您能够创建灵活的代码，这些代码可以在运行时装配，无需在组件之间进行源代表链接。反射允许我们在编写与执行时，使我们的程序代码能够接入装载到JVM中的类的内部信息，而不是源代码中选定的类协作的代码。这使反射成为构建灵活的应用的主要工具。但需注意的是：如果使用不当，反射的成本很高。 二、Java中的类反射： Reflection 是 Java 程序开发语言的特征之一，它允许运行中的Java 程序对自身进行检查，或者说“自审”，并能直接操作程序的内部属性。Java 的这一能力在实际应用中也许用得不是很多，但是在其它的程序设计语言中根本就不存在这一特性。例如，Pascal、C 或者 C++ 中就没有办法在程序中获得函数定义相关的信息。 1．检测类： 1.1 reflection的工作机制 考虑下面这个简单的例子，让我们看看 reflection 是如何工作的。
文件编码AQ2I-01-S003 版本V01 文件层级□一阶□二阶 ■三阶 文件类别 ■体系文件 □技术文件 编制部门T终端部机密等级■内文□秘密□机密□绝密 编制人熊红旺文件类别■通用□项目 审核何天翼编制日期2017.6.15 审批何天翼生效日期2017.6.20 总页数7 分发编号01 文件发布盖章 终端软件版本管理规范
文件制/修订记录 页码章节制/修订记录 版本 修订人修订日期备注修订前修订后 全部首次制定无V01 熊红旺2017.6.20
目录 1.概述 (4) 2.软件版本的分类 (4) 3.软件版本的使用流程和规则 (4) 3.1测试部测试版本、预封版版本、封版版本使用流程和规则 (5) 3.2生产线软件版本使用规则 (6) 4.软件版本的发布流程和规则 (6) 5.软件版本标识规则 (6) 5.1软件版本号命名规则 (6) 5.1.1关于软件版本唯一标识的说明 (7) 5.1.2测试部测试版本的软件版本号 (7) 5.1.3预封版版本的软件版本号 (7) 5.1.4封版版本的软件版本号 (8) 5.1.5回归验证版本的软件版本号 (8) 5.1.6特殊版本的软件版本号 (8) 5.2版本文件夹命名规则 (8) 5.2.1正式发布版本文件夹命名规则 (8) 5.2.2回归测试版文件夹命名规则 (8) 5.3版本发布邮件通知的内容和格式 (9) 5.3.1正式发布版本邮件通知的内容和格式 (9)
5.3.2回归测试版本邮件通知的内容和格式 (9) 5.4版本说明的内容和格式 (10) 5.4.1正式发布版本说明的内容和格式 (10) 5.4.2回归测试版本说明的内容和格式 (10)
利用DEBUG调试汇编语言程序段一．实验目的 1．熟悉DEBUG有关命令的使用方法； 2．利用DEBUG掌握有关指令的功能； 3．利用DEBUG运行简单的程序段。 二．实验容 1．进入和退出DEBUG程序； 1)开始—运行,输入cmd,点确定进入命令窗口 2)在命令窗口中输入dubug进入debug程序
3)进入debug窗口后,输入q命令退出debug 2．学会DEBUG中的 1）D命令（显示存数据D 段地址:偏移地址） 例1：-D100 ;显示DS段, 0100开始的128个字节容 说明:指定要显示其容的存区域的起始和结束地址，或起始地址和长度。 ①DSEGREG[起始地址] [L 长度] ;显示SEGREG段中(缺省默认为DS), 以[起始地址] (缺省为当前的偏移地址),开始的[L 长度] (缺省默认为128)个字节的容. ② D SEGREG[段地址:偏移地址]
;显示SEGREG段中(缺省默认为DS), [段地址:偏移地址] 开始的[L 长度] (缺省默认为128)个字节容 －D ;默认段寄存器为DS，当前偏移地址(刚进入debug程序偏移地址为0100H) －D DS:100 ;显示DS段, 0100H开始的128个字节容 －D CS:200 ;显示CS段, 0200H开始的128个字节容 －D 200:100 ;显示DS段, 0200:0100H开始的128个字节容 －D 200；显示DS段, 0200H开始的128个字节容 －D 100 L 10 ;显示DS段, 100H开始的100H个字节容 2）E命令（修改指定存） 例1：-E100 41 42 43 44 48 47 46 45 -D 100，L08
实验一掌握DEBUG 基本命令及其功能【上篇】查看CPU和内存，用机器指令和汇编指令编程 一．实验目的： 掌握DEBUG 的基本命令及其功能 掌握win7 win8 使用DEBUG功能 二．实验内容： 1. 预备知识：Debug的使用 (1) 什么是Debug? Debug是DOS、Windows都提供的实模式(8086方式)程序的调试工具。使用它，可以查看CPU各种寄存器中的内容、内存的情况和在机器码级跟踪程序的运行。 (2) 我们用到的Debug功能 ●用Debug的R命令查看、改变CPU寄存器的内容； ●用Debug的D命令查看内存中的内容； ●用Debug的E命令改写内存中的内容； ●用Debug的U命令将内存中的机器指令翻译成汇编指令； ●用Debug的T命令执行一条机器指令； ●用Debug的A命令以汇编指令的格式在内存中写入一条机器指令。 (3) 进入Debug Debug是在DOS方式下使用的程序。我们在进入Debug前，应先进入到DOS方式。用以下方式可以进入DOS： ①重新启动计算机，进入DOS方式，此时进入的是实模式的DOS。 ②在Windows中进入DOS方式，此时进入的是虚拟8086模式的DOS。 三.实验任务 1. 从网上下载Dosbox和debug.exe(文件夹中有)。 2. debug.exe放在D:根目录，然后安装，安装完成以后，点击快捷方式进入Dos界面：
3.输入mount c d:\ 接着输入c: Dosbox 5.接着，你就可以使用Debug: debug 6.备注：debug.exe放在D:根目录下，你也可以把debug.exe放在任何一个文件夹下面。 其中这个文件夹就是mount c d:所对应的。 一.(1) 使用Debug，将下面的程序段写入内存，逐条执行，观察每条指令执行后，CPU 中相关寄存器中内容的变化。（逐条执行，每条指令执行结果截图） 机器码汇编指令 b8 20 4e mov ax,4E20H 05 16 14 add ax,1416H bb 00 20 mov bx,2000H 01 d8 add ax,bx 89 c3 mov bx,ax
内蒙古金田科技有限公司https://www.doczj.com/doc/4818631965.html,
?线路工兵 ?工兵 线路 ?光缆快速连接器制作 ?熔纤机 OTDR ?DR OT ?光功率计 ?功率计 光 目录
睛?否则被测系统发射的大功率激光可能对眼睛造成伤害。 在使用光功率计进行测量时?不要将被测光纤或连接器的末端对着眼 普通光功率计 √ EPON 专用光功率计 光功率测试需要用PON 专用的光功率计,测试结果比较精确 测试仪器光功率计选择和测量注意事项 光功率计
线路工兵 光功率计的保护与清洁 在不进行测量时?请将光功率计的防护帽盖好?否则会因为长期暴露在空气中附着灰尘而导致测量误差?如果光探测器前端面脏了?会导致透过的入射光被衰减?严重影响光功率测量的精度?需要清洁光探测器?清洁方法如下? ?将顶部固定FC法兰连接器的四个螺钉取下。 ?将FC连接器轻轻取出后?会看到下面的光探测器。 ?用棉签儿沾无水酒精轻轻擦洗这个光探测器前端的玻璃窗体端面。 ?清洁完?等三分钟晾干后将FC法兰连接器轻轻恢复原位用螺钉固定。
OLT光功率测量方法 PON专光功率计有两个测量端口?一个测OLT的发光功率?一个测量ONU 的发光功率?测量OLT发射光功率只需要将尾纤直接插到光功率上OLT的端口即可?就可以通过读取光功率上1490nmOLT显示的数值测量得到OLT在此处光功率值?此处光功率上的数值为-13dbm OLT光功率测试读数图OLT光功率测连接图
ONU 光功率测试读数图 ONU 光功率测试连接图 1310nmONT 显示的数值测量得到ONU 光功率值。下图ONU 发射光功率为 光功率测试仪的OLT 端口?串联之后就可以就可以通过读取光功率上 2.2dBm 。 的尾纤连接到光功率测试仪的ONU 端口?将连接OLT 端口的尾纤连接到 才能发光?所以必须将光功率计串联到OLT 和ONU 之间?即将连接ONU ONU 光功率测量?由于ONU 是被动发光?只有当ONU 接受OLT 的光之后 ONU 光功率测量方法
首先必须明确的是，什么是Release版程序，什么是Debug版程序 Debug通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员调试程序。Release称为发布版本，它往往是进行了各种优化，使得程序在代码大小和运行速度上都是最优的，以便用户很好地使用。 Debug 和Release 的真正秘密，在于一组编译选项。下面列出了分别针对二者的选项（当然除此之外还有其他一些，如/Fd /Fo，但区别并不重要，通常他们也不会引起Release 版错误，在此不讨论） Debug 版本 参数含义 /MDd /MLd 或/MTd 使用Debug runtime library (调试版本的运行时刻函数库) /Od 关闭优化开关 /D "_DEBUG" 相当于#define _DEBUG,打开编译调试代码开关(主要针对assert函数) /ZI 创建Edit and continue(编辑继续)数据库，这样在调试过程中如果修改了源代码不需重新编译 /GZ 可以帮助捕获内存错误 /Gm 打开最小化重链接开关，减少链接时间 Release 版本 参数含义 /MD /ML 或/MT 使用发布版本的运行时刻函数库 /O1 或/O2 优化开关，使程序最小或最快 /D "NDEBUG" 关闭条件编译调试代码开关(即不编译assert函数) /GF 合并重复的字符串，并将字符串常量放到只读内存，防止被修改
实际上，Debug 和Release 并没有本质的界限，他们只是一组编译选项的集合，编译器只是按照预定的选项行动。事实上，我们甚至可以修改这些选项，从而得到优化过的调试版本或是带跟踪语句的发布版本。 OK，知道了这些，谁还会说RELEASE版本不能调试？ 只需要设置相应编译环境，RELEASE同样可以像DEBUG版本设置断点，查看参数。 步骤如下： 1、在Project Settings里选Settings For为All Configurations。 2、在C/C++标签中，Debug info 选Program Database。 3、在Link 标签中，Category选Debug，选中Debug info 复选框和Microsoft format。 现在就可以像在Debug版本中那样设置断点进行测试了，但是记住，Release版本由于代码优化，有些变量是观察不到的，行的运行顺序可能也会不同。 还有一种就是使用debugview.exe进行调试（https://www.doczj.com/doc/4818631965.html,）,这个是个好东西。 debugview.exe是用来显示debug信息的，而这个debug信息就是由我们自己的application所发出的。我们可以看msdn上的关于debug的那些函数，一个比较有用的函数是OutputDebugString(LPCTSTR msg)。用这个函数，我们就可以把调试信息往外发出，而debugview.exe就可以接收到。 这其实是windows的一个机制，说起来也是很简单的东西，其实他们之间的交互就是一个4K 大小的share memory,
实验课程名称微型计算机原理实验报告＿实验项目名称掌握DEBUG基本命令＿专业班级电子信息科学与技术101班＿学生姓名＿＿＿＿＿＿＿＿＿＿＿＿ 学号＿＿＿＿＿ 实验成绩 指导教师签字
贵 州 大 学 实 验 报 告 纸 系 别 班 级 姓 名 学号 课 程 名 称 成 绩 评 定 教师签名 实 验 时 间 2011年 11 月 23 日 一、实验目的 （1）熟悉DEBUG 有关命令的使用方法。 （2）利用DEBUG 掌握有关指令的功能。 （3）利用DEBUG 运行简单的程序段。 二、实验内容 Ⅰ.掌握DEBUG 程序的各种命令，重点掌握U ，G ，T ，D ，E ，R 命令。 ⒈ 反汇编命令：-U[地址] 该命令从指定地址开始，反汇编32个字节，若地址省略，则从上一个U 命令的最后一条指令的下一个单元开始显示32个字节。
⒉运行命令G： ⒊追踪命令T，有两种格式： 1）逐条指令追踪：-T[=地址] 该命令从指定地址起执行一条指令后停下来，显示寄存器内容和状态值。 2）多条指令追踪： -T[=地址][值] 该命令从指定地址起执行n条命令后停下来，n由[值]确定。 ⒋显示内存单元内容的命令D，格式为： -D[地址]或-D[范围] 1）D命令后跟寄存器表示的地址 2）D命令后不加地址
3）D命令后加直接地址 ⒌修改内存单元内容的命令E，用给定的内容代替指定范围的单元内容： -E地址内容表 6.检查和修改寄存器内容的命令R，它有三种方式： 1）显示CPU内部所有寄存器内容和标志位状态；格式为：-R 2）显示和修改某个指定寄存器内容，格式为：-R 寄存器名 3）显示和修改标志位状态，命令格式为：-RF