ouroboros/src/tools/oping/oping_server.c, branch 0.9.2

include, src: Update copyright to 2018

2018-01-09T08:53:56+00:00

Happy New Year, Ouroboros. Signed-off-by: Dimitri Staessens Signed-off-by: Sander Vrijders

tools: Change license to 3 clause BSD

2017-10-24T18:11:05+00:00

A more permissive license is needed on the tools since they serve as example code for programs built on top of the ouroboros-dev and ouroboros-irm libraries. Signed-off-by: Dimitri Staessens Signed-off-by: Sander Vrijders

lib: Add fccntl configuration command

2017-08-31T07:18:41+00:00

This replaces the flow_set_* commands with a single fccntl command that can configure flows and the FRCT instance. For more details, see "man 3 fccntl".

dev: Revise fqueue API and add man pages

2017-08-29T12:52:29+00:00

build: Revise the build system

2017-08-21T08:25:19+00:00

This revises the build system to have configuration per system component. System settings can now be set using cmake. The standard compliance defines were removed from configuration header and are set in the sources where needed. Also some small code refactors, such as moving the data for shims out of the ipcp structure to the respective shims were performed.

build: Replace fsf snail mail with contact URL

2017-08-13T10:17:58+00:00

lib: Revise flow allocation API

2017-03-31T09:51:33+00:00

The flow_alloc_res and flow_alloc_resp calls have been removed. The flow_alloc and flow_accept calls are now both blocking and take an additional timeout argument.

Change email addresses to ugent.be

2017-03-03T14:31:42+00:00

Our mailserver was migrated from intec.ugent.be to the central ugent.be emailserver. This PR updates the header files to reflect this change as well. Some header files were also homogenized if the parameters within the functions were badly aligned.

lib: Remove application entity name

2017-02-24T15:03:28+00:00

The AE name should not be passed over the layer boundaries. If an application has more than one AE it should exchange this in CACEP.

tools: Continue oping server after failed write

2017-02-22T12:14:02+00:00

When hammering the oping thread, it will have write fails when the buffer gets full as its flow is non-blocking. It would stop and deallocate the flow, but should just continue.