Change in libosmocore[master]: vty: Allow using hex and octal representations in cmd numeric ranges

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/gerrit-log@lists.osmocom.org/.

pespin gerrit-no-reply at lists.osmocom.org
Wed Jul 29 11:45:20 UTC 2020


pespin has posted comments on this change. ( https://gerrit.osmocom.org/c/libosmocore/+/19422 )

Change subject: vty: Allow using hex and octal representations in cmd numeric ranges
......................................................................


Patch Set 1:

> Patch Set 1:
> 
> is this really an advantage?  As we don't store the 'base', any write/save would store something in decimal that the user specified in hex.

It stores in the format that the _write() function is written in which is fine. This way one can always maintain the same format, be it hexadecimal or decimal, while still allowing the numeric value to be passed in other ways.

I am using this to define <0x00-0xffffffffff> cpu-affinity masks, to store them that way upon show running-config and then to allow to set cpu-affinity-masks also as hex, which is a lot more comfortable.


-- 
To view, visit https://gerrit.osmocom.org/c/libosmocore/+/19422
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings

Gerrit-Project: libosmocore
Gerrit-Branch: master
Gerrit-Change-Id: Ia2b7fbbf5502c28374c21dbff548232680da27d4
Gerrit-Change-Number: 19422
Gerrit-PatchSet: 1
Gerrit-Owner: pespin <pespin at sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: pespin <pespin at sysmocom.de>
Gerrit-CC: laforge <laforge at osmocom.org>
Gerrit-Comment-Date: Wed, 29 Jul 2020 11:45:20 +0000
Gerrit-HasComments: No
Gerrit-Has-Labels: No
Gerrit-MessageType: comment
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20200729/88193896/attachment.htm>


More information about the gerrit-log mailing list