2021/04/29

2021-04-29 00:01:42 +0200kmicu(~k@mail.baranowi.cz) (Remote host closed the connection)
2021-04-29 00:31:00 +0200seschwar(~seschwar@unaffiliated/seschwar) (Quit: :wq)
2021-04-29 01:25:17 +0200notis(~notis@185.51.134.222) (Ping timeout: 265 seconds)
2021-04-29 01:50:18 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.1)
2021-04-29 01:52:06 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de)
2021-04-29 02:25:33 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.1)
2021-04-29 03:37:13 +0200kajzer(~kajzer@unaffiliated/kajzer) (Quit: WeeChat 3.1)
2021-04-29 03:44:00 +0200heatwave(~heatwave@192.145.118.161) (Quit: WeeChat 3.1)
2021-04-29 03:45:54 +0200heatwave(~heatwave@192.145.118.157)
2021-04-29 03:54:03 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com) (Ping timeout: 240 seconds)
2021-04-29 04:30:52 +0200theDon(~td@94.134.91.183) (Ping timeout: 240 seconds)
2021-04-29 04:32:53 +0200theDon(~td@muedsl-82-207-238-033.citykom.de)
2021-04-29 05:23:08 +0200novas0x2a1(~blah@157-131-126-102.fiber.dynamic.sonic.net)
2021-04-29 05:25:37 +0200novas0x2a(~blah@157-131-126-102.fiber.dynamic.sonic.net) (Ping timeout: 252 seconds)
2021-04-29 05:35:13 +0200growpotkin(~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in)
2021-04-29 07:33:33 +0200ChubaDuba(~ChubaDuba@46.147.119.123)
2021-04-29 07:34:20 +0200xubun2(~xubun2@unaffiliated/xubun2)
2021-04-29 07:50:41 +0200wonko7(~wonko7@62.115.229.50)
2021-04-29 08:01:24 +0200ChubaDub1(~ChubaDuba@5.165.252.247)
2021-04-29 08:04:04 +0200ChubaDuba(~ChubaDuba@46.147.119.123) (Ping timeout: 268 seconds)
2021-04-29 08:26:53 +0200cfricke(~cfricke@unaffiliated/cfricke)
2021-04-29 08:29:01 +0200materiyolo(~materiyol@112.204.174.249)
2021-04-29 08:30:17 +0200idhugo__(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net)
2021-04-29 09:14:04 +0200thc202(~thc202@unaffiliated/thc202)
2021-04-29 09:42:29 +0200notis(~notis@185.51.134.222)
2021-04-29 09:47:57 +0200werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Remote host closed the connection)
2021-04-29 10:01:37 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de)
2021-04-29 10:11:29 +0200werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
2021-04-29 10:23:07 +0200materiyolo(~materiyol@112.204.174.249) (Read error: Connection reset by peer)
2021-04-29 10:27:05 +0200ChubaDub1(~ChubaDuba@5.165.252.247) (Quit: WeeChat 1.6)
2021-04-29 10:45:21 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.1)
2021-04-29 11:10:56 +0200notis(~notis@185.51.134.222) (Ping timeout: 246 seconds)
2021-04-29 11:21:52 +0200materiyolo(~materiyol@112.204.174.249)
2021-04-29 11:45:34 +0200kajzer(~kajzer@unaffiliated/kajzer)
2021-04-29 12:23:20 +0200 <Solid> Liskni_si: r.e. #76: shouldn't we rather bracket the two peeks in getClassHint instead of the call to xGetClassHint?
2021-04-29 12:23:37 +0200 <Solid> we can't really do any meaningful cleanup with just the status
2021-04-29 12:23:53 +0200 <Liskni_si> Solid: xGetClassHint is the one that allocates the two strings
2021-04-29 12:34:56 +0200 <Solid> but if we bracket that and an exception occurs surely it's not safe to peek to get the pointers to res_{name,class}?
2021-04-29 12:36:38 +0200 <Liskni_si> not sure I follow
2021-04-29 12:36:57 +0200 <Liskni_si> the bracket is there so that if an exception occurs, we don't forget the xFrees
2021-04-29 12:39:05 +0200 <Liskni_si> s/is there/would be there/ :-)
2021-04-29 12:40:21 +0200 <Solid> but if we put `xGetClassHint` in the acquire then the release only gets a `Status`; we only get the pointers after calling `#{peek ...}`
2021-04-29 12:42:07 +0200 <Liskni_si> oh, I see
2021-04-29 12:43:05 +0200cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.1)
2021-04-29 12:43:15 +0200 <Liskni_si> but I believe it is indeed safe to peek at the pointers, as long as you're inside the alloca XClassHint bracket
2021-04-29 12:43:37 +0200 <Liskni_si> although it is a bit weird to peek at them twice
2021-04-29 12:49:31 +0200 <Liskni_si> it's a shame there's no alloca that acts like calloc :-/
2021-04-29 12:50:02 +0200 <Liskni_si> turns out it's not really safe to peek without also making sure the pointers are initialized to NULL
2021-04-29 12:50:24 +0200 <Liskni_si> this will end up being ugly code :-/
2021-04-29 12:51:49 +0200 <Liskni_si> it's entirely possible the rest of X11 (the haskell lib) is just as unsafe with exceptions, and in that case it may be best to just give up :-)
2021-04-29 12:52:53 +0200 <Liskni_si> it's mostly async exceptions we're talking about here, xGetClassHint or peek won't raise anything meaningful really
2021-04-29 13:03:45 +0200_0dI(~user@193-154-44-255.adsl.highway.telekom.at)
2021-04-29 13:25:57 +0200notis(~notis@85.203.44.60)
2021-04-29 13:38:44 +0200 <mc47[m]> Solid did you think about including your TI datatype in the TopicSpace module? I think they're pretty neat
2021-04-29 13:42:30 +0200 <mc47[m]> DynamicProjects was cool but it messes up my workspaces, and I'm not sure if that's the expected behavior
2021-04-29 13:47:31 +0200cfricke(~cfricke@unaffiliated/cfricke)
2021-04-29 13:56:10 +0200 <Solid> mc47[m]: I think I stole that particular definition from byorgey's config so I'd feel a bit weird about just adding it :P
2021-04-29 13:57:09 +0200 <Solid> Liskni_si: I see similar xFree usage throughout, but I still feel some self-destructive urge to get this right
2021-04-29 13:57:26 +0200 <mc47[m]> Oh, byorgey wrote DynamicProjects and it goes somewhere in that direction...
2021-04-29 13:59:17 +0200 <Solid> wrote and uses are two different things sometimes :>
2021-04-29 14:05:32 +0200xubun2(~xubun2@unaffiliated/xubun2) (Ping timeout: 240 seconds)
2021-04-29 14:08:31 +0200xubun2(~xubun2@unaffiliated/xubun2)
2021-04-29 14:40:17 +0200mc47(~yecinem@89.246.239.190)
2021-04-29 14:45:15 +0200idhugo__(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net) (Remote host closed the connection)
2021-04-29 14:45:42 +0200idhugo__(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net)
2021-04-29 14:50:16 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com)
2021-04-29 14:55:00 +0200 <mc47> Solid yep he doesn't use it apparently... I promised myself I won't spend too much on it, but it's getting harder to keep that promise :D
2021-04-29 14:55:01 +0200notis(~notis@85.203.44.60) (Read error: Connection reset by peer)
2021-04-29 14:55:14 +0200 <Solid> :)
2021-04-29 14:59:37 +0200idhugo__(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net) (Ping timeout: 252 seconds)
2021-04-29 15:03:50 +0200cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.1)
2021-04-29 15:17:14 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de)
2021-04-29 15:36:47 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed)
2021-04-29 15:41:49 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com)
2021-04-29 15:43:38 +0200eb0t(~eblip@unaffiliated/eblip)
2021-04-29 16:10:21 +0200idhugo__(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net)
2021-04-29 16:43:10 +0200cfricke(~cfricke@unaffiliated/cfricke)
2021-04-29 16:56:41 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.1)
2021-04-29 17:36:27 +0200seschwar(~seschwar@unaffiliated/seschwar)
2021-04-29 17:40:07 +0200growpotkin(~growpotki@130-45-30-154.dyn.grandenetworks.net)
2021-04-29 17:58:26 +0200notis(~notis@2a02:2149:8a44:5700:3fe0:286c:a70f:ba77)
2021-04-29 18:04:33 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed)
2021-04-29 18:06:06 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com)
2021-04-29 18:15:05 +0200 <Solid> oh you merged the x11 pr already
2021-04-29 18:15:38 +0200 <Solid> that means I'm saved from self destructive tendencies
2021-04-29 18:15:40 +0200 <Solid> yay :D
2021-04-29 18:20:09 +0200 <Liskni_si> I didn't realize you actually intended to act upon those tendencies in that same PR
2021-04-29 18:20:16 +0200 <Liskni_si> but it's for the best I guess :-)
2021-04-29 18:20:29 +0200 <Solid> :)
2021-04-29 18:20:38 +0200 <Solid> tbh I should really lose my fear of low-level stuff
2021-04-29 18:20:45 +0200 <Solid> maybe I'll revisit this at some poin
2021-04-29 18:25:33 +0200 <Liskni_si> that fear is understandable, as the type system no longer has your back there
2021-04-29 18:26:02 +0200 <Liskni_si> I wonder if running GHC-compiled code under valgrind prints a lot of noise or not
2021-04-29 18:27:05 +0200 <Liskni_si> and then there's all that modern stuff like fuzzers and address space whatever and stack canaries and whatnot that wasn't available when I was young enough to do low-level stuff on a daily basis
2021-04-29 18:27:26 +0200 <Liskni_si> but it's not as solid as a type system :-)
2021-04-29 18:27:41 +0200 <geekosaur> +RTS -V0
2021-04-29 18:28:27 +0200cfricke(~cfricke@unaffiliated/cfricke) (Ping timeout: 260 seconds)
2021-04-29 18:28:42 +0200 <geekosaur> turns off the master timer, which reduces the noise considerably
2021-04-29 18:29:55 +0200 <geekosaur> I do wonder what valgrind would make of the 2-stage allocator though
2021-04-29 18:30:06 +0200 <geekosaur> memcheck's probably a lost cause
2021-04-29 18:33:19 +0200 <geekosaur> sadly there's no RTS option to select the old memory allocator, you need a ghc built with it
2021-04-29 18:33:44 +0200 <Liskni_si> I must admit I have very little idea what you're talking about :-)
2021-04-29 18:39:07 +0200materiyolo(~materiyol@112.204.174.249) (Read error: Connection reset by peer)
2021-04-29 18:40:03 +0200 <Solid> here's to hoping that I'll pick some of this stuff up through osmosis as time goes on =)
2021-04-29 18:44:45 +0200notis(~notis@2a02:2149:8a44:5700:3fe0:286c:a70f:ba77) (Ping timeout: 250 seconds)
2021-04-29 18:45:07 +0200notis(~notis@85.203.44.100)
2021-04-29 18:55:12 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed)
2021-04-29 18:57:06 +0200coldpress(~coldpress@128.9.105.34.bc.googleusercontent.com) (Ping timeout: 240 seconds)
2021-04-29 18:57:43 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com)
2021-04-29 19:00:32 +0200idhugo__(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net) (Ping timeout: 240 seconds)
2021-04-29 19:22:50 +0200mc47(~yecinem@89.246.239.190) (Remote host closed the connection)
2021-04-29 19:38:11 +0200xubun2(~xubun2@unaffiliated/xubun2) (Ping timeout: 240 seconds)
2021-04-29 20:12:51 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed)
2021-04-29 20:16:49 +0200ADG1089(~aditya@171.76.29.233)
2021-04-29 20:21:53 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com)
2021-04-29 21:12:35 +0200ml|(~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 246 seconds)
2021-04-29 21:20:40 +0200linuxguru(~linuxguru@2607:fea8:d660:468e::3)
2021-04-29 21:25:56 +0200ml|(~ml|@unaffiliated/ml/x-3958674)
2021-04-29 21:30:41 +0200ml|(~ml|@unaffiliated/ml/x-3958674) (Ping timeout: 268 seconds)
2021-04-29 21:39:42 +0200heatwave(~heatwave@192.145.118.157) (Quit: WeeChat 3.1)
2021-04-29 21:43:00 +0200ml|(~ml|@unaffiliated/ml/x-3958674)
2021-04-29 21:44:13 +0200toniz4(~toniz4@unaffiliated/toniz4)
2021-04-29 21:44:42 +0200thc202(~thc202@unaffiliated/thc202) (Quit: thc202)
2021-04-29 21:50:14 +0200toniz4(~toniz4@unaffiliated/toniz4) (Quit: leaving)
2021-04-29 21:50:33 +0200toniz4(~toniz4@unaffiliated/toniz4)
2021-04-29 21:51:41 +0200wonko7(~wonko7@62.115.229.50) (Ping timeout: 240 seconds)
2021-04-29 22:02:13 +0200_0dI(~user@193-154-44-255.adsl.highway.telekom.at) (Ping timeout: 260 seconds)
2021-04-29 22:31:22 +0200notis(~notis@85.203.44.100) (Ping timeout: 252 seconds)
2021-04-29 22:33:31 +0200notis(~notis@2a02:2149:8a44:5700:3fe0:286c:a70f:ba77)
2021-04-29 22:45:07 +0200ADG1089(~aditya@171.76.29.233) (Remote host closed the connection)
2021-04-29 23:02:15 +0200toniz4(~toniz4@unaffiliated/toniz4) (Remote host closed the connection)
2021-04-29 23:02:29 +0200kajzer(~kajzer@unaffiliated/kajzer) (Quit: WeeChat 3.1)
2021-04-29 23:03:10 +0200kajzer(~kajzer@unaffiliated/kajzer)
2021-04-29 23:40:26 +0200linuxguru(~linuxguru@2607:fea8:d660:468e::3) (Quit: WeeChat 3.1)
2021-04-29 23:52:54 +0200seschwar(~seschwar@unaffiliated/seschwar) (Quit: :wq)