Re: Parsing overhead for commenting out line endings

This WebDNA talk-list message is from

2003


It keeps the original formatting.
numero = 49197
interpreted = N
texte = The engine creates a new instance of the comment context for every [!] token it encounters. So, in the example below, the engine creates 11 context instances (for just one iteration of the loop). Without the extra comments, the engine would only create 5 context instances. However, the comment context code is fast and small, so the performance hit is not very significant. The new [return] context was created to eliminate the need to use those extra comment blocks when writing a function definition, as a convenience to the programmer. And the code will run a bit faster.> -----Original Message----- > From: WebDNA Talk [mailto:WebDNA-Talk@talk.smithmicro.com]On Behalf Of > Rob Marquardt > Sent: Friday, April 04, 2003 3:08 PM > To: WebDNA Talk > Subject: Parsing overhead for commenting out line endings > > > I was looking through the 5.0 docs when I found this under > the [return] > context: > > > [function name=add_em_up][!] > > [/!][text]result=0[/text][!] > > [/!][loop start=1&end=10][!] > > [/!][text]result=[math][result]+[index][/math][/text][!] > > [/!][/loop][!] > > [/!][result][!] > > [/!][/function] > > > > > > Executing the above function, and wrapping the result with > URL tags, we get: > > 55 > > > > The extra 'garbage' is gone, but using all those [!][/!] > pairs is cumbersome, > > and does add some extra parsing overhead. > > Just how *much* parsing overhead? An appreciable amount? I've > been doing > this damn near everywhere as a matter of course for years now. > > [suppressReturns] didn't make it into 5.0? ; ) > > > Rob Marquardt > Designer/Resident Wirehead > Toast Design > > 800 Washington Avenue North > Minneapolis MN 55401 > 612.330.9863 v > 612.321.9424 f > www.toastdesign.com > > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://webdna.smithmicro.com/------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: Parsing overhead for commenting out line endings (Scott Anderson 2003)
  2. Re: Parsing overhead for commenting out line endings (Brian Fries 2003)
  3. Re: Parsing overhead for commenting out line endings (Scott Anderson 2003)
  4. Parsing overhead for commenting out line endings (Rob Marquardt 2003)
The engine creates a new instance of the comment context for every [!] token it encounters. So, in the example below, the engine creates 11 context instances (for just one iteration of the loop). Without the extra comments, the engine would only create 5 context instances. However, the comment context code is fast and small, so the performance hit is not very significant. The new [return] context was created to eliminate the need to use those extra comment blocks when writing a function definition, as a convenience to the programmer. And the code will run a bit faster.> -----Original Message----- > From: WebDNA Talk [mailto:WebDNA-Talk@talk.smithmicro.com]On Behalf Of > Rob Marquardt > Sent: Friday, April 04, 2003 3:08 PM > To: WebDNA Talk > Subject: Parsing overhead for commenting out line endings > > > I was looking through the 5.0 docs when I found this under > the [return] > context: > > > [function name=add_em_up][!] > > [/!][text]result=0[/text][!] > > [/!][loop start=1&end=10][!] > > [/!][text]result=[math][result]+[index][/math][/text][!] > > [/!][/loop][!] > > [/!][result][!] > > [/!][/function] > > > > > > Executing the above function, and wrapping the result with > URL tags, we get: > > 55 > > > > The extra 'garbage' is gone, but using all those [!][/!] > pairs is cumbersome, > > and does add some extra parsing overhead. > > Just how *much* parsing overhead? An appreciable amount? I've > been doing > this damn near everywhere as a matter of course for years now. > > [suppressReturns] didn't make it into 5.0? ; ) > > > Rob Marquardt > Designer/Resident Wirehead > Toast Design > > 800 Washington Avenue North > Minneapolis MN 55401 > 612.330.9863 v > 612.321.9424 f > www.toastdesign.com > > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to > > Web Archive of this list is at: http://webdna.smithmicro.com/------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ Scott Anderson

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

WebCatalog Hosting (1998) OFF TOPIC: help wanted (1997) math on date? (1997) WebCatalog for guestbook ? (1997) Re:no template caching (1997) Locking up with WebCatalog... (1997) OT: JavaScript question (2001) different show next (1997) [WebDNA] writefile (2009) Webcat 4.0.1b2 on ftp - what does it fix? (2000) shipcost (1997) SQL (2003) Other then credit cards-how? (1997) Unable to view next 101-200 (1997) WebCat2b14MacPlugIn - [include] doesn't hide the search string (1997) For you Unix gurus [OT] (2002) Cart Template (1997) Does it use the two Processors ? (1999) off topic - dna snipets (1997) SOP for WebDNA talk - MSNBot Crashing (2004)