Memory leak in linuxPointingDeviceManager::fillDevInfo?
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 42/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- cpp, linux
- Área
- operating-systems
Línea de trabajo
Comienza en input/linux/linuxPointingDeviceManager.cpp, alrededor de fillDevInfo en la línea 255, y sigue después sus llamadores checkFoundDevice y eventloop. Compara la asignación de udev_enumerate_new mostrada por LeakSanitizer con las rutas de limpieza y usa LeakSanitizer para confirmar que la fuga ha desaparecido.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
LeakSanitizer gives me this:
Indirect leak of 112 byte(s) in 1 object(s) allocated from:
#0 0x7f61c556b867 in __interceptor_malloc ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:145
#1 0x7f61c32b3074 in udev_enumerate_new (/lib/x86_64-linux-gnu/libudev.so.1+0x9074)
#2 0x7f61c332f115 in pointing::linuxPointingDeviceManager::fillDevInfo(udev_device*, pointing::linuxPointingDeviceManager::linuxPointingDeviceData*) /home/shared/dependencies/libpointing-master/distrib/pointing/input/linux/linuxPointingDeviceManager.cpp:255
#3 0x7f61c332f4c5 in pointing::linuxPointingDeviceManager::checkFoundDevice(udev_device*) /home/shared/dependencies/libpointing-master/distrib/pointing/input/linux/linuxPointingDeviceManager.cpp:297
#4 0x7f61c332e9b7 in pointing::linuxPointingDeviceManager::eventloop(void*) /home/shared/dependencies/libpointing-master/distrib/pointing/input/linux/linuxPointingDeviceManager.cpp:143
#5 0x7f61c2c80b42 in start_thread nptl/pthread_create.c:442
- Lenguaje dominante
- C++
- Estrellas
- 54
- Forks
- 14
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de INRIA/libpointing
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 20/100
INRIA/libpointing#37 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 38/100
INRIA/libpointing#26 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
INRIA/libpointing#22 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 28/100
INRIA/libpointing#17 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 20/100
INRIA/libpointing#10 ·
Todos los issues de INRIA/libpointing
Issues similares
-
`IO.FS.realPath` reports every failure as `noFileOrDirectory` instead of classifying by `errno`Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
leanprover/lean4#15683 ·
Los mantenedores suelen responder en 1 día
-
llvm.memcpy with destination align but no source align asserts "Missed Source alignment!"Posiblemente ocupada @pvelesko la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
KhronosGroup/SPIRV-LLVM-Translator#4093 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 1 día
-
SIMQ silently truncates multi-query batch search to the first queryPosiblemente ocupada @LHT129 la tomó hoy. Abiertokind/bug module/index needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
antgroup/vsag#3080 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 Medio día Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día