ping_pong rand() is not seeded so device ids are likely the same across nodes
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 2/5
- Tempo estimado
- 1-3 horas
- Facilidade para iniciantes
- 68/100
- Tipo de issue
- Bug
- Clareza
- Razoavelmente clara
- Status de atividade
- Ativa
- Stack de tecnologia
- c
- Domínio
- distributed-systems, embedded-iot
Direção de pesquisa
Comece pelo executável ping_pong no pacote micro_ros_demos_rclc e acompanhe como os IDs dos dispositivos e o estado de rand() são inicializados. Reproduza o problema usando os comandos fornecidos de build com colcon e de contêineres e, em seguida, verifique se os dois contêineres trocam mensagens Ping e Pong com IDs distintos.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Issue template
- Hardware description: docker only
- RTOS: N/A
- Installation type: a containerized version of https://micro.ros.org/docs/tutorials/core/first_application_linux/
- Version or commit hash: b86db303dd7aed7ed34de2e1c2f94300c2ba7e4e
- this patch to fix the stack corruption https://github.com/micro-ROS/micro-ROS-demos/pull/96
Steps to reproduce the issue
Build this repo on your target
cd /ros2_ws
. /opt/ros/humble/setup.bash
. install/local_setup.bash
colcon build --packages-select micro_ros_demos_rclc
/ros2_ws/install/micro_ros_demos_rclc/lib/micro_ros_demos_rclc/ping_pong
Expected behavior
I expect to see ping/pong messages
Actual behavior
You will see only Ping or only Pong messages
Additional information
Running on Ubuntu 24.04 host, docker compose driving a pair of containers to pubsub.
In my testing, seeding random with a nanosecond clock is sufficient to generate different device ids. I'd file a PR but I'd like to see if this was intended or maybe just an artifact of launching two container simultaneously
- Linguagem predominante
- C
- Estrelas
- 101
- Forks
- 35
- Merge médio
- 4d 16h
- PRs com merge (30d)
- 3
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de micro-ROS/micro-ROS-demos
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 30/100
micro-ROS/micro-ROS-demos#83 ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
micro-ROS/micro-ROS-demos#81 · 11 comentários ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 30/100
micro-ROS/micro-ROS-demos#79 · 5 comentários ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 25/100
micro-ROS/micro-ROS-demos#74 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 35/100
micro-ROS/micro-ROS-demos#64 ·
Todas as issues de micro-ROS/micro-ROS-demos
Issues semelhantes
-
level/task module/gcp type/bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 85/100
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 86/100
hapostgres/pg_auto_failover#1190 ·
-
docs
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 85/100
-
P3 sonic-vpp
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100
sonic-net/sonic-buildimage#29662 ·
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 94/100
spack/spack-packages#6586 ·