1. 02 Aug, 2019 1 commit
    • Eden Abitbol's avatar
      upnp: support libupnp and libnatnatpmp simultaneously · 60515d89
      Eden Abitbol authored
      Update libupnp to version 1.8.4.
      
      For windows, the IPV6 preprocessor must be undefined. Or else
      libupnp won't initialize. Added visual studio 2017 support
      via one patch for windows that also combines previous windows
      patches.
      
      UPnPController: Class that the jami classes use to control the
      opening and closing of ports. Every  service has it's own upnp
      controller. The controller does it's actions by using the upnp
      context class. Also refactored the functions used to add
      mappings. Instead of using two different functions with
      different types of parameters, we now use one function with
      parameters that have default values. The logic stays the same
      but the function call is more clear.
      
      UPnPContext: Class that holds a (linked) list of discovered IGDs
      and their corresponding protocols (which discovered them).
      Whenever the controller wants to add or remove a mapping, the
      context picks a valid IGD in it's list and uses the correct
      protocol to complete the required action. This class also has
      the ability to swap protocols for an IGD that was discovered
      by more then one protocol.
      
      UPnPProtocol: Virtual base class that defines the functions
      needed by the context to use the corresponding protocol.
      
      PUPnP: UPnPProtocol derived class that represents a upnp client
      that uses the portable upnp library (libupnp). Every time the
      client discovers a new IGD it uses a callback to add it to the
      context's main IGD linked list. It also has an internal list of
      IGDs that it discovered. Added features to this class include:
      	- IGD event subscription.
      	- Use UpnpInit2 function instead of deprecated UpnpInit
      	  function. It's also supposed to support IPv6.
      
      NatPmp: UPnPProtocol derived class that represents a upnp client
      that uses the NAT-PMP library (libnatpmp). Unlike libupnp,
      libnatpmp only supports discovering one IGD. Also uses callbacks
      to add the IGD it finds to the context's main IGD class.
      
      Also inclided debug warning prints whenever a controller opens
      and closes the ports. That way we can keep track of whenever
      the application opens and closes ports on the internet
      gateway device.
      
      Gitlab: #96
      
      Change-Id: I199271edac2c6d93dc60c24e2e2aefe36de7950c
      60515d89
  2. 10 Jan, 2019 1 commit
  3. 30 Jul, 2018 1 commit
  4. 20 Jun, 2018 1 commit
  5. 24 May, 2018 1 commit
  6. 08 Oct, 2017 1 commit
    • atraczyk's avatar
      contrib(UWP): (fix)bumps pthreads to avoid deadlock during upnp init · 212b50e9
      atraczyk authored
      After removing the boost dependency, the Ring UWP was unable to load
      accounts with upnp enabled, as a deadlock would occur within the
      threadpool initialization rountine of libupnp. I think the windows store
      build of pthreads was preventing win32 thread management api symbols
      from being defined. Something which loading boost must have been doing.
      
      - Bumps pthreads-win32 from 2.9.1-release to 2.10.0-rc
      - Builds a win32 static lib without windows store flags and uwp libs
      - Modifies the libupnp and threadutils vs project patching
      
      Change-Id: I3f43a066d86d284c614521fdb016810148590e70
      212b50e9
  7. 01 Feb, 2017 1 commit
    • atraczyk's avatar
      build: change to archive downloads only on UWP build · 3ae6811c
      atraczyk authored
      - Changes fetch scripts urls to archived tarballs if possible to
        facilitate caching of the contrib source on the UWP Jenkins
        build machine.
      
      Change-Id: I51eac783eea964bfe08727baf1ad7b9e08a5096d
      Tuleap: #790
      3ae6811c
  8. 19 Jan, 2017 1 commit
  9. 22 Feb, 2016 1 commit
    • Edric Milaret's avatar
      windows: support 64bit builds · 737f707b
      Edric Milaret authored
      - This patch allow us to build 64bits version of
      the daemon (and thanks to that LRC and client too)
      - We should essentially gain performance in CPU intensive task
      like video processing
      
      Depends on yaml-cpp bump that fix x64 mingw compilation
      
      Change-Id: I32c7bafba0eddfa8a6779e1c13bde2ea56bf904b
      Tuleap: #387
      737f707b
  10. 17 Jul, 2015 2 commits
  11. 15 May, 2015 1 commit
  12. 31 Mar, 2015 1 commit
  13. 20 Mar, 2015 1 commit