0

I've started getting the following exception while debugging a 32bit MFC C++ app under VS2010 SP1, Windows 7 64. While I can easily ignore it, I'm just wondering what it is.

First-chance exception at 0x751eb9bc in SCCW.exe: 0x80010108: The object invoked has disconnected from its clients.

A similar question and a google search suggest its automation related, and while my app supports automation, it isn't doing anything automation related at the time. The stack frame for the active thread does not show anything much, all system DLLS (ntdll.dll,rpcrt4.dll,ole32.dll). I've been debugging the same app on the same system for a long time and only started seeing this recent, so just wondering why. Any ideas, and can it be safely ignored?

Community
  • 1
  • 1
SmacL
  • 22,555
  • 12
  • 95
  • 149
  • Okay, that's not real C++, I can't help you with MS stuff. But usually the first-chance exception doesn't affect the program – Jaffa May 09 '12 at 08:52
  • 7
    @Geoffroy if you really cannot help anyone because he/she uses the MS compiler, your knowledge of C++ is really lacking as there's only a minor number of non-standard features, let alone they influence the matter asked about in this question – stijn May 09 '12 at 08:55
  • Can you share the stacktraces *with symbols loaded*? – Mahmoud Al-Qudsi May 09 '12 at 08:57
  • http://blogs.msdn.com/b/davidklinems/archive/2005/07/12/438061.aspx Yep, it is very MS specific and completely unrelated to the C++ language. – Captain Giraffe May 09 '12 at 09:01
  • 1
    @Mahmoud Al-Qudsi, symbols are present for my app, MFC, and C runtimes. Not sure how to go about loading any other symbols, e.g. for ntdll.dll – SmacL May 09 '12 at 09:02
  • @CaptainGiraffe and here's one for C++: http://stackoverflow.com/questions/1716363/first-chance-exception-long-at-memory-location I even suspect if you compile a C++ app using the GNU toolset and run it under the MS debugger it behaves the same.. – stijn May 09 '12 at 09:13
  • 1
    @Shane actually, the symbols for your app would be icing on the cake, the MS symbols are what really matter. – Mahmoud Al-Qudsi May 09 '12 at 14:10
  • I have an MFC C++ Win32 Microsoft Word Addin DLL that is getting the same hResult error. This code has been stable for at least 4 years, but now returns this error if I let it sit for only about a minute or two. The problems is not C++ since the code hasn't changed. Something has changed on Microsoft's side. – rtischer8277 Jul 12 '15 at 16:14

1 Answers1

1

This will be some other executable that gets loaded in. It could be something that has windows hooks etc such as a virus scanner, or it could be a shell extension. Look up what SCCW is. If it is something you don't need on your system, uninstall it.

It should be safe to ignore, and you can prevent the application from stopping in the debugger by adding the exception type and telling VS not to stop on it.

Debug | Exceptions...

Then under Win32 Exceptions untick "80010108 Server Disconnected from clients".

Pete
  • 4,784
  • 26
  • 33
  • SCCW is the application I'm debugging, and yes I've disabled the specific exceptions from being passed on to the debugger. Funny thing is the same exception `The object invoked has disconnected from its clients` has come back under a number of different numbers. – SmacL May 09 '12 at 12:36