From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by dpdk.org (Postfix) with ESMTP id 2C3D1D07E for ; Wed, 29 Mar 2017 11:31:13 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=intel.com; i=@intel.com; q=dns/txt; s=intel; t=1490779873; x=1522315873; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=y4YoELnDiDivr5zZncHf0Q5oJxdPXo1+EsDnLC3FMU8=; b=Mn64i3pxehEqMWhLLKf1I/8e1/bNJr12sjYf+YRg/DDqvIhMfEUyd/N4 rLD6nnPVqy4m3pB825jmyXONcyQduA==; Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Mar 2017 02:31:12 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.36,240,1486454400"; d="scan'208";a="80520401" Received: from irsmsx101.ger.corp.intel.com ([163.33.3.153]) by orsmga005.jf.intel.com with ESMTP; 29 Mar 2017 02:31:10 -0700 Received: from irsmsx108.ger.corp.intel.com ([169.254.11.239]) by IRSMSX101.ger.corp.intel.com ([163.33.3.153]) with mapi id 14.03.0319.002; Wed, 29 Mar 2017 10:31:10 +0100 From: "Dumitrescu, Cristian" To: "Legacy, Allain (Wind River)" , "Richardson, Bruce" CC: "dev@dpdk.org" , "yuanhan.liu@linux.intel.com" , "thomas.monjalon@6wind.com" Thread-Topic: [PATCH v3 6/6] cfgfile: add support for empty value string Thread-Index: AQHSqCYdIBWaWW9J0UO7G5MoRILqUKGrjOsQ Date: Wed, 29 Mar 2017 09:31:09 +0000 Message-ID: <3EB4FA525960D640B5BDFFD6A3D8912652781438@IRSMSX108.ger.corp.intel.com> References: <1489065060-98370-1-git-send-email-allain.legacy@windriver.com> <20170329004737.44249-1-allain.legacy@windriver.com> <20170329004737.44249-7-allain.legacy@windriver.com> In-Reply-To: <20170329004737.44249-7-allain.legacy@windriver.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiMTk4NjE0MTMtNjE4OS00MjJmLWJhZGMtMDU0MmMwZjQxMTMwIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE2LjUuOS4zIiwiVHJ1c3RlZExhYmVsSGFzaCI6IlhQV0dDdWdoa3ZDWEpSSW1xbXlFeVJKQklHQ01GaUFVTXB3eCtOd01yXC9vPSJ9 x-ctpclassification: CTP_IC x-originating-ip: [163.33.239.180] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v3 6/6] cfgfile: add support for empty value string X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Mar 2017 09:31:13 -0000 > -----Original Message----- > From: Allain Legacy [mailto:allain.legacy@windriver.com] > Sent: Wednesday, March 29, 2017 1:48 AM > To: Dumitrescu, Cristian ; Richardson, Bru= ce > > Cc: dev@dpdk.org; yuanhan.liu@linux.intel.com; > thomas.monjalon@6wind.com > Subject: [PATCH v3 6/6] cfgfile: add support for empty value string >=20 > This commit adds support to the cfgfile library for parsing a key=3Dvalue > line that has no value string specified (e.g., "key=3D"). This can be us= ed > to override a configuration attribute that has a default value or default > list of values to set it back to an undefined value to disable > functionality. >=20 > Signed-off-by: Allain Legacy > --- > lib/librte_cfgfile/rte_cfgfile.c | 23 ++++++++++++------ > lib/librte_cfgfile/rte_cfgfile.h | 6 +++++ > test/test/test_cfgfile.c | 32 +++++++++++++++++++= ++++++ > test/test/test_cfgfiles/etc/empty_key_value.ini | 2 +- > 4 files changed, 55 insertions(+), 8 deletions(-) >=20 > diff --git a/lib/librte_cfgfile/rte_cfgfile.c b/lib/librte_cfgfile/rte_cf= gfile.c > index 4ef7decb3..b54a523d2 100644 > --- a/lib/librte_cfgfile/rte_cfgfile.c > +++ b/lib/librte_cfgfile/rte_cfgfile.c > @@ -258,12 +258,21 @@ rte_cfgfile_load_with_params(const char > *filename, int flags, >=20 > struct rte_cfgfile_section *sect =3D > cfg->sections[curr_section]; > - char *split[2]; > - if (rte_strsplit(buffer, sizeof(buffer), split, 2, '=3D') > - !=3D 2) { > - printf("Error at line %d - cannot split " > - "string\n", lineno); > - goto error1; > + int n; > + char *split[2] =3D {NULL}; > + n =3D rte_strsplit(buffer, sizeof(buffer), split, 2, '=3D'); > + if (flags & CFG_FLAG_EMPTY_VALUES) { > + if ((n < 1) || (n > 2)) { > + printf("Error at line %d - cannot split > string, n=3D%d\n", > + lineno, n); > + goto error1; > + } > + } else { > + if (n !=3D 2) { > + printf("Error at line %d - cannot split > string, n=3D%d\n", > + lineno, n); > + goto error1; > + } > } >=20 > curr_entry++; > @@ -293,7 +302,7 @@ rte_cfgfile_load_with_params(const char *filename, > int flags, > snprintf(entry->name, sizeof(entry->name), "%s", > split[0]); > snprintf(entry->value, sizeof(entry->value), "%s", > - split[1]); > + split[1] ? split[1] : ""); > _strip(entry->name, strnlen(entry->name, > sizeof(entry->name))); > _strip(entry->value, strnlen(entry->value, > diff --git a/lib/librte_cfgfile/rte_cfgfile.h b/lib/librte_cfgfile/rte_cf= gfile.h > index a7cd3944e..b06f55d56 100644 > --- a/lib/librte_cfgfile/rte_cfgfile.h > +++ b/lib/librte_cfgfile/rte_cfgfile.h > @@ -78,6 +78,12 @@ struct rte_cfgfile_parameters { > * section. These entries can be accessed in the "GLOBAL" section. > */ > #define CFG_FLAG_GLOBAL_SECTION (1 << 0) > + > +/** > + * Indicates that file supports key value entries where the value can be= zero > + * length (e.g., "key=3D"). > + */ > +#define CFG_FLAG_EMPTY_VALUES (1 << 1) > /**@} */ >=20 I suggest we group all these flags into an (unnamed?) enum in rte_cfgfile.h= rather than macros. > /** Defines the default comment character used for parsing config files.= */ > diff --git a/test/test/test_cfgfile.c b/test/test/test_cfgfile.c > index 0478de59e..4559f8688 100644 > --- a/test/test/test_cfgfile.c > +++ b/test/test/test_cfgfile.c > @@ -193,6 +193,35 @@ test_cfgfile_invalid_key_value_pair(void) > } >=20 > static int > +test_cfgfile_empty_key_value_pair(void) > +{ > + struct rte_cfgfile *cfgfile; > + const char *value; > + int ret; > + > + cfgfile =3D rte_cfgfile_load(CFG_FILES_ETC "/empty_key_value.ini", > + CFG_FLAG_EMPTY_VALUES); > + TEST_ASSERT_NOT_NULL(cfgfile, "Failed to parse > empty_key_value.ini"); > + > + ret =3D rte_cfgfile_num_sections(cfgfile, NULL, 0); > + TEST_ASSERT(ret =3D=3D 1, "Unexpected number of sections: %d", ret); > + > + ret =3D rte_cfgfile_has_section(cfgfile, "section1"); > + TEST_ASSERT(ret, "section1 missing"); > + > + ret =3D rte_cfgfile_section_num_entries(cfgfile, "section1"); > + TEST_ASSERT(ret =3D=3D 1, "section1 unexpected number of entries: > %d", ret); > + > + value =3D rte_cfgfile_get_entry(cfgfile, "section1", "key"); > + TEST_ASSERT(strlen(value) =3D=3D 0, "key unexpected value: %s", value); > + > + ret =3D rte_cfgfile_close(cfgfile); > + TEST_ASSERT_SUCCESS(ret, "Failed to close cfgfile"); > + > + return 0; > +} > + Can we please add a test to validate that error is triggered for empty key = values in the case the CFG_FLAG_EMPTY_VALUES is NOT provided to rte_cfgfile= _load()? > +static int > test_cfgfile_missing_section(void) > { > struct rte_cfgfile *cfgfile; > @@ -272,6 +301,9 @@ test_cfgfile(void) > if (test_cfgfile_invalid_key_value_pair()) > return -1; >=20 > + if (test_cfgfile_empty_key_value_pair()) > + return -1; > + > if (test_cfgfile_missing_section()) > return -1; >=20 > diff --git a/test/test/test_cfgfiles/etc/empty_key_value.ini > b/test/test/test_cfgfiles/etc/empty_key_value.ini > index 8f203ce3e..53284467b 100644 > --- a/test/test/test_cfgfiles/etc/empty_key_value.ini > +++ b/test/test/test_cfgfiles/etc/empty_key_value.ini > @@ -1,3 +1,3 @@ > [section1] > ; this is section 1 > -invalid=3D > +key=3D > -- > 2.12.1