[Mono-bugs] [Bug 54133][Wis] Changed - Thread.Abort is not implemented on windows.

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Sat, 15 May 2004 08:50:41 -0400 (EDT)


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by patrik.torstensson@intel.com.

http://bugzilla.ximian.com/show_bug.cgi?id=54133

--- shadow/54133	2004-05-13 15:25:02.000000000 -0400
+++ shadow/54133.tmp.18615	2004-05-15 08:50:41.000000000 -0400
@@ -3,13 +3,13 @@
 Version: unspecified
 OS: unknown
 OS Details: 
 Status: NEW   
 Resolution: 
 Severity: Unknown
-Priority: Major
+Priority: Wishlist
 Component: misc
 AssignedTo: mono-bugs@ximian.com                            
 ReportedBy: liyul@hotmail.com               
 QAContact: mono-bugs@ximian.com
 TargetMilestone: ---
 URL: 
@@ -202,6 +202,17 @@
 ------- Additional Comments From liyul@hotmail.com  2004-02-11 20:39 -------
 Thank you for let me know the Response.End could be using
 thread.Abort. Actually Response.Redirect seemed to trigger the bug,
 too. The xsp authtest\index.aspx failed with same sympton under
 windows. There should be ways of fixing it without using thread.Abort,
 though that may require changing the StateMachine.
+
+------- Additional Comments From Patrik.Torstensson@intel.com  2004-05-15 08:50 -------
+Response.Redirect does a Response.End, this to make sure that code 
+that currently executing get's the possibility to clean up before 
+doing the redirect. There is no-way to change this, not if we going 
+to keep us working the same way as ms.
+
+Thread.abort is not implemented on windows and is not easy to 
+implement until we have changed the way how abort works, maybe not 
+even will it be possible. MS handles abort internally in a total 
+different way.