regex van 101234 tot 103546??

[Verwijderd]

Hallo,

ik wil in sed iets met regels doen waarin een couter voorkomt. Ik wil een bereik getallen aangeven met een regex.
Ik heb alle faqs gelezen maar kom er echt niet uit.

bij enkele getallen doe je [1-5]

maar [101234-103546] werkt niet:-(

hoe geef ik dat aan in een regex???

help!!

hc

[Pooh]

Misschien gaatie niet zo hoog, probeer eens
10[1234-3456] (als limiet 32000 of 64000) of zelfs
10[12-34][0-99] (als limiet 256) of
10[1-3][2-4][0-9][0-9] (als limiet 9)

[edit: excuus, dit gaat niet werken... ]

[tomato]

Laatste oplossing van Poohbear is ook niet goed, maar in ieder geval heeft hij gelijk dat je slechts 0-9 als range kunt gebruiken (en dit is eigenlijk heel logisch).

Wat je kunt doen is je getal ontleden, zoals Poohbear probeert.

[Orphix]

regex Generator misschien is dit wat je bedoelt?

[tomato]

Pfff een generator, flauw hoor

[Verwijderd]

flauw maar handig toch

[brammetje]

Op vrijdag 23 november 2001 17:06 schreef Orphix het volgende:
regex Generator misschien is dit wat je bedoelt?

hijsfijn

check ook de XSLT-tutorial, die is uitermate goed!

[eamelink]

Je krijgt zo wel hele lange regexps... Misschien kan je beter alle getallen van die lengte eruit filteren, en dan gewoon met een ifje kijken of ze kleiner of groter zijn dan die waarden.

[Verwijderd]

hmm. Het probleem is dat ik een logfile wil tailen, maar dan niet met tail, waarbij in de logfile een nummer staat, dat elke seconde 1 groter wordt.
Ik wil de laatste 55 minuten in een ander file catten, en er dan html van maken voor een cgi script. Zo kun je online de laatste 5 minuten van een log zien.

Daarom wil ik met sed zoiets doen als

sed -e -n '/[10001234-10003245]/p' logfile > htmlfile

het tweede getal is de timestamp van de laatste regel, het eerste het tweede getal min 300 (seconden).
Ik wil die 1000..-1000 dus met een regex doen.

Dat kan dus niet automatisch met [1][0][1] ewtcetera of iets dergelijks.

Als niemand iets weet doe ik wel een while loop met een oplopende teller, maar dat lijkt me zo inefficient.

groet

hc