2026/03/01

Newest at the top

2026-03-01 13:46:49 +0100 <__monty__> Kinda love it from a semantics point of view but hate the readability.
2026-03-01 13:46:20 +0100 <__monty__> It's such a kludge "An empty character class doesn't make any sense so the closing character can occur in the first position without ambiguity."
2026-03-01 13:41:46 +0100sawilagar(~sawilagar@user/sawilagar) sawilagar
2026-03-01 13:41:14 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds)
2026-03-01 13:36:49 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2026-03-01 13:31:03 +0100kupi(uid212005@id-212005.hampstead.irccloud.com) (Quit: Connection closed for inactivity)
2026-03-01 13:25:45 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)
2026-03-01 13:18:47 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2026-03-01 13:11:48 +0100sawilagar(~sawilagar@user/sawilagar) (Read error: Connection reset by peer)
2026-03-01 13:09:42 +0100karenw(~karenw@user/karenw) karenw
2026-03-01 13:08:18 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 248 seconds)
2026-03-01 13:03:56 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2026-03-01 13:03:49 +0100oskarw(~user@user/oskarw) oskarw
2026-03-01 13:00:18 +0100Enrico63(~Enrico63@host-80-104-109-187.retail.telecomitalia.it) (Quit: Client closed)
2026-03-01 12:57:31 +0100mange(~mange@user/mange) (Quit: Zzz...)
2026-03-01 12:53:31 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 276 seconds)
2026-03-01 12:51:41 +0100driib3180(~driib@vmi931078.contaboserver.net) driib
2026-03-01 12:48:33 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2026-03-01 12:40:34 +0100driib3180(~driib@vmi931078.contaboserver.net) (Ping timeout: 248 seconds)
2026-03-01 12:37:57 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 255 seconds)
2026-03-01 12:33:10 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2026-03-01 12:23:30 +0100vanishingideal(~vanishing@user/vanishingideal) (Ping timeout: 248 seconds)
2026-03-01 12:22:15 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 245 seconds)
2026-03-01 12:17:48 +0100merijn(~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn
2026-03-01 12:08:57 +0100acidjnk_new(~acidjnk@p200300d6e700e58028e5f6012138f519.dip0.t-ipconnect.de) (Ping timeout: 248 seconds)
2026-03-01 12:06:34 +0100Goodbye_Vincent1(cyvahl@freakshells.net) Goodbye_Vincent
2026-03-01 12:05:48 +0100acidjnk_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 +0100xff0x(~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 +0100xff0x(~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 +0100merijn(~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.