Newest at the top
| 2026-01-17 20:05:40 +0100 | Zemy_ | (~Zemy@2600:100c:b0a9:6e2b:6cfa:f4ff:fe48:ea2e) (Ping timeout: 246 seconds) |
| 2026-01-17 20:04:13 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 264 seconds) |
| 2026-01-17 20:03:04 +0100 | Zemy | (~Zemy@72.178.108.235) |
| 2026-01-17 20:02:24 +0100 | qqq | (~qqq@185.54.21.105) |
| 2026-01-17 19:58:58 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-01-17 19:58:35 +0100 | jmcantrell_ | (~weechat@user/jmcantrell) (Ping timeout: 240 seconds) |
| 2026-01-17 19:58:02 +0100 | remexre | (~remexre@user/remexre) remexre |
| 2026-01-17 19:54:35 +0100 | Zemy | (~Zemy@mobile-107-80-206-95.mycingular.net) (Ping timeout: 240 seconds) |
| 2026-01-17 19:53:05 +0100 | Zemy_ | (~Zemy@2600:100c:b0a9:6e2b:6cfa:f4ff:fe48:ea2e) |
| 2026-01-17 19:51:34 +0100 | remexre | (~remexre@user/remexre) (Remote host closed the connection) |
| 2026-01-17 19:51:19 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
| 2026-01-17 19:49:27 +0100 | Sgeo | (~Sgeo@user/sgeo) Sgeo |
| 2026-01-17 19:48:04 +0100 | Zemy_ | (~Zemy@2600:100c:b0a9:6e2b:e031:ceff:fe85:a620) (Ping timeout: 255 seconds) |
| 2026-01-17 19:45:59 +0100 | gdr3941 | (~user@172-3-47-206.lightspeed.nsvltn.sbcglobal.net) (Remote host closed the connection) |
| 2026-01-17 19:45:56 +0100 | Zemy | (~Zemy@mobile-107-80-206-95.mycingular.net) |
| 2026-01-17 19:44:56 +0100 | gdr3941 | (~user@172-3-47-206.lightspeed.nsvltn.sbcglobal.net) gdr3941 |
| 2026-01-17 19:44:54 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-01-17 19:43:03 +0100 | Zemy | (~Zemy@mobile-107-80-206-94.mycingular.net) (Ping timeout: 260 seconds) |
| 2026-01-17 19:39:12 +0100 | Zemy_ | (~Zemy@2600:100c:b0a9:6e2b:e031:ceff:fe85:a620) |
| 2026-01-17 19:38:56 +0100 | Zemy_ | (~Zemy@2600:100c:b0a9:6e2b:701a:11ff:fe19:237) (Read error: Connection reset by peer) |
| 2026-01-17 19:38:40 +0100 | Zemy | (~Zemy@mobile-107-80-206-94.mycingular.net) |
| 2026-01-17 19:34:18 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds) |
| 2026-01-17 19:32:03 +0100 | wootehfoot | (~wootehfoo@user/wootehfoot) (Quit: Leaving) |
| 2026-01-17 19:29:07 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-01-17 19:26:33 +0100 | annamalai | (~annamalai@117.231.194.195) annamalai |
| 2026-01-17 19:26:15 +0100 | annamalai | (~annamalai@157.49.250.55) (Ping timeout: 240 seconds) |
| 2026-01-17 19:22:52 +0100 | jmcantrell_ | (~weechat@user/jmcantrell) jmcantrell |
| 2026-01-17 19:18:24 +0100 | <monochrom> | Hrm I should find mine and post it. I used to teach this in my course. |
| 2026-01-17 19:17:55 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
| 2026-01-17 19:16:33 +0100 | <monochrom> | thirdofmay18081814goya: If your interpreter is in a monad for exceptions (eg ExceptT like geekosaur says) then you can write it as a straightforward recursive descent. |
| 2026-01-17 19:15:30 +0100 | <geekosaur> | I was thinking that (well, ExceptT, but that's just a fancy Maybe) |
| 2026-01-17 19:14:38 +0100 | target_i | (~target_i@user/target-i/x-6023099) target_i |
| 2026-01-17 19:13:44 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-01-17 19:12:30 +0100 | ChaiTRex | (~ChaiTRex@user/chaitrex) ChaiTRex |
| 2026-01-17 19:12:29 +0100 | trickard_ | trickard |
| 2026-01-17 19:12:05 +0100 | ChaiTRex | (~ChaiTRex@user/chaitrex) (Remote host closed the connection) |
| 2026-01-17 19:02:35 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 240 seconds) |
| 2026-01-17 19:00:24 +0100 | img | (~img@user/img) img |
| 2026-01-17 18:59:09 +0100 | img | (~img@user/img) (Quit: ZNC 1.10.1 - https://znc.in) |
| 2026-01-17 18:58:41 +0100 | gmg | (~user@user/gehmehgeh) gehmehgeh |
| 2026-01-17 18:58:00 +0100 | gmg | (~user@user/gehmehgeh) (Quit: Leaving) |
| 2026-01-17 18:57:57 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-01-17 18:57:41 +0100 | <haskellbridge> | <thirdofmay18081814goya> makes sense, ty! |
| 2026-01-17 18:52:23 +0100 | <EvanR> | an optional "upward propagation" is just returning a Maybe |
| 2026-01-17 18:51:52 +0100 | <EvanR> | thirdofmayNUMBERSgoya: any other way sounds like overengineering and/or OOP imperative shenanigans xD |
| 2026-01-17 18:51:37 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) (Ping timeout: 264 seconds) |
| 2026-01-17 18:51:14 +0100 | gmg | (~user@user/gehmehgeh) gehmehgeh |
| 2026-01-17 18:46:24 +0100 | merijn | (~merijn@host-cl.cgnat-g.v4.dfn.nl) merijn |
| 2026-01-17 18:42:05 +0100 | <haskellbridge> | <thirdofmay18081814goya> i feel like there should be a single statement declaring this, not two (one changing the node for one indicating that a propagation wants to go up, another to handle it) |
| 2026-01-17 18:41:27 +0100 | Lycurgus | (~juan@user/Lycurgus) (Quit: alsoknownas.renjuan.org ( juan@acm.org )) |