LM/HM: clock_gettime mixed with std::chrono for time measurement

Đang mở
  • Có gì không ổn?
#948 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
35/100
Loại issue
Tài liệu
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
cpp
Lĩnh vực
backend

Hướng nghiên cứu

Read docs/module/safety_mgt/dependency_aou_handling.rst and the cited timing calls in process_group_manager/details/component.cpp, alive_monitor/details/timers/Timers_OsClock.cpp, and osal/details/posix/semaphore.cpp; compare them with the std::chrono usage across Launch Manager and Health Monitor. The maintainer must decide how clock_gettime is classified under the dependency AoU and whether mixing APIs is acceptable. Done means updating the triage verdict with the decision and closing this issue.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

inspection finding

AoU aou_req__os__cxx_preference (C++ Library Preference) of a dependency of Lifecycle is open in the dependency AoU triage (#923, docs/module/safety_mgt/dependency_aou_handling.rst).

Component: Launch Manager, Health Monitor

Evidence: Timing mixes C and C++: clock_gettime(CLOCK_MONOTONIC) in process_group_manager/details/component.cpp:254,278, alive_monitor/details/timers/Timers_OsClock.cpp:29, osal/details/posix/semaphore.cpp:60 vs std::chrono in ~59 LM/HM files.

Decision needed: Maintainer question: is clock_gettime a C-lib or OS (POSIX) API for this AoU, and is mixing it with std::chrono for time measurement acceptable? Otherwise unify on std::chrono (or document a deviation). No other obvious mix (no malloc/strcpy/atoi).

Once decided, the verdict in the triage page is updated (fulfils link, forwarded AoU, or a documented deviation) and this issue is closed.

Ngôn ngữ chính
C++
Star
7
Fork
37
Merge trung bình
2 ngày 11 giờ
Pull request đã merge (30 ngày)
106

Chuẩn bị môi trường

Mở trong Codespaces

Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.

  • Không có Dockerfile hay tệp Docker Compose
  • Có mẫu pull request
  • Không có hướng dẫn đóng góp

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của eclipse-score/lifecycle

Tất cả issue của eclipse-score/lifecycle

Issue tương tự

Thêm issue về C++

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.