The contents of the C# MsPpt package report errors in registration-free COM.

RL Chen 120 Reputation points

I learned to use registration-free COM in, but I'm found a new problem. the contents of the C# MsPpt package reported an error in registration-free COM.


Additional test items:!AqH1CC8PuY6LpksiAmnwEzJDM9-A?e=PUhmx0.

This code originally came from @RLWA32 and was released with modifications by RL Chen.

An object-oriented and type-safe programming language that has its roots in the C family of languages and includes support for component-oriented programming.
9,457 questions
A high-level, general-purpose programming language, created as an extension of the C programming language, that has object-oriented, generic, and functional features in addition to facilities for low-level memory manipulation.
3,315 questions
{count} votes

1 answer

Sort by: Most helpful
  1. RLWA32 36,881 Reputation points

    I don't use Microsoft Office so I can't help you much on the specifics.

    Microsoft Office applications run as out-of-process COM servers.

    Since registration-free COM only works with in-process servers it really isn't needed here.

    If you want to automate Microsoft Office applications from a C++ application you can use the #import directive with the Microsoft Office application's type library. Then you should be able to use the generated headers to instantiate COM objects and obtain the desired interfaces directly from C++. By the way, class not registered errors frequently result from a bitness mismatch between the COM client and COM server. So if you have installed a 64-bit version of Office then your C++ COM client should be a 64-bit application.