Windows Service Dies on Exception

[jehugaleahsa]

Hello:

I am working on a service. For the past month we have been simply
restarting the service daily (which defeats the point).

I have been putting some extra time into it today and have come to the
conclusion that a pop-up window is trying to open whenever an error
occurs.

However, the line of code that it dies on is inside of a try/catch. I
have super checked (dozens of times) that there is no way for an
exception to escape the bounds of my service.

Here is a summary of what appears in the EventViewer:

---
Application popup: ExpirationNotificationService.exe - Application
Error : The instruction at "0x77d016ab" referenced memory at
"0x77d016ab". The memory could not be "read".

Click on OK to terminate the program
---

I believe the reason why the code fails is totally in response to the
pop-up trying to open when the service is in the background. I have
found lots of articles about disabling the JIT debugger and they have
not solved my problem. Is there some setting on Server 2003 that
forces a pop-up during any type of error, even handled errors?

Thanks,
Travis

[jehugaleahsa]

I have just found another article specifically to disable the
Application popup issue. However, now the service simply dies without
any errors being caught at all.

But, this means that an exception is definitely escaping my code,
however, I can't see how. Other people have commented that they have
had similar issues with try/catch not working. Some have suggested it
has something to do with threading.

Does anyone have any clue what could cause my try/catch to get skipped
over?

Thanks,
Travis

[Nicholas Paldino [.NET/C# MVP]]

Travis,

Are you doing any work on any other threads? If so, are you catching
exceptions in those threads as well?

Have you considered using the Exception Handling Block in the Enterprise
Library to help shore up your exception handling? It will help with
exceptions on other threads, I believe.
--
- Nicholas Paldino [.NET/C# MVP]
- mv*@spam.guard.caspershouse.com

<je**********@gmail.comwrote in message
news:11**********************@v23g2000prn.googlegr oups.com...

>I have just found another article specifically to disable the
Application popup issue. However, now the service simply dies without
any errors being caught at all.

But, this means that an exception is definitely escaping my code,
however, I can't see how. Other people have commented that they have
had similar issues with try/catch not working. Some have suggested it
has something to do with threading.

Does anyone have any clue what could cause my try/catch to get skipped
over?

Thanks,
Travis

[jehugaleahsa]

Well, the only way I can see myself using a thread is if the
System.Timers.Timer class creates a new thread.

The method that gets called by the ElapsedEventHandler is completely
surrounded by a try/catch block. It is within the try/catch that the
error occurs.

It is as though the try/catch is ignored simply because it is being
executed on Windows Server 2003.

[Willy Denoyette [MVP]]

<je**********@gmail.comwrote in message
news:11**********************@v23g2000prn.googlegr oups.com...

>I have just found another article specifically to disable the
Application popup issue. However, now the service simply dies without
any errors being caught at all.

But, this means that an exception is definitely escaping my code,
however, I can't see how. Other people have commented that they have
had similar issues with try/catch not working. Some have suggested it
has something to do with threading.

Does anyone have any clue what could cause my try/catch to get skipped
over?

Thanks,
Travis

There is no exception thrown in this case, what you have here is an AV, the
instruction at xxxx is trying to read from xxxx, where xxxx is 0x77d016ab
(is it always the same address). It's nearly impossible to have a valid
instruction that reads from it's own location, so it looks like your service
has gone wild. Most of the time this is caused by unmanaged code buffer
overruns and stack overflows and heap corruptions, any chance that you call
into unmanaged code?
Anyway, the only sure way to handle this is by attaching a debugger.
Willy.

[jehugaleahsa]

My code uses a crappy LDAP library that has all sorts of issues. My
concern is how to catch the exception that is generated. I have been
asked to use System.Threading.Timer instead. I will try this and see
how it deals.

I did try to use the UnhandledException event in AppDomain.Current,
however, it doesn't even get raised.

[Nicholas Paldino [.NET/C# MVP]]

If the library is that unstable, then I would consider isolating it into
another process, or using COM+ to create an out-of-process application pool
which will keep your service from shutting down. This should allow you to
get a more trappable error that your service can process.
--
- Nicholas Paldino [.NET/C# MVP]
- mv*@spam.guard.caspershouse.com

<je**********@gmail.comwrote in message
news:11**********************@q5g2000prf.googlegro ups.com...

My code uses a crappy LDAP library that has all sorts of issues. My
concern is how to catch the exception that is generated. I have been
asked to use System.Threading.Timer instead. I will try this and see
how it deals.

I did try to use the UnhandledException event in AppDomain.Current,
however, it doesn't even get raised.

[jehugaleahsa]

The folks here at work insist on using Novell's eDirectory rather than
ActiveDirectory. We are also running on old hardware and the SysAdmins
are fairly new to all the encryption/certificate stuff I am shoving on
them.

I have concealed as much as possible of Novell's LDAP code - I have a
nack for making libraries. Although, there simply isn't much you can
do when the underlying code has issues.

Using System.Threading.Timer seems to not have fixed my issue. Somehow
an exception is escaping my code; little trouble maker!

[Willy Denoyette [MVP]]

<je**********@gmail.comwrote in message
news:11**********************@q5g2000prf.googlegro ups.com...

My code uses a crappy LDAP library that has all sorts of issues. My
concern is how to catch the exception that is generated. I have been
asked to use System.Threading.Timer instead. I will try this and see
how it deals.

I did try to use the UnhandledException event in AppDomain.Current,
however, it doesn't even get raised.

You can't trap this , it's not a managed exception , nor an unmanaged one.
The OS removes the process, simply because the instruction triggers a Access
Violation from which there's is no recovery possible.
Now before calling the library crappy, I would suggest you to inspect the
managed code PInvoke declarations, the arguments passed and the calling
convention as required by the exported functions are extremely important to
watch for. A wrong signature or a wrong calling convention declaration will
most certainly destroy the call stack at some point in time and may lead to
the problem you are seeing now.

Willy.

[jehugaleahsa]

What is all this PInvoke stuff? My code doesn't deal with anything
like that. As far as I am concerned, everything is written in C# with
no hocus-pocus. I have no clue what the LDAP library does.

And why do non-services catch the exception just fine?