| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
Things are bit harsh in the indication manager when it comes to cancellation.
At certain situation we force-cancel the polling thread, having no chance
for cleanup. The mutex we use to protect memory shared between threads may
be left in undefined state.
The pthread_mutex_unlock() call in im_stop_ind() may be called on already
unlocked mutex which, in default setup, causes a segfault. Setting a mutex
attribute PTHREAD_MUTEX_ERRORCHECK will prevent this, returning proper error.
|
|
|
|
|
|
|
|
|
|
| |
As per https://fedorahosted.org/openlmi/wiki/CodingConventions any
debugging message that shouldn't go to user should be using
CMTraceMessage().
Doing this change to minimize output to syslog, making journald
indications nearly impossible to debug due to constant logging,
generating more and more indications, resulting in endless loop.
|
|
|
|
|
| |
This fixes thread leak due to im_stop_ind() not cleaning up running thread.
This change also brings some guarantees, see README for details.
|
|
|
|
|
|
| |
When not polling, manager->enums is NULL resulting in segfault. This patch
adds extra test and retrieves the object path required from instances
to be sent.
|
|
|
|
|
| |
Manual instance creation in the gather callback sometimes requires access
to the CMPIBroker instance, stored in the indication manager struct.
|
| |
|
| |
|
|
|
|
| |
Signed-off-by: Roman Rakus <rrakus@redhat.com>
|
|
|
|
|
|
|
| |
When some filter is added there was missing very first poll
leading in loosing of first indication.
Signed-off-by: Roman Rakus <rrakus@redhat.com>
|
| |
|
|
|
|
| |
Signed-off-by: Roman Rakus <rrakus@redhat.com>
|
|
Signed-off-by: Roman Rakus <rrakus@redhat.com>
|