mirror of
https://git.libcamera.org/libcamera/libcamera.git
synced 2025-07-25 09:35:06 +03:00
01e387acb0
The LogCategory instances are constructed on first use as static variables in accessor functions, following the Meyers singleton pattern. As a result, their destruction order is not guaranteed. This can cause issues as the global Logger object, constructed in a similar fashion, is accessed from the LogCategory destructor and may be destroyed first. To fix this, keep the same singleton pattern, but allocate the LogCategory instances dynamically. As they get registered with the global Logger instance, we can destroy them in the Logger destructor. This only avoids destruction order issues between LogCategory and Logger, and doesn't address yet the fact that LOG() calls from destructors of global objects may access an already destroyed Logger. Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com> Reviewed-by: Hirokazu Honda <hiroh@chormium.org> Reviewed-by: Kieran Bingham <kieran.bingham@ideasonboard.com> |
||
|---|---|---|
| .. | ||
| internal | ||
| ipa | ||
| bound_method.h | ||
| buffer.h | ||
| camera.h | ||
| camera_manager.h | ||
| class.h | ||
| compiler.h | ||
| control_ids.h.in | ||
| controls.h | ||
| file_descriptor.h | ||
| formats.h.in | ||
| framebuffer_allocator.h | ||
| geometry.h | ||
| logging.h | ||
| meson.build | ||
| object.h | ||
| pixel_format.h | ||
| property_ids.h.in | ||
| request.h | ||
| signal.h | ||
| span.h | ||
| stream.h | ||
| transform.h | ||
| version.h.in | ||