Newest at the top
| 2026-03-01 13:36:49 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-03-01 13:31:03 +0100 | kupi | (uid212005@id-212005.hampstead.irccloud.com) (Quit: Connection closed for inactivity) |
| 2026-03-01 13:25:45 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds) |
| 2026-03-01 13:18:47 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-03-01 13:11:48 +0100 | sawilagar | (~sawilagar@user/sawilagar) (Read error: Connection reset by peer) |
| 2026-03-01 13:09:42 +0100 | karenw | (~karenw@user/karenw) karenw |
| 2026-03-01 13:08:18 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds) |
| 2026-03-01 13:03:56 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-03-01 13:03:49 +0100 | oskarw | (~user@user/oskarw) oskarw |
| 2026-03-01 13:00:18 +0100 | Enrico63 | (~Enrico63@host-80-104-109-187.retail.telecomitalia.it) (Quit: Client closed) |
| 2026-03-01 12:57:31 +0100 | mange | (~mange@user/mange) (Quit: Zzz...) |
| 2026-03-01 12:53:31 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds) |
| 2026-03-01 12:51:41 +0100 | driib3180 | (~driib@vmi931078.contaboserver.net) driib |
| 2026-03-01 12:48:33 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-03-01 12:40:34 +0100 | driib3180 | (~driib@vmi931078.contaboserver.net) (Ping timeout: 248 seconds) |
| 2026-03-01 12:37:57 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 255 seconds) |
| 2026-03-01 12:33:10 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-03-01 12:23:30 +0100 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 248 seconds) |
| 2026-03-01 12:22:15 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 245 seconds) |
| 2026-03-01 12:17:48 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-03-01 12:08:57 +0100 | acidjnk_new | (~acidjnk@p200300d6e700e58028e5f6012138f519.dip0.t-ipconnect.de) (Ping timeout: 248 seconds) |
| 2026-03-01 12:06:34 +0100 | Goodbye_Vincent1 | (cyvahl@freakshells.net) Goodbye_Vincent |
| 2026-03-01 12:05:48 +0100 | acidjnk_new3 | (~acidjnk@p200300d6e700e5262c0766f14cd13639.dip0.t-ipconnect.de) |
| 2026-03-01 11:46:50 +0100 | <mauke> | it's so much cleaner |
| 2026-03-01 11:46:41 +0100 | xff0x | (~xff0x@2405:6580:b080:900:bb96:cd5b:8d43:86f6) |
| 2026-03-01 11:46:22 +0100 | <mauke> | I don't necessarily need PCRE behavior, just perl-style syntax |
| 2026-03-01 11:46:01 +0100 | <probie> | If you want PCRE behaviour, use one of the PCRE libraries |
| 2026-03-01 11:45:38 +0100 | xff0x | (~xff0x@2405:6580:b080:900:fca7:d415:4834:b9e8) (Ping timeout: 248 seconds) |
| 2026-03-01 11:45:07 +0100 | <Milan_Vanca> | Yes this unescaped ] as first char is crazy. It screams syntax error in my view :D |
| 2026-03-01 11:42:26 +0100 | <Milan_Vanca> | opqdonut: Thank you very much, your insight helped me to see my wrong assumption |
| 2026-03-01 11:42:02 +0100 | <mauke> | I'm not saying you shouldn't use it, I'm just saying that posix regex syntax is bizarre :-) |
| 2026-03-01 11:41:41 +0100 | <Milan_Vanca> | mauke: so I should not use TDFA? which lib then? |
| 2026-03-01 11:40:27 +0100 | <Milan_Vanca> | mauke: True, I was in implicit haskell context |
| 2026-03-01 11:40:27 +0100 | <mauke> | that is, posix is fine with []\-], but in Haskell you need to write it as "[]\\-]" |
| 2026-03-01 11:40:02 +0100 | <mauke> | \ must be escaped in Haskell strings, but does not need to be escaped in [ ] |
| 2026-03-01 11:39:40 +0100 | <opqdonut> | yep, pretty trippy |
| 2026-03-01 11:39:32 +0100 | <Milan_Vanca> | ] must be first - must be last, \ must be escaped and ^ must not be first |
| 2026-03-01 11:39:11 +0100 | <mauke> | this is why every regex library written after ~2000 ignores posix and just does what perl does |
| 2026-03-01 11:39:05 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds) |
| 2026-03-01 11:38:59 +0100 | <Milan_Vanca> | Lets say I need to also include literals - ^ \ then it should look like "[]a-z^\\-]" |
| 2026-03-01 11:37:42 +0100 | <opqdonut> | regex(7) says: To include a literal ']' in the list, make it the first character |
| 2026-03-01 11:36:58 +0100 | <opqdonut> | regex-tdfa says it implements posix extended regexes, which need []a] |
| 2026-03-01 11:36:44 +0100 | <Milan_Vanca> | You are right using ^$ produces False. Now it all makes sense |
| 2026-03-01 11:35:53 +0100 | <Milan_Vanca> | Yeah..probably I am going to test ^$ |
| 2026-03-01 11:35:28 +0100 | <opqdonut> | I think what might be happening is that "a]a" =~ "[a\\]]{1,3}" is really matching "[a]]{1,3}", that is, "a]" |
| 2026-03-01 11:35:12 +0100 | <Milan_Vanca> | Yeah I think I see now. |
| 2026-03-01 11:34:50 +0100 | <opqdonut> | note that =~ checks if any match is found, it doesn't necesarily match the whole string |
| 2026-03-01 11:34:49 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-03-01 11:33:51 +0100 | <opqdonut> | I don't know about Text.Regex.TDFA in particular, but in most regex implementations you need to write that character class as []a] |
| 2026-03-01 11:32:38 +0100 | <Milan_Vanca> | The last one should also produce True? |