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