Ouroboros main repository http://www.ouroboros.rocks/cgit/ouroboros/atom?h=0.3 2016-10-26T09:52:53Z 2016-10-26T09:52:53Z Sander Vrijders sander.vrijders@intec.ugent.be 2016-10-25T11:22:51Z urn:sha1:f0646875d0bc941e339d305d0c68b13543cd6f2a This adds the ability to query IPCPs if a name can be reached through them, e.g. if a name is available in a DIF. This means that in the shim-udp a DNS query is performed, in the shim-eth-llc an ARP-like query has been added, in the local a check is done to see if the name is registered, and in the normal currently no application is reachable through it. 2016-10-22T11:27:02Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-10-21T18:13:41Z urn:sha1:3cafbf3cfe5c58a6988dbfc4c29148ebb804f5c2 This has the code checked with -Wcast-qual and -Wconversion flags. These flags were removed because SWIG generated code fails. 2016-08-21T16:32:12Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-08-20T08:42:36Z urn:sha1:0efb1ff527ce3fb50d4c72c02904fa1cdd1e3a66 The complete data model inside the IRMd has been restructured. The bind operation was revised to allow binding of AP and AP instances and register those names with different DIFs (see "irm bind" for details). Server applications require to call ap_init with a server name argument, client application that do not the be reachable over any DIF can call ap_init(NULL). Calling ap_init for a client with a specified name will not have adverse consequences for the application, but will consume unnecessary resources in the IRMd. Application servers can now be started at any point after the IRMd has been started. Starting servers, binding AP names and registering names in DIFs can be performed in any order that does not defy temporal logic. Supports naming instances by their pid. In case of IPCP Instances created with the IRM tool, the name assigned during "irm ipcp create" can be used. All the changes required updates in the tools. 2016-08-10T11:03:15Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-08-10T10:28:02Z urn:sha1:aca897331ff55c80d926b0bdb90f1c8962bf7a6e Threads from the threadpool will now check the state of the IRMd and exit gracefully without a need to cancel them. This avoids the unsafe call of pthread_cancel in the signal handler. 2016-08-09T16:56:54Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-08-09T16:56:54Z urn:sha1:1c67b4cd199f9efed96468a2a2ee69fd755bcf7c 2016-08-09T14:06:12Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-08-09T14:06:12Z urn:sha1:9dce327e10bffddc9dc5058f06407e8ff12389b7 Fix missing set of api upon flow_alloc. Various locking fixes. 2016-08-08T19:15:57Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-08-08T19:15:57Z urn:sha1:18e440197cae6d537765a4de6a915f074dce4de5 Refactors the IRMd to extract reg_api and irm_flow structures to their own sources. Fixes some locking bugs. 2016-08-05T13:17:51Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-08-05T13:17:51Z urn:sha1:cb8ad2d29475a907b4f662aa86c18b45ff5a2c0a The req_ae_name is freed when the unpacked message is cleaned up. 2016-08-04T15:24:40Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-08-04T14:59:31Z urn:sha1:2164c4ce67acde4282a579937a784647b66f4d72 When killing the oping client before it sent an SDU, some bad operations were being performed. 2016-07-27T16:57:44Z dimitri staessens dimitri.staessens@intec.ugent.be 2016-07-27T16:57:44Z urn:sha1:7c18c1c74ac4771ffe9b0533b5bdd447c29e9802 When a pending accept is shutdown on irmd exit, there are no more threads running, but it should also change the state to NULL. This is now correctly handled in the cleanup of the cancellation point. Also fixed a busy wait with a condition variable.