IIS ASP.NET 2.0 Bug [英] IIS ASP.NET 2.0 Bug

问题描述

唉自己。你是对的。调试是你要做的事情

识别问题所以你可以修复它。即使我弄明白，我显然也不会修复IIS

。是的，我显然需要找出一份工作

左右，但我首选的解决方案是，哦，MS已经确定了这个错误，这是修复 ;。我不期待调试一个我无法看到并且处理多线程的

平台。


我很感激你的帮助告诉我如何关闭卡西尼。


筹码


" Juan T. Llibre" <无*********** @ nowhere.com>在消息中写道

news：uJ ************* @ TK2MSFTNGP09.phx.gbl ...

re：

调试似乎有点无用，因为正如我所说，它在Casini下完美运行。
问题不在于我的代码，而在于IIS和
Casini之间的区别。

Aargh！

目的，当你调试时，就是找出问题。

如果你在IIS下调试应用程序，
你会发现导致你说的问题的原因。
重新：

我不能成为第一个也是唯一一个注意到
之间区别的人两个环境。

不，但你很可能是第一个拒绝调试
应用程序的人，显然在运行uder IIS时遇到了问题。 br />
你不能通过渗透来解决执行问题。


Juan T. Llibre，asp.net MVP
aspnetfaq.com： http://www.aspnetfaq.com/
asp.net faq： http://asp.net.do/faq/
foros de asp .net，en espa？ol： http://asp.net.do/foros/
===================================
筹码 < CH ** @ intradata.com>在消息中写道
新闻：Oo ************** @ TK2MSFTNGP12.phx.gbl ...

调试似乎有点无用，因为正如我所说，它在Casini下完美运行。
问题不在于我的代码，而在于IIS和
Casini之间的区别。似乎IIS中存在一个
错误。我不可能是第一个也是唯一一个注意到两个环境之间存在差异的人。

Juan T. Llibre <无*********** @ nowhere.com>在消息中写道
新闻：eW ************** @ tk2msftngp13.phx.gbl ...

您是否尝试在IIS下调试应用程序？

发布一些在IIS中失败的代码。
这是我们可以帮助你的唯一方法。


Juan T. Llibre，asp.net MVP
aspnetfaq.com： http：// www。 aspnetfaq.com/
asp.net常见问题解答： http：// asp.net.do/faq/
foros de asp.net，en espa？ol： http://asp.net.do/foros/
======================== ===========
筹码 < CH ** @ intradata.com>在消息中写道
新闻：我们************** @ TK2MSFTNGP14.phx.gbl ...
我有一个双线程应用程序运行就像它'应该是卡西尼。但是，当我在同一台机器上运行完全相同的代码（IIS 2.0）时，它完全不可预测，并且会使服务器崩溃。有人会认为我的线程是问题所在，但就像我说的那样，在Casini下运行完美。

任何想法？

解决方案

2006年3月23日星期四08:33:57 -0800，Chip写道：

唉自己。你是对的。您可以通过调试来确定问题所以您可以修复它。即使我弄清楚了，我显然也不会修复IIS
。是的，我显然需要找到一份工作，但我的首选解决方案是，哦，MS已经确定了这个错误，这就是修复。我不期待调试我无法看到的平台并处理多线程。

他没有要求你调试IIS 。当你在IIS下运行时，他要求你调试你的

应用程序。


你的假设可能是错误的。

re：

你很靠近。您可以通过调试来识别问题，因为您可以修复它。即使我弄明白，我显然也不会修复IIS。


我想你不会解决你的问题。


这个想法，在调试时，即使你不能自己解决问题，

报告调试器说的问题是什么。


有人可能有必要的经验来知道该怎么做。 />

但如果你甚至不想调试你自己的应用程序，那么没有任何人可以帮助你进一步帮助你。


这可能不是关于修复IIS。其他可能是问题。

调试你的应用程序可能会告诉你问题是什么。


无论如何，在这一点上，你将是一个受益于这个新闻组的常客集体知识，但如果你自己没有帮助，那么没有人可以为你做这件事。


re：我非常感谢你的帮助，告诉我如何关闭Casini。


非常欢迎您。



Juan T. Llibre，asp.net MVP

aspnetfaq.com: http://www.aspnetfaq.com/

asp.net faq： http://asp.net.do/faq /

foros de asp.net，en espa？ol： http://asp.net.do/foros/

======================= ============

