ngx_conf_t args count
Jeffrey Walton
noloader at gmail.com
Mon Dec 16 07:27:22 UTC 2013
On Mon, Dec 16, 2013 at 2:15 AM, Ruslan Ermilov <ru at nginx.com> wrote:
> On Sun, Dec 15, 2013 at 04:31:08PM -0500, Jeffrey Walton wrote:
>> From Miller's http://www.evanmiller.org/nginx-modules-guide.html, section 5.2:
>>
>> ngx_http_upstream_hash(ngx_conf_t *cf, ngx_command_t *cmd, void *conf)
>> {
>> ngx_http_upstream_srv_conf_t *uscf;
>> ngx_http_script_compile_t sc;
>> ngx_str_t *value;
>> ngx_array_t *vars_lengths, *vars_values;
>>
>> value = cf->args->elts;
>>
>> /* the following is necessary to evaluate the argument to "hash"
>> as a $variable */
>> ngx_memzero(&sc, sizeof(ngx_http_script_compile_t));
>>
>> vars_lengths = NULL;
>> vars_values = NULL;
>>
>> sc.cf = cf;
>> sc.source = &value[1];
>> ...
>> }
>>
>> How does one know that value[1] is valid? Shouldn't cf->args->nelts be
>> checked first? Or does ngx_conf_t always have at least two options?
>> Related: why was value[0] not chosen?
>
> value[0] is the directive name, "hash" in this case. It's
> like argv[] in main().
>
> The "hash" directive can be specified in the "upstream" context
> (NGX_HTTP_UPS_CONF) and it takes exactly one argument (NGX_CONF_TAKE1).
> The generic configuration parser code ensures that the argument
> exists.
>
> http://www.evanmiller.org/nginx-modules-guide.html#directives
Ah, thanks. It makes perfect sense.
Jeff
More information about the nginx
mailing list