问题解决，确实是代码中问题。 单步调试一点都不会出错，可直接运行就挂了。

是吗, 为什么会这样列

情况是这样的，错误代码中将6字节的mac往一个void *空间中写，结果多出来的两个字节破坏了内存。 debug的时候，单步按过去，运行的好好的；直接运行就不行了。 但在debug的时候，系统中也没有个tdbgTask啊，工作的是tWdbTask，我也不清楚到底debug时它是怎么处理堆栈和内存的，关注中…………

[quote][b]以下是引用[i]hy_p在2003-6-24 15:39:00[/i]的发言：[/b] tWdbTask是系统任务－－目标代理任务，当目标代理设置为运行在任务模式时，创建该任务。其处理来自Tornado目标服务的请求。 tDbgTask用于Debug，在进行debug时创建，将attach的任务装入其地址空间执行。应该可以看见的，你在debug时用i命令，单步执行完其处于SUSPEND状态。赫赫 [/quote] [color=#1E90FF]我在debug的时候真的没有什么tDbgTask任务啊，不信可以看下图。[/color][upload=jpg]UploadFile/20036251131016973.jpg[/upload] 另外，为什么在wShell下无法tt WDB和NetTask任务，而在tShell下却可以？ wShell下： -> tt tWdbTask Cannot trace task: 0xfbc9a28 value = -1 = 0xffffffff -> tt tNetTask Cannot trace task: 0xfbf34b0 value = -1 = 0xffffffff -> tShell下： -> tt tWdbTask 33c0c8 vxTaskEntry +60 : 2c3fec () 2c40a4 wdbIsNowTasking+e0 : wdbRpcRcv (0) 2c451c wdbRpcRcv +44 : 6df98 (0, 48e3f0, 5dc, 48efec, 0) 6e068 wdbUdpSockIfInit+30c: select () 2abb48 select +308: semTake () 2cbb18 semTake +140: semBTake () value = 0 = 0x0 -> tt tNetTask 33c0c8 vxTaskEntry +60 : netTask () 30934c netTask +2c : semTake () 2cbb18 semTake +140: semBTake () value = 0 = 0x0 -> [upload=jpg]UploadFile/20036251164576399.jpg[/upload]

>我在debug的时候真的没有什么tDbgTask任务啊 运行函数调试时, 才会出现tDbgTask 调试正在运行的任务, 调试在该任务上下文中进行 >为什么在wShell下无法tt WDB和NetTask任务，而在tShell下却可以？ 可能是因为target server本身需要tWdbTask,tNetTask支持

明白了。