" Chip" < CH ** @ intradata.com>在消息新闻中写道：O8 ************** @ TK2MSFTNGP11.phx.gbl ...唉自己。你是对的。您可以通过调试来识别问题，这样您就可以修复它。即使我弄明白，我显然也不会修复IIS。是的，我显然需要找到一个解决方法，但我的首选解决方案是，哦，MS已经确定了该错误，这里是修复。我并不期待调试我无法看到并处理多线程的平台。

我非常感谢您的帮助，告诉我如何关闭Casini。

芯片

Juan T. Llibre <无*********** @ nowhere.com>在消息中写道
新闻：uJ ************* @ TK2MSFTNGP09.phx.gbl ...

re：

调试似乎有点无用，因为正如我所说，它在Casini下完美运行。

问题不是我的代码，而是IIS和Casini之间的区别。

Aargh！

调试的目的是识别问题。

如果你在IIS下调试应用程序，
你会找出导致你说的问题的原因。
这不是你想做的吗？ [确定问题...]

重新：

我不能成为第一个也是唯一一个注意到两种环境之间存在差异的人。 / blockquote>

不，但你很可能是第一个拒绝调试应用程序的人
显然在运行uder IIS时遇到了问题。

你不能通过渗透来解决执行问题。



Juan T. Llibre，asp.net MVP
aspnetfaq.com： http://www.aspnetfaq.com/
asp.net faq： http://asp.net.do/faq/
foros de asp.net，en espa？ol： http://asp.net.do/foros/
= ==================================
芯片 < CH ** @ intradata.com>在消息新闻中写道：Oo ************** @ TK2MSFTNGP12.phx.gbl ...

调试似乎有点无用，因为我说的它在Casini下完美运行。

问题不在于我的代码，而在于IIS和Casini之间的区别。看来IIS中有一个
错误。我不可能是第一个也是唯一一个注意到两个环境之间存在差异的人。

Juan T. Llibre <无*********** @ nowhere.com>在消息中写道
新闻：eW ************** @ tk2msftngp13.phx.gbl ...
您是否尝试在IIS下调试应用程序？

发布一些在IIS中失败的代码。
这是我们可能帮助你的唯一方式。


Juan T. Llibre ，asp.net MVP
aspnetfaq.com： http://www.aspnetfaq.com/
asp.net常见问题： http://asp.net。 do / faq /
foros de asp.net，en espa？ol： http://asp.net.do/foros/
============================ =======
筹码 < CH ** @ intradata.com>在消息新闻中写道：我们************** @ TK2MSFTNGP14.phx.gbl ...
>我有一个双线程的应用程序，就像它的运行一样应该在卡西尼之下。但是，当我在同一台机器上运行
>完全相同的代码更大的IIS（ASP.NET 2.0）时，它完全不可预测
>和
>崩溃服务器。有人会认为我的线程是问题，但就像我说的那样，在Casini下运行
>完美
>
>
>有什么想法吗？

你真的需要从那里下来象牙塔。你认为我只是坐在这里等待应用程序修复自己吗？我正在采取最合理，合理，有效的方法来解决这个问题。我首先确定

问题是IIS的问题，而不是我的代码。所以我发布了这个问题，看看

，如果有任何关于它的嗡嗡声或者我需要知道的解决方案和

，以提醒其他人和MS关于这个问题。


在我花费数小时的时间来分离国际空间站的哪一部分之前，

这样我才能将这些信息提供给MS并节省一些时间（甚至没有

必须弄清楚是否有解决方法），我想知道是否有可能因为我可以把精力集中在右边区域。

Juan T. Llibre <无*********** @ nowhere.com>在消息中写道

news：％2 **************** @ TK2MSFTNGP10.phx.gbl ...

re：

你向右倾斜。您可以通过调试来确定问题所以您可以修复它。我显然不会修复IIS，即使我已经弄明白了。

我想你不会解决你的问题。
报告调试器说的问题是什么。

有人可能有必要的经验知道该怎么做。

但是，如果你甚至不想调试自己的应用程序，那么没有任何人可以帮助你进一步帮助你。
这可能不是关于修复IIS。其他可能是问题。
调试你的应用程序可能会告诉你问题是什么。

无论如何，在这一点上，你将是受益于
集体的人
知道这个新闻组的频率，但如果你自己没有帮助，没有人可以为你做。

重新：

我非常感谢你的帮助，告诉我如何关闭Casini。

非常欢迎你。


Juan T. Llibre ，asp.net MVP
aspnetfaq.com： http://www.aspnetfaq.com/
asp.net常见问题： http://asp.net。 do / faq /
foros de asp.net，en espa？ol： http://asp.net.do/foros/
============================ =======
筹码 < CH ** @ intradata.com>在消息中写道
新闻：O8 ************** @ TK2MSFTNGP11.phx.gbl ...

