This is more an annoyance than a real issue but in visual studio while debugging, regardless of debugging/exception settings I get the below exception on my connection to the phone system. I can continue on but it's just annoying having to click Continue each and every time I launch our app and dial a number. Why isn't this "fully caught" and is there a way to avoid it? Thanks System.ApplicationException was unhandled by user code Message=PrepareOutboundPackage Failed: 2148074243 Source=Interop.Sspi StackTrace: at Interop.Sspi.SspiClient.PrepareOutboundPackage(SspiData In) in l:\products\common\src\Interop_Sspi\netwrapper\Sspi.cs:line 230 at ININ.IceLib.Connection.WindowsAuthSettings.SetParameters(IDictionary`2 parameters, String[] challenge) InnerException: Source File Information: Locating source for 'l:\products\common\src\Interop_Sspi\netwrapper\Sspi.cs'. Checksum: MD5 {a6 6e eb 73 e4 73 20 84 89 fb 63 99 f3 2e d 45} The file 'l:\products\common\src\Interop_Sspi\netwrapper\Sspi.cs' does not exist. Looking in script documents for 'l:\products\common\src\Interop_Sspi\netwrapper\Sspi.cs'... Looking in the projects for 'l:\products\common\src\Interop_Sspi\netwrapper\Sspi.cs'. The file was not found in a project. Looking in directory 'c:\Program Files\Microsoft Visual Studio 9.0\VC\crt\src\'... Looking in directory 'c:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\src\mfc\'... Looking in directory 'c:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\src\atl\'... Looking in directory 'c:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\include\'... The debug source files settings for the active solution indicate that the debugger will not ask the user to find the file: l:\products\common\src\Interop_Sspi\netwrapper\Sspi.cs. The debugger could not locate the source file 'l:\products\common\src\Interop_Sspi\netwrapper\Sspi.cs'. Call stack: > Interop.Sspi.dll!Interop.Sspi.SspiClient.PrepareOutboundPackage(Interop.Sspi.SspiData In = null) Line 233 C# ININ.IceLib.dll!ININ.IceLib.Connection.WindowsAuthSettings.SetParameters(System.Collections.Generic.IDictionary<string,string> parameters = Count = 13, string[] challenge = {string[2]}) + 0x3b3 bytes ININ.IceLib.dll!ININ.IceLib.Connection.Session.LoginToBridgeClient(ININ.ThinBridge.PooledIPBridgeClient bridgeClient = {ININ.ThinBridge.PooledIPBridgeClient}) + 0x545 bytes ININ.IceLib.dll!ININ.IceLib.Connection.Session.ConnectWithEndpoint(ININ.IceLib.Connection.HostEndpoint endpoint = {ININ.IceLib.Connection.HostEndpoint}, bool encrypted = true) + 0x24c bytes ININ.IceLib.dll!ININ.IceLib.Connection.Session.EstablishConnection() + 0x252 bytes ININ.IceLib.dll!ININ.IceLib.Connection.Session.ConnectImpl(ININ.IceLib.Connection.SessionSettings sessionSettings = {ININ.IceLib.Connection.SessionSettings}, ININ.IceLib.Connection.HostSettings hostSettings = {ININ.IceLib.Connection.HostSettings}, ININ.IceLib.Connection.AuthSettings authSettings = {ININ.IceLib.Connection.WindowsAuthSettings}, ININ.IceLib.Connection.StationSettings stationSettings = {ININ.IceLib.Connection.WorkstationSettings}) + 0xe5 bytes ININ.IceLib.dll!ININ.IceLib.Connection.Session.ConnectAsyncPerformTask(ININ.IceLib.Connection.Session.AsyncSessionState asyncState = {ININ.IceLib.Connection.Session.AsyncSessionState}) + 0xe4 bytes ININ.IceLib.dll!ININ.IceLib.Internal.AsyncTaskTracker<ININ.IceLib.Connection.Session.AsyncSessionState>.InternalPerformTaskCallback(ININ.IceLib.Internal.AsyncTaskTracker<ININ.IceLib.Connection.Session.AsyncSessionState>.AsyncTask asyncTask = {ININ.IceLib.Internal.AsyncTaskTracker<ININ.IceLib.Connection.Session.AsyncSessionState>.AsyncTask}) + 0x7a bytes [Native to Managed Transition] [Managed to Native Transition] mscorlib.dll!System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(System.RuntimeMethodHandle md, object[] args, object server, int methodPtr, bool fExecuteInContext, out object[] outArgs) + 0x23 bytes mscorlib.dll!System.Runtime.Remoting.Messaging.StackBuilderSink.AsyncProcessMessage(System.Runtime.Remoting.Messaging.IMessage msg, System.Runtime.Remoting.Messaging.IMessageSink replySink = {System.Runtime.Remoting.Messaging.AsyncResult}) + 0x14a bytes mscorlib.dll!System.Runtime.Remoting.Proxies.AgileAsyncWorkerItem.DoAsyncCall() + 0x32 bytes mscorlib.dll!System.Runtime.Remoting.Proxies.AgileAsyncWorkerItem.ThreadPoolCallBack(object o) + 0x28 bytes mscorlib.dll!System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(object state) + 0x2f bytes mscorlib.dll!System.Threading.ExecutionContext.runTryCode(object userData) + 0x51 bytes [Native to Managed Transition] [Managed to Native Transition] mscorlib.dll!System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state) + 0x67 bytes mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state) + 0x45 bytes mscorlib.dll!System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(System.Threading._ThreadPoolWaitCallback tpWaitCallBack) + 0x53 bytes mscorlib.dll!System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(object state) + 0x59 bytes

I get this every single time I am running in debug mode. The number of messages I have to respond to varies, but I always get these messages before I can continue.