Нет. FF понятия не имеет ни про какой ActiveX, т.к. ActiveX - это специфика Microsoft. Поэтому - да, только XPCOM-компонент на C++. Теоретически еще можно делать вызовы через js-ctypes, но, по моему скромному, это совсем не более простой способ (и работать в сишном стиле через ctypes-прослойку с ActiveX я не пожелаю и врагу).

YuryL
Вот здесь смотрели?

Спасибо, это тоже смотрел.
Думаю мне надо вначале определиться с компилятором.
Известно ли каким компилятором скомпилирован SDK 7.0?
Я думаю мне лучше установить такой же.
Visual C++ 2010 express - просто монстр. И .Net мне не нужен.
Хотя от него, наверное, не избавиться.

пытался откомпилировать различные найденные мной в инете примеры, но так и не получилось.
Работал с VS2010 prof., xulrunner-sdk 7.0
Намерен еще попробовать с xulrunner-sdk 1.9.2 т.к. есть примеры с этой СДК.
Но этот СДК наверняка построен другой версией VS C++
Опять, видимо, не получится.

взял пример по вашей ссылке, он для версии  Gecko 1.8.

уже не содержится в xulrunner-sdk 7.0 . Я нашел в инете на что его заменить.
После замены все равно выскочили ошибки компиляции.

пробовал также пример из https://developer.mozilla.org/en/Modularization_Techniques
компиляция не прошла, "внутренняя ошибка компиляции"...

остальные примеры что я нашел также содержат

Компилятор VS 2010 c++ для меня новый, последний раз писал на С лет 5 назад(VS C++ 6.0).
Может что не так сделал. Хотя старался действовать по инструкции.

Сейчас буду пробовать на работе VS установить.
Спасибо за участие.

Как обещал ранее, вот проект тестового XPCOM-компонента, и расширения к нему: http://xp-dev.com/svn/xpcom-test/trunk/
XPCOM-компонент в примере очень простой: принимает на вход стринг, возвращает его же, присоединив в конец строчку ": boo".

Сначала - настройка среды. На компьютере, помимо MS Visual Studio, должен быть Win32 platform SDK, C/C++ runtime libraries, и, разумеется, xulrunner SDK.
Структура папок проекта такова:

(я переименовал папку с xullrunner SDK в gecko-sdk - так предлагалось сделать в каком-то примере, который я нашел в инете - с тех пор так и осталось).
В свойствах проекта необходимо указать следующее:

• Configuration properties > C/C++ > General > Additional include directories: ..\gecko-sdk\include;%(AdditionalIncludeDirectories)
  
• Configuration properties > C/C++ > Language > Treat Wchar_t as built-in type: No (/Zc:wchar_t-)
  
• Configuration properties > C/C++ > Preprocessor > Preprocessor definitions: WIN32;_WINDOWS;_USRDLL;XP_WIN;XP_WIN32;MOZ_NO_MOZALLOC;%(PreprocessorDefinitions)
  
• Configuration properties > Linker > General > Additional Library directories: ..\gecko-sdk\lib;%(AdditionalLibraryDirectories)
  
• Configuration properties > Linker > Input > Additional dependencies: nspr4.lib;xpcom.lib;xpcomglue_s_nomozalloc.lib;

(всё это уже задано в файле проекта по ссылке выше).

Далее. Отправная точка - idl-файл. Это описатель интерфейса на диалекте IDL - XPIDL. По нему с помощью xpidl.exe генерируем интерфейсный файл .xpt (библиотека типа; содержит только информацию о контракте компонента), и интерфейсный хидер. Вот пример bat-файла, который выполняет оба эти действия сразу:

..\gecko-sdk\bin\xpidl.exe -m header -I..\gecko-sdk\idl %1
..\gecko-sdk\bin\xpidl.exe -m typelib -I..\gecko-sdk\idl %1

• nsIXPCOMTest.idl - описание интерфейса
  
• nsIXPCOMTest.h - интерфейсный хидер
  
• nsXPCOMTest.h - хидер для реализации класса
  
• nsXPCOMTestModule.cpp - реализация модульной части для nsIClassInfo
  
• nsXPCOMTest.cpp - реализация класса.

После этого можно компилировать. Если скомпилировалось успешно - делаем расширение для класса. Расширение тоже очень простое, но ввиду наличия компонента имеет некоторые нюансы:

1) в chrome.manifest нужны такие объявления:

interfaces components/nsIXPCOMTest.xpt

binary-component platform/WINNT_x86-msvc/xpcom-test.dll ABI=WINNT_x86-msvc

2) Обязательно в install.rdf надо указать

<em:unpack>true</em:unpack>

3) Ввиду пункта 2, надо будет запаковать содержимое папки chrome в jar, и в chrome.manifest соответствующим образом указать пути к частям расширения внутри этой папки.

Практически это всё. Инстанциирование и вызов методов компонента стандартный:

var xtest=Components.classes["@mozilla.org/xpcomtest;1"].createInstance();
    var answer=xtest.sayTest(.....

Расширение с компонентом, скомпилированным под xulrunner 8.0 (еще раз напоминаю - с другими версиями скомпилированный компонент работать не будет) лежит здесь: http://xp-dev.com/svn/xpcom-test/trunk/xpcom-test.xpi.
Если нужно будет обеспечить совместимость расширения с несколькими версиями FF, то можно сделать так: в папку platform\[ABI_name] поместить несколько бинарников, скомпилированных под разные версии xulrunner, и с именами вида [library_name].x.dll, где х - номер версии xulrunner, под которую делалась компиляция. Выбор того или иного бинарника указывать с помощью versioning flags в chrome.manifest.

Ура!! заработало!!
видимо не правильно я установщик делаю.
В профиле появляется файл ***.jason
В данный момент не это главное.
Подправил руками в профиле и заработало.
спасибо, hydrolizer! очень помог!

нашел еще, видимо, актуальные примеры в исходниках Firefox.
Не пробовал с ними работать. Теперь, наверное, не понадобятся.

>>писал ночью, почему-то не отправилось(не отправил)<<

система запланирована как "глобальная"))
данные меняются в он-лайне несколькими пользователями.
Работа будет не из дополнения, а из xulrunner-приложения.
VB-библиотеки планирую переписать на C++ на основе
xulrunner как фрэймворка и перенести все на Linux.
Так что мне в любом случае надо было разобраться с XPCOM.
Спасибо, еще раз!

И еще новости об изменениях в процессе сборки. Для сборки с xulrunner sdk версии 19.0 в настройке проекта Configuration properties > C/C++ > General > Additional include directories помимо папки xulrunner-sdk\include нужно дополнительно указать папку xulrunner-sdk\include\nspr - без этого компиляция рванет.