I ran into a problem with Pragmas and If I define a pragma as: <asn1FieldMutator:
'signatureAlgorithm' class: CertificateSigAlgorithmANS1> It works fine as long as CertificateSigAlgorithmASN1 is
defined. When loading from <asn1FieldMutator:
'signatureAlgorithm' class: Literal constant expected
->CertificateSigAlgorithmANS1> This must be a problem for other classes in 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 -- Lukas Renggli http://www.lukas-renggli.ch |
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:[hidden email]] > Sent: Sunday, September 03, 2006 2:30 AM > To: [hidden email]; 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" <[hidden email]> >Reply-To: [hidden email], The general-purpose Squeak developers >list<[hidden email]> >To: "'Lukas Renggli'" <[hidden email]>,"'The general-purpose Squeak >developers list'"<[hidden email]> >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:[hidden email]] > > Sent: Sunday, September 03, 2006 2:30 AM > > To: [hidden email]; 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: [hidden email] [mailto:squeak-dev- > [hidden email]] On Behalf Of J J > Sent: Monday, September 04, 2006 6:06 AM > To: [hidden email] > Subject: RE: Pragma Syntax Checking > > ASN1 parsing? Are you doing something with SNMP? > > > >From: "Ron Teitelbaum" <[hidden email]> > >Reply-To: [hidden email], The general-purpose Squeak developers > >list<[hidden email]> > >To: "'Lukas Renggli'" <[hidden email]>,"'The general-purpose Squeak > >developers list'"<[hidden email]> > >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:[hidden email]] > > > Sent: Sunday, September 03, 2006 2:30 AM > > > To: [hidden email]; 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" <[hidden email]> >Reply-To: [hidden email], The general-purpose Squeak developers >list<[hidden email]> >To: "'The general-purpose Squeak developers >list'"<[hidden email]> >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: [hidden email] [mailto:squeak-dev- > > [hidden email]] On Behalf Of J J > > Sent: Monday, September 04, 2006 6:06 AM > > To: [hidden email] > > Subject: RE: Pragma Syntax Checking > > > > ASN1 parsing? Are you doing something with SNMP? > > > > > > >From: "Ron Teitelbaum" <[hidden email]> > > >Reply-To: [hidden email], The general-purpose Squeak developers > > >list<[hidden email]> > > >To: "'Lukas Renggli'" <[hidden email]>,"'The general-purpose Squeak > > >developers list'"<[hidden email]> > > >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:[hidden email]] > > > > Sent: Sunday, September 03, 2006 2:30 AM > > > > To: [hidden email]; 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 > > > > > > > > > > > > > > > > |
Free forum by Nabble | Edit this page |