Skip to content

fix(process_group_manager): standardize ProcessInfoNode logs - #609

Open
shegazyy wants to merge 1 commit into
eclipse-score:mainfrom
Valeo-S-CORE-Organization:fix/standardize-process-info-node-logs
Open

fix(process_group_manager): standardize ProcessInfoNode logs#609
shegazyy wants to merge 1 commit into
eclipse-score:mainfrom
Valeo-S-CORE-Organization:fix/standardize-process-info-node-logs

Conversation

@shegazyy

@shegazyy shegazyy commented Sep 7, 2026

Copy link
Copy Markdown
Contributor

Add a private logId() helper that renders a consistent identity string, "Name: , PID: ", and use it at all 19 call sites in ProcessInfoNode that previously formatted process identity differently ("process X", "process (X)", "process X pid Y", "pid Y (X)", ...).

Also fixes a bug at startProcess(): a log statement streamed the raw 'this' pointer instead of process identity, which prints as "1"/"true" under the fallback console logger instead of anything useful.

Two logs that previously omitted process identity entirely (file-wait error, PID-map insertion failure) now include it too.

fixes #570

…-score#570)

Add a private logId() helper that renders a consistent identity string,
"Name: <name>, PID: <pid>", and use it at all 19 call sites in
ProcessInfoNode that previously formatted process identity differently
("process X", "process (X)", "process X pid Y", "pid Y (X)", ...).

Also fixes a bug at startProcess(): a log statement streamed the raw
'this' pointer instead of process identity, which prints as "1"/"true"
under the fallback console logger instead of anything useful.

Two logs that previously omitted process identity entirely (file-wait
error, PID-map insertion failure) now include it too.
@danth

danth commented Sep 9, 2026

Copy link
Copy Markdown
Member

Maybe it would be good for readability if we always put the identifier at the beginning of the message?

control_client: PID 73: started
control_client: PID 73: reported running
control_client: PID 73: terminated with exit code 1

std::atomic_store(&control_client_channel_, ControlClientChannel::getControlClientChannel(sync_));
}

std::string ProcessInfoNode::logId() const

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I like the idea of having this reusable method.

Currently, though this causes heap allocation on every call which we need to avoid after initialization.
So I think we need to come up with a way that does not require heap after construction

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: Backlog

Development

Successfully merging this pull request may close these issues.

Standardize ProcessInfoNode logs

3 participants