| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
| |
even if we issue a FatalError afterwards
|
|
|
|
|
|
| |
I am not sure about the maximum font name length in X but just in
case use snprintf instead of memcpy to be sure nothing dangerous can
happen here.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
This is a partial copy from XlibInt.c's _XPrintDefaultError, which had
some minor changes since being copied. Update to reflect these
changes. Also comment some more lines as their result was unused an
cluttered the output.
|
| |
|
| |
|
|
|
|
| |
and insert one single space
|
| |
|
| |
|
|
|
|
| |
Also comment the code and convert error messages to warnings.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Fix write past the end of singlePath if PATH contains dirs longer than PATH_MAX.
|
| |
|
|
|
|
| |
lengths
|
|
|
|
|
| |
We need this to be able to execute the resulting nxagent binary from
within the build directory.
|
|
|
|
|
|
|
|
|
| |
version with the system location.
While the install target explicitly installs the relinked
system-location version of a program, we do not actually use this.
Currently, we copy nxagent directly out of the build root.
|
|
|
|
| |
creation for nxagent.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As discussed in ArcticaProject/nx-libs#610, we need a way to load
libNX_X11 as a fake version of libX11 into nxagent's address space.
For doing so, we have to link against libX11 at build-time and specify
a(n) RPATH/RUNPATH to our libX11 -> libNX_X11 compat symlinks.
This commit is essentially doing a cross between options 3 and 4
discussed in the provided GH issue.
We link libX11 early (before specifying -Lcompat_symlinks_dir), so that
the linker finds the "real" libX11 version with the libX11 SONAME. This
leads to our binary depending upon both libX11 and libNX_X11 SONAMEs. We
already always added RPATH/RUNPATH, but these values are not passed down
to dependent libraries.
What happens at run-time is that the loader searches for a libX11
SONAME, takes RPATH/RUNPATH into account and loads our libNX_X11 library
instead via the compat symlinks. This satisfies the libX11 SONAME and
dependent libraries will *not* load the system libX11 version again.
Debian's dpkg-shlibdeps isn't quite happy about this mismatching SONAME
situation, so instruct to look the other way while we're minding our
business.
Fixes: ArcticaProject/nx-libs#610
|
|
|
|
| |
as reported by valgrind
|
|
|
|
|
|
| |
output.
Was dropped erroneously in cec31e2f06b29b332ee78cfefeefa7bfa136be75.
|
|
|
|
|
|
|
| |
modifying CRTC modes.
This should get rid of the infamous "800x600 screen size" issue
reproduced in X2Go whole display setups.
|
|
|
|
|
|
|
| |
include stdlib.h and string.h for memset, malloc and free prototypes.
Without that they are only implicitly defined - leading to build
failures on *SUSE.
|
|
|
|
| |
actually header I was searching for.
|
|
|
|
| |
via the _SHAPE_SERVER_ macro.
|
|
|
|
| |
proto versions, since shape.h would pull in Xlib.
|
| |
|
|
|
|
|
|
| |
are directly available.
Especially don't add linking flags willy-nilly.
|
| |
|
| |
|
|
|
|
|
| |
Legacy Xext proto versions are automatically detected by the main
Makefile.
|
|
|
|
|
|
|
|
| |
Partly reverts ec30a857eb0d67b232f8d43e63a6370023f4c4d0, but in a
forward-compatible manner.
Legacy libXfont1 versions are automatically detected by the main
Makefile.
|
|
|
|
| |
other locations.
|
|
|
|
| |
Just copy-paste the initial definition to avoid recursion.
|
|
|
|
|
|
| |
{ARM,PPC}{32,64}.
We need -std=c99 to be passed through to the build process.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
They have been flawed ever since nxagent came up, as they were Xfree
(non-capital f) always, but should have been XFree (capital F, defined
in Xlibint.h and part of libNX_X11).
.
Probably this all should be free() all over the code (bearing in mind,
that XFree() returns int, not void. But still...
Fixes ArcticaProject/nx-libs#553.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
as pointers
Picked from this X.org commit:
commit b0dd6be2c8703f7062d45ac9fd646550c7d54e3b
Author: Jamey Sharp <jamey@minilop.net>
Date: Thu Oct 8 13:38:44 2009 +1100
Cast small-int values through intptr_t when passed as pointers
On 64-bit systems, int and pointers don't have the same size, so GCC gives
warnings about casts between int and pointer types. However, in the cases
covered by this patch, it's always a value that fits in int being stored
temporarily as a pointer and then converted back later, which is safe.
Casting through the pointer-sized integer type intptr_t convinces the
compiler that this is OK.
Signed-off-by: Jamey Sharp <jamey@minilop.net>
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Backported-to-NX-by: Mike Gabriel <mike.gabriel@das-netzwerkteam.de>
(Only appropriate location for backporting: Xserver/GL/glx/glxcmds.c).
|
|
|
|
|
|
|
| |
Xrm.c: In function 'PutEntry':
Xrm.c:900:15: warning: logical not is only applied to the left hand side of comparison [-Wlogical-not-parentheses]
!quarks[2] != table->leaf)
^~
|