为什么每次调试结果不一样
① 程序调试的结果和输出的结果不一样
#define来定义宏的时候要注意最好把宏中的参数分别用括号括起来，如#define gpj n/(n+1) 应写成#define gpj ((n)/(n+1))，否则有可能导致错误。楼主的就是这样导致的。
因为用#define定义宏仅仅只是一个替换，如程序中if(j>100*ps) ，如果按楼主定义的话编译时会替换为if(j<(100*n/(n+1)））这句实际上跟楼主的意思有差别。楼主希望先算n/(n+1)的值，再与100相乘，但实际上是先100与n相乘，再除以（n+1),因为两个int型做除法时结果会取整，因此这两种算法的结果可能不一样。其他宏定义也类似。
将宏定义写成#define gpj ((n)/(n+1)）这种形式后，在调试就可以看到，调试结果和输出结果是一样的了。
② int a = (int)(Math.random()*100);为什么每次调试的结果不一样
random 就是一个随机函数，随机函数当然会每次都不一样了。
③ 在C#中Debug和Release两种调试方法出来结果不同，求问为什么
debug编译与release编译的区别就在于debug只认添加进工程目录的代码。release会自动找匹配的代码 所以调试的时候用debug发布的时候用release。调试用debug可以让你手动将文件添加进项目中 发布用release可以让你将dll文件与exe文件分不同目录放置
④ java断点调试和运行结果不一样
可能是异步任务，运行的话还未获得异步任务的结果就返回了，你打了断点，就可能获得到了返回值。纯属猜测，仅供参考
⑤ c#直接运行跟调试的结果不一样
随机数就应该不一样。
每次执行都可能不一样的，甚至是一定不一样，不然还叫什么随机数
⑥ VC 为什么调试的结果与Debug下生成的.EXE运行的不相同
调进去你会发现你的OpenProcess失败了，只有一部分进程可以成功，但是debug就可以成功打开绝大多数进程，因此可以判定是权限问题，没错进程也是有权限的，做远程注入钩子的时候也会遇到权限不够的问题，以此类推这里openprocess可能也需要提升权限
BOOL ImprovePriv()
{
HANDLE hToken;
if(!OpenProcessToken(GetCurrentProcess(),TOKEN_ADJUST_PRIVILEGES,&hToken))
{
return FALSE;
}
TOKEN_PRIVILEGES tkp;
tkp.PrivilegeCount = 1;
//查看指定权限对应的LUID
if(!LookupPrivilegeValue(NULL,SE_DEBUG_NAME,&tkp.Privileges[0].Luid))
{
return FALSE;
}
tkp.Privileges[0].Attributes = SE_PRIVILEGE_ENABLED;
//调整令牌权限
if(!AdjustTokenPrivileges(hToken,FALSE,&tkp,0,NULL,NULL))
{
return FALSE;
}
CloseHandle(hToken);
return TRUE;
}
把代码复制到你的GetProcess前面，并且在GetProcess中第一句话处加ImprovePriv();
编译后再去debug下的exe直接运行看看，是不是跟调试时候一样了
⑦ C语言中为什么我的调试和运行不一样结果
你上面的这段代码是将他们进行交换，所以之后的值才会倒转
刚开始 a
=
3
= 0011 b
= 4
= 0100
a
=
a^b
=
0011^ 0011
=
0111
b
=
b^a
=
0100^0111
=
0011 =
3
a
=
a^b
=
0111^0011
=
0100
=
4
⑧ C语言中为什么我的调试和运行不一样结果
while(xx[b]!=0)
b++;
你这个b没有赋初值，调试器和实际很可能是不一样的。调试器里很可能给它一个初始值0，而实际则不会。既然你下面用到了strlen函数，这里也直接用b=strlen(xx)就好了。
另外，最开始的getchar()是干什么用的？这个在调试器和实际的效果也是不一样的。因为调试器执行到这句的时候，你会给它一个回车跳过去了。但实际，你可能直接输入一个串，这样会吞掉第一个字符。
最后，程序要执行一个free的操作，虽然在这里程序结束了会自动free，也没啥影响，但对任何一块malloc的内存，在用完后执行free操作，是一个好习惯。
⑨ 为什么java运行和调试结果不一样
运行后，执行程序直接得到结果，成功或者失败；
⑩ dsp调试和非调试的状态不一样
加装DSP和没装的较大区别取决于加装DSP后功放能够立即用电脑开展调整,针对音质的调试会出现较大协助,次之加装DSP后功放的作用会变的大量,不论是音源输入的方法或是以后的可控制水平全是没安装以前没法对比的。
会出现单步调试的结果和直接快速运行的程序结果输出不一样的情况，当单步调试的时候可以按照希望的逻辑走到应该报错的地方，但是当程序直接运行，没有下断点的时候，就会走显示网络没有问题的逻辑。经过一段时间的分析探讨，我发现问题的原因在于，我们的网络是异步的，当连接命令交给底层的网络模块后，网络内部的逻辑会去执行它自己的逻辑，我不能等待它的返回结果。当我传入的ip地址是正确的时候，很快速地就可以得到网络的状态为可以读入、写入，并成功连接，但当我的ip地址是错误的话，底层的网络模块就会自动开启一系列的重连机制，导致消耗大量的无意义时间，在这个过程中，我的逻辑并没有进行特殊的处理，因此按照之前的逻辑返回了成功，只有当等待相当长的一段时间后，才能够成功取得连接错误的结果，返回失败。因此，在直接运行程序的时候，由于程序运行速度很快，这段时间太短没有办法直接取到想要的结果，但是在单步调试的时候，调试程序花费了较多的时间，导致程序运行到对应位置的时候已经可以取到网络连接失败的状态。
所以，虽然网络部分有很多看似玄学的东西，但是实际上也基本都是可以找到问题的原因的，只在于我们的经验和细心程度。还需要多努力啊。