Статическая переменная-член в шаблоне с несколькими DLL

Создайте специализацию шаблона, а затем экспортируйте статические элементы специализации.

Также существует следующее решение:

• в библиотеке: явно создайте экземпляр некоторой специализации шаблона и поделитесь им с dllexport
• in the main program:
  • if the specialization is available it will be used from the library
  • если специализация недоступна, она компилируется в основной программе

Подробное описание того, как это сделать:

Блог Anteru Явное создание шаблона

Проблема в том, что каждый отдельный экземпляр шаблона представляет собой отдельный тип со своей собственной статической переменной, которая не используется совместно с другими экземплярами, имеющими другие параметры шаблона. Вы можете предоставить не шаблонный базовый класс, содержащий статическую переменную.

Кажется, есть способ сделать это с меньшими ограничениями для кода, который использует класс шаблона.

Сделайте статический член указателем. Создайте глобальную карту с фиксированным известным типом, которую можно экспортировать из DLL. Карта использует typeid () класса в качестве ключа и адрес «глобальной переменной для класса» в качестве значения. Инициализируйте статический член с помощью функции, которая проверяет, существует ли класс уже на карте, и, если да, заставляет вторую версию класса (во второй DLL) указывать на статическую переменную первой версии класса.

Таким образом, каждая DLL имеет отдельный статический объект, но каждая DLL также имеет указатель, и все указатели указывают на один и тот же статический объект.

Вот некоторый псевдокод, предполагающий, что статический тип такой же, как параметр шаблона (но должен быть легко адаптирован для других случаев).

map<string,void*> dllexport the_map;  // instantiate this once in a single DLL

T *set_the_global(T *candidate) {
  map<string,void*>::iterator r = the_map.find(string(typeid(the_class<T>).name()));
  if(r == the_map.end()) {
    the_map[string(typeid(the_class<T>).name())] = (void*)candidate;
    return candidate;  // new class: use it as global storage location
  } else {
    return (T*)(r->second);  // class already has global storage location
  }
}

template <class T> class the_class {
  virtual void something();  // so RTTI exists
  static T *the_global;  // use this! always points to the same object
  static T one_per_dll;  // only used in initialisation
};
template<class T> the_class<T>::one_per_dll;
template<class T> the_class<T>::the_global = set_the_global(&the_class<T>::one_per_dll)

Вы уже пробовали это использование:

#pragma data_seg(".JOE")
HWND hWndServer = NULL;
HHOOK hook = NULL;
#pragma data_seg()
#pragma comment(linker, "/section:.JOE,rws")  

Обратите внимание, что переменная требует инициализации луча.

Дополнительная информация: http://msdn.microsoft.com/en-us/library/ms997537.aspx http://www.flounder.com/hooks.htm

Удачи.

Я вижу два исправления этой проблемы.

Во-первых, вы используете другой класс, не являющийся шаблоном, для хранения этого статического значения - или делаете его глобальным? - и экспортировать это из dll.

Другой вариант немного сложнее, поскольку вы создаете экземпляр шаблона в коде и экспортируете созданное значение (я) шаблона. Итак, чтобы привести пример, скажем, у меня был особый тип шаблонного класса связанного списка, и мне нужно было, чтобы статическое значение было общим для всех библиотек DLL. Я написал код для создания шаблона, но на самом деле он используется только для небольшого количества типов. Я бы создал экземпляры классов как таковых:

template <class T> class Foo;
template<> class Foo<int> {};

Затем вы можете экспортировать статические переменные, содержащиеся внутри.

__declspec(dllexport) int Foo<int>::StaticMember = 0;

(Или что-то в этом роде, я немного устарел с экспортом / импортом dll.)

Хотя реальный вопрос заключается в том, зачем вам это нужно, поскольку технически DLL может использоваться во всех процессах только с одной копией, хранящейся в памяти. Вы действительно хотите, чтобы была только одна версия статики для всех процессов или одна для каждого процесса?

До того, как extern template экземпляры были приняты в черновой вариант стандарта, похоже, что Microsoft реализовала расширение для компилятора VC ++.

Компилятор VC ++ выдаст предупреждение, если используется нестандартное расширение; VS.NET (2003) и выше относятся к этому предупреждению < / a> описание для подробностей. Это предупреждение также отображается для VS 6.0.

Я лично никогда не пытался использовать это расширение, поэтому я не могу поручиться за это предложение. Очевидно, я ограничиваю этот ответ Microsoft Visual Studio (я видел ваш комментарий относительно Unix), но я публикую в надежде, что он может оказаться полезным.