Проблемы с dynamic_cast: объект typeid не равен, но name равно

Я обнаружил, что dynamic_cast не работает » t работать в ситуации, в которой я этого ожидал, и просмотр typeid объектов во время выполнения сделал ситуацию еще менее ясной. Мне просто нужно преобразование от базы к производному, и я не могу понять, почему это не работает.

У меня есть структура класса примерно так:

class BoundaryCondition {
public:
    virtual void DoSomething() = 0;

    virtual ~BoundaryCondition() { /* * */ }
}

class ReflectingBc : BoundaryCondition {
public:
    virtual void DoSomething();
}

class MarshakBc : BoundaryCondition {
public:
    virtual void DoSomething();

    MarshakBc(double value);

    void changeValueLaterOn(double value);
private:
    double value_;
}

У меня (по сути) есть std :: vector , которое представляет граничные условия в частях задачи. Я хочу иметь возможность взять этот вектор и для всех MarshakBc объектов внутри него вызвать changeValueLaterOn . Итак, у меня есть цикл, который выглядит как

for (std::vector<BoundaryCondition*>::iterator bc = bcPtrs_.begin();
        bc != bcPtrs_.end(); ++bc)
{
    if (std::string(typeid(MarshakBc).name()) == std::string(typeid(**bc).name()) )
    {
        std::cerr << "SAME! ";
    }

    if (typeid(MarshakBc) != typeid(**bc))
    {
        std::cerr << "NOT SAME ";
    }
    MarshakBc* thisBc = dynamic_cast<MarshakBc*>( &( **bc ) );
    if (thisBc == NULL) {
        std::cerr << "...nothing\n";
        continue;
    }
    thisBc->changeValueLaterOn( 1.23);
    std::cerr << "...set!\n";
}

. Если мой вектор содержит ReflectingBc * , то MarshakBc * , мой результат будет выглядеть так:

[Фактическая ситуация более сложная, чем эта, потому что определение BoundaryCondition находится в другой единице преобразования, чем приведенный выше код, и используются шаблоны и тому подобное, но приведенный выше код очень хорошо показывает, что Я делаю и получаю результат.]

Подробнее

Вот моя настоящая процедура, которая используется внутри функтора, а LoAnisoBc является производным классом и BoundaryConditionT - это базовый класс:

template<class SnTraits_T, class LoTraits_T>
void FillLoAnisoBcs<SnTraits_T, LoTraits_T>::operator() (
        const BoundaryFaceT& bf,
        BoundaryConditionT& bc)
{
    std::cerr << "Want " << typeid(LoAnisoBc).name() << "\n";
    std::cerr << "Chkg " << typeid(bc).name() << "\n";

    if (std::string(typeid(LoAnisoBc).name()) == std::string(typeid(bc).name()) )
    {
        std::cerr << " SAME!";
    }

    if (!(typeid(LoAnisoBc) == typeid(bc))) {
        std::cerr << "...nothing\n";
    }

    // if we're not an "anisotropic BC", don't do anything
    LoAnisoBc* anisoBc = dynamic_cast<LoAnisoBc*>( &bc );
    if (anisoBc == NULL) {
        std::cerr << "...nothing\n";
        return;
    }

    anisoBc->setFCoeff( fCoeff_ );
    std::cerr << "; set fCoeff = " << fCoeff_ << "\n";
}

И вот результат

Want N6detLib17cellDiffusionOned28AnisotropicBoundaryConditionE
Chkg N6detLib17cellDiffusionOned27ReflectingBoundaryConditionE
NOT SAME...nothing
Want N6detLib17cellDiffusionOned28AnisotropicBoundaryConditionE
Chkg N6detLib17cellDiffusionOned28AnisotropicBoundaryConditionE
SAME! NOT SAME...nothing

Итак, структура bcPtrs_ и граничные условия находятся в одной динамической библиотеке (так что это один модуль в Python), а экземпляр из FillLoAnisoBcs находится в другой динамической библиотеке. Эрик считает это вероятной проблемой, и я согласен.