Re: grep is really pathetic sometimes
This WebDNA talk-list message is from 2003
It keeps the original formatting.
numero = 51318
interpreted = N
texte = Hi John,I tried that same code:>> code:[Text show=T]SKU=TROUTPRINT.JPG[/Text]
[grepsearch=^([A-Z0-9][0-9A-Z])([0-9A-Z][0-9A-Z][0-9A-Z])&replace=\1/\2/][getchars start=1&end=5][SKU][/getchars][/grep]>> output:TROUTPRINT.JPGTR/OUT/Raj----- Original Message ----- From: "John Peacock"
To: "WebDNA Talk" Sent: Wednesday, June 25, 2003 2:10 AMSubject: RFE: grep is really pathetic sometimes> > I love using regular expressions to process my text (which is why I spendmost> of my time using Perl these days). However, one of my other developerscame to> me to ask why a particular grep was working the way it was.>> The code is as follows:>> [grep>search=^([A-Z0-9][0-9A-Z])([0-9A-Z][0-9A-Z][0-9A-Z])&replace=\1/\2/][getchars> start=1&end=5][SKU][/getchars][/grep]>> That *should* match the first two characters (as \1) and the next three(as \2).> It always seemed to work when we were only looking at numbers, but wehad to> extend it to work with characters as well as and it suddenly startedmatching> twice for one item.>> For SKU=TROUTPRINT.JPG, we expected it to return "TR/OUT/", but it wouldreturn> "TR/OUT/PR/INT" instead. It turns out that [grep] doesn't understand the> beginning of line (BOL) anchor "^" character. Consequently, the patternwas> matching twice (because this item had a longer SKU than the other items).This> is very annoying and vastly reduces the usabililty of [grep] for me.>> Why couldn't WebCat provide a real regex engine like Perl CompatibleRegular> Expressions:>> http://www.pcre.org/>> instead of whatever hodgepodge of code it currently has? At the veryleast,> WebCat should have thrown some sort of an error for the "^" which itdoesn't> understand.> >> John>> -- > John Peacock> Director of Information Research and Technology> Rowman & Littlefield Publishing Group> 4501 Forbes Boulevard> Suite H> Lanham, MD 20706> 301-459-3366 x.5010> fax 301-429-5748>>> -------------------------------------------------------------> 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:
Hi John,I tried that same code:>> code:[Text show=T]SKU=TROUTPRINT.JPG[/Text]
[grepsearch=^([A-Z0-9][0-9A-Z])([0-9A-Z][0-9A-Z][0-9A-Z])&replace=\1/\2/][getchars start=1&end=5][SKU][/getchars][/grep]>> output:TROUTPRINT.JPGTR/OUT/Raj----- Original Message ----- From: "John Peacock" To: "WebDNA Talk" Sent: Wednesday, June 25, 2003 2:10 AMSubject: RFE: grep is really pathetic sometimes> > I love using regular expressions to process my text (which is why I spendmost> of my time using Perl these days). However, one of my other developerscame to> me to ask why a particular grep was working the way it was.>> The code is as follows:>> [grep>search=^([A-Z0-9][0-9A-Z])([0-9A-Z][0-9A-Z][0-9A-Z])&replace=\1/\2/][getchars> start=1&end=5][SKU][/getchars][/grep]>> That *should* match the first two characters (as \1) and the next three(as \2).> It always seemed to work when we were only looking at numbers, but wehad to> extend it to work with characters as well as and it suddenly startedmatching> twice for one item.>> For SKU=TROUTPRINT.JPG, we expected it to return "TR/OUT/", but it wouldreturn> "TR/OUT/PR/INT" instead. It turns out that [grep] doesn't understand the> beginning of line (BOL) anchor "^" character. Consequently, the patternwas> matching twice (because this item had a longer SKU than the other items).This> is very annoying and vastly reduces the usabililty of [grep] for me.>> Why couldn't WebCat provide a real regex engine like Perl CompatibleRegular> Expressions:>> http://www.pcre.org/>> instead of whatever hodgepodge of code it currently has? At the veryleast,> WebCat should have thrown some sort of an error for the "^" which itdoesn't> understand.> >> John>> -- > John Peacock> Director of Information Research and Technology> Rowman & Littlefield Publishing Group> 4501 Forbes Boulevard> Suite H> Lanham, MD 20706> 301-459-3366 x.5010> fax 301-429-5748>>> -------------------------------------------------------------> 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/
"Rajeev Kumar"
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:
Help! WebCat2 bug (1997)
Orderfile Problem (2004)
Not really WebCat (1997)
PCS Frames (1997)
Restart of DBserver (1997)
paymethod=cc allows all zeros (1999)
[WebDNA] High-profile WebDNA sites? (2008)
WebCatalog and WebTen (1997)
Help with nested search (1998)
forms and variables (1998)
WebCat wont loose it's cookies! (1999)
SiteGuard Use Question (1997)
Nested tags count question (1997)
Billing when shipped (2006)
form data submission gets truncated (1997)
[BULK] [WebDNA] abstraction code can be tricky... (2012)
unable to launch acgi in WebCat (1997)
RE: Explorer oddities (1997)
Buying sans cart (1997)
[TaxableTotal] - not working with AOL and IE (1997)