Potential memory leak
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Accessibilité débutants
- 25/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- c, javascript
- Domaine
- tooling
Piste de recherche
Commencez dans tools/gen_lib.js, au niveau de l’allocation vers la ligne 52 et du nettoyage vers la ligne 63. Suivez ce qui se passe lorsque les allocations dépassent FRAME_ALLOC_SIZE, puis déterminez si le projet doit émettre un avertissement à la limite ou supprimer l’approche d’allocation fixe. Le travail est terminé lorsque le cas de surallocation ne provoque plus de fuite silencieuse et que le comportement choisi est documenté ou vérifié.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
It seems memory will be leaked if you allocate more pointers than FRAME_ALLOC_SIZE, or 1024*512, or 524,288.
https://github.com/konsumer/raylib-pointers/blob/7f2340c4b82fd13e4f00fe682c8b234e3b043ae9/tools/gen_lib.js#L52
Here's where you free only up to _frame_alloc_counter.
https://github.com/konsumer/raylib-pointers/blob/7f2340c4b82fd13e4f00fe682c8b234e3b043ae9/tools/gen_lib.js#L63
A few solutions off the top of my head:
- Show some warning when reaching the limit to make the memory leak obvious.
- Remove
FRAME_ALLOC_SIZEaltogether. I think a good way to do that is to only ever have one pointer allocated that'll be used to carry the result, but is freed on the next raylib-function call. Then the receiving/duping/allocating can be done by JS on the JS side, instead of the C side.
- Langage dominant
- C
- Étoiles
- 0
- Forks
- 1
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. 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 konsumer/raylib-pointers
-
Nested structs & arraysOuverteenhancement parent
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
-
nested-structs/arrays (C)OuverteC enhancement todo
Difficulté 4/5 3-5 jours Accessibilité débutants 28/100
-
defines (bun)Ouvertebunjs enhancement todo
Difficulté 2/5 1-3 heures Accessibilité débutants 48/100
-
nested structs (bun)Ouvertebunjs enhancement todo
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
-
bunjs enhancement todo
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
Toutes les issues de konsumer/raylib-pointers
Issues similaires
-
Implement looks_size reporterOuverteenhancement good first issue help wanted
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
-
bug multiplayer status: planned
Difficulté 2/5 1-3 heures Accessibilité débutants 67/100
ChupathingyCE/chupathingyce#851 ·
Les mainteneurs répondent en général sous 1 jour
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 73/100
HigherOrderCO/Bend#2104 ·
-
Research radar digest 2026-W46Ouverteresearch-radar
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 1 jour
-
good first issue help wanted program
Difficulté 2/5 1-3 heures Accessibilité débutants 83/100
hffgzktbcc-blip/ounce-core#297 ·
Les mainteneurs répondent en général sous 1 jour