Am 04.12.2015 08:30, schrieb Alan Coopersmith:
> Free the correct bits of memory if we run out and need to unwind
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=93184
> Signed-off-by: Alan Coopersmith
> ---
> modules/om/generic/omGeneric.c | 7 ---
On 12/ 4/15 12:05 AM, walter harms wrote:
Am 04.12.2015 08:30, schrieb Alan Coopersmith:
@@ -1895,7 +1895,8 @@ read_EncodingInfo(
len = strlen(buf);
font_data->name = Xmalloc(len + 1);
if (font_data->name == NULL) {
-Xfree(font_data);
+
Rework code to store allocations directly into XIM struct instead of
temporary local variables, so we can use _XCloseIM to unwind instead
of duplicating it, and consistently jump to error handler on failure,
instead of sometimes leaking and sometimes freeing.
Signed-off-by: Alan Coopersmith
Hi,
On 03-12-15 11:05, Laércio de Sousa wrote:
Since non-seat0 X servers no longer touch VTs,
I believe these settings are unnecessary.
Signed-off-by: Laércio de Sousa
Thanks, you're right keeptty is not used when !ServerIsNotSeat0():
Reviewed-by:
2015-04-05 3:22 GMT-03:00 Jeremy Huddleston Sequoia :
> While you're at it, would you mind updating Xephyr to support matching the
> parent server's keyboard layout (similar to what Xnest does, cf:
> 83fef4235db86343477b4ec9858c6ba35e1aa7d9)? I never got around to doing
>
The configure script looks for the libsystemd-daemon pkg-config
module. If the configure script finds it, the script will add
libsystemd-daemon to a list of modules which are used to consolidate
CFLAGS and LIBS.
The check for libsystemd-daemon was altered to fallback to libsystemd
if
Hi,
On 4 December 2015 at 11:37, Laércio de Sousa
wrote:
> 2015-04-05 3:22 GMT-03:00 Jeremy Huddleston Sequoia :
>> While you're at it, would you mind updating Xephyr to support matching the
>> parent server's keyboard layout (similar
Peter Hutterer writes:
> the main problem is: I don't know what we'll break with this. I really don't
> know who uses raw keyboard events, or if anyone does.
We'll clearly have to leave people with the option to re-enable whatever
we disable for the sake of security.
On Tue, Dec 1, 2015 at 7:48 AM, Rui Matos wrote:
> Each shm pool implies a file descriptor which means that currently, we
> can quickly exhaust the available FDs since we create a shm pool per
> cursor buffer. Instead, this patch creates shm pools big enough to
> contain