1. 07 May, 2020 1 commit
  2. 09 Jan, 2020 1 commit
  3. 05 Jan, 2020 4 commits
  4. 29 Sep, 2019 1 commit
  5. 27 Aug, 2019 2 commits
    • Ulrich Sibiller's avatar
      dix: add whiteroot flag · 8eeaa40b
      Ulrich Sibiller authored
      Before there was no way of getting a white background despite having
      the approriate code.
      
      Backport of this commit:
      
        commit cb0a565d2b2cf8823abbd77b4426cc2237731dc1
        Author: Daniel Stone <daniel@fooishbar.org>
        Date:   Fri Aug 18 17:04:48 2006 +0300
      
          dix: add whiteroot flag
          Add a -wr option to use a white root window, and use a BackPixel rather
          than BackPixmap for both white and black root windows.
      
      Fixes ArcticaProject/nx-libs#832
      8eeaa40b
    • Ulrich Sibiller's avatar
      dix: add whiteroot flag · a539aaa6
      Ulrich Sibiller authored
      Before there was no way of getting a white background despite having
      the approriate code.
      
      Backport of this commit:
      
        commit cb0a565d2b2cf8823abbd77b4426cc2237731dc1
        Author: Daniel Stone <daniel@fooishbar.org>
        Date:   Fri Aug 18 17:04:48 2006 +0300
      
          dix: add whiteroot flag
          Add a -wr option to use a white root window, and use a BackPixel rather
          than BackPixmap for both white and black root windows.
      
      Fixes ArcticaProject/nx-libs#832
      a539aaa6
  6. 22 Jun, 2019 1 commit
  7. 12 Jun, 2019 1 commit
    • Ulrich Sibiller's avatar
      Remove the Must_have_memory hack. · a765857a
      Ulrich Sibiller authored
      We are not using any alloc function that respects that variable, so
      lets drop it. Backport of this commit:
      
        commit 0ce61e21d6d7dcca0090e319bbcdb678570f2c3f
        Author: Adam Jackson <ajax@redhat.com>
        Date:   Fri Oct 3 16:05:19 2008 -0400
      
          Remove the Must_have_memory hack.
      
          Also remove an astonishing amount of misunderstanding of how casts work.
      a765857a
  8. 11 Jun, 2019 1 commit
    • Ulrich Sibiller's avatar
      os: fix BigReq ignoring when another request is pending · a736122f
      Ulrich Sibiller authored
      Not sure how it came to this situation, but the following commit is
      partly contained in our version of the code. Some lines had not been
      removed, tough...
      
        commit c80c41767eb101e9dbd8393d8cca7764b4e248a4
        Author: Aaron Plattner <aplattner@nvidia.com>
        Date:   Mon Oct 25 22:01:32 2010 -0700
      
          os: Fix BigReq ignoring when another request is pending
      
          Commit cf88363db0ebb42df7cc286b85d30d7898aea840 fixed the handling of
          BigReq requests that are way too large and handles the case where the
          read() syscall returns a short read.  However, it neglected to handle
          the case where it returns a long read, which happens when the client
          has another request in the queue after the bogus large one.
      
          Handle the long read case by subtracting the smaller of 'needed' and
          'gotnow' from oci->ignoreBytes.  If needed < gotnow, simply subtract
          the two, leaving gotnow equal to the number of extra bytes read.
          Since the code immediately following the (oci->ignoreBytes > 0) block
          tries to handle the next request, advance oci->bufptr immediately
          instead of setting oci->lenLastReq and letting the next call to
          ReadRequestFromClient do it.
      
          Fixes the XTS pChangeKeyboardMapping-3 test.
      
                   CASES TESTS  PASS UNSUP UNTST NOTIU  WARN   FIP  FAIL UNRES  UNIN ABORT
          -Xproto    122   389   367     2    19     0     0     0     1     0     0     0
          +Xproto    122   389   368     2    19     0     0     0     0     0     0     0
      Signed-off-by: 's avatarAaron Plattner <aplattner@nvidia.com>
      Reviewed-by: 's avatarAdam Jackson <ajax@redhat.com>
      Signed-off-by: 's avatarKeith Packard <keithp@keithp.com>
      a736122f
  9. 10 May, 2019 1 commit
    • Ulrich Sibiller's avatar
      Die XTESTEXT1, die! · b32a984f
      Ulrich Sibiller authored
        commit a73e0f8cdfec1c9199ffe696146ba7d677c4c10d
        Author: Daniel Stone <daniel@fooishbar.org>
        Date:   Thu Jun 1 18:47:47 2006 +0000
      
          Die XTESTEXT1, die!
      
      Citing an email from the xorg-modular mailing list:
      
      On Tuesday 21 February 2006 23:04, Enrico Weigelt wrote:
      > Hi folks,
      >
      > I'm wondering what's the difference between XTEST and XTESTEXT1
      > (the second one can be configured w/ my current patch ...)
      > Are they both the same ( -> XTest extension ) ?
      > Can I put both symbols together ?
      
      They're not the same extension.  XTest is the one you want, if you want
      either.  The other hasn't been built by default in ages and I should probably
      go ahead and nuke it from the tree.
      
      - ajax
      b32a984f
  10. 06 Oct, 2018 1 commit
    • Ulrich Sibiller's avatar
      nxagent: Fix an excessive request size limitation that broke big-requests. · da9d1a52
      Ulrich Sibiller authored
      Fixes ArcticaProject/nx-libs#301, #631
      
      Backport from xorg-xserver:
      
        commit ca82d4bddf235c9b68d51d68636bab40eafb9889
        Author: Eric Anholt <eric@anholt.net>
        Date:   Fri Aug 31 13:00:23 2007 -0700
      
          Bug #7186: Fix an excessive request size limitation that broke big-requests.
      
          MAXBUFSIZE appears to be a leftover of some previous time.  Instead, just
          use maxBigRequestSize when bigreqs are available (limiting buffers to ~16MB).
          When bigreqs are not available, needed won't be larger than the maximum
          size of a non-bigreqs request (256kB).
      da9d1a52
  11. 21 Aug, 2018 1 commit
  12. 18 Jul, 2018 1 commit
  13. 03 Jul, 2018 1 commit
    • Ulrich Sibiller's avatar
      os/io.c: fix unitialised bytes · e5975a70
      Ulrich Sibiller authored
      ... by implementing some kind of recalloc (mix of realloc and calloc).
      
      Fixes this valgrind finding:
      
      ==7061== Syscall param writev(vector[...]) points to uninitialised byte(s)
      ==7061==    at 0x781EFE0: __writev_nocancel (syscall-template.S:84)
      ==7061==    by 0x488974: _XSERVTransSocketWritev (Xtranssock.c:2914)
      ==7061==    by 0x47DBD3: FlushClient (io.c:1080)
      ==7061==    by 0x47DBD3: FlushAllOutput.part.0 (io.c:817)
      ==7061==    by 0x477304: WaitForSomething (WaitFor.c:246)
      ==7061==    by 0x434369: Dispatch (NXdispatch.c:360)
      ==7061==    by 0x40EB92: main (main.c:353)
      ==7061==  Address 0x102106f3 is 50,211 bytes inside a block of size 54,308 alloc'd
      ==7061==    at 0x4C2FD5F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
      ==7061==    by 0x47F08F: FlushClient (io.c:1123)
      ==7061==    by 0x47F307: WriteToClient (io.c:991)
      ==7061==    by 0x42903C: doListFontsAndAliases (NXdixfonts.c:660)
      ==7061==    by 0x42B7D6: ListFonts (NXdixfonts.c:735)
      ==7061==    by 0x433A6D: ProcListFonts (NXdispatch.c:989)
      ==7061==    by 0x4344A5: Dispatch (NXdispatch.c:482)
      ==7061==    by 0x40EB92: main (main.c:353)
      ==7061==  Uninitialised value was created by a heap allocation
      ==7061==    at 0x4C2FD5F: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
      ==7061==    by 0x47F08F: FlushClient (io.c:1123)
      ==7061==    by 0x47F307: WriteToClient (io.c:991)
      ==7061==    by 0x42903C: doListFontsAndAliases (NXdixfonts.c:660)
      ==7061==    by 0x42B7D6: ListFonts (NXdixfonts.c:735)
      ==7061==    by 0x433A6D: ProcListFonts (NXdispatch.c:989)
      ==7061==    by 0x4344A5: Dispatch (NXdispatch.c:482)
      ==7061==    by 0x40EB92: main (main.c:353)
      ==7061==
      e5975a70
  14. 15 Mar, 2018 1 commit
  15. 28 Feb, 2018 1 commit
  16. 27 Feb, 2018 2 commits
  17. 26 Feb, 2018 3 commits
  18. 07 Feb, 2018 1 commit
  19. 13 Dec, 2017 1 commit
  20. 11 Dec, 2017 2 commits
    • Mike Gabriel's avatar
      Xserver/os/xprintf.c: Drop NoMachine's own implementation of Xvasprintf(). Use… · cf2e0765
      Mike Gabriel authored
      Xserver/os/xprintf.c: Drop NoMachine's own implementation of Xvasprintf(). Use stock implementation instead.
      
       * Reason from NoMachine's NX CHANGELOG for having its own implementation
         of Xvasprintf() (from around nxagent 3.3.0):
      
          - Fixed TR06G02225. The implementation of Xvprintf() has been reviewed
            to work on more platforms. Previous implementation caused a failure
            in the build of keyboard map on some platform like Solaris 8 and 9.
          - Fixed TR03G02198. Reimplemented Xvprintf() in Xserver/os to handle
            the case in which vsnprintf returned -1.
      
       * Reason for removing it again:
      
          - Fixes segfaults in SetDefaultFontPath when launching nxagent.
          - All locations in Xserver/** using the code check for return value
            of -1.
          - Solaris 8 and 9 are beyond of our support scope.
          - Keep more in sync with X.org.
          - Good moment to drop more GPL-2 code from Xserver's code base.
      cf2e0765
    • Mihai Moldovan's avatar
      nx-X11/programs/Xserver/os/xprintf.c: remove doubly-defined Xscnprintf function,… · c31cd773
      Mihai Moldovan authored
      nx-X11/programs/Xserver/os/xprintf.c: remove doubly-defined Xscnprintf function, add missing header includes.
      
      Fix up for 1e3a9748, which has been
      faulty in this regard.
      c31cd773
  21. 10 Dec, 2017 3 commits
    • Daniel Kurtz's avatar
      os/xprintf: add Xvscnprintf and Xscnprintf · a6e632aa
      Daniel Kurtz authored
      Backported from X.org:
      
      commit 5c2e2a164d615ab06be28a663734e782614b5cc7
      Author: Daniel Kurtz <djkurtz@chromium.org>
      Date:   Wed Apr 18 09:51:51 2012 +0000
      
          os/xprintf: add Xvscnprintf and Xscnprintf
      
          Normal snprintf() usually returns the number of bytes that would have been
          written into a buffer had the buffer been long enough.
      
          The scnprintf() variants return the actual number of bytes written,
          excluding the trailing '\0'.
      Signed-off-by: 's avatarDaniel Kurtz <djkurtz@chromium.org>
      Reviewed-by: 's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Signed-off-by: 's avatarPeter Hutterer <peter.hutterer@who-t.net>
      Backported-to-NX-by: 's avatarMihai Moldovan <ionic@ionic.de>
      a6e632aa
    • Colin Harrison's avatar
      Typo in xserver Xvasprintf() · c281c6e0
      Colin Harrison authored
      Backported from X.org:
      
      commit 1324b0ca9f8a7fdaf03b374c75eb3c9df407c2f1
      Author: Colin Harrison <colin.harrison@virgin.net>
      Date:   Fri Dec 10 00:08:24 2010 +0000
      
          Typo in xserver Xvasprintf()
      
          I needed this patch in the wrapper around vsnprintf() in os/xprintf.c
          (MinGW for Windows build) to correct various crashes.
      Reviewed-by: 's avatarAlan Coopersmith <alan.coopersmith@oracle.com>
      Backported-to-NX-by: 's avatarMihai Moldovan <ionic@ionic.de>
      c281c6e0
    • Alan Coopersmith's avatar
      Add asprintf() implementation for platforms without it · 1e3a9748
      Alan Coopersmith authored
      Backported from X.org:
      
      commit c95c1d338fdb62dbe3dba934b97324fa778b7fce
      Author: Alan Coopersmith <alan.coopersmith@oracle.com>
      Date:   Sat Nov 27 18:43:12 2010 -0800
      
          Add asprintf() implementation for platforms without it
      
          Provides a portable implementation of this common allocating sprintf()
          API found in many, but not yet all, of the platforms we support.
          If the platform provides vasprintf() we simply wrap it, otherwise we
          implement it - either way callers can use it regardless of platform.
      
          Since not all platforms guarantee to NULL out the return pointer on
          failure, we don't either, and require callers to check the return
          value for -1.
      
          The old Xprintf() API is deprecated, but left for compatibility for now.
      
          The new API is added in a new header so that it can be used in parts of
          the server such as hw/xfree86/parser that don't include all the server
          headers.
      Signed-off-by: 's avatarAlan Coopersmith <alan.coopersmith@oracle.com>
      Reviewed-by: 's avatarMikhail Gusarov <dottedmag@dottedmag.net>
      
      Includes re-indentation changes from
      9838b7032ea9792bec21af424c53c07078636d21.
      Backported-to-NX-by: 's avatarMihai Moldovan <ionic@ionic.de>
      1e3a9748
  22. 07 Dec, 2017 1 commit
    • Ulrich Sibiller's avatar
      Reintroduce -co as no-op · eff0f366
      Ulrich Sibiller authored
      nxagent will abort if it encounters an unknown command line option. As
      we want 3.6 to be a drop-in replacement for 3.5 we cannot simply drop old
      options but must accept them as no-op.
      eff0f366
  23. 20 Apr, 2017 3 commits
  24. 19 Apr, 2017 1 commit
  25. 10 Apr, 2017 2 commits
    • Mike Gabriel's avatar
      Regression fix for added libXfont2 API support: · d63b4a5b
      Mike Gabriel authored
       - Move FONT_DEFINES and XLIBFONT definition to from Server.tmpl to
         Imake.tmpl.
       - Add FONT_DEFINES to ALLDEFINES.
       - Drop SpecialCObjectRules with FONT_DEFINES from various Imakefiles
         again, FONT_DEFINES is now set "globally".
       - Hand over FONT_DEFINES from main Makefile to nx-X11's make BuildEnv
         to make gccmakedep happy.
      d63b4a5b
    • Mike Gabriel's avatar
      Xserver: Support building against libXfont2 (v2) API and old libXfont(1) API alike. · f4c80a78
      Mike Gabriel authored
       Fixes ArcticaProject/nx-libs#296.
      
       Inspired by the following X.org commit. Other than X.org, we will continue
       support for building nx-libs against libXfont1 for a while.
      
       commit 05a793f5b3c40747d5a92a076def7f4fb673c7e7
       Author: Keith Packard <keithp@keithp.com>
       Date:   Tue Sep 1 18:50:55 2015 -0700
      
          dix: Switch to the libXfont2 API (v2)
      
          This new libXfont API eliminates exposing internal X server symbols to
          the font library, replacing those with a struct full of the entire API
          needed to use that library.
      
          v2: Use libXfont2 instead of libXfont_2
      Signed-off-by: 's avatarKeith Packard <keithp@keithp.com>
      Reviewed-by: 's avatarAdam Jackson <ajax@redhat.com>
      f4c80a78
  26. 21 Mar, 2017 2 commits