＋设为首页 ＋添加到收藏夹
原贴地址:
http://community.csdn.net/Expert/topic/4267/4267642.xml?temp=.6415522
--
请在本贴,或原贴回复均可,感激不尽!
装了IIS和网站后，在浏览器中输入“http://127.0.0.1”的网址来访问，ASP程序有错误时，浏览器会告诉你是哪一行代码出了错，然后用记事本、DW等查看出错行的代码并改正就行了。DW左侧有行号的，记事本的状态栏也显示行号。
至于VB的那种调试方式，只有编VB程序时用过它，ASP从来没用过，我觉得IIS+浏览器已经足够了。
INTERDEV 我也没他调试过， 都是开着 IE 自己刷的。 还好错误提还算直白。
楼主要了解别人写的程序，不光是调试，而最重要的是能读懂它。
楼主要了解别人写的程序，不光是调试，而最重要的是能读懂它。
装上iis,装上Microsoft Visual Studio 6.0->Microsoft Visual InterDev 6.0,就可以调试了。
interDev里面建立工程，就会在iis里面建立一个相应的虚拟目录，建立好工程后，你把你的文件拖到工程目录里面，就可以用了。是比较麻烦。
asp也可以用vs.net来调试。
iis里面相应的虚拟目录设置下可以允许asp调试。
一般情况下的asp程序，用浏览器来找错就可以了。如果调用dll，那么用这个调试不错。
就是说我想要调试的程序是没有错误的.调试的目的是为了理解它.
/////////////////////////////////////
可 人为给没有错误的程序 制造错误 来观察程序运行情况。
有时也可辅以
“on error resume me”
“response.write 关键变量”
“response.end”
等
语句来推测程序运行情况。
调试程序是一个很灵活的过程。
通过“调试”来了解别人的程序，的确是个很好的方法，有的程序你不一定能读懂，但却能调懂，
调试过之后就知道它在干些什么东西了，节省时间和脑力。
UP
通常调试是建立在对代码有一定了解的情况下进行的，所以能读懂代码就最好不过。把自己当成一个调试器，不失为一个好方法，可惜至今不曾见过这样的牛人-_-#
调试只是语法及功能层次的。记得一位写“无错C语言”的前辈说过：错误消失了不等于没有错误。
很多高手都不喜欢调试，因为调试程序的经验积累得太多了，以至于他们根不会再犯同样的错误。
如果要单步调试，就要设断点，并输出当前变量的值。ASP是基于交互的，很多功能都是在这个焦点上汇聚，所以设计思维上也有别于其它语言。所以读ASP代码要有针对性的，才能快速了解程序的来龙去脉。对于被封装成DLL，不必费时间去调试，应该在功能上进行模拟。对其进行功能分解，逐个实现，最后组合便可。毕竟你要的只是实现这些功能，而不是要这些臭代码。不是吗？
初、中级的ASP程序，可能要花更多的时间去了解ASP的架构！！
On Error Resume Next
<!---代码区域-->
if err then
输出错误结果
else
正确
结果
end if
能随时知道代码在那里出的错误
