-
Notifications
You must be signed in to change notification settings - Fork 15
Open
Description
When I was processing one of the collected trace using the example callback_duration.ipynb, I had following error:
Traceback (most recent call last):
File "/workspace/build/tracetools_analysis/tracetools_analysis/utils/ros2.py", line 297, in get_callback_owner_info
info = self.get_timer_handle_info(reference)
File "/workspace/build/tracetools_analysis/tracetools_analysis/utils/ros2.py", line 330, in get_timer_handle_info
node_handle_info = self.get_node_handle_info(node_handle)
File "/workspace/build/tracetools_analysis/tracetools_analysis/utils/ros2.py", line 485, in get_node_handle_info
if node_handle not in self.data.nodes.index:
File "/usr/local/lib/python3.10/dist-packages/pandas/core/indexes/base.py", line 5358, in __contains__
hash(key)
TypeError: unhashable type: 'Series'
After some debugging, it seems like following line returns a Series object instead of an Int. When print out it looks like following (The second column is the actual node handle value):
node handle:
timer_handle
140715477875168 94228934197408
140715477875168 94228934197408
140715477875168 94228934197408
140715477875168 94228934197408
140715477875168 94228934197408
...
140715477875168 94228934197408
140715477875168 94228934197408
140715477875168 94228934197408
140715477875168 94228934197408
140715477875168 94228934197408
Name: node_handle, Length: 116, dtype: int64
https://github.com/ros-tracing/tracetools_analysis/blob/rolling/tracetools_analysis/tracetools_analysis/utils/ros2.py#L333
Question would be:
- Is it normal to have duplicates of node handles in the
timer_node_links - If yes, should this part of logic be handled better?
- If no, does this indicate something wrong with my current deployment?
Sorry if this question is too general/broad and I would try to provide more information if needed.
Metadata
Metadata
Assignees
Labels
No labels