Pragma Syntax Checking

J J azreal1977 at hotmail.com
Mon Sep 4 10:06:12 UTC 2006


ASN1 parsing?  Are you doing something with SNMP?


>From: "Ron Teitelbaum" <Ron at USMedRec.com>
>Reply-To: Ron at USMedRec.com, The general-purpose Squeak developers 
>list<squeak-dev at lists.squeakfoundation.org>
>To: "'Lukas Renggli'" <renggli at gmail.com>,"'The general-purpose Squeak 
>developers list'"<squeak-dev at 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 at gmail.com]
> > Sent: Sunday, September 03, 2006 2:30 AM
> > To: Ron at 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
>
>
>





More information about the Squeak-dev mailing list