Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 8258475
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: June 8, 20262026-06-08T02:32:55+00:00 2026-06-08T02:32:55+00:00

I developed a minimal (without MapPoint Object Library, because it’s a test) add-in for

  • 0

I developed a minimal (without MapPoint Object Library, because it’s a test) add-in for Microsoft MapPoint using Visual Studio 2010, written in C#.

With setup project I can install my add-in on some PCs that run MapPoint 2010 or 2011, but on some others installation has no effect.

That is it seems to finish successfully, but when I open MapPoint the add-in is not running; if I open Tools > COM add-ins… I find my add-in unchecked, checking it has no effect and adding it manually tells me

‘C:\Path\to\myAddin.dll’ is not a valid Office add-in.

Doing some tests I found out the problem is not related to a certain MapPoint version, Windows version or platform version.

Which can be the differences that lead the add-in to work on some machines and not on some others? Thanks!


Details on how I created the add-in:

  • install MapPoint 2011 Europe
  • launch Visual Studio 2010
  • File > New > Project… > Shared add-in > give a name to the project > OK > check just Microsoft MapPoint > go on to the end
  • Soluzions explorer > open Connect.cs and write the code
  • build all projects in the solution (with MapPoint turned off)
  • use the .msi generated by setup project to install the add-in on the target machine (where MapPoint is already installed)
  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-06-08T02:32:56+00:00Added an answer on June 8, 2026 at 2:32 am

    After hours of tests I found it! Thanks to an investigation inside MPSuperShape installation folder :).

    Extensibility.dll is needed, in the same folder where my add-in is installed. When creating a shared add-in project in VS, Extensibility is automatically added to References, but not to the list of files that the installer will put in program folder.

    Hence you have to: right click on the auto-generated setup project > Add > Assembly… > .NET > Extensibility > OK. Build, install and you’ve got it!

    I add that, if you use MapPoint Object Library (as you probably do if it’s not a test add-in like mine) you need to add Interop.MapPoint.dll in a similar way: right click on the auto-generated setup project > Add > Assembly… > Browse > pick such DLL from your bin\Debug or obj\Debug folder in your main project.

    Why was Extensibility.dll not needed on some machines?

    Because if you have Microsoft Office 2007 or later (as I saw) it is already present (in C:\Program Files (x86)\Common Files\Microsoft Shared\MSEnv\PublicAssemblies) and in some way it is loaded when you run MapPoint.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

I developed a site using twitter bootstrap and it seems that the responsive layout
I developed a few rdlc files that I am using in my asp.net/vb.net project.
I have installed the Developer Preview of the Visual Studio 11 along with F#
I am writing an application using an object database ( db4o ) and in
I developed an installer and now I want to add feature (basically a check)
I developed a library and I need that the users of that library can
I have recently developed a NPAPI plugin (using FireBreath) in combination with a Google
I am using currently Xcode 4.3.2. I have developed a tiny application and specified
First off, i'm a front end designer/developer with very very minimal javascript and PHP
I developed my site and it works like a charm on my local machine.

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.