[Spice-devel] SPICE logging facilities

Victor Toso victortoso at redhat.com
Thu Jul 5 07:59:37 UTC 2018


Hi,

On Wed, Jul 04, 2018 at 12:29:15PM -0400, Frediano Ziglio wrote:
> > 
> > On Wed, Jul 04, 2018 at 11:38:14AM -0400, Frediano Ziglio wrote:
> > > Another question is however "Are we going to use g_critical
> > > as g_critical?". It sounds a tricky question. Let say that
> > > a new person starts to look at the code and knows GLib. He
> > > see g_critical and think "well, this by default log a
> > > critical warning and continue" but instead on Spice is
> > > always fatal.
> > 
> > Unless I am confused, g_critical() should have the usual
> > default behaviour, and spice_critical() aborts, see
> > test_spice_abort_level_g_warning and the following tests
> > https://gitlab.freedesktop.org/spice/spice-common/blob/master/tests/test-logging.c#L62
> > 
> > Christophe
> 
> But you suggested c3d to use g_critical instead of
> spice_critical, isn't it confusing?

Okay, took some time to understand why it is confusing to you.
The problem is the behavior itself, you would like to keep the
abort/assert, correct?

> Forgot about telling what I think about logging and g_XXX vs
> spice_XXX.
> I agree we should use a single API to avoid confusion but
> should be consistent, not introducing free regressions so
> spice_critical -> g_error and
> spice_return_if_fail/spice_return_val_if_fail/spice_assert ->
> g_assert (making sure it's never disabled!).

Sounds reasonable.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/spice-devel/attachments/20180705/e42c0442/attachment-0001.sig>


More information about the Spice-devel mailing list