IRCBrowse

2022/06/16

2022-06-16 00:03:54 +0200samhh_(7569f027cf@2604:bf00:561:2000::e4)
2022-06-16 00:04:23 +0200alethkit_(23bd17ddc6@2604:bf00:561:2000::3ce)
2022-06-16 00:04:25 +0200jmct_(sid160793@id-160793.tinside.irccloud.com)
2022-06-16 00:04:27 +0200raghavgururajan_(ea769b8000@user/raghavgururajan)
2022-06-16 00:04:38 +0200lazyrat(~lazycat@mail.nubecula.net)
2022-06-16 00:04:39 +0200lazyrat(~lazycat@mail.nubecula.net) (Changing host)
2022-06-16 00:04:39 +0200lazyrat(~lazycat@user/lazycat)
2022-06-16 00:07:12 +0200de-vri-es1(~de-vri-es@voyager.de-vri.es)
2022-06-16 00:07:23 +0200jmct(sid160793@id-160793.tinside.irccloud.com) (Ping timeout: 250 seconds)
2022-06-16 00:07:23 +0200alethkit(23bd17ddc6@2604:bf00:561:2000::3ce) (Ping timeout: 250 seconds)
2022-06-16 00:07:23 +0200catern(~sbaugh@2604:2000:8fc0:b:a9c7:866a:bf36:3407) (Ping timeout: 250 seconds)
2022-06-16 00:07:23 +0200lazycat(~lazycat@user/lazycat) (Ping timeout: 250 seconds)
2022-06-16 00:07:23 +0200pl(sid98063@id-98063.helmsley.irccloud.com) (Ping timeout: 250 seconds)
2022-06-16 00:07:24 +0200samhh(7569f027cf@2604:bf00:561:2000::e4) (Ping timeout: 250 seconds)
2022-06-16 00:07:24 +0200de-vri-es(~de-vri-es@voyager.de-vri.es) (Ping timeout: 250 seconds)
2022-06-16 00:07:24 +0200raghavgururajan(ea769b8000@user/raghavgururajan) (Ping timeout: 250 seconds)
2022-06-16 00:07:24 +0200lambdabot(~lambdabot@haskell/bot/lambdabot) (Ping timeout: 250 seconds)
2022-06-16 00:07:25 +0200alethkit_alethkit
2022-06-16 00:07:25 +0200raghavgururajan_raghavgururajan
2022-06-16 00:07:25 +0200samhh_samhh
2022-06-16 00:07:25 +0200jmct_jmct
2022-06-16 00:08:11 +0200matijja(~matijja@193.77.181.201) (Quit: ZNC 1.8.2 - https://znc.in)
2022-06-16 00:08:29 +0200pl(sid98063@id-98063.helmsley.irccloud.com)
2022-06-16 00:09:49 +0200lambdabot(~lambdabot@haskell/bot/lambdabot)
2022-06-16 00:10:27 +0200matijja(~matijja@193.77.181.201)
2022-06-16 00:22:27 +0200alternateved(~alternate@82.180.151.137) (Remote host closed the connection)
2022-06-16 00:26:21 +0200catern(~sbaugh@2604:2000:8fc0:b:a9c7:866a:bf36:3407)
2022-06-16 01:00:03 +0200Guest9(~Guest9@184.4.83.175)
2022-06-16 01:05:22 +0200Guest9hipurus
2022-06-16 01:17:57 +0200steve__(~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 260 seconds)
2022-06-16 01:31:37 +0200redgloboli(~redglobol@user/redgloboli) (Ping timeout: 244 seconds)
2022-06-16 01:42:10 +0200redgloboli(~redglobol@user/redgloboli)
2022-06-16 02:07:48 +0200hipurus(~Guest9@184.4.83.175) (Quit: Client closed)
2022-06-16 02:15:07 +0200werneta(~werneta@137.79.230.15) (Ping timeout: 260 seconds)
2022-06-16 02:16:52 +0200werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
2022-06-16 02:21:10 +0200werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 240 seconds)
2022-06-16 02:21:54 +0200werneta(~werneta@137.79.230.15)
2022-06-16 02:26:38 +0200stackdroid18(~stackdroi@user/stackdroid) (Quit: hasta la vista... tchau!)
2022-06-16 03:00:22 +0200benin(~benin@183.82.27.33) (Ping timeout: 246 seconds)
2022-06-16 03:02:43 +0200benin(~benin@183.82.204.191)
2022-06-16 03:53:40 +0200vrs_vrs
2022-06-16 03:56:27 +0200 <byorgey> geekosaur: ms teams for linux works fine for me under xmonad
2022-06-16 03:56:52 +0200ocelot__(~ocelot@50-78-208-189-static.hfc.comcastbusiness.net)
2022-06-16 03:56:59 +0200 <byorgey> I mean, it doesn't seem any crappier than it would be under any other window manager
2022-06-16 03:58:15 +0200ocelot__(~ocelot@50-78-208-189-static.hfc.comcastbusiness.net) (Client Quit)
2022-06-16 03:58:32 +0200ocelot_(~ocelot@50-78-208-189-static.hfc.comcastbusiness.net) (Remote host closed the connection)
2022-06-16 03:59:01 +0200ocelot_(~ocelot@50-78-208-189-static.hfc.comcastbusiness.net)
2022-06-16 03:59:31 +0200ocelot_(~ocelot@50-78-208-189-static.hfc.comcastbusiness.net) (Client Quit)
2022-06-16 04:00:12 +0200ocelot_(~ocelot@50-78-208-189-static.hfc.comcastbusiness.net)
2022-06-16 04:02:32 +0200banc(banc@gateway/vpn/airvpn/banc) (Ping timeout: 248 seconds)
2022-06-16 04:10:33 +0200td_(~td@muedsl-82-207-238-033.citykom.de) (Ping timeout: 256 seconds)
2022-06-16 04:12:32 +0200td_(~td@muedsl-82-207-238-107.citykom.de)
2022-06-16 04:23:20 +0200banc(banc@gateway/vpn/airvpn/banc)
2022-06-16 04:30:41 +0200benin(~benin@183.82.204.191) (Ping timeout: 246 seconds)
2022-06-16 05:19:49 +0200steve__(~steve@ool-182c2b80.dyn.optonline.net)
2022-06-16 06:07:58 +0200mvk(~mvk@2607:fea8:5ce3:8500::4588)
2022-06-16 08:07:39 +0200sundbry(~quassel@99-42-143-129.lightspeed.sntcca.sbcglobal.net) (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)
2022-06-16 09:10:33 +0200dschrempf(~dominik@mobiledyn-62-240-134-11.mrsn.at)
2022-06-16 09:33:20 +0200jaklt[m](~jaklttchn@2001:470:69fc:105::a42)
2022-06-16 10:08:25 +0200benin(~benin@183.82.28.222)
2022-06-16 10:39:52 +0200defjam(~eb0t@33bac70c.skybroadband.com) (Ping timeout: 248 seconds)
2022-06-16 10:41:51 +0200defjam(~eb0t@33bac63e.skybroadband.com)
2022-06-16 10:48:59 +0200fdnick`(~user@2a02:8109:a140:e0a:cf84:f4c7:382a:dcd8)
2022-06-16 11:00:09 +0200kwer[m](~kwermatri@2001:470:69fc:105::1:4da1) (Quit: You have been kicked for being idle)
2022-06-16 11:00:16 +0200jmac123[m](~jmac123ma@2001:470:69fc:105::1:eaf0) (Quit: You have been kicked for being idle)
2022-06-16 11:12:15 +0200gdd(~gdd@2001:470:1f13:187:c211:ee4c:6eca:b634)
2022-06-16 11:38:08 +0200fdnick``(~user@2a02:8109:a140:e0a:273f:3891:babf:2556)
2022-06-16 11:41:30 +0200dschrempf(~dominik@mobiledyn-62-240-134-11.mrsn.at) (Quit: WeeChat 3.5)
2022-06-16 11:42:13 +0200fdnick`(~user@2a02:8109:a140:e0a:cf84:f4c7:382a:dcd8) (Ping timeout: 258 seconds)
2022-06-16 11:47:45 +0200alternateved(~alternate@194.99.105.235)
2022-06-16 12:05:19 +0200alternateved(~alternate@194.99.105.235) (Read error: Connection reset by peer)
2022-06-16 12:05:45 +0200alternateved(~alternate@194.99.105.235)
2022-06-16 12:14:58 +0200fdnick``(~user@2a02:8109:a140:e0a:273f:3891:babf:2556) (ERC 5.4.1 (IRC client for GNU Emacs 29.0.50))
2022-06-16 13:14:59 +0200mvk(~mvk@2607:fea8:5ce3:8500::4588) (Ping timeout: 258 seconds)
2022-06-16 13:43:52 +0200steve__(~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 248 seconds)
2022-06-16 14:07:18 +0200benin(~benin@183.82.28.222) (Quit: The Lounge - https://thelounge.chat)
2022-06-16 14:24:18 +0200dschrempf(~dominik@mobiledyn-62-240-134-11.mrsn.at)
2022-06-16 14:42:07 +0200SevenCircle[m](~sevencirc@2001:470:69fc:105::2:2ee4)
2022-06-16 16:32:17 +0200dschrempf(~dominik@mobiledyn-62-240-134-11.mrsn.at) (Quit: WeeChat 3.5)
2022-06-16 18:02:10 +0200mvk(~mvk@2607:fea8:5ce3:8500::4588)
2022-06-16 18:14:26 +0200stackdroid18(14094@user/stackdroid)
2022-06-16 18:54:54 +0200neoatnebula(~neoatnebu@2409:4071:4d8f:ce27:ead8:44cb:83ba:d42f)
2022-06-16 18:55:26 +0200neoatnebula(~neoatnebu@2409:4071:4d8f:ce27:ead8:44cb:83ba:d42f) (Client Quit)
2022-06-16 18:56:05 +0200neoatnebula(~neoatnebu@2409:4071:4d8f:ce27:ead8:44cb:83ba:d42f)
2022-06-16 19:27:22 +0200neoatnebula(~neoatnebu@2409:4071:4d8f:ce27:ead8:44cb:83ba:d42f) (Quit: Client closed)
2022-06-16 19:46:41 +0200terrorjack(~terrorjac@2a01:4f8:1c1e:509a::1) (Quit: The Lounge - https://thelounge.chat)
2022-06-16 19:49:32 +0200terrorjack(~terrorjac@2a01:4f8:1c1e:509a::1)
2022-06-16 20:04:53 +0200 <lyiriyah[m]> Hi, I have an odd issue.
2022-06-16 20:04:53 +0200 <lyiriyah[m]> There's a discrepancy
2022-06-16 20:05:16 +0200 <lyiriyah[m]> * a discrepancy between the window name shown in xmobar and the window name shown in _NET_WM_NAME by `xprop`.
2022-06-16 20:06:21 +0200 <geekosaur> _NET_WM_NAME changes dynamically and doesn't typically force the logHook to be rerun
2022-06-16 20:07:00 +0200 <geekosaur> (this can also affect taskbars and such unless they specifically watch _NET_WM_NAME)
2022-06-16 20:07:46 +0200 <lyiriyah[m]> Oh wait, I see what's happening. The title's being read from WM_CLASS
2022-06-16 20:07:57 +0200 <lyiriyah[m]> Is there any way to change this somehow?
2022-06-16 20:08:25 +0200 <lyiriyah[m]> It's slightly annoying because all my librewolf windows have the same name...
2022-06-16 20:08:51 +0200 <geekosaur> huh? you should doublecheck your logHook in that case
2022-06-16 20:12:34 +0200 <lyiriyah[m]> I don't have a logHook configured, I'm using X.H.StatusBar
2022-06-16 20:13:50 +0200lyiriyah[m]sent a code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/2e47fc4a6a03a22616085d8bb259ab616795…
2022-06-16 20:19:44 +0200 <geekosaur> what's `ppC`?
2022-06-16 20:19:58 +0200 <lyiriyah[m]> My ppConfig
2022-06-16 20:21:05 +0200 <geekosaur[m]> right, but what is its value?
2022-06-16 20:21:29 +0200 <lyiriyah[m]> One sec
2022-06-16 20:24:31 +0200lyiriyah[m]sent a code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/f988ad70f0c2af276979ab959e0847972a01…
2022-06-16 20:25:16 +0200 <lyiriyah[m]> According to the source the default value of `ppTitle` is `shorten 80`
2022-06-16 20:32:44 +0200 <lyiriyah[m]> X.L.Tabbed has the same issue which leads me to believe it's something going wrong in X.U.NamedWindows
2022-06-16 20:32:48 +0200 <geekosaur[m]> it uses `getName`, not `getNameWMClass`. `getName` does the right thing unless you've used `NamedWindow` to rename it
2022-06-16 20:33:42 +0200 <geekosaur[m]> thing is, I get the window title and use Tabbed here, and both behave correctly
2022-06-16 20:33:48 +0200 <geekosaur[m]> xmonad git
2022-06-16 20:34:14 +0200 <lyiriyah[m]> Hmm, odd
2022-06-16 20:38:14 +0200 <lyiriyah[m]> It's definitely reading `WM_CLASS`. Changing that property with `xdotool selectwindow set_window --classname "test"` also changes the title
2022-06-16 20:38:53 +0200 <geekosaur[m]> you don't happen to have a `lib` subdirectory in your xmonad configuration, do you?
2022-06-16 20:39:05 +0200 <lyiriyah[m]> No, I don't
2022-06-16 20:41:31 +0200 <geekosaur[m]> (you can override xmonad modules there, including XMonad.Util.NamedWindow, and I've been known to do that for development or debugging and then forget about it 😀)
2022-06-16 20:41:39 +0200 <lyiriyah[m]> Ah
2022-06-16 20:42:47 +0200 <lyiriyah[m]> I do have a build script:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/ef55ff986e8eec820c89cd40474f18f1c9f4…)
2022-06-16 20:43:28 +0200 <geekosaur[m]> it shouldn't unless you also have a possibly customized xmonad-contrib source tree around
2022-06-16 20:43:56 +0200 <lyiriyah[m]> I do have a contrib source tree but I haven't customised it
2022-06-16 20:44:18 +0200 <geekosaur[m]> actually I wonder if you even need that build script these days, we support stack config directly as long as a stack.yaml is present, which you'd need for that to work anyway
2022-06-16 20:44:54 +0200 <lyiriyah[m]> Don't think I do -- it's just a holdover from older configs
2022-06-16 20:46:34 +0200 <geekosaur[m]> you might verify the local contrib source tree isn't in use, or if it is, that NamedWindows.hs hasn't been edited
2022-06-16 20:49:16 +0200 <lyiriyah[m]> It hasn't been edited, no
2022-06-16 20:59:10 +0200 <geekosaur[m]> I can't help but think that `getNameWMClass` being right next to `getName` is related, but I'd be really concerned if this is a link error of some kind
2022-06-16 21:01:51 +0200 <lyiriyah[m]> Yeah...
2022-06-16 21:03:57 +0200 <geekosaur[m]> poking around locally and mine is definitely working correctly. are you on 0.17.0 or git?
2022-06-16 21:04:03 +0200 <lyiriyah[m]> git
2022-06-16 21:05:47 +0200 <geekosaur[m]> I traced through git's code and it's correct. sigh
2022-06-16 21:06:13 +0200 <geekosaur[m]> didn't get broken by the rewrite to simplify status bar support or anything like that
2022-06-16 21:11:35 +0200 <geekosaur[m]> don't suppose Solid is about by any chance?
2022-06-16 21:13:45 +0200 <geekosaur[m]> hm. what version of ghc? we've been having some weird problems with 9.0.1 and later, although if this turns out to be related then things are much worse than anyone imagined…
2022-06-16 21:14:08 +0200 <lyiriyah[m]> 8.10.7
2022-06-16 21:14:42 +0200 <lyiriyah[m]> Wait, that's `ghc --version`, `stack ghc -- --version` gives me 9.0.2
2022-06-16 21:16:02 +0200 <geekosaur[m]> just for grins and giggles, try seeing if it happens with 8.10.7 (change the resolver to lts 18.28)
2022-06-16 21:17:13 +0200 <lyiriyah[m]> Alright, rebuilding now
2022-06-16 21:20:12 +0200 <Solid> geekosaur[m]: am here, what's up?
2022-06-16 21:20:59 +0200 <Solid> guess I should read the backlog :)
2022-06-16 21:21:30 +0200 <lyiriyah[m]> I'm having an issue where X.U.NamedWindows is reading window titles from WM_CLASS instead of _NET_WM_NAME or WM_NAME
2022-06-16 21:22:18 +0200 <lyiriyah[m]> Solid
2022-06-16 21:22:56 +0200 <geekosaur> I've been through the code several times and it seems to be doing the right thing, plus it's working properly here. was wondering if you might have some additional ideas
2022-06-16 21:24:41 +0200 <geekosaur[m]> (sorry for jumping between irc and matrix, had a potential problem to deal with in another channel)
2022-06-16 21:25:07 +0200 <Solid> lyiriyah[m]: could you post your entire config? I'd like to first see if I can actually reproduce this
2022-06-16 21:25:11 +0200stackdroid18(14094@user/stackdroid) (Quit: hasta la vista... tchau!)
2022-06-16 21:26:15 +0200 <lyiriyah[m]> https://git.envs.net/lyiriyah/xmonad-config/src/branch/zenbook-duo/xmonad.hs
2022-06-16 21:31:38 +0200 <Solid> mh, still building, but I can see that getName _does_ call getClassHint in case everything else (_NET_WM_NAME and WM_CLASS, that is) fails
2022-06-16 21:32:18 +0200 <geekosaur[m]> except it shouldn't be failing, since it works with xprop
2022-06-16 21:33:14 +0200 <geekosaur[m]> mrr, I really hope this doesn't turn out to be the same problem as #389
2022-06-16 21:33:28 +0200 <geekosaur[m]> if it goes away with 8.10.7 we got a definite ghc hot potato
2022-06-16 21:34:04 +0200 <geekosaur[m]> problem with FFI most likely
2022-06-16 21:35:13 +0200 <Solid> I run 9.0.2 myself and it's totally fine here
2022-06-16 21:35:19 +0200 <Solid> so probably not the GHC thing
2022-06-16 21:36:05 +0200 <geekosaur[m]> keep in mind I couldn't reproduce the crash locally with my config and 9.2.2, and you'd think if any config would provoke it, it'd be my monstrosity
2022-06-16 21:36:27 +0200 <lyiriyah[m]> I've rebuilt with 8.10.7 and it's still occuring
2022-06-16 21:36:35 +0200 <lyiriyah[m]> s/occuring/occurring/
2022-06-16 21:36:38 +0200 <geekosaur[m]> while abastro reproduced it with a near minimal config
2022-06-16 21:36:54 +0200 <geekosaur[m]> I'm not sure if that's good news or bad
2022-06-16 21:37:05 +0200 <Solid> (I could actually reproduce that today (at some point, right now it's stable again ._.) but I also had to play around with xft stuff)
2022-06-16 21:38:02 +0200 <Solid> lyiriyah[m]: I guess your best bet would be to play around with getName and getNameWmClass in a stack ghci session or something and perhaps print the exception that occurs
2022-06-16 21:41:22 +0200terrorjack(~terrorjac@2a01:4f8:1c1e:509a::1) (Quit: The Lounge - https://thelounge.chat)
2022-06-16 21:43:40 +0200terrorjack(~terrorjac@2a01:4f8:1c1e:509a::1)
2022-06-16 21:46:27 +0200 <lyiriyah[m]> <Solid> "lyiriyah: I guess your best..." <- Can you give me some pointers on how I'd go about this?
2022-06-16 21:48:54 +0200 <geekosaur[m]> that'll be difficult because it's in X, not IO
2022-06-16 21:49:01 +0200 <geekosaur[m]> not even MonadIO
2022-06-16 21:52:40 +0200steve__(~steve@ool-182c2b80.dyn.optonline.net)
2022-06-16 21:55:36 +0200 <lyiriyah[m]> hmm
2022-06-16 22:00:48 +0200 <Solid> I would just copy the relevant parts out of getName
2022-06-16 22:01:04 +0200 <Solid> all you need is to call openDisplay, really
2022-06-16 22:01:28 +0200 <Solid> all the rest is X11 functions that are in IO natively
2022-06-16 22:01:33 +0200gdd(~gdd@2001:470:1f13:187:c211:ee4c:6eca:b634) (Remote host closed the connection)
2022-06-16 22:03:30 +0200 <Solid> I wish I could offer a few more pointers (heh) but I'm dead tired and will go to bed now
2022-06-16 22:03:43 +0200 <lyiriyah[m]> Good night
2022-06-16 22:14:45 +0200 <geekosaur[m]> oh god, I hope I haven't just found it
2022-06-16 22:15:50 +0200 <geekosaur[m]> `getTextProperty`, when I chased it down, uses a `CString`. which has a trailing `NUL`. but X11 properties are counted strings
2022-06-16 22:17:15 +0200 <geekosaur[m]> which means (a) we usually get lucky with trailing `NUL`s (b) we probably poke a `NUL` where it doesn't belong, which would explain GC crashes
2022-06-16 22:18:11 +0200 <lyiriyah[m]> Any idea how I could see if this is the issue?
2022-06-16 22:20:06 +0200 <geekosaur[m]> not easily. I need to doublecheck that something that is a `CString` is assumed to have trailing `NUL`. but I'm pretty sure there's a separate `CStringLen` for this case
2022-06-16 22:31:53 +0200 <geekosaur[m]> mm, looks like it's okay aside from not being thread safe (and nobody allocates or frees the string so it must be internal, which makes me wonder if there's a length limit…)
2022-06-16 22:32:19 +0200 <geekosaur[m]> wonder if we should switch to the raw property interface so we have control over that
2022-06-16 22:35:27 +0200 <geekosaur[m]> `openDisplay [] >>= \d -> getTextProperty d `_windowid_`"_NET_WM_NAME" >>= print . tp_value` where _windowid_ comes from xwininfo
2022-06-16 22:36:38 +0200 <geekosaur[m]> assuming a `CString` has a `Show` instance
2022-06-16 22:37:26 +0200 <geekosaur[m]> (wat, why does this think I changed X11)
2022-06-16 22:37:53 +0200 <geekosaur[m]> oh, wrong directory 👀
2022-06-16 22:39:19 +0200 <geekosaur[m]> and I think that needs to be an Atom, not a string
2022-06-16 22:39:45 +0200 <geekosaur[m]> yep
2022-06-16 22:43:28 +0200 <geekosaur[m]> well, that "worked" but the Show instance just prints the pointer. not real helpful
2022-06-16 22:45:43 +0200 <geekosaur[m]> *Main Foreign.C.String> openDisplay [] >>= \d -> internAtom d "_NET_WM_NAME" False >>= \a -> getTextProperty d 0x400001f a >>= peekCString . tp_value >>= print
2022-06-16 22:45:43 +0200 <geekosaur[m]> "Element [2] | xmonad - Google Chrome"
2022-06-16 22:47:36 +0200lyiriyah[m]sent a code block: https://libera.ems.host/_matrix/media/r0/download/libera.chat/3753f1e3a3e363a76fd797aee04d75021822…
2022-06-16 22:47:46 +0200 <lyiriyah[m]> oh the window doesn't exist
2022-06-16 22:47:50 +0200 <lyiriyah[m]> 🤦
2022-06-16 22:47:54 +0200 <lyiriyah[m]> it's been a long day
2022-06-16 22:48:08 +0200 <geekosaur[m]> the window ID I used was for my Element app window, you need to use xwininfo to get the window ID for some window on your desktop
2022-06-16 22:48:20 +0200 <geekosaur[m]> which I mentioned earlier
2022-06-16 22:49:17 +0200 <lyiriyah[m]> Ok, when I actually use a window that exists that does work on my end
2022-06-16 22:53:31 +0200 <geekosaur[m]> I still need to check that when we *set* a property we're not doing something stupid, since I'm not yet sure `NUL` is handled sanely on either the Haskell or the X11 end
2022-06-16 22:53:55 +0200 <lyiriyah[m]> Alright
2022-06-16 22:54:15 +0200 <lyiriyah[m]> Thanks for your help, by the way (you too Solid)
2022-06-16 22:54:50 +0200 <geekosaur[m]> I do worry about the thread unsafeness of this stuff; I hope you aren't configured to link with `-threaded` or things may be going very wrong (although we don't use threads so they *shouldn't* be — famous last words…)
2022-06-16 22:56:25 +0200 <geekosaur[m]> actually I think with `threaded` it may be being run in a different thread by the IO manager even if we don't make new Haskell threads, so
2022-06-16 22:56:43 +0200 <geekosaur[m]> s/`/`-/
2022-06-16 23:00:11 +0200 <geekosaur[m]> mm, `XSetTextProperty` doesn't require a `NUL`, it uses `nitems`, good.
2022-06-16 23:05:01 +0200 <geekosaur[m]> and the other side uses a `CStringLen`. we're golden
2022-06-16 23:05:38 +0200 <geekosaur[m]> some ways I wish we weren't, though, it'd be good to find a smoking gun for all the 9.x crashes
2022-06-16 23:09:44 +0200 <geekosaur[m]> you might have to patch NamedWindows.hs to show what's happening
2022-06-16 23:16:28 +0200 <lyiriyah[m]> Alright, I can do that
2022-06-16 23:41:50 +0200alternateved(~alternate@194.99.105.235) (Remote host closed the connection)
2022-06-16 23:46:09 +0200gdd(~gdd@2001:470:1f13:187:49b9:231c:6a88:73db)
2022-06-16 23:50:45 +0200Guest67(~Guest67@2607:fea8:7ca0:2270:6044:2b47:5cac:b70f)