<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hello,<br>
<br>
I also encountered this problem while running 3.14 whereever
possible. Here is the gdb output:<br>
<br>
gnome-session[23651]: GLib-GIO-ERROR: Settings schema
'org.gnome.Vino' does not contain a key named 'enabled'<br>
aborting...<br>
<br>
Program received signal SIGTRAP, Trace/breakpoint trap.<br>
g_logv (log_domain=0x7ffff6c3e1b8 GLib-GIO,
log_level=G_LOG_LEVEL_ERROR, format=<optimized out>,<br>
args=args@entry=0x7fffffffdd80) at
/build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmessages.c:1046<br>
1046 /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmessages.c:
Datei oder Verzeichnis nicht gefunden.<br>
(gdb) backtrace<br>
#0 g_logv (log_domain=0x7ffff6c3e1b8 GLib-GIO,
log_level=G_LOG_LEVEL_ERROR, format=<optimized out>,<br>
args=args@entry=0x7fffffffdd80) at
/build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmessages.c:1046<br>
#1 0x00007ffff662ef6f in g_log
(log_domain=log_domain@entry=0x7ffff6c3e1b8 GLib-GIO,<br>
log_level=log_level@entry=G_LOG_LEVEL_ERROR,<br>
format=format@entry=0x7ffff6c5dc18 Settings schema %s does not
contain a key named %s)<br>
at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmessages.c:1079<br>
#2 0x00007ffff6bf7109 in g_settings_schema_get_value
(schema=0x6d5770, key=0x72a1e0 enabled)<br>
at
/build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gio/gsettingsschema.c:951<br>
#3 0x00007ffff6bf74b1 in g_settings_schema_key_init
(key=key@entry=0x7fffffffdf00, schema=0x6d5770,<br>
name=name@entry=0x72a1e0 enabled) at
/build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gio/gsettingsschema.c:1148<br>
#4 0x00007ffff6bfaf63 in g_settings_get_value (settings=0x6d5700,
key=0x72a1e0 enabled)<br>
at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gio/gsettings.c:1091<br>
#5 0x00007ffff6bfbf2b in g_settings_get_boolean
(settings=<optimized out>, key=<optimized out>)<br>
at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gio/gsettings.c:1904<br>
#6 0x000000000040b177 in ?? ()<br>
#7 0x00007ffff6b9c14a in g_initable_new_valist
(object_type=<optimized out>, first_property_name=0x4214f6
desktop-filename,<br>
var_args=0x7fffffffe050, cancellable=0x0, error=0x7fffffffe140)<br>
at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gio/ginitable.c:228<br>
#8 0x00007ffff6b9c236 in g_initable_new (object_type=<optimized
out>, cancellable=<optimized out>, error=<optimized
out>,<br>
first_property_name=<optimized out>) at
/build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gio/ginitable.c:146<br>
#9 0x0000000000419abd in ?? ()<br>
#10 0x000000000041b842 in ?? ()<br>
#11 0x000000000041c174 in ?? ()<br>
#12 0x0000000000409115 in ?? ()<br>
#13 0x00007ffff6257b45 in __libc_start_main (main=0x408b90, argc=2,
argv=0x7fffffffe348, init=<optimized out>,<br>
fini=<optimized out>, rtld_fini=<optimized out>,
stack_end=0x7fffffffe338) at libc-start.c:287<br>
#14 0x0000000000409221 in ?? ()<br>
(gdb) quit<br>
A debugging session is active.<br>
<br>
Inferior 1 [process 23651] will be killed.<br>
<br>
Quit anyway? (y or n) y<br>
<br>
<br>
So either the schema org.gnome.Vino is wrong or gnome-session
looking for that key and this is why the error message is brought
up. And because this is an error message, g_logv will just kill the
whole process, I guess by reading the docs on g_logv: "
<meta http-equiv="content-type" content="text/html; charset=utf-8">
If the log level has been set as fatal, the abort() function is
called to terminate the program."
(<a class="moz-txt-link-freetext" href="https://developer.gnome.org/glib/stable/glib-Message-Logging.html">https://developer.gnome.org/glib/stable/glib-Message-Logging.html</a>)<br>
<br>
Greetings,<br>
Kai<br>
<br>
On Sun, 28 Sep 2014 10:59:49 +0200 Andreas Henriksson
<a class="moz-txt-link-rfc2396E" href="mailto:andreas@fatal.se"><andreas@fatal.se></a> wrote:<br>
> Hello Ondrej!<br>
> <br>
> Thanks for your quick followup last time.<br>
> <br>
> I've found a few spare minutes to look into this but I'm
completely<br>
> failing to reproduce the issue. I also fail to see how it<br>
> happens just from looking at the source and trying to pussle<br>
> possible scenarios together in my head.<br>
> <br>
> More information on how you managed to reproduce this problem<br>
> (and a verification that you still can reproduce it?) would<br>
> be appreciated.<br>
> <br>
> Getting some backtraces from the failure state (or atleast
complete<br>
> output from the logs) would be helpful.<br>
> <br>
> Given my lack of time I'd say it's probably likely that I'm<br>
> completely overlooking something obvious here, but if this<br>
> is going to get a solution I need more input from<br>
> someone who are able to actually reproduce the problem.<br>
> <br>
> Regards,<br>
> Andreas Henriksson<br>
> <br>
> <br>
<br>
</body>
</html>