4 ms·

In my examples, it looks like debuggex didn't match "\s" to newline in "...Z\n0..." but regex101.com does. I don't know if that behavior for not matching newli

by jasode 11y ago

In my examples, it looks like debuggex didn't match "\s" to newline in "...Z\n0..." but regex101.com does. I don't know if that behavior for not matching newline matching is desirable since "\s" is supposed to include [ \t\r\n\f]. (See [1]) In any case, there doesn't seem to be an option in debuggex to make it behave like regex101 for my specific example. [1]http://www.regular-expressions.info/shorthand.html http://www.regular-expressions.info/shorthand.html

tsergiu 11y ago
Ah, you're likely on a Windows machine. Debuggex will terminate lines depending on your system. So you would need \s\s to match both \r and \n
- jasode 11y ago
  Interesting. That's very subtle behavior. (Especially since it sometimes fools one into thinking /g option is not enabled when in reality, it's a CR+LF issue.) I'm not saying your site's interpretation of Windows CR+LF is "wrong" but the other 5 online[1] regex testers don't behave that way on Windows Chrome browser. I also tested the regex and target text on desktop JGSoft RegexBuddy[2]. None of those required "\s\s" instead of "\s". Debuggex at the least, is very idiosyncratic since the majority of the other testers don't treat CR+LF that way. [1]regex testers tried with "([A-Z])\w+\s\w(\d.\d)" on Windows: http://regexr.com/3b22q http://regexr.com/3b22q http://regviz.org/ http://regviz.org/ http://www.rexv.org/ http://www.rexv.org/ https://regex101.com/r/eB5jY1/1 https://regex101.com/r/eB5jY1/1 https://www.debuggex.com/r/mci3WLNmHGTEatf6 https://www.debuggex.com/r/mci3WLNmHGTEatf6 [2]http://i.imgur.com/t2L04mO.png http://i.imgur.com/t2L04mO.png (http://www.regexbuddy.com/ http://www.regexbuddy.com/)
  - tsergiu 11y ago
    Neither choice is great (the other ones that I've tried auto-convert \r\n to \n so it's impossible to test a \r\n string). I don't think there's anyone in particular that's at fault, \r\n causes a messy set of problems.

by jasode 11y ago

tsergiu 11y ago

Ah, you're likely on a Windows machine. Debuggex will terminate lines depending on your system. So you would need \s\s to match both \r and \n

jasode 11y ago
Interesting. That's very subtle behavior. (Especially since it sometimes fools one into thinking /g option is not enabled when in reality, it's a CR+LF issue.) I'm not saying your site's interpretation of Windows CR+LF is "wrong" but the other 5 online[1] regex testers don't behave that way on Windows Chrome browser. I also tested the regex and target text on desktop JGSoft RegexBuddy[2]. None of those required "\s\s" instead of "\s". Debuggex at the least, is very idiosyncratic since the majority of the other testers don't treat CR+LF that way. [1]regex testers tried with "([A-Z])\w+\s\w(\d.\d)" on Windows: http://regexr.com/3b22q http://regexr.com/3b22q http://regviz.org/ http://regviz.org/ http://www.rexv.org/ http://www.rexv.org/ https://regex101.com/r/eB5jY1/1 https://regex101.com/r/eB5jY1/1 https://www.debuggex.com/r/mci3WLNmHGTEatf6 https://www.debuggex.com/r/mci3WLNmHGTEatf6 [2]http://i.imgur.com/t2L04mO.png http://i.imgur.com/t2L04mO.png (http://www.regexbuddy.com/ http://www.regexbuddy.com/)
- tsergiu 11y ago
  Neither choice is great (the other ones that I've tried auto-convert \r\n to \n so it's impossible to test a \r\n string). I don't think there's anyone in particular that's at fault, \r\n causes a messy set of problems.