2025/09/09

Newest at the top

2025-09-09 17:08:40 +0200 <EvanR> like Data.Text.Encoding
2025-09-09 17:07:25 +0200segfaultfizzbuzz(~segfaultf@23-93-74-222.fiber.dynamic.sonic.net) (Ping timeout: 258 seconds)
2025-09-09 17:06:16 +0200 <EvanR> it simply needs to do a utf-16 decode which is available in many haskell libraries
2025-09-09 17:06:03 +0200mari-estel(~mari-este@user/mari-estel) mari-estel
2025-09-09 17:05:48 +0200 <kaol> These are the moments when I regret my career choices.
2025-09-09 17:05:21 +0200 <EvanR> will screw things up way before the astral plane
2025-09-09 17:05:11 +0200 <EvanR> it's truncating each code unit
2025-09-09 17:04:13 +0200 <kaol> tomsmeding: I got "a", that is 0x61, when I tried that one.
2025-09-09 17:02:54 +0200segfaultfizzbuzz(~segfaultf@23-93-74-222.fiber.dynamic.sonic.net) segfaultfizzbuzz
2025-09-09 17:00:41 +0200polykernel(~polykerne@user/polykernel) polykernel
2025-09-09 16:59:23 +0200 <EvanR> oh, that issue would screw up utf-8 as well
2025-09-09 16:58:15 +0200 <EvanR> utf-16 strikes again
2025-09-09 16:50:14 +0200 <kaol> tomsmeding: https://github.com/haskell-servant/servant-jsaddle/issues/9
2025-09-09 16:46:18 +0200kaotica(~user@user/d4q) d4q
2025-09-09 16:45:57 +0200segfaultfizzbuzz(~segfaultf@23-93-74-222.fiber.dynamic.sonic.net) (Ping timeout: 258 seconds)
2025-09-09 16:41:41 +0200segfaultfizzbuzz(~segfaultf@23-93-74-222.fiber.dynamic.sonic.net) segfaultfizzbuzz
2025-09-09 16:41:23 +0200tromp(~textual@2001:1c00:3487:1b00:298e:6063:53dd:ee4e) (Quit: My iMac has gone to sleep. ZZZzzz…)
2025-09-09 16:41:03 +0200kaotica(~user@user/d4q) (Max SendQ exceeded)
2025-09-09 16:39:57 +0200user0(~user0@user/plague) plague
2025-09-09 16:39:57 +0200user0(~user0@67.161.181.189) (Changing host)
2025-09-09 16:39:52 +0200kaotica(~user@user/d4q) d4q
2025-09-09 16:39:15 +0200kaotica(~user@user/d4q) (Max SendQ exceeded)
2025-09-09 16:39:15 +0200 <tomsmeding> you may try that to see if you're getting the least-significant byte of the _codepoint_ or of the UTF-16 pairs
2025-09-09 16:38:57 +0200 <tomsmeding> kaol: 𝅘𝅥𝅮 (U+1D161; https://tomsmeding.com/unicode#U+1D161 ) doesn't fit in two bytes
2025-09-09 16:37:38 +0200kaotica(~user@user/d4q) d4q
2025-09-09 16:37:06 +0200kaotika(~user@user/d4q) (Quit: WeeChat 3.8)
2025-09-09 16:36:09 +0200traxex(traxex@user/traxex) traxex
2025-09-09 16:36:07 +0200 <tomsmeding> kaol: I don't have context but if you're passing a string from JS to haskell and getting only the least-significant bytes of codepoints, that sounds like a problem on the haskell side
2025-09-09 16:29:29 +0200Square3(~Square4@user/square) (Ping timeout: 260 seconds)
2025-09-09 16:27:58 +0200segfaultfizzbuzz(~segfaultf@23-93-74-222.fiber.dynamic.sonic.net) (Ping timeout: 256 seconds)
2025-09-09 16:27:06 +0200Googulator(~Googulato@2a01-036d-0106-217b-fd1e-c506-2528-080c.pool6.digikabel.hu)
2025-09-09 16:26:47 +0200Googulator(~Googulato@2a01-036d-0106-217b-fd1e-c506-2528-080c.pool6.digikabel.hu) (Quit: Client closed)
2025-09-09 16:25:12 +0200Square2(~Square@user/square) Square
2025-09-09 16:24:26 +0200 <kaol> This is getting rather too involved for me. I'm not quite sure where I should even open an issue about this.
2025-09-09 16:16:24 +0200 <kaol> I think the real bug is somewhere in ghcjs-dom. Browsers use UTF-16 internally and it was an incidental result that the least significant byte of my "ö" test matched with latin1. When I tried it with unicode snowman instead, I got 0x03 instead which matches with UTF-16 unicode snowman's least significant byte. It's the browsers, every time. getResponseText is not up to the task apparently.
2025-09-09 16:15:01 +0200plitter(~plitter@user/plitter) plitter
2025-09-09 16:11:21 +0200segfaultfizzbuzz(~segfaultf@23-93-74-222.fiber.dynamic.sonic.net)
2025-09-09 16:07:27 +0200sord937(~sord937@gateway/tor-sasl/sord937) sord937
2025-09-09 16:07:05 +0200sord937(~sord937@gateway/tor-sasl/sord937) (Ping timeout: 272 seconds)
2025-09-09 16:06:58 +0200Lycurgus(~juan@user/Lycurgus) (Quit: alsoknownas.renjuan.org ( juan@acm.org ))
2025-09-09 16:01:40 +0200user0(~user0@67.161.181.189)
2025-09-09 15:59:47 +0200Guest31(~Guest89@37.111.214.210) (Quit: Client closed)
2025-09-09 15:59:20 +0200Guest3155vpan
2025-09-09 15:59:12 +0200vpanGuest3155
2025-09-09 15:58:53 +0200vpan(~vpan@212.117.1.172)
2025-09-09 15:57:05 +0200Everything(~Everythin@5.248.97.251) Everything
2025-09-09 15:54:44 +0200 <Guest31> thank you, it helps a lot, i shall focus on c++ projects now I guess
2025-09-09 15:53:49 +0200 <tomsmeding> Guest31: hope that gave you some context; perhaps it somehow helps in finding/navigating a career path. I have to go now, good luck :)
2025-09-09 15:51:36 +0200 <tomsmeding> (I got lucky with my advisor)
2025-09-09 15:51:21 +0200 <tomsmeding> (at the cost of your mental energy)