P
PipScouser
Hi,
Most times, but not always, after my session times out (default 20
mins) if a user clicks on any control that necessitates a code-behind
call, I get the 'Cannot find Server or DNS Error' white page. This
also infrequently happens within the 20 minute timeout period.
This isn't happening because anyone is recompiling the code and,
therefore, restarting the worker process becuase the \bin folder has
changed. I'm using .NET Framework 1.1 so the bug from 1 shouldn't be
affecting the code. I'm writing in VB.NET.
My asp.net application has a response.redirect("myStartPage.aspx") in
the session_start in global.asax.
I'm using InProc session, have around 10-15 Intranet users and use
Application and Session objects to store a number of different data
objects (datatables, hashtables) and variables for between page
postbacks and between page navigation.
I've never seen (in Task Manager) apsnet_wp.exe load more than around
500 meg of memory on a server that has 4 gig.
Any ideas would be greatly appreciated.
Thanks,
Phil
Most times, but not always, after my session times out (default 20
mins) if a user clicks on any control that necessitates a code-behind
call, I get the 'Cannot find Server or DNS Error' white page. This
also infrequently happens within the 20 minute timeout period.
This isn't happening because anyone is recompiling the code and,
therefore, restarting the worker process becuase the \bin folder has
changed. I'm using .NET Framework 1.1 so the bug from 1 shouldn't be
affecting the code. I'm writing in VB.NET.
My asp.net application has a response.redirect("myStartPage.aspx") in
the session_start in global.asax.
I'm using InProc session, have around 10-15 Intranet users and use
Application and Session objects to store a number of different data
objects (datatables, hashtables) and variables for between page
postbacks and between page navigation.
I've never seen (in Task Manager) apsnet_wp.exe load more than around
500 meg of memory on a server that has 4 gig.
Any ideas would be greatly appreciated.
Thanks,
Phil