https://bugs.kde.org/show_bug.cgi?id=462403
Bug ID: 462403
Summary: Possible race condition
Classification: Applications
Product: kdeconnect
Version: unspecified
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: common
Assignee: albertv...@gmail.com
Reporter: horvathg.1...@gmail.com
Target Milestone: ---
I was looking at the source and I was wondering if these lines introduce some
race condition:
https://invent.kde.org/network/kdeconnect-kde/-/blob/master/plugins/mprisremote/mprisremoteplayer.cpp#L64-L73
My thought is the following: if newLength differs from m_length, first the
SIGNAL is sent out, than later the value of the variable is updated. Isn't it
possible, that the SLOT activates before the variable update happens so the
function still receives the older version of the variable value?
Disclaimer: Although I have some programming background and experience related
to my job, I have no formal training and also I lack experience with multi
threaded applications.
--
You are receiving this mail because:
You are watching all bug changes.
