RE: FN-FORUM: .NET Thread Abort

date posted 16th May 2006 20:52

I'd got out of the habit of using trace but looking at it now, it seems that
the path_translated server variable is set at the page that it should have
redirected to before it shot off to the error page (my exception handling
routine). So the question is of course, is the path_translated server
variable set as it is because the redirect worked and there's a fault on the
target page, OR the redirect didn't work and that's why it's thrown the
exception?

Any ideas?

Cheers,

Craig


-----Original Message-----

Also, can you get any more information from the Trace? That's usually a
good step before going into a debugger.

-ben

Ben Moxon wrote:
>
> Is there anything happening before your postback check?
>
> -ben
>
> Craig wrote:
>> Thanks for the suggestions, I did the following and it still threw the
>> exception!
>>
>> How can you check for running processes?
>>
>> Craig
>>
>> Private Sub Page_Load(ByVal sender As System.Object, ByVal e As
>> System.EventArgs) Handles MyBase.Load
>>
>>
>> If IsPostBack then
>>
>> Response.Redirect("somewhere.aspx", True)
>>
>> Else Do something else
>> End If
>>
>>
>> -----Original Message-----
>>
>> Try a response.redirect("somepage.aspx", true)
>>
>> The true tells it to terminate processing straight away.
>>
>> You may also want to check that you've not got some other processes that
>> have kicked off by another event (page render type stuff) that are still
>> running.
>> -----Original Message-----
>>
>>
>> Hi,
>>
>> Just a quick question that's puzzling me...
>>
>> In an ASP.NET VB codebehind page if I use a construct in the page_load
>> sub
>> like:-
>>
>> If isPostBack Then
>> Response.Redirect("somepage.aspx")
>> Else
>> Do some other stuff
>> End If
>>
>> In some pages is does the redirect fine, in others it throws and
>> exception and complains about threads aborting.
>>
>> Does anyone know how to make this work consistently?
>>
>> TIA,
>>
>> Craig