Revert "libdlog: initialise through attribute constructor" 15/199815/3 accepted/tizen/unified/20190218.163242 submit/tizen/20190218.011546
authorMichal Bloch <m.bloch@samsung.com>
Thu, 14 Feb 2019 11:57:21 +0000 (12:57 +0100)
committerHyotaek Shim <hyotaek.shim@samsung.com>
Mon, 18 Feb 2019 01:13:48 +0000 (01:13 +0000)
commitb6fc587b29893517472bb84ad7e98a8ed212e2e8
tree4ef046077a0cc7596e8e22ee9e7ba4f811e5dc5d
parent9f1ee81fc635896b6053ac69d55cb255334a65a5
Revert "libdlog: initialise through attribute constructor"

This reverts commit a1ffe213e5c242a7e10e65e49cb50b6fae945ed8.

Multiple Tizen daemons close all descriptors and only then try
to do logging. Initialising the library on first use means that
this use case works correctly. Meanwhile, with constructor-based
initialisation, this mass close affects all dlog FDs. While in
general this won't help if somebody sends a log and then closes
FDs, it means that the most common use case (somewhat enforced
by previous dlog behaviour) is solved.

Change-Id: Ic4e72a5d88c2050bcd20f781793a563ddbc49347
include/libdlog.h
src/libdlog/log.c
src/tests/libdlog_base.c