How to debug module filtermodule created by ioteddev solution init?
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 20/100
Línea de trabajo
Comienza con el flujo iotedgedev solution init e inspecciona si genera Dockerfile.windows-amd64.debug. Reproduce el comando F5 del simulador y la salida de dotnet publish --os linux --arch x64 /t:PublishContainer, y después verifica si /home/app/vsdbg/vsdbg existe en el contenedor filtermodule. Se considera terminado cuando se hayan establecido la causa de la ausencia del depurador y una ruta de depuración reproducible.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
I am having the same issue trying to debug my module inside the simulator.
The filtermodule doesn't have the Dockerfile.windows-amd64.debug file when created with the iotedgedev solution init
and running dotnet publish --os linux --arch x64 /t:PublishContainer seems to create a production ready container without vsdbg installed
im on a windows machine with linux containers, im actually developing inside the iotedgedev container with the simulator running with the image genearated with dotnet publish --os linux --arch x64 /t:PublishContainer ...
when i f5 i get:
Starting: "docker" exec -i filtermodule sh -c "~/vsdbg/vsdbg --interpreter=vscode"
Error from pipe program 'docker': sh: 1: /home/app/vsdbg/vsdbg: not found
The pipe program 'docker' exited unexpectedly with code 127.
Any ideas?
thank you
- Lenguaje dominante
- Python
- Estrellas
- 166
- Forks
- 76
- Merge medio
- 11 d 18 h
- PR fusionados (30 d)
- 1
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
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 Azure/iotedgedev
-
Is this Project dead?Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
Azure/iotedgedev#634 ·
-
feature triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
Azure/iotedgedev#633 · 3 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Azure/iotedgedev#632 · 1 comentario ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
Azure/iotedgedev#631 · 1 comentario ·
-
[BUG] CI pipe line was failedAbiertobug triage
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
Azure/iotedgedev#629 · 6 comentarios ·
Todos los issues de Azure/iotedgedev
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
kornia/kornia#5263 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Metadata correction for W16-5400Abiertoapproved correction metadata
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
acl-org/acl-anthology#10133 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
BasedHardware/omi#20084 ·
Los mantenedores suelen responder en 1 día
-
bug needs-acceptance wg/evaluation-quality
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
vllm-project/semantic-router#4424 ·
Los mantenedores suelen responder en 1 día