Почему вектор удаляет деструктор, называемый в результате скаляра, удаляют?

У меня есть некоторый код, который отказывает в большой системе. Однако код по существу сводится к следующему псевдокоду. Я удалил большую часть детали, поскольку я попытался свести это к скелету; я не думаю, что это пропускает что-либо решающее все же.

// in a DLL:

#ifdef _DLL
#define DLLEXP __declspec(dllexport)
#else
#define DLLEXP __declspec(dllimport)
#endif

class DLLEXP MyClass // base class; virtual
{
public:
  MyClass() {};
  virtual ~MyClass() {};

  some_method () = 0; // pure virtual

  // no member data
};

class DLLEXP MyClassImp : public MyClass
{
public:
  MyClassImp( some_parameters )
  { 
    // some assignments...
  }

  virtual ~MyClassImp() {};

private:
  // some member data...
};

и:

// in the EXE:

MyClassImp* myObj = new MyClassImp ( some_arguments ); // scalar new
// ... and literally next (as part of my cutting-down)...
delete myObj; // scalar delete

Обратите внимание, что соответствие новому скаляру и скаляру удаляет, используются.

В Отладочная сборка в Visual Studio (2008 Pro), в Microsoft , следующие сбои утверждения:

_ASSERTE(_CrtIsValidHeapPointer(pUserData));

Около вершины стека следующие объекты:

mydll_d.dll!operator delete()
mydll_d.dll!MyClassImp::`vector deleting destructor'()

Я думаю, что это должно быть

mydll_d.dll!MyClassImp::`scalar deleting destructor'()

Таким образом, программа ведет себя, как будто я записал

MyClassImp* myObj = new MyClassImp ( some_arguments );
delete[] newObj; // array delete

Адрес в pUserData тот из myObj самостоятельно (в противоположность участнику). Память вокруг того адреса похожа на это:

                                ... FD FD FD FD
(address here)
VV VV VV VV MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM
FD FD FD FD AB AB AB AB AB AB AB AB EE FE EE FE
...

где четыре VVs являются, по-видимому, адресом таблицы виртуальной функции, MM...MM опознаваемые членские данные, и другие байты являются различными специальными маркерами, помещенными на месте отладчиком (например, FD FDs являются 'защитными байтами' вокруг устройства хранения данных объекта).

Незадолго до отказа утверждения я действительно вижу VVs изменение, и задаются вопросом, происходит ли это из-за переключателя к таблице виртуальной функции базового класса.

Я знаю о проблеме неправильного уровня в разрушении перенесения иерархии классов. Это не проблема здесь; мои деструкторы являются все виртуальными.

Я отмечаю страницу "BUG: Wrong Operator Delete Called for Exported Class" Microsoft http://support.microsoft.com/kb/122675, но это, кажется, расценивает неправильный исполняемый файл (с неправильной "кучей") пытающийся взять на себя ответственность за разрушение данных.

В моем случае случается так, что неправильный 'аромат' удаления деструктора, кажется, применяется: т.е. вектор, а не скаляр.

Я нахожусь в процессе попытки произвести минимальный код сокращения, который все еще показывает проблему.

Однако любые подсказки или подсказки для помощи с тем, как исследовать эту проблему далее, очень ценились бы.

Возможно, самая большая подсказка здесь mydll_d.dll!operator delete() на стеке. Если я ожидаю, что это будет myexe_d.exe!operator delete(), указание, что DLLEXPs были 'потеряны'?

Я предполагаю, что это могло быть экземпляром двойного - удаляют (но я не думаю так).

Есть ли хорошая ссылка, которую я могу считать относительно какой _CrtIsValidHeapPointer проверки на?