I ran into a problem with Pragmas and Monticello.
If I define a pragma as:
<asn1FieldMutator: 'signatureAlgorithm' class: CertificateSigAlgorithmANS1>
It works fine as long as CertificateSigAlgorithmASN1 is defined. When loading from Monticello the order is now critical to getting the pragma reloaded. If the classes are loaded out of order the loading stops with:
<asn1FieldMutator: 'signatureAlgorithm' class: Literal constant expected ->CertificateSigAlgorithmANS1>
This must be a problem for other classes in Monticello loading. Does anyone know how Monticello handles undefined class references, or is this a problem with pragma syntax checking?
Thanks for your help!
Ron Teitelbaum
It works fine as long as CertificateSigAlgorithmASN1 is defined. When loading from Monticello the order is now critical to getting the pragma reloaded. If the classes are loaded out of order the loading stops with:
Yes, I am aware of this problem. Better not use classes as arguments to Pragmas, but instead use a symbol that you resolve dynamically at runtime. A class cannot be be part of a literal, so we should probably remove this possibility from the Pragma parser anyway.
Lukas
That's what I did to fix it but I thought it was cool when it worked! Could we just fix the Monticello loading problem? I like things that do what you expect them too.
I guess it doesn't matter symbols will work fine.
By the way PRAGMAS are really cool!! I'm impressed by how easy they are going to make programming my ASN1 parsing! So far there have been two solutions to these types of mappings. One is class side metaInformation methods. The other is separate classDescriptor classes. Now we have a third: Pragmas and its great. Andreas was right, it's very nice putting the information right where it is used.
Nice work!! Thank you!
Ron
-----Original Message----- From: Lukas Renggli [mailto:renggli@gmail.com] Sent: Sunday, September 03, 2006 2:30 AM To: Ron@usmedrec.com; The general-purpose Squeak developers list Subject: Re: Pragma Syntax Checking
It works fine as long as CertificateSigAlgorithmASN1 is defined. When loading from Monticello the order is now critical to getting the pragma reloaded. If the classes are loaded out of order the loading stops
with:
Yes, I am aware of this problem. Better not use classes as arguments to Pragmas, but instead use a symbol that you resolve dynamically at runtime. A class cannot be be part of a literal, so we should probably remove this possibility from the Pragma parser anyway.
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch
ASN1 parsing? Are you doing something with SNMP?
From: "Ron Teitelbaum" Ron@USMedRec.com Reply-To: Ron@USMedRec.com, The general-purpose Squeak developers listsqueak-dev@lists.squeakfoundation.org To: "'Lukas Renggli'" renggli@gmail.com,"'The general-purpose Squeak developers list'"squeak-dev@lists.squeakfoundation.org Subject: RE: Pragma Syntax Checking Date: Sun, 3 Sep 2006 22:24:23 -0400
That's what I did to fix it but I thought it was cool when it worked! Could we just fix the Monticello loading problem? I like things that do what you expect them too.
I guess it doesn't matter symbols will work fine.
By the way PRAGMAS are really cool!! I'm impressed by how easy they are going to make programming my ASN1 parsing! So far there have been two solutions to these types of mappings. One is class side metaInformation methods. The other is separate classDescriptor classes. Now we have a third: Pragmas and its great. Andreas was right, it's very nice putting the information right where it is used.
Nice work!! Thank you!
Ron
-----Original Message----- From: Lukas Renggli [mailto:renggli@gmail.com] Sent: Sunday, September 03, 2006 2:30 AM To: Ron@usmedrec.com; The general-purpose Squeak developers list Subject: Re: Pragma Syntax Checking
It works fine as long as CertificateSigAlgorithmASN1 is defined. When loading from Monticello the order is now critical to getting the
pragma
reloaded. If the classes are loaded out of order the loading stops
with:
Yes, I am aware of this problem. Better not use classes as arguments to Pragmas, but instead use a symbol that you resolve dynamically at runtime. A class cannot be be part of a literal, so we should probably remove this possibility from the Pragma parser anyway.
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch
No I'm programming SSL (TLS 1.2), but I'm building a general framework for ANS.1 which could be used for - SNMP - VOIP - HL7 - X.12 ...
Ron Teitelbaum
-----Original Message----- From: squeak-dev-bounces@lists.squeakfoundation.org [mailto:squeak-dev- bounces@lists.squeakfoundation.org] On Behalf Of J J Sent: Monday, September 04, 2006 6:06 AM To: squeak-dev@lists.squeakfoundation.org Subject: RE: Pragma Syntax Checking
ASN1 parsing? Are you doing something with SNMP?
From: "Ron Teitelbaum" Ron@USMedRec.com Reply-To: Ron@USMedRec.com, The general-purpose Squeak developers listsqueak-dev@lists.squeakfoundation.org To: "'Lukas Renggli'" renggli@gmail.com,"'The general-purpose Squeak developers list'"squeak-dev@lists.squeakfoundation.org Subject: RE: Pragma Syntax Checking Date: Sun, 3 Sep 2006 22:24:23 -0400
That's what I did to fix it but I thought it was cool when it worked! Could we just fix the Monticello loading problem? I like things that do what
you
expect them too.
I guess it doesn't matter symbols will work fine.
By the way PRAGMAS are really cool!! I'm impressed by how easy they are going to make programming my ASN1 parsing! So far there have been two solutions to these types of mappings. One is class side metaInformation methods. The other is separate classDescriptor classes. Now we have a third: Pragmas and its great. Andreas was right, it's very nice putting the information right where it is used.
Nice work!! Thank you!
Ron
-----Original Message----- From: Lukas Renggli [mailto:renggli@gmail.com] Sent: Sunday, September 03, 2006 2:30 AM To: Ron@usmedrec.com; The general-purpose Squeak developers list Subject: Re: Pragma Syntax Checking
It works fine as long as CertificateSigAlgorithmASN1 is defined.
When
loading from Monticello the order is now critical to getting the
pragma
reloaded. If the classes are loaded out of order the loading stops
with:
Yes, I am aware of this problem. Better not use classes as arguments to Pragmas, but instead use a symbol that you resolve dynamically at runtime. A class cannot be be part of a literal, so we should probably remove this possibility from the Pragma parser anyway.
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch
Ausome, I keep an eye out for your work then.
I think smalltalk could be a really good framework for network management. The best product in the space today is an object oriented system written in C++. But of course they have all the porting issues for changes and new platforms. I think a smalltalk based version could run circles around them because of the platform support alone, once it gets some tools (like SNMP tools, etc).
Java wasn't usable because at the time (don't know if they fixed this or not) could not create a raw IP packet needed to do ICMP pings.
From: "Ron Teitelbaum" Ron@USMedRec.com Reply-To: Ron@USMedRec.com, The general-purpose Squeak developers listsqueak-dev@lists.squeakfoundation.org To: "'The general-purpose Squeak developers list'"squeak-dev@lists.squeakfoundation.org Subject: RE: Pragma Syntax Checking Date: Tue, 5 Sep 2006 17:53:00 -0400
No I'm programming SSL (TLS 1.2), but I'm building a general framework for ANS.1 which could be used for - SNMP - VOIP - HL7 - X.12 ...
Ron Teitelbaum
-----Original Message----- From: squeak-dev-bounces@lists.squeakfoundation.org [mailto:squeak-dev- bounces@lists.squeakfoundation.org] On Behalf Of J J Sent: Monday, September 04, 2006 6:06 AM To: squeak-dev@lists.squeakfoundation.org Subject: RE: Pragma Syntax Checking
ASN1 parsing? Are you doing something with SNMP?
From: "Ron Teitelbaum" Ron@USMedRec.com Reply-To: Ron@USMedRec.com, The general-purpose Squeak developers listsqueak-dev@lists.squeakfoundation.org To: "'Lukas Renggli'" renggli@gmail.com,"'The general-purpose Squeak developers list'"squeak-dev@lists.squeakfoundation.org Subject: RE: Pragma Syntax Checking Date: Sun, 3 Sep 2006 22:24:23 -0400
That's what I did to fix it but I thought it was cool when it worked! Could we just fix the Monticello loading problem? I like things that do what
you
expect them too.
I guess it doesn't matter symbols will work fine.
By the way PRAGMAS are really cool!! I'm impressed by how easy they
are
going to make programming my ASN1 parsing! So far there have been two solutions to these types of mappings. One is class side
metaInformation
methods. The other is separate classDescriptor classes. Now we have a third: Pragmas and its great. Andreas was right, it's very nice
putting
the information right where it is used.
Nice work!! Thank you!
Ron
-----Original Message----- From: Lukas Renggli [mailto:renggli@gmail.com] Sent: Sunday, September 03, 2006 2:30 AM To: Ron@usmedrec.com; The general-purpose Squeak developers list Subject: Re: Pragma Syntax Checking
It works fine as long as CertificateSigAlgorithmASN1 is defined.
When
loading from Monticello the order is now critical to getting the
pragma
reloaded. If the classes are loaded out of order the loading
stops
with:
Yes, I am aware of this problem. Better not use classes as arguments to Pragmas, but instead use a symbol that you resolve dynamically at runtime. A class cannot be be part of a literal, so we should
probably
remove this possibility from the Pragma parser anyway.
Lukas
-- Lukas Renggli http://www.lukas-renggli.ch
squeak-dev@lists.squeakfoundation.org
-
J J -
Lukas Renggli -
Ron Teitelbaum