RE: [NGO] NETCONF Data types
Ladislav Lhotka <lhotka@cesnet.cz> Mon, 07 January 2008 14:20 UTC
Return-path: <ngo-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1JBsq6-0000KW-Ix; Mon, 07 Jan 2008 09:20:30 -0500
Received: from ngo by megatron.ietf.org with local (Exim 4.43) id 1JBsq4-0008SB-SN for ngo-confirm+ok@megatron.ietf.org; Mon, 07 Jan 2008 09:20:28 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JBsq4-0008Q6-Hw for ngo@ietf.org; Mon, 07 Jan 2008 09:20:28 -0500
Received: from office2.cesnet.cz ([195.113.144.244]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1JBsq0-0006rl-Uj for ngo@ietf.org; Mon, 07 Jan 2008 09:20:28 -0500
Received: from [172.29.2.201] (asus-gx.lhotka.cesnet.cz [195.113.161.161]) by office2.cesnet.cz (Postfix) with ESMTP id 02968D800CC for <ngo@ietf.org>; Mon, 7 Jan 2008 15:20:19 +0100 (CET)
Subject: RE: [NGO] NETCONF Data types
From: Ladislav Lhotka <lhotka@cesnet.cz>
To: ngo@ietf.org
In-Reply-To: <713043CE8B8E1348AF3C546DBE02C1B4127632BB@zcarhxm2.corp.nortel.com>
References: <037801c83770$93f5bf40$ca168182@china.huawei.com> <4915F014FDD99049A9C3A8C1B832004F0252120D@IMCSRV2.MITRE.ORG> <713043CE8B8E1348AF3C546DBE02C1B41276324B@zcarhxm2.corp.nortel.com> <20080107140437.GA8185@elstar.local> <713043CE8B8E1348AF3C546DBE02C1B4127632BB@zcarhxm2.corp.nortel.com>
Content-Type: text/plain; charset="utf-8"
Organization: CESNET
Date: Mon, 07 Jan 2008 15:20:20 +0100
Message-Id: <1199715620.7221.63.camel@missotis>
Mime-Version: 1.0
X-Mailer: Evolution 2.12.1
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002
X-BeenThere: ngo@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: NETCONF Goes On - discussions on future work and extensions to NETCONF <ngo.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ngo>, <mailto:ngo-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ngo>
List-Post: <mailto:ngo@ietf.org>
List-Help: <mailto:ngo-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ngo>, <mailto:ngo-request@ietf.org?subject=subscribe>
Errors-To: ngo-bounces@ietf.org
Hi Sharon, 64-bit integers are crucial e.g., for applications dealing with precise timestamps. Of course, an appropriate integer range should be used in each context. In my opinion, the integer datatypes defined by the W3C Datatype Library provide a very reasonable selection and I see no point in reducing this choice. Lada Sharon Chisholm píše v Po 07. 01. 2008 v 09:07 -0500: > Hi > > If it is define with length=64, then you know you can't read it and > ignore it. If it is defined with length=32, the you know you can read it > and do. > > Sharon > > -----Original Message----- > From: Juergen Schoenwaelder > [mailto:j.schoenwaelder@jacobs-university.de] > Sent: Monday, January 07, 2008 9:05 AM > To: Chisholm, Sharon (CAR:ZZ00) > Cc: ngo@ietf.org > Subject: Re: [NGO] NETCONF Data types > > On Mon, Jan 07, 2008 at 08:47:46AM -0500, Sharon Chisholm wrote: > > > By the way, I chatted with one of my application folks about the 32 > > versus 64 bit integer question and he indicated that he can't handle > > 64 bit integers in his application so does want to when they he might > > expect them. In that case, a better approach is likely a complex type > > which gives length and value. This way if you handle all lengths, you > > just need to look at the value field. > > I don't understand the proposal or how what I understand helps someone > who can't deal with 64 bit numbers. > > /js > -- Ladislav Lhotka, CESNET PGP Key ID: E74E8C0C _______________________________________________ NGO mailing list NGO@ietf.org https://www1.ietf.org/mailman/listinfo/ngo
- [NGO] NETCONF Data types Sharon Chisholm
- Re: [NGO] NETCONF Data types Juergen Schoenwaelder
- Re: [NGO] NETCONF Data types Andy Bierman
- RE: [NGO] NETCONF Data types Sharon Chisholm
- Re: [NGO] NETCONF Data types Andy Bierman
- Re: [NGO] NETCONF Data types Juergen Schoenwaelder
- Re: [NGO] NETCONF Data types Martin Bjorklund
- Re: [NGO] NETCONF Data types Balazs Lengyel
- RE: [NGO] NETCONF Data types Sharon Chisholm
- Re: [NGO] NETCONF Data types Andy Bierman
- RE: [NGO] NETCONF Data types Sharon Chisholm
- Re: [NGO] NETCONF Data types Ladislav Lhotka
- Re: [NGO] NETCONF Data types Martin Bjorklund
- Re: [NGO] NETCONF Data types Andy Bierman
- RE: [NGO] NETCONF Data types David Harrington
- Re: [NGO] NETCONF Data types Ladislav Lhotka
- RE: [NGO] NETCONF Data types Mehmet Ersue
- Re: [NGO] NETCONF Data types Juergen Schoenwaelder
- Re: [NGO] NETCONF Data types tom.petch
- Re: [NGO] NETCONF Data types Juergen Schoenwaelder
- Re: [NGO] NETCONF Data types Andy Bierman
- Re: [NGO] NETCONF Data types Andy Bierman
- RE: [NGO] NETCONF Data types Natale, Bob
- RE: [NGO] NETCONF Data types Sharon Chisholm
- Re: [NGO] NETCONF Data types Juergen Schoenwaelder
- RE: [NGO] NETCONF Data types Sharon Chisholm
- RE: [NGO] NETCONF Data types Ladislav Lhotka
- Re: [NGO] NETCONF Data types Juergen Schoenwaelder
- Re: [NGO] NETCONF Data types Phil Shafer
- RE: [NGO] NETCONF Data types Sharon Chisholm
- Re: [NGO] NETCONF Data types Phil Shafer
- RE: [NGO] NETCONF Data types Sharon Chisholm
- Re: [NGO] NETCONF Data types Juergen Schoenwaelder