唉自己。你是对的。您可以通过调试来确定问题所以您可以修复它。即使我弄明白，我显然也不会修复IIS。是的，我显然需要找到一个工作，但我的首选解决方案是，哦，MS已经确定了该错误，这里是修复。我不期待调试我无法看到的平台并处理多线程。

我非常感谢你的帮助，告诉我如何关闭Casini。

芯片

Juan T. Llibre <无*********** @ nowhere.com>在消息中写道
新闻：uJ ************* @ TK2MSFTNGP09.phx.gbl ...

re：
调试似乎有点无用，因为正如我所说，它完全在卡西尼身下运行。
问题不在于我的代码，而在于IIS和
Casini之间的区别。

Aargh！

调试时的目的，是找出问题。

如果您在IIS下调试应用程序，
您将找出导致您说的问题的原因。
Isn'那你想做什么？ [确定问题...]

重新：
我不能成为第一个也是唯一一个注意到两个环境之间存在差异的人。 br />
不，但你很可能是第一个拒绝调试
应用程序的人，这显然在运行uder IIS时遇到了问题。

你不能通过渗透来解决执行问题。



Juan T. Llibre，asp.net MVP
aspnetfaq.com： http://www.aspnetfaq.com/
asp.net faq： http://asp.net.do/faq/
foros de asp.net，en espa？ol： http://asp.net.do/foros/
= ==================================
芯片 < CH ** @ intradata.com>在消息中写道
新闻：Oo ************** @ TK2MSFTNGP12.phx.gbl ...
调试似乎有点无用，因为我说的，它在Casini下完美运行。
问题不在于我的代码，而在于IIS和
Casini之间的区别。似乎IIS中存在一个
错误。我不可能是第一个也是唯一一个注意到两个环境之间存在差异的人。

Juan T. Llibre <无*********** @ nowhere.com>在消息中写道
新闻：eW ************** @ tk2msftngp13.phx.gbl ...
>您是否尝试在IIS下调试应用程序？
>
>发布一些在IIS中失败的代码。
>这是我们可以帮助你的唯一方式。
>
>
>
>
>
> Juan T. Llibre，asp.net MVP
> aspnetfaq.com: http://www.aspnetfaq.com/
> ; asp.net faq： http://asp.net.do/faq/
> foros de asp.net，en espa？ol： http://asp.net.do/ foros /
> ===================================
> "芯片" < CH ** @ intradata.com>写在消息中
>新闻：我们************** @ TK2MSFTNGP14.phx.gbl ...
>>我有一个双线程的应用程序运行就像它应该的来自
>> Casini。但是，当我在同一台机器上运行
>>完全相同的代码更大的IIS（ASP.NET 2.0）时，
>>完全不可预测且
>> ;崩溃服务器。有人会认为我的线程是问题所在，但
>>就像我说的那样，在Casini下完美运行
>>
>>
>> ;有什么想法吗？
>
>

Argh yourself. You are CLOSE to right. Debugging is something you do to
identify the problem SO YOU CAN FIX IT. I will obviously not be fixing IIS
even if I do figure it out. Yes, I obviously need to figure out a work
around, but my preferred solution woulld have been, "Oh, MS has identified
that bug and here is the fix". I am not looking forward to debugging a
platform I cannot see into and deals with multi-threading.

I did appreciate your help in telling me how to turn Casini off.

Chip

"Juan T. Llibre" <no***********@nowhere.com> wrote in message
news:uJ*************@TK2MSFTNGP09.phx.gbl...

re:

Debugging would seem to be a little useless since, as I said, it runs
perfectly under Casini. The
problem is not with my code, but with the difference between IIS and
Casini.

Aargh!

The purpose, when you debug, is to identify problems.

If you debug the application under IIS,
you will identify what''s causing the problems you say you have.

Isn''t that what you want to do ? [ identify the problem(s)... ]

re:

I can''t be the first and only person to notice a difference between the
two environments.

No, but you may very well be the first one to refuse to debug an
application
which apparently is having problems running uder IIS.

You can''t pin down execution problems via osmosis.


Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espa?ol : http://asp.net.do/foros/
===================================
"Chip" <ch**@intradata.com> wrote in message
news:Oo**************@TK2MSFTNGP12.phx.gbl...

Debugging would seem to be a little useless since, as I said, it runs
perfectly under Casini. The
problem is not with my code, but with the difference between IIS and
Casini. It appears there is a
bug in IIS. I can''t be the first and only person to notice a difference
between the two
environments.

