RegEx101.com now offers a debugger(regex101.com)
regex101.com
RegEx101.com now offers a debugger
http://regex101.com/?
13 comments
Looking at regex101, the layout of the page looks awfully similar. It seems that the author took Rubular and made it more generic. So yeah, props to Rubular.
And a couple of alternatives:
https://www.debuggex.com/
(for Python flavor:
https://www.debuggex.com/?flavor=python )
and one more Python + regex:
http://www.pyregex.com/
https://www.debuggex.com/
(for Python flavor:
https://www.debuggex.com/?flavor=python )
and one more Python + regex:
http://www.pyregex.com/
What is it with the obsession with regular expressions? They are useful things, sure, but I just use them in connection with grep or if I search for strings and normally they are pretty basic, e.g.
$ grep -r -n --color "foo*bar" src
If I want to validate input data with the machine I just use a parser.
$ grep -r -n --color "foo*bar" src
If I want to validate input data with the machine I just use a parser.
Regexes are an elegant and very powerful way to validate data in scripts in a concise (and if they aren't abused) easy to read fashion. There are almost infinite number of examples, but let's say I want to verify that a field is a 64 Bit hexadecimal MAC address
And, when you say, "If I want to validate input data with the machine I just use a parser." - that's pretty much what a regex engine is - a sophisticated parser, and the regular expression is the "commands" that you feed to it to parse the input text.
$mac =~ ^[A-Fa-f0-9]{16}$
And, when you say, "If I want to validate input data with the machine I just use a parser." - that's pretty much what a regex engine is - a sophisticated parser, and the regular expression is the "commands" that you feed to it to parse the input text.
Ok then maybe it's just a matter of taste. I like the parser approach more:
import Text.ParserCombinators.ReadP -- or the parser lib of your choice
import Data.Char
...
macP = count 16 (satisfy isHexDigit)
import Text.ParserCombinators.ReadP -- or the parser lib of your choice
import Data.Char
...
macP = count 16 (satisfy isHexDigit)
Here is another one I just did tonight - I wanted to match IPv4 addresses, but didn't want to validate anything with a leading 0 (specifies octal format, which 99.9999% of the time is not what people want), but I do want to accept a leading 0 if it's the only value (I.E. 3.0.2.1, 0.0.0.0, etc...)
regex_ipv4='^((25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9][0-9]|[0-9])\.){3}(25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9][0-9]|[0-9])$'
Gets the job done.
How else would you do it?
You can then build up a library of these, and use them on other projects.
regex_ipv4='^((25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9][0-9]|[0-9])\.){3}(25[0-5]|2[0-4][0-9]|1[0-9]{2}|[1-9][0-9]|[0-9])$'
Gets the job done.
How else would you do it?
You can then build up a library of these, and use them on other projects.
> How else would you do it?
Taking your question generally, I was curious to see what it might look like as a parser, since I find that regex a little hard to read. Here's an implementation with Haskell's parsec:
https://gist.github.com/mjhoy/6751909
Taking your question generally, I was curious to see what it might look like as a parser, since I find that regex a little hard to read. Here's an implementation with Haskell's parsec:
https://gist.github.com/mjhoy/6751909
Maybe something like this:
def is_ipv4_addr(s):
try:
octets = s.split('.')
assert len(octets) == 4
for o in octets:
assert 0 <= int(o.lstrip(0) or '0') < 256
except:
return False
return True
Would:
1. 12 .13. 14
089.23.45.67
[deleted]
I think you forgot to verify that an octet doesn't have leading zeros (unless its value actually is zero).
I didn't forget: the (o.lstrip(0) or '0') expression does that.
Actually, that should be o.lstrip('0')...
Actually, that should be o.lstrip('0')...
Wrong.
Your code is also ok with bizarre inputs like "0..." :-)
Regexes really do have their strengths -- they compactly express a state machine, and you can always break the expression into parts which'll show exactly what the state machine will accept. They could also be much more readable if people bothered to break them into parts instead of typing it out all inside a long string that becomes really difficult to parse visually. There are other notations to improve readability, for example rx in emacs: http://www.emacswiki.org/emacs/rx
A seemingly simple regex can be implemented in imperative code and it might look clean and pretty until you get the logic exactly right and amend it to handle all the corner cases that are not obvious at first sight. For comparison I did the exercise in old-fashioned C (and the indentation got messed up along the way, sigh).
https://pastebin.mozilla.org/3171656
A state machine would be more appropriate in my opinion.
>>> is_ipv4_addr("01.0.0.0")
True
Your code is also ok with bizarre inputs like "0..." :-)
Regexes really do have their strengths -- they compactly express a state machine, and you can always break the expression into parts which'll show exactly what the state machine will accept. They could also be much more readable if people bothered to break them into parts instead of typing it out all inside a long string that becomes really difficult to parse visually. There are other notations to improve readability, for example rx in emacs: http://www.emacswiki.org/emacs/rx
A seemingly simple regex can be implemented in imperative code and it might look clean and pretty until you get the logic exactly right and amend it to handle all the corner cases that are not obvious at first sight. For comparison I did the exercise in old-fashioned C (and the indentation got messed up along the way, sigh).
https://pastebin.mozilla.org/3171656
A state machine would be more appropriate in my opinion.
You're right. My mistake.
I like automata and I think regexes are good for some things, but I definitely agree about the crappy syntax. When working in CL, I loved Edi Weitz' CLPPCRE package which allowed you to specify regexes using either the traditional broken string form or an s-exp syntax. Much cleaner.
I like automata and I think regexes are good for some things, but I definitely agree about the crappy syntax. When working in CL, I loved Edi Weitz' CLPPCRE package which allowed you to specify regexes using either the traditional broken string form or an s-exp syntax. Much cleaner.
[deleted]
Would be ultra-cool if you could propose a "generate a matching sample" button.
Take a look at http://fent.github.io/randexp.js/ if you want something that will do this
I have thought about this, but in cases where it would be useful, it's impossible to generate a sample match string. For example, creating a match string for /(?:a|[bc])efg?/ is super simple, but for something like: /(ab(?1)*)/ it becomes much harder. Not to mention the performance hit you would see for these more complex expressions. (These are just dummy expressions for illustrative purposes, but I'm sure you get my gist.)
If there is a modifier with a variable number like ?,+,* you could just repeat it X times.
For example if it is ? repeat 1 time, + repeat 2, * repeat 3 etc...
If it is |, choose the first or choose randomly.
For example if it is ? repeat 1 time, + repeat 2, * repeat 3 etc...
If it is |, choose the first or choose randomly.
That's funny. Just yesterday I needed that and used pythex and a bunch of other similar 'testers' to make sure my regular expression was good. It was, but it somehow didn't work on the Mozilla Add-On Builder.
After asking a question on the #jetpack channel, members have spotted the mistake: The regex was correct, but it needed to "match the exact string" as mentioned on the doc. I've read it, but didn't understand that point. There was a missing "." at the beginning and the end. So /.regex.*/
Thanks for putting this.
After asking a question on the #jetpack channel, members have spotted the mistake: The regex was correct, but it needed to "match the exact string" as mentioned on the doc. I've read it, but didn't understand that point. There was a missing "." at the beginning and the end. So /.regex.*/
Thanks for putting this.
Forgot to tell you how to use it. Simply insert an expression and some text and press the little red button right above the input for the regex. That's all you have to do! Enjoy :)
[deleted]
The explanation box is nice!
Here is another regex tester: http://www.gethifi.com/tools/regex
Here is another regex tester: http://www.gethifi.com/tools/regex
http://www.regexper.com is also awesome to visualize regular expressions.
Not bad. You don't have to jump around your regexp reference and editor. It does not exactly tell you why your exp & string does not match. It just show what typed reg exp will do.
I think this shows quite clearly what is going on and why I get the result I get: http://regex101.com/r/kU3cJ6/#debugger (imgur link: http://imgur.com/H2IkNGy)
If you don't agree with me, could you perhaps suggest an improvement?
If you don't agree with me, could you perhaps suggest an improvement?
I mean it does its job and it is good. I would use it. But look at this case; test string
inout [123:0] Asdfg
Exp (made it wrong in purpose) ^inout\s+\[[0-9]\: It just display "No Matches".
It would be cool if it kind of guide what exp you want to use to match test string. What you put in Test string is what you want to get.
Exp (made it wrong in purpose) ^inout\s+\[[0-9]\: It just display "No Matches".
It would be cool if it kind of guide what exp you want to use to match test string. What you put in Test string is what you want to get.
I like it. Would be nice to be able to match against multiple test strings though.
How do you replay the tutorial once it's finished?
Lots of great information in this thread, thanks all!
They also have a great example:
Screenshot here: http://i.imgur.com/ixyHRde.png