Base class of non exposed derived class in Python side?
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
Piste de recherche
Reproduisez l’exemple en utilisant les définitions présentées de Base, Derived, DerivedTwo, factory et factoryTwo. Commencez par lire les enregistrements class_ de Boost.Python, la déclaration de bases et le comportement de conversion de shared_ptr ; comparez les types Python renvoyés avec et sans l’enregistrement de DerivedTwo. Le travail est terminé lorsque le comportement de sélection du type est expliqué et que la gestion attendue ou la portée d’un fix est documentée.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Hello, I have a use case where a polymorphism factory can instantiate object of a non exposed class. I have a multi-level inheritance scheme and the last level is not exposed to Python. What I try to understand is why the Python object of the last level takes the type of the top-most class in the inheritance hierarchy and not the one just above?
Here is a minimal example to reproduce the behavior:
C++ side
class Base
{
public:
Base() {}
virtual ~Base() = default;
};
class Derived: public Base
{
public:
Derived(int value) { m_value = value; }
~Derived() = default;
int getValue() { return m_value; }
private:
int m_value;
};
class DerivedTwo: public Derived
{
public:
DerivedTwo(int value): Derived(value) {}
~DerivedTwo() = default;
};
std::shared_ptr<Base> factory()
{
return std::make_shared<Derived>(9);
}
std::shared_ptr<Base> factoryTwo()
{
return std::make_shared<DerivedTwo>(99);
}
BOOST_PYTHON_MODULE(mymodule)
{
using namespace boost::python;
class_<Base, std::shared_ptr<Base>, boost::noncopyable>("Base", init<>());
class_<Derived, bases<Base>, std::shared_ptr<Derived>, boost::noncopyable>("Derived", init<int>())
.def("get_value", &Derived::getValue)
;
def("factory", &factory);
def("factory_two", &factoryTwo);
}
Python side
import mymodule
obj = mymodule.factory()
print(type(obj))
obj2 = mymodule.factory_two()
print(type(obj2))
Output
<class 'mymodule.Derived'>
<class 'mymodule.Base'> <-- WHY?
Obviously, if I expose DerivedTwo class, all is OK.
Thanks for your help.
- Langage dominant
- C++
- Étoiles
- 537
- Forks
- 223
- Merge moyen
- 11 h 22 min
- PR mergées (30 j)
- 2
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de boostorg/python
-
numpy::from_data calls vector::front and crashes (or has UB) when called with a scalar object Ouverte
Difficulté 1/5 Moins d'une heure Accessibilité débutants 84/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 64/100
-
BoostDetectToolset-1.90.0.cmake file not found in an include() call in boost_python-config.cmake Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 48/100
-
Difficulté 4/5 3-5 jours Accessibilité débutants 25/100
Toutes les issues de boostorg/python
Issues similaires
-
ai_reviewed
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
ydb-platform/ydb#53869 · 3 commentaires ·
-
bug cert blocker needs triage
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
project-chip/connectedhomeip#74373 ·
-
[request] tracy/0.14.1 Ouverteupstream update
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
conan-io/conan-center-index#31035 ·
-
Bug
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
documentation
Difficulté 1/5 Moins d'une heure Accessibilité débutants 85/100
vllm-project/vllm-ascend#17329 ·