I've been stuck with visual studio 2003 for ages because of my need to debug asp classic code...
由于我需要调试asp经典代码,我已经被Visual Studio 2003困扰了很久...
A few years ago I tried to debug classic asp with vs 2005 with no luck, I think there was some dirty hack that was supposed to achieve that "magic", but I couldn't make it work...
几年前我尝试使用vs 2005来调试经典的asp而没有运气,我认为有一些肮脏的黑客应该实现那种“魔法”,但我无法让它工作......
I wonder if anybody has been luckier than me...
我想知道是否有人比我幸运...
Haven't tried yet with vs 2008, but I'm not very confident on that, due to the lack of support to classic asp from microsoft...
还没试过vs 2008,但由于缺乏对微软经典asp的支持,我对此并不十分自信...
--
edit:
oops!, just found the following question
哎呀!刚刚发现了以下问题
Does Visual Studio 2008 support classic ASP development?
Visual Studio 2008是否支持经典的ASP开发?
so it seems like visual studio 2008 really supports classic asp debugging...
所以看起来Visual Studio 2008真的支持经典的asp调试......
I'll leave the question open for a couple of days, just in case someones wants to add some tutorial, comment or anything interesting...
我将问题保持开放几天,以防万一有人想添加一些教程,评论或任何有趣的东西......
-- edit:
some links
the dirty visual studio 2005 hack I was talking about:
我讨论的脏视觉工作室2005 hack:
http://blogs.msdn.com/greggm/archive/2006/03/15/552108.aspx
a few links explaining how to debug classic asp with visual studio 2008, couldn't try any of them yet...
一些链接解释了如何使用visual studio 2008调试经典asp,但还没有尝试过任何一个...
http://www.codeproject.com/KB/debug/DebugVBScriptVS2008.aspx
http://codepagoda.com/2009/04/30/debugging-classic-asp-with-visual-studio-2008-sp1-and-35-framework/
http://bytes.com/groups/asp/836751-better-debugging-classic-asp-visual-studio-2008-sp1
1 个解决方案
#1
I have debugged Classic ASP in Visual Studio 2005. Also, Visual Studio 2008 was supposed to make it better, but I never had a chance to try or to find out the details.
我在Visual Studio 2005中调试了经典ASP。此外,Visual Studio 2008应该会让它变得更好,但我从来没有机会尝试或找出细节。
Your biggest problem is that Visual Studio 2005 took away the ability to "Start With Debug" an ASP application.
您最大的问题是Visual Studio 2005剥夺了“启动调试”ASP应用程序的能力。
In VS 2005, Microsoft completely changed the way the debugger connected to IIS. The old way (for both ASP and ASP.NET) which was used by everything from InterDev (remember InterDev?) through VS 2003 was orchestrated via the "Machine Debug Manager", a sort of intermediary helper service. The whole thing was... arcane, trying to solve a complex problem that was made harder by the fact that IIS and Visual Studio run under separate accounts and in some cases, different machines. This was a very delicate process that was very prone to break at the slightest configuration change.
在VS 2005中,Microsoft完全改变了调试器连接到IIS的方式。从InterDev(记住InterDev?)到VS 2003的所有东西都使用的旧方式(对于ASP和ASP.NET)都是通过“机器调试管理器”(一种中间帮助器服务)来编排的。整个过程是...奥术,试图解决一个复杂的问题,因为IIS和Visual Studio在不同的帐户下运行,在某些情况下,在不同的机器上运行。这是一个非常微妙的过程,在最轻微的配置变化时很容易破裂。
Every single one of my machines stopped being able to debug Classic ASP at some point or another for reasons that appeared related to the alignment of the stars. I used to have at hand a 14 page checklist printout that described the whole "incantation", jumping from IIS Manager to Visual Studio to User Account Manager, to COM+ Explorer... and even that didn't always work. It makes me shiver just thinking about it.
由于与星星对齐有关的原因,我的每一台机器都无法在某个时刻调试经典ASP。我曾经有一个14页的清单打印输出,描述了整个“咒语”,从IIS管理器跳到Visual Studio到用户帐户管理器,再到COM + Explorer ...甚至那并不总是有效。只是想着它让我颤抖。
Ultimately, they gave up. In Visual Studio 2005, Microsoft came up with a different architecture for debugging IIS applications (sorry; I don't know how it works now). At the time, MS decided that not enough people were using ASP anymore, and prioritized other work on top of it. Enabling ASP debugging through the new architecture was a significant amount of work especially for a technology on its way out, so it got chopped. I don't blame them; they made a sound business decision. Would you rather have no ASP debugging in VS 2005? Or yes ASP debugging on VS "2006"?
最终,他们放弃了。在Visual Studio 2005中,Microsoft提出了一种用于调试IIS应用程序的不同体系结构(抱歉;我现在还不知道它是如何工作的)。当时,MS决定不再有人使用ASP,并优先考虑其他工作。通过新架构启用ASP调试是一项重要的工作,特别是对于一种技术的出路,所以它被砍掉了。我不怪他们;他们做出了明智的商业决定。你宁愿在VS 2005中没有ASP调试吗?或者是对VS“2006”的ASP调试?
Anyway, not all is lost.
无论如何,并非所有人都失去了。
First, you can't "launch" the debugger with F5 anymore, but you can still attach manually to an already running ASP process and it will work, as long as you enable debugging in IIS Manager by hand. The experience in Visual Studio 2005 is sometimes better, sometimes worse than under older versions. It's certainly more stable and very much doable. More details below.
首先,您不能再使用F5“启动”调试器,但是您仍然可以手动附加到已经运行的ASP进程,只要您在IIS管理器中手动启用调试,它就可以工作。 Visual Studio 2005中的体验有时更好,有时甚至比旧版本更差。它肯定更稳定,非常可行。更多细节如下。
Second, I heard at some point that Visual Studio 2008 was supposed to make a come back and get ASP debugging back in the product, or at least bring some improvement, or some such -- I could never quite get a clear picture. Then I lost track of the whole thing because by some miracle I've kept myself out of dealing much with ASP projects for a few years now.
其次,我在某些时候听说Visual Studio 2008应该回来并在产品中重新进行ASP调试,或者至少带来一些改进,或者其他一些 - 我永远无法得到清晰的图片。然后我忘记了整个事情,因为通过一些奇迹,我已经让自己几年没有处理ASP项目。
I'll try to find more references on VS 2008 and classic ASP. If I find something, I'll edit this post with it (sorry -- it might take me a few days to get to it).
我将尝试在VS 2008和经典ASP上找到更多参考资料。如果我找到了什么,我会用它来编辑这篇文章(对不起 - 我可能需要几天才能完成它)。
More details can be found in these posts:
更多细节可以在这些帖子中找到:
Full instructions on how to debug by manual attaching in this Gregg Miskelly post: Debugging Classic ASP Code
关于如何通过Gregg Miskelly帖子手动附加调试的完整说明:调试经典ASP代码
Other related information can be found here and at other Mikhail Arkhipov posts.
其他相关信息可以在这里和其他Mikhail Arkhipov的帖子中找到。
Hope this helps.
希望这可以帮助。
#1
I have debugged Classic ASP in Visual Studio 2005. Also, Visual Studio 2008 was supposed to make it better, but I never had a chance to try or to find out the details.
我在Visual Studio 2005中调试了经典ASP。此外,Visual Studio 2008应该会让它变得更好,但我从来没有机会尝试或找出细节。
Your biggest problem is that Visual Studio 2005 took away the ability to "Start With Debug" an ASP application.
您最大的问题是Visual Studio 2005剥夺了“启动调试”ASP应用程序的能力。
In VS 2005, Microsoft completely changed the way the debugger connected to IIS. The old way (for both ASP and ASP.NET) which was used by everything from InterDev (remember InterDev?) through VS 2003 was orchestrated via the "Machine Debug Manager", a sort of intermediary helper service. The whole thing was... arcane, trying to solve a complex problem that was made harder by the fact that IIS and Visual Studio run under separate accounts and in some cases, different machines. This was a very delicate process that was very prone to break at the slightest configuration change.
在VS 2005中,Microsoft完全改变了调试器连接到IIS的方式。从InterDev(记住InterDev?)到VS 2003的所有东西都使用的旧方式(对于ASP和ASP.NET)都是通过“机器调试管理器”(一种中间帮助器服务)来编排的。整个过程是...奥术,试图解决一个复杂的问题,因为IIS和Visual Studio在不同的帐户下运行,在某些情况下,在不同的机器上运行。这是一个非常微妙的过程,在最轻微的配置变化时很容易破裂。
Every single one of my machines stopped being able to debug Classic ASP at some point or another for reasons that appeared related to the alignment of the stars. I used to have at hand a 14 page checklist printout that described the whole "incantation", jumping from IIS Manager to Visual Studio to User Account Manager, to COM+ Explorer... and even that didn't always work. It makes me shiver just thinking about it.
由于与星星对齐有关的原因,我的每一台机器都无法在某个时刻调试经典ASP。我曾经有一个14页的清单打印输出,描述了整个“咒语”,从IIS管理器跳到Visual Studio到用户帐户管理器,再到COM + Explorer ...甚至那并不总是有效。只是想着它让我颤抖。
Ultimately, they gave up. In Visual Studio 2005, Microsoft came up with a different architecture for debugging IIS applications (sorry; I don't know how it works now). At the time, MS decided that not enough people were using ASP anymore, and prioritized other work on top of it. Enabling ASP debugging through the new architecture was a significant amount of work especially for a technology on its way out, so it got chopped. I don't blame them; they made a sound business decision. Would you rather have no ASP debugging in VS 2005? Or yes ASP debugging on VS "2006"?
最终,他们放弃了。在Visual Studio 2005中,Microsoft提出了一种用于调试IIS应用程序的不同体系结构(抱歉;我现在还不知道它是如何工作的)。当时,MS决定不再有人使用ASP,并优先考虑其他工作。通过新架构启用ASP调试是一项重要的工作,特别是对于一种技术的出路,所以它被砍掉了。我不怪他们;他们做出了明智的商业决定。你宁愿在VS 2005中没有ASP调试吗?或者是对VS“2006”的ASP调试?
Anyway, not all is lost.
无论如何,并非所有人都失去了。
First, you can't "launch" the debugger with F5 anymore, but you can still attach manually to an already running ASP process and it will work, as long as you enable debugging in IIS Manager by hand. The experience in Visual Studio 2005 is sometimes better, sometimes worse than under older versions. It's certainly more stable and very much doable. More details below.
首先,您不能再使用F5“启动”调试器,但是您仍然可以手动附加到已经运行的ASP进程,只要您在IIS管理器中手动启用调试,它就可以工作。 Visual Studio 2005中的体验有时更好,有时甚至比旧版本更差。它肯定更稳定,非常可行。更多细节如下。
Second, I heard at some point that Visual Studio 2008 was supposed to make a come back and get ASP debugging back in the product, or at least bring some improvement, or some such -- I could never quite get a clear picture. Then I lost track of the whole thing because by some miracle I've kept myself out of dealing much with ASP projects for a few years now.
其次,我在某些时候听说Visual Studio 2008应该回来并在产品中重新进行ASP调试,或者至少带来一些改进,或者其他一些 - 我永远无法得到清晰的图片。然后我忘记了整个事情,因为通过一些奇迹,我已经让自己几年没有处理ASP项目。
I'll try to find more references on VS 2008 and classic ASP. If I find something, I'll edit this post with it (sorry -- it might take me a few days to get to it).
我将尝试在VS 2008和经典ASP上找到更多参考资料。如果我找到了什么,我会用它来编辑这篇文章(对不起 - 我可能需要几天才能完成它)。
More details can be found in these posts:
更多细节可以在这些帖子中找到:
Full instructions on how to debug by manual attaching in this Gregg Miskelly post: Debugging Classic ASP Code
关于如何通过Gregg Miskelly帖子手动附加调试的完整说明:调试经典ASP代码
Other related information can be found here and at other Mikhail Arkhipov posts.
其他相关信息可以在这里和其他Mikhail Arkhipov的帖子中找到。
Hope this helps.
希望这可以帮助。