1. 15 Nov, 2017 1 commit
  2. 23 Oct, 2017 1 commit
  3. 30 Jan, 2017 1 commit
  4. 02 Dec, 2015 2 commits
  5. 01 Dec, 2015 2 commits
  6. 17 Nov, 2015 1 commit
  7. 03 Nov, 2015 1 commit
    • Ralf Habacker's avatar
      Test system bus config files on Unix only · 34d0c73f
      Ralf Habacker authored
      Previously, we didn't consistently test parsing of every file in
      valid-config-files-system/ everywhere that we tested valid-config-files/.
      We now test it on Unix.
      
      The system bus is not supported on Windows, so we do not test
      valid-config-files-system/ there.
      
      valid-config-files/many-rules.conf contains <user> and <group> rules
      which are not applicable to Windows. Copy the original many-rules.conf
      to valid-config-files-system/ so that it will be tested on Unix, and
      remove the non-portable rules from valid-config-files/many-rules.conf.
      
      Bug: https://bugs.freedesktop.org/show_bug.cgi?id=92721Reviewed-by: default avatarSimon McVittie <simon.mcvittie@collabora.co.uk>
      [rh:base patch came from Simon]
      34d0c73f
  8. 21 Oct, 2015 1 commit
  9. 15 Apr, 2015 1 commit
  10. 04 Mar, 2015 1 commit
  11. 12 Feb, 2015 1 commit
  12. 04 Feb, 2015 2 commits
  13. 30 Jan, 2015 1 commit
  14. 05 Jan, 2015 1 commit
  15. 24 Oct, 2014 2 commits
  16. 08 Sep, 2014 1 commit
  17. 08 Aug, 2014 1 commit
  18. 17 Jan, 2014 3 commits
  19. 10 Jan, 2014 2 commits
  20. 09 Jan, 2014 2 commits
  21. 08 Jan, 2014 1 commit
  22. 07 Jan, 2014 1 commit
  23. 04 Jan, 2012 2 commits
  24. 21 Nov, 2011 1 commit
  25. 28 Sep, 2011 2 commits
    • Simon McVittie's avatar
      Remove EXT variable from CMake, just use Automake-compatible EXEEXT · c141af61
      Simon McVittie authored
      According to Ralf, there's no standard name for this in CMake, so we
      might as well use the standard Automake name.
      Signed-off-by: default avatarSimon McVittie <simon.mcvittie@collabora.co.uk>
      Reviewed-by: Ralf Habacker's avatarRalf Habacker <ralf.habacker@freenet.de>
      Bug: https://bugs.freedesktop.org/show_bug.cgi?id=41222
      c141af61
    • Simon McVittie's avatar
      Merge tests' cmake and autotools bus configuration · e9f0378b
      Simon McVittie authored
      In Unix, the tests listened on both debug-pipe (which is a socketpair,
      or a TCP emulation of socketpair on Windows) and a Unix socket.
      
      In the Windows port, the tests were hard-coded to listen on a particular
      port, which allowed the dispatch test to connect to that port, as long
      as no two tests ran simultaneously (which I don't think was ever guaranteed -
      make -j can violate this). That's valid out-of-process, and also
      fully-specified, so they only needed one <listen> directive, so the
      CMake input only had one.
      
      To make the tests work under CMake on Unix, there was a hack: the string
      substituted for the content of the <listen> directive contained
      </listen><listen> to get the other address in, which is pretty nasty.
      
      Instead of doing that, I've made both build systems, on both Unix and
      Windows, use both debug-pipe and a more normal transport (Unix or TCP).
      debug-pipe has a Windows implementation and it's used in
      dbus-spawn-win.c, so it'd better work. The use of debug-pipe is now
      hard-coded rather than being a configure parameter (there's no reason
      to vary it in different builds), and I used TEST_LISTEN as the name of the
      Unix/TCP address, because it's a "vague" address (no specific Unix path, no
      TCP port), that you can listen on but not connect to.
      
      This in turn means that we can merge the Autoconf .in and CMake .cmake
      files, similar to Bug #41033.
      
      You might wonder why I've kept debug-pipe. I did try to get rid of it, but
      it turns out that the tests in dispatch.c rely on
      dbus_connection_open_private() not blocking, and normal socket
      connections block on connect(). Until we fix that by adding an async
      version of dbus_connection_open_private(), it won't be safe to have a
      test like dispatch.c that "talks to itself", unless it uses a transport
      as trivial as debug-pipe in which neither end has to block on the other.
      Signed-off-by: default avatarSimon McVittie <simon.mcvittie@collabora.co.uk>
      Reviewed-by: Ralf Habacker's avatarRalf Habacker <ralf.habacker@freenet.de>
      Bug: https://bugs.freedesktop.org/show_bug.cgi?id=41222
      e9f0378b
  26. 29 Jul, 2011 1 commit
    • Simon McVittie's avatar
      Simplify linking for tests that use libdbus-testutils · 274e0fbc
      Simon McVittie authored
      This is the library used by tests that link libdbus-internal and DBusLoop.
      By linking libdbus-internal into it, we can avoid having to repeat that
      dependency all over the place - libtool and cmake both know how to follow
      recursive dependencies.
      
      In cmake, also use libdbus-testutils for more tests, in preference to
      repeating its source files.
      274e0fbc
  27. 17 Feb, 2011 1 commit
  28. 13 Apr, 2010 2 commits
  29. 11 Apr, 2010 1 commit