470,631 Members | 1,671 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 470,631 developers. It's quick & easy.

Classic ASP Classes

I've been working in .NET for some time now and I don't remember specifically
how asp classes are cleaned up in classic asp. I've been put on a Classic
ASP project(ugh) and we're having some serious stability problems. Once we
reach a point of sustained CPU useage of over 80% IIS 6 restarts the w3wp.exe
process which of course terminates all sessions and resets the website. I've
noticed that the previous developer has an include which creates a couple of
class objects in ASP. Not third party or "CreateObject" objects, but ASP
classes. This include is in A LOT of files and the classes not being
destroyed in any of them.

My question is could this be the problem? I seem to remember a problem with
ASP classes and not destroying them causing leaks of some sort. I need to
mention that the memory doesn't seem to be leaking but the CPU utilization
goes wacko as if ASP/IIS is corrupt. My environment is Windows 2k3 and IIS
6. The previous environment was Windows 2K and IIS5. Both environments had
the problem.

Before I go through these hundreds of files I was wondering if anyone
remember what the problem was with ASP classes not being destroyed.

Thanks for any help.

Jul 22 '05 #1
3 5813
> Before I go through these hundreds of files I was wondering if anyone
remember what the problem was with ASP classes not being destroyed.


Unknown, wildly speculated. Why leave this open to chance?

If there is an include footer, how hard would it be to add something like
the following code:

If IsObject(ClassName) Then
Set ClassName = Nothing
End If

?
Jul 22 '05 #2
ShepardBerry wrote:
I've been working in .NET for some time now and I don't remember
specifically how asp classes are cleaned up in classic asp. I've
been put on a Classic ASP project(ugh) and we're having some serious
stability problems. Once we reach a point of sustained CPU useage of
over 80% IIS 6 restarts the w3wp.exe process which of course
terminates all sessions and resets the website. I've noticed that
the previous developer has an include which creates a couple of class
objects in ASP. Not third party or "CreateObject" objects, but ASP
classes. This include is in A LOT of files and the classes not being
destroyed in any of them.

My question is could this be the problem? I seem to remember a
problem with ASP classes and not destroying them causing leaks of
some sort.
No. These issues had to do with COM objects created using CreateObject,
specifically ADO COM objects.
See http://blogs.msdn.com/ericlippert/ar...28/122259.aspx
I need to mention that the memory doesn't seem to be
leaking but the CPU utilization goes wacko as if ASP/IIS is corrupt.
My environment is Windows 2k3 and IIS
6. The previous environment was Windows 2K and IIS5. Both
environments had the problem.

I think you need to dl and use iisstate, and post its results to
..inetserver.iis. You can get iisstate from www.iisfaq.com

Bob Barrows

--
Microsoft MVP -- ASP/ASP.NET
Please reply to the newsgroup. The email account listed in my From
header is my spam trap, so I don't check it very often. You will get a
quicker response by posting to the newsgroup.
Jul 22 '05 #3
I will recommend to use

if isobject(obj) then
if not obj is nothing then
'do something
end if
end if

Aaron Bertrand [SQL Server MVP] wrote:
Before I go through these hundreds of files I was wondering if anyone
remember what the problem was with ASP classes not being destroyed.


Unknown, wildly speculated. Why leave this open to chance?

If there is an include footer, how hard would it be to add something
like the following code:

If IsObject(ClassName) Then
Set ClassName = Nothing
End If

?

Jul 22 '05 #4

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

5 posts views Thread by Chris S. | last post: by
16 posts views Thread by Simon Wittber | last post: by
4 posts views Thread by DaveM | last post: by
6 posts views Thread by bertgoos | last post: by
3 posts views Thread by Daniel Nogradi | last post: by
4 posts views Thread by Isaac Rodriguez | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.