"Juan T. Llibre" <no***********@nowhere.com> wrote in message
news:eW**************@tk2msftngp13.phx.gbl...

Have you tried debugging the app under IIS ?

Post some of the code that''s failing in IIS.
That''s the only way we could possibly help you.

Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espa?ol : http://asp.net.do/foros/
===================================
"Chip" <ch**@intradata.com> wrote in message
news:us**************@TK2MSFTNGP14.phx.gbl...
I have a dual-threaded app that runs just as it''s supposed to under
Casini. However, when I run
the exact same code undier IIS (ASP.NET 2.0) on the same machine, it is
totally unpredictable and
crashes the server. One would think my threading was the problem, but
like I said, runs perfectly
under Casini.

Any ideas?

解决方案

On Thu, 23 Mar 2006 08:33:57 -0800, Chip wrote:

Argh yourself. You are CLOSE to right. Debugging is something you do to
identify the problem SO YOU CAN FIX IT. I will obviously not be fixing IIS
even if I do figure it out. Yes, I obviously need to figure out a work
around, but my preferred solution woulld have been, "Oh, MS has identified
that bug and here is the fix". I am not looking forward to debugging a
platform I cannot see into and deals with multi-threading.

He wasn''t asking you to debug IIS. He was asking you to debug your
application while it is running under IIS.

Your assumptions are likely wrong.

re:

You are CLOSE to right. Debugging is something you do to identify the problem SO YOU CAN FIX IT. I
will obviously not be fixing IIS even if I do figure it out.
I guess you won''t fix your problem, then.

The idea, when debugging, even if you can''t fix the problem by yourself,
is reporting what the debugger says the problem is.

Someone might have the necessary experience to know what to do.

But if you won''t even debug your own application,
there''s nothing anybody can do to help you further.

This may not be about "fixing IIS". Something else might be the problem.
Debugging your application might tell what the problem is.

In any case, at this point, you would be the one benefitting from the collective
knowledge that frequenters to this newsgroup have, but if you won''t help
yourself, nobody can do it for you.

re: I did appreciate your help in telling me how to turn Casini off.
You''re quite welcome.


Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espa?ol : http://asp.net.do/foros/
===================================
"Chip" <ch**@intradata.com> wrote in message news:O8**************@TK2MSFTNGP11.phx.gbl... Argh yourself. You are CLOSE to right. Debugging is something you do to identify the problem SO
YOU CAN FIX IT. I will obviously not be fixing IIS even if I do figure it out. Yes, I obviously
need to figure out a work around, but my preferred solution woulld have been, "Oh, MS has
identified that bug and here is the fix". I am not looking forward to debugging a platform I
cannot see into and deals with multi-threading.

I did appreciate your help in telling me how to turn Casini off.

Chip

"Juan T. Llibre" <no***********@nowhere.com> wrote in message
news:uJ*************@TK2MSFTNGP09.phx.gbl...

re:

Debugging would seem to be a little useless since, as I said, it runs perfectly under Casini.
The
problem is not with my code, but with the difference between IIS and Casini.

Aargh!

The purpose, when you debug, is to identify problems.

If you debug the application under IIS,
you will identify what''s causing the problems you say you have.

Isn''t that what you want to do ? [ identify the problem(s)... ]

re:

I can''t be the first and only person to notice a difference between the two environments.

No, but you may very well be the first one to refuse to debug an application
which apparently is having problems running uder IIS.

You can''t pin down execution problems via osmosis.


Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espa?ol : http://asp.net.do/foros/
===================================
"Chip" <ch**@intradata.com> wrote in message news:Oo**************@TK2MSFTNGP12.phx.gbl...

Debugging would seem to be a little useless since, as I said, it runs perfectly under Casini.
The
problem is not with my code, but with the difference between IIS and Casini. It appears there is
a
bug in IIS. I can''t be the first and only person to notice a difference between the two
environments.

"Juan T. Llibre" <no***********@nowhere.com> wrote in message
news:eW**************@tk2msftngp13.phx.gbl...
Have you tried debugging the app under IIS ?

Post some of the code that''s failing in IIS.
That''s the only way we could possibly help you.

Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espa?ol : http://asp.net.do/foros/
===================================
"Chip" <ch**@intradata.com> wrote in message news:us**************@TK2MSFTNGP14.phx.gbl...
>I have a dual-threaded app that runs just as it''s supposed to under Casini. However, when I run
>the exact same code undier IIS (ASP.NET 2.0) on the same machine, it is totally unpredictable
>and
>crashes the server. One would think my threading was the problem, but like I said, runs
>perfectly
>under Casini.
>
> Any ideas?

You really need to get down from that ivory tower. Do you think I''m just
sitting here waiting for the app to fix itself? I am taking the most
reasonable, logical, and efficient way to fixing this. I first identified
that the problem is with IIS and not my code. So I posted the issue to see
if there was any buzz on it or a work around that I need to know about AND
to alert others and MS about the problem.

Before I spend hours of my time to isolate which part of ISS is breaking,
just so I can give that info to MS and save them some time (and not even
necessarily figure out if there IS a work around), I would like to know if
there is a likely cause so I can concentrate my efforts in the right area.
"Juan T. Llibre" <no***********@nowhere.com> wrote in message
news:%2****************@TK2MSFTNGP10.phx.gbl...

re:

You are CLOSE to right. Debugging is something you do to identify the
problem SO YOU CAN FIX IT. I will obviously not be fixing IIS even if I
do figure it out.

I guess you won''t fix your problem, then.

The idea, when debugging, even if you can''t fix the problem by yourself,
is reporting what the debugger says the problem is.

Someone might have the necessary experience to know what to do.

But if you won''t even debug your own application,
there''s nothing anybody can do to help you further.

This may not be about "fixing IIS". Something else might be the problem.
Debugging your application might tell what the problem is.

In any case, at this point, you would be the one benefitting from the
collective
knowledge that frequenters to this newsgroup have, but if you won''t help
yourself, nobody can do it for you.

re:

I did appreciate your help in telling me how to turn Casini off.

You''re quite welcome.


Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espa?ol : http://asp.net.do/foros/
===================================
"Chip" <ch**@intradata.com> wrote in message
news:O8**************@TK2MSFTNGP11.phx.gbl...

Argh yourself. You are CLOSE to right. Debugging is something you do to
identify the problem SO YOU CAN FIX IT. I will obviously not be fixing
IIS even if I do figure it out. Yes, I obviously need to figure out a
work around, but my preferred solution woulld have been, "Oh, MS has
identified that bug and here is the fix". I am not looking forward to
debugging a platform I cannot see into and deals with multi-threading.

I did appreciate your help in telling me how to turn Casini off.

Chip

"Juan T. Llibre" <no***********@nowhere.com> wrote in message
news:uJ*************@TK2MSFTNGP09.phx.gbl...

re:
Debugging would seem to be a little useless since, as I said, it runs
perfectly under Casini. The
problem is not with my code, but with the difference between IIS and
Casini.

Aargh!

The purpose, when you debug, is to identify problems.

If you debug the application under IIS,
you will identify what''s causing the problems you say you have.

Isn''t that what you want to do ? [ identify the problem(s)... ]

re:
I can''t be the first and only person to notice a difference between the
two environments.

No, but you may very well be the first one to refuse to debug an
application
which apparently is having problems running uder IIS.

You can''t pin down execution problems via osmosis.


Juan T. Llibre, asp.net MVP
aspnetfaq.com : http://www.aspnetfaq.com/
asp.net faq : http://asp.net.do/faq/
foros de asp.net, en espa?ol : http://asp.net.do/foros/
===================================
"Chip" <ch**@intradata.com> wrote in message
news:Oo**************@TK2MSFTNGP12.phx.gbl...
Debugging would seem to be a little useless since, as I said, it runs
perfectly under Casini. The
problem is not with my code, but with the difference between IIS and
Casini. It appears there is a
bug in IIS. I can''t be the first and only person to notice a difference
between the two
environments.

"Juan T. Llibre" <no***********@nowhere.com> wrote in message
news:eW**************@tk2msftngp13.phx.gbl...
> Have you tried debugging the app under IIS ?
>
> Post some of the code that''s failing in IIS.
> That''s the only way we could possibly help you.
>
>
>
>
>
> Juan T. Llibre, asp.net MVP
> aspnetfaq.com : http://www.aspnetfaq.com/
> asp.net faq : http://asp.net.do/faq/
> foros de asp.net, en espa?ol : http://asp.net.do/foros/
> ===================================
> "Chip" <ch**@intradata.com> wrote in message
> news:us**************@TK2MSFTNGP14.phx.gbl...
>>I have a dual-threaded app that runs just as it''s supposed to under
>>Casini. However, when I run
>>the exact same code undier IIS (ASP.NET 2.0) on the same machine, it
>>is totally unpredictable and
>>crashes the server. One would think my threading was the problem, but
>>like I said, runs perfectly
>>under Casini.
>>
>> Any ideas?
>
>

这篇关于IIS ASP.NET 2.0 Bug的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！