= libnng(3) :doctype: manpage :manmanual: nng :mansource: nng :copyright: Copyright 2018 Staysail Systems, Inc. \ Copyright 2018 Capitar IT Group BV \ This software is supplied under the terms of the MIT License, a \ copy of which should be located in the distribution where this \ file was obtained (LICENSE.txt). A copy of the license may also \ be found online at https://opensource.org/licenses/MIT. == NAME libnng - nanomsg next generation library == SYNOPSIS *cc* ['flags'] 'files' *-lnng* ['libraries'] == DESCRIPTION The <> library provides a common messaging framework intended to solve common communication problems in distributed applications. It provides a C language API. === Common Functions The following common functions exist in _libnng_. |=== |<>|allocate memory |<>|create and start a dialer |<>|free memory |<>|return an error description |=== === Socket Functions The following functions operate on sockets. |=== |<>|close a socket |<>|close all open sockets |<>|create and start a dialer |<>|get a socket option |<>|create and start a listener |<>|receive data |<>|send data |<>|set a socket option |=== === Message Handling Functions Applications desiring to use the richest part of _libnng_ will want to use the message API, where a message structure is passed between functions. This API provides the most power support for zero-copy. Messages are divided into a header and body, where the body generally carries user-payload and the header carries protocol specific header information. Most applications will only interact with the body. |=== |<>|allocate a message |<>|append to message body |<>|return message body |<>|remove data from end of message body |<>|clear message body |<>|duplicate a message |<>|free a message |<>|prepend to message body |<>|return the message body length |<>|reallocate a message |<>|remove data from start of message body |<>|receive a message |<>|send a message |=== ==== Message Header Handling TIP: Few applications will need these functions, as message headers are only used to carry protocol-specific content. However, applications which use raw mode may need to access the header of messages. |=== |<>|return message header |<>|append to message header |<>|remove data from end of message header |<>|clear message header |<>|prepend to message header |<>|return the message header length |<>|remove data from start of message header |=== === Asynchronous Operations Most applications will interact with _nng_ synchronously; that is that functions such as <> will block the calling thread until the operation has completed. NOTE: Synchronous operations which send messages may return before the message has actually been received, or even transmitted. Instead, These functions return as soon as the message was successfully queued for delivery. Asynchronous operations behave differently. These operations are initiated by the calling thread, but control returns immediately to the calling thread. When the operation is subsequently completed (regardless of whether this was successful or not), then a user supplied function ("callback") is executed. A context structure, called an _aio_, is allocated and associated for each asynchronous operation. Only a single asynchronous operation may be associated with an _aio_ at any time. The following functions are used in the asynchronous model: |=== |<>|allocate asynchronous I/O context |<>|cancel asynchronous I/O operation |<>|free asynchronous I/O context |<>|get message from an asynchronous receive |<>|return result from asynchronous operation |<>|stop asynchronous I/O operation |<>|wait for an asynchronous I/O operation |<>|set message for an asynchronous send |<>|set timeout for an asynchronous send |<>|receive a message asynchronously |<>|send a message asynchronously |=== === Protocols The following functions are used to construct a socket with a specific protocol: |=== | <>|open a bus socket | <>|open a pair socket | <>|open a pub socket | <>|open a rep socket | <>|open a req socket | <>|open a respondent socket | <>|open a sub socket | <>|open a surveyor socket |=== === Transports The following functions are used to register a transport for use. |=== | <>|register inproc transport | <>|register IPC transport | <>|register TCP transport | <>|register TLS transport | <>|register WebSocket transport | <>|register WebSocket Secure transport | <>|register ZeroTier transport |=== === URL Object Common functionality is supplied for parsing and handling universal resource locators (URLS). |=== | <>|clone URL structure | <>|free URL structure | <>|create URL structure from string |=== === HTTP Support The library may be configured with support for HTTP, and this will be the case if WebSocket support is configured as well. In this case, it is possible to access functionality to support the creation of HTTP (and HTTP/S if TLS support is present) servers and clients. ==== Common HTTP Functions The following functions are used to work with HTTP requests, responses, and connections. |=== | <>|add HTTP request header | <>|allocate HTTP request structure | <>|copy HTTP request body | <>|delete HTTP request header | <>|free HTTP request structure | <>|return HTTP request header | <>|return HTTP request method | <>|return HTTP request URI | <>|return HTTP request protocol version | <>|set HTTP request body | <>|set HTTP request header | <>|set HTTP request method | <>|set HTTP request URI | <>|set HTTP request protocol version | <>|add HTTP response header | <>|allocate HTTP response structure | <>|allocate HTTP error response | <>|copy HTTP response body | <>|delete HTTP response header | <>|free HTTP response structure | <>|set HTTP response body | <>|return HTTP response header | <>|return HTTP response reason | <>|return HTTP response status | <>|return HTTP response protocol version | <>|set HTTP response header | <>|set HTTP response reason | <>|set HTTP response status | <>|set HTTP response protocol version |=== === TLS Configuration Objects The following functions are used to manipulate transport layer security (TLS) configuration objects. NOTE: These functions will only be present if the library has been built with TLS support. |=== | <>|allocate TLS configuration | <>|set authentication mode | <>|set certificate authority chain | <>|load certificate authority from file | <>|load own certificate and key from file | <>|set own certificate and key | <>|free TLS configuration | <>|set remote server name |=== == SEE ALSO <>, <> == COPYRIGHT Copyright 2018 mailto:info@staysail.tech[Staysail Systems, Inc.] + Copyright 2018 mailto:info@capitar.com[Capitar IT Group BV] This document is supplied under the terms of the https://opensource.org/licenses/MIT[MIT License].