Some NNG utilities need to parse command line options,
+and for this purpose a header library is supplied.
+
To make use of this, the header <nng/args.h> must be included.
+
+
+
+ tip
+
+
The functionality described here is entirely contained in the
+nng/args.h header file, and may be used without previously
+initializing the library with nng_init, and may even be used
+in programs that are not linked against the NNG library.
typedef struct nng_arg_spec {
+ const char *a_name; // Long style name (may be NULL for short only)
+ int a_short; // Short option (no clustering!)
+ int a_val; // Value stored on a good parse (>0)
+ bool a_arg; // Option takes an argument if true
+} nng_optspec;
+
+#define NNG_ARG_END (-1)
+#define NNG_ARG_INVAL (-2)
+#define NNG_ARG_AMBIG (-3)
+#define NNG_ARG_MISSING (-4)
+
+int nng_args_parse(int argc, char *const *argv,
+ const nng_optspec *spec, int *val, char **arg, int *idx);
+
+
The nng_args_parse function is intended to facilitate parsing
+command-line arguments.
+This function exists largely to stand in for getopt from POSIX systems,
+but it is available on all platforms, and it includes some capabilities missing from getopt.
+
The function parses arguments from
+main1
+(using argc and argv),
+starting at the index referenced by idx.
+(New invocations typically set the value pointed to by idx to 1.)
+
Options are parsed as specified by spec (see Argument Specification.)
+The value of the parsed option will be stored at the address indicated by
+val, and the value of idx will be incremented to reflect the next
+option to parse.
+
+
+
+ tip
+
+
For using this to parse command-line like strings that do not include
+the command name itself, set the value referenced by idx to zero instead of one.
+
+
If the option had an argument, a pointer to that is returned at the address
+referenced by arg.
+
This function should be called repeatedly, until it returns either -1
+(indicating the end of options is reached) or a non-zero error code is
+returned.
+
This function may return the following errors:
+
+
[NNG_ARG_AMBIGU]: Parsed option matches more than one specification.
+
[NNG_ARG_MISSING]: Option requires an argument, but one is not present.
+
[NNG_ARG_INVAL]: An invalid (unknown) argument is present in argv.
The calling program must first create an array of nng_arg_spec structures
+describing the options to be supported.
+This structure has the following members:
+
+
+
a_name:
+
The long style name for the option, such as “verbose”.
+This will be parsed as a long option on the command line when it is prefixed with two dashes.
+It may be NULL if only a short option is to be supported.
+
+
+
a_short:
+
This is a single letter (at present only ASCII letters are supported).
+These options appear as just a single letter, and are prefixed with a single dash on the command line.
+The use of a slash in lieu of the dash is not supported, in order to avoid confusion with path name arguments.
+This value may be set to 0 if no short option is needed.
+
+
+
o_val:
+
This is a numeric value that is unique to this option.
+This value is assigned by the application program, and must be non-zero for a valid option.
+If this is zero, then it indicates the end of the specifications, and the
+rest of this structure is ignored.
+The value will be returned to the caller in val by nng_args_parse when
+this option is parsed from the command line.
+
+
+
a_arg:
+
This value should be set to true if the option should take an argument.
Long options are parsed from the argv array, and are indicated when
+the element being scanned starts with two dashes.
+For example, the “verbose” option would be specified as --verbose on
+the command line.
+If a long option takes an argument, it can either immediately follow
+the option as the next element in argv, or it can be appended to
+the option, separated from the option by an equals sign (=) or a
+colon (:).
Short options appear by themselves in an argv element, prefixed by a dash (-).
+If the short option takes an argument, it can either be appended in the
+same element of argv, or may appear in the next argv element.
+
+
+
+ note
+
+
Option clustering, where multiple options can be crammed together in
+a single argv element, is not supported by this function (yet).
When using long options, the parser will match if it is equal to a prefix
+of the a_name member of a option specification, provided that it do so
+unambiguously (meaning it must not match any other option specification.)
Some NNG utilities need to parse command line options,
-and the supplementary function here allows applications that
-need the same support to benefit from this.
-
To make use of this, the supplemental header <nng/supplemental/util/options.h>
-must be included.
typedef struct nng_optspec {
- const char *o_name; // Long style name (may be NULL for short only)
- int o_short; // Short option (no clustering!)
- int o_val; // Value stored on a good parse (>0)
- bool o_arg; // Option takes an argument if true
-} nng_optspec;
-
-int nng_opts_parse(int argc, char *const *argv,
- const nng_optspec *spec, int *val, char **arg, int *idx);
-
-
The nng_opts_parse function is a intended to facilitate parsing
-command-line arguments.
-This function exists largely to stand in for getopt from POSIX systems,
-but it is available everywhere that NNG is, and it includes
-some capabilities missing from getopt.
-
The function parses arguments from
-main1
-(using argc and argv),
-starting at the index referenced by idx.
-(New invocations typically set the value pointed to by idx to 1.)
-
Options are parsed as specified by spec (see Option Specification.)
-The value of the parsed option will be stored at the address indicated by
-val, and the value of idx will be incremented to reflect the next
-option to parse.
-
-
-
- tip
-
-
For using this to parse command-line like strings that do not include
-the command name itself, set the value referenced by idx to zero instead of one.
-
-
If the option had an argument, a pointer to that is returned at the address
-referenced by arg.
-
This function should be called repeatedly, until it returns either -1
-(indicating the end of options is reached) or a non-zero error code is
-returned.
-
This function may return the following errors:
-
-
NNG_EAMBIGUOUS: Parsed option matches more than one specification.
-
NNG_ENOARG: Option requires an argument, but one is not present.
-
NNG_EINVAL: An invalid (unknown) argument is present.
The calling program must first create an array of nng_optspec structures
-describing the options to be supported.
-This structure has the following members:
-
-
-
o_name:
-
The long style name for the option, such as “verbose”.
-This will be parsed as a long option on the command line when it is prefixed with two dashes.
-It may be NULL if only a short option is to be supported.
-
-
-
o_short:
-
This is a single letter (at present only ASCII letters are supported).
-These options appear as just a single letter, and are prefixed with a single dash on the command line.
-The use of a slash in lieu of the dash is not supported, in order to avoid confusion with path name arguments.
-This value may be set to 0 if no short option is needed.
-
-
-
o_val:
-
This is a numeric value that is unique to this option.
-This value is assigned by the application program, and must be non-zero for a valid option.
-If this is zero, then it indicates the end of the specifications, and the
-rest of this structure is ignored.
-The value will be returned to the caller in val by nng_opts_parse when
-this option is parsed from the command line.
-
-
-
o_arg:
-
This value should be set to true if the option should take an argument.
Long options are parsed from the argv array, and are indicated when
-the element being scanned starts with two dashes.
-For example, the “verbose” option would be specified as --verbose on
-the command line.
-If a long option takes an argument, it can either immediately follow
-the option as the next element in argv, or it can be appended to
-the option, separated from the option by an equals sign (=) or a
-colon (:).
Short options appear by themselves in an argv element, prefixed by a dash (-).
-If the short option takes an argument, it can either be appended in the
-same element of argv, or may appear in the next argv element.
-
-
-
- note
-
-
Option clustering, where multiple options can be crammed together in
-a single argv element, is not supported by this function (yet).
When using long options, the parser will match if it is equal to a prefix
-of the o_name member of a option specification, provided that it do so
-unambiguously (meaning it must not match any other option specification.)
diff --git a/ref/migrate/nng1.html b/ref/migrate/nng1.html
index 493c85c7..636a19b5 100644
--- a/ref/migrate/nng1.html
+++ b/ref/migrate/nng1.html
@@ -298,12 +298,13 @@ This was implemented mostly to aid legacy nanomsg applications, and it was both
suboptimal in terms of performance.
Modern code should use one of nng_sendmsg, nng_recvmsg, nng_socket_send, or nng_socket_recv to get the maximum performance benefit.
Working directly with nng_msg structures gives more control, reduces copies, and reduces allocation activity.
When an operation fails with NNG_ESTOPPED, it means that the associated [nni_aio] object has
been permanently stopped and must not be reused. Applications must watch for this error code, and
not resubmit an operation that returns it. This is particularly important for callbacks that automatically
resubmit operations. Failure to observe this rule will lead to an infinite loop
as any further operations on the object will fail immediately with NNG_ESTOPPED.
+
The error codes NNG_EAMBIGUOUS and NNG_ENOARG have been removed.
The API used for providers for asynchronous I/O operations has changed slightly.
@@ -527,6 +528,10 @@ with the functions [nng_listener_get_security_descriptor] and
and is presently only supported for IPC when Named Pipes are used.
Planned future changes to switch to UNIX domain sockets may eliminate
support for security descriptors altogether in NNG.
+
The supplemental function nng_opts_parse and supporting definitions have moved.
+This functionality is now supplied by a header only library, available in nng/args.h.
+See nng_args_parse for more information.
The Layer 2 special ZeroTier transport has been removed.
It is possible to use NNG with ZeroTier using TCP/IP, and a future update
diff --git a/ref/print.html b/ref/print.html
index 1c2806df..00a5ad95 100644
--- a/ref/print.html
+++ b/ref/print.html
@@ -3621,8 +3621,6 @@ as in diagnostic messages or log entries.
NNG_EWRITEONLY
25
Write only resource. A read operation failed because the object only supports writes.
NNG_ECRYPTO
26
Cryptographic error. Usually indicates an invalid key was used for TLS.
NNG_EPEERAUTH
27
Peer could not be authenticated.
-
NNG_ENOARG
28
Option requires argument. A command-line option was supplied without an argument. Only used with nng_opts_parse.
-
NNG_EAMBIGUOUS
29
Ambiguous option. The command line option could not be unambiguously resolved. Only used with nng_opts_parse.
NNG_EBADTYPE
30
Incorrect type. A type-specific function was used for an object of the wrong type.
NNG_ECONNSHUT
31
Connection shutdown. The connection was shut down and cannot be used.
NNG_ESTOPPED
1000
Operation stopped. The operation was stopped with nng_aio_stop or [nng_aio_close].
@@ -4411,34 +4409,46 @@ Given a sufficiently large range, this is unlikely to be a concern.
}
-
Some NNG utilities need to parse command line options,
-and the supplementary function here allows applications that
-need the same support to benefit from this.
-
To make use of this, the supplemental header <nng/supplemental/util/options.h>
-must be included.
typedef struct nng_optspec {
- const char *o_name; // Long style name (may be NULL for short only)
- int o_short; // Short option (no clustering!)
- int o_val; // Value stored on a good parse (>0)
- bool o_arg; // Option takes an argument if true
+
Some NNG utilities need to parse command line options,
+and for this purpose a header library is supplied.
+
To make use of this, the header <nng/args.h> must be included.
+
+
+
+ tip
+
+
The functionality described here is entirely contained in the
+nng/args.h header file, and may be used without previously
+initializing the library with nng_init, and may even be used
+in programs that are not linked against the NNG library.
typedef struct nng_arg_spec {
+ const char *a_name; // Long style name (may be NULL for short only)
+ int a_short; // Short option (no clustering!)
+ int a_val; // Value stored on a good parse (>0)
+ bool a_arg; // Option takes an argument if true
} nng_optspec;
-int nng_opts_parse(int argc, char *const *argv,
+#define NNG_ARG_END (-1)
+#define NNG_ARG_INVAL (-2)
+#define NNG_ARG_AMBIG (-3)
+#define NNG_ARG_MISSING (-4)
+
+int nng_args_parse(int argc, char *const *argv,
const nng_optspec *spec, int *val, char **arg, int *idx);
-
The nng_opts_parse function is a intended to facilitate parsing
+
The nng_args_parse function is intended to facilitate parsing
command-line arguments.
This function exists largely to stand in for getopt from POSIX systems,
-but it is available everywhere that NNG is, and it includes
-some capabilities missing from getopt.
+but it is available on all platforms, and it includes some capabilities missing from getopt.
The function parses arguments from
-main1
+main1
(using argc and argv),
starting at the index referenced by idx.
(New invocations typically set the value pointed to by idx to 1.)
Options are parsed as specified by spec (see Argument Specification.)
The value of the parsed option will be stored at the address indicated by
val, and the value of idx will be incremented to reflect the next
option to parse.
@@ -4457,27 +4467,27 @@ referenced by arg.
returned.
This function may return the following errors:
-
NNG_EAMBIGUOUS: Parsed option matches more than one specification.
-
NNG_ENOARG: Option requires an argument, but one is not present.
-
NNG_EINVAL: An invalid (unknown) argument is present.
+
[NNG_ARG_AMBIGU]: Parsed option matches more than one specification.
+
[NNG_ARG_MISSING]: Option requires an argument, but one is not present.
+
[NNG_ARG_INVAL]: An invalid (unknown) argument is present in argv.
The calling program must first create an array of nng_optspec structures
+
The calling program must first create an array of nng_arg_spec structures
describing the options to be supported.
This structure has the following members:
-
o_name:
+
a_name:
The long style name for the option, such as “verbose”.
-This will be parsed as a long option on the command line when it is prefixed with two dashes.
-It may be NULL if only a short option is to be supported.
+This will be parsed as a long option on the command line when it is prefixed with two dashes.
+It may be NULL if only a short option is to be supported.
-
o_short:
+
a_short:
This is a single letter (at present only ASCII letters are supported).
These options appear as just a single letter, and are prefixed with a single dash on the command line.
The use of a slash in lieu of the dash is not supported, in order to avoid confusion with path name arguments.
-This value may be set to 0 if no short option is needed.
+This value may be set to 0 if no short option is needed.
When using long options, the parser will match if it is equal to a prefix
-of the o_name member of a option specification, provided that it do so
+of the a_name member of a option specification, provided that it do so
unambiguously (meaning it must not match any other option specification.)