, as an
indication of current thinking concerning ASN.1. They are attached to
this mailing.
Replies are not needed.
John L
Prof John Larmouth
1 Blueberry Road, Bowdon, Altrincham, Cheshire WA14 3LS
Benoit POSTE wrote:
John Larmouth wrote:
Benoit POSTE wrote:
Or is the presence of each addition compulsory (baring DEFAULT
or OPTIONAL components) if a later addition is present?
Yes. Presence of a later addition makes presence of an earlier one
mandatory. If the earlier one
Bancroft Scott wrote:
Oops! You have detected a bug in the X.680, as
AdditionalComponentTypeList is not even defined.
Is this an agreed defect, and is some-one recording it?
--
Prof John Larmouth
1 Blueberry Road [EMAIL PROTECTED]
Bowdon
informations on both topics on the net :).
HTH,
Benoit Poste.
--
Prof John Larmouth
1 Blueberry Road [EMAIL PROTECTED]
Bowdon Tel: +44 161 928 1605
Cheshire WA14 3LSFax: +44 161 928 8069
England
None.
John L
[EMAIL PROTECTED] wrote:
Hi
Could someone please point out the differences for BER encoding between
ASN:1990 and ASN:1997 ?
Thanks in advance
Shiv
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol Development Services)
1 Blueberry Road
?
Regards,
Patrick Henry
Find the best deals on the web at AltaVista Shopping!
http://www.shopping.altavista.com
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol Development Services)
1 Blueberry Road
Bowdon [EMAIL
that the Objects
in ObjectSet 'C' can only be determined at runtime
(in order to allow for Objects being added to, or
deleted from, the ObjectSets 'A' and 'B')?
--
John Birrell - [EMAIL PROTECTED]; [EMAIL PROTECTED]
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol
. This does not look too
difficult, but formatting some of it first would make it easier.
Once you have the IOC definition, you have a valid piece of ASN.1
specification, and ASN.1 tools would let you do quite a few things with
it.
John L
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training
Name: strange.iac
strange.iacType: unspecified type (application/octet-stream)
Encoding: base64
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol Development Services)
1 Blueberry Road
Objective Systems, Inc.
[EMAIL PROTECTED]
(484) 875-3020 (main)
(610) 608-4930 (mobile)
(610) 321-0361 (fax)
(877) 307-6855 (toll-free)
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol Development Services)
1 Blueberry Road
Bowdon
, you are on the
wrong list :)
I disagree. You are on the right list - but you are using the wrong
notation! ;-)
--
Rick Reed - [EMAIL PROTECTED]
Tel:+44 1455 55 96 55 Fax:+44 1455 55 96 58 Mob.:+44 7970 50 96 50
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol
like CSN.1, not ASN.1. In other words, you are on the
wrong list :)
--
Olivier DUBUISSON
france telecom RD
DTL/TAL - 22307 Lannion Cedex - France
t: +33 2 96 05 38 50 - f: +33 2 96 05 39 45 - http://asn1.elibel.tm.fr/
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol
1-732-302-9669 x-200 Fax :1-732-302-0023
http://www.oss.com
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol Development Services)
1 Blueberry Road
Bowdon [EMAIL PROTECTED]
Cheshire
of DefinedType. Am I
missing something?
Regards,
Ed Day
Principal Engineer
Objective Systems, Inc.
[EMAIL PROTECTED]
(484) 875-3020 (main)
(610) 608-4930 (mobile)
(610) 321-0361 (fax)
(877) 307-6855 (toll-free)
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol
it is not. The proposed ammended text
would make it clear.
Regards,
Ed
- Original Message -
From: John Larmouth [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday, July 04, 2002 5:29 AM
Subject: Re: [ASN.1] Question on XER encoding of SEQUENCE OF element types
(I
Maybe my last answer was not so good!
It was factually correct, and the minimum change. However, I think the
spirit of your example is that the type filling the ANY is fully
determined by the value of errorId. Yes?
In that case, you would be better to use the built-in class
TYPE-IDENTIFIER,
,
aRequiredThing INTEGER
}
Paul Long
ipDialog, Inc.
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol Development Services)
1 Blueberry Road
Bowdon [EMAIL PROTECTED]
Cheshire WA14 3LS
Figures B.1 and B.2).
This confirms the interpretation I gave below: A is a new type, defined
from B, but with the same set of values, and with a value mapping
between the two types.
John L
John Larmouth wrote:
Paul Long wrote:
Paul,
I guess it depends on what you mean by a new type
I thought that some of you on this list might be interested in one of
the outcomes of the latest MoU MG (Memorandum of Understanding
Management Group) meeting.
The MoU is a document signed by ITU-T and ISO and IEC and UN/CEFACT and
OASIS saying that they would collaborate on and coordinate the
experience of this and is this normal ? (Am I going
about this completely the wrong way ?)
Thanks
Bernard Kufluk, Websphere Voice Response for Aix, Hursley Park
[EMAIL PROTECTED] 01962 817643
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol
.
__
Gesendet von Yahoo! Mail - http://mail.yahoo.de
Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol Development Services)
1 Blueberry Road
Bowdon [EMAIL
] mailto:[EMAIL PROTECTED]
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol Development Services)
1 Blueberry Road
Bowdon [EMAIL PROTECTED]
Cheshire WA14 3LSTel: +44 161 928 1605
England
Tom Yu wrote:
I believe size constraints only apply to the _abstract_ value. This
is suggested by section 11.2.2 of X.690:2002. I believe the only way
to specify this constraint on the length of the encoded bitstring
would be to somehow utilize the ECN, with which I am not really
familiar.
You
not find any.
I believe size constraints only apply to the _abstract_ value.
You are correct (so is Bruno in his following answer).
The BER encoding rules do not use subtype constraints to produce
the encoding.
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol Development
is and what is not a valid protocol
message - not merely what is valid ASN.1.
Phil Griffin
John Larmouth wrote:
This one is very tricky.
Trailing zero bits are not significant when there are named bits.
The size constraint has not been violated by the encoded value. What
has been transferred
) is not allowed. So for the
decoder (in this case) would means invalid value and
decoding error when the SizeConstraint is violated.
Is this right?
Ed
--- John Larmouth [EMAIL PROTECTED] wrote:
There is absolutely no reason why any tool should
not enforce
constraints, whatever the encoding
that the presence or
absence of trailing zerors remains meaningless for the
application(no semantics should be assosicated with
this). This rule has been changing depending on the
versions of the ASN.1 standard; it should therefore be
applied with great care.
...
Ed
--- John Larmouth [EMAIL PROTECTED
Toll Free : 1-888-OSS-ASN1
OSS Nokalva Voice Mail : 1-732-302-9669 x400
[EMAIL PROTECTED]Fax: 1-419-831-5035
http://www.oss.comMy direct line : 1-315-845-1773
--
Prof John Larmouth
Larmouth TPDS Ltd
this phrase in the
subject line of their first mailing to me. Thanks.
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol Development Services Ltd)
1 Blueberry Road
Bowdon [EMAIL PROTECTED]
Cheshire WA14 3LS(put Hi John
encode all OBJECT IDENTIFIERs:-(
--
Prof John Larmouth
Larmouth TPDS Ltd
(Training and Protocol Development Services Ltd)
1 Blueberry Road
Bowdon [EMAIL PROTECTED]
Cheshire WA14 3LS
England
Tel: +44 161 928 1605Fax: +44 161 928
Manohar Naidu Ellanti wrote:
So it became a necessity to use our own binary encoding (the method
we used was similar to x.finf - all infosets in the XML documents were
coded/given type code).
Politically - is it too late to merge the two pieces of work and agree a common
encoding? It would be
this
DEFINITIONS IMPLICIT TAGS ::=
BEGIN
Now, I am not sure when the ObjectValue.direct option is used, what will be the tag of
Type object? Is the [0] Tag going to be implicit? If the Type is is CHOICE or ANY, the
tag must be explicit, am I right?
Thanks
Vit
--
Prof John Larmouth
Larmouth
32 matches
Mail list logo