Verbose Information on TypeError runtime crashes?
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
Piste de recherche
Aucun fichier, test ou point d’entrée n’est indiqué. Commencez par localiser l’endroit où le texte du TypeError de conversion de PyArray est produit, puis déterminez si les paramètres de type et les noms des arguments y sont disponibles ; le travail serait considéré comme terminé lorsqu’une approche définie et testée permet de fournir le contexte supplémentaire demandé sans coût d’exécution non spécifié.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Thank you for pyo3.
Using pyo3, when my python code sends the wrong shape (can typically happen given python's dynamic typing during any development work) I get a python backtrace going down to my line of code calling into my rust, and a text error description like:
TypeError: 'float64' object cannot be converted to 'PyArray<T, D>'
Is there a more verbose mode to pyo3 runtime for cases like this?
Of course if my dev workflow is linear enough, I know I should check my types at that line and have good context in mind for quickly resolving it even without re-running with try-except for logging more details.
However it would be nice to have more information already in the error description if possible:
- What are the type values of
TandD? - Which function argument is the error arising for?
Of course, user code can always try-except the offending python call and we can work to reproduce that crash in repeat runs, even if it's outside the development cycle. But having more information by default provides more peace of mind knowing that before you have managed to reproduce you have some more details than the line of user code. All-in-all this is an enhancement which some may object if it adds runtime cost, especially for release builds.
Consider that when we expose rust code to python, some python developers would much appreciate knowing more about the expected types than those developers who understand pyo3 or can directly work with the rust code.
- Langage dominant
- Rust
- Étoiles
- 1.4k
- Forks
- 141
- Merge moyen
- 15 min
- PR mergées (30 j)
- 1
Préparer son environnement
Nous n'avons pas encore vérifié les fichiers d'installation de ce projet. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
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 PyO3/rust-numpy
-
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
PyO3/rust-numpy#565 · 1 commentaire ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 58/100
PyO3/rust-numpy#563 ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 56/100
PyO3/rust-numpy#557 ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
PyO3/rust-numpy#547 · 2 commentaires ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 20/100
PyO3/rust-numpy#535 ·
Toutes les issues de PyO3/rust-numpy
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
bytecodealliance/wasmtime#14433 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
-
Difficulté 2/5 1-3 heures Accessibilité débutants 88/100
Les mainteneurs répondent en général sous 1 jour