Newest at the top
2025-04-22 14:12:30 +0200 | __monty__ | (~toonn@user/toonn) toonn |
2025-04-22 14:10:15 +0200 | madjestic | (~madjestic@37.109.146.154) (Quit: leaving) |
2025-04-22 14:09:22 +0200 | __monty__ | (~toonn@user/toonn) (Ping timeout: 272 seconds) |
2025-04-22 14:05:22 +0200 | wootehfoot | (~wootehfoo@user/wootehfoot) wootehfoot |
2025-04-22 14:05:10 +0200 | inca | (~inca@pool-96-255-212-224.washdc.fios.verizon.net) |
2025-04-22 13:58:55 +0200 | remedan | (~remedan@ip-62-245-108-153.bb.vodafone.cz) (Ping timeout: 260 seconds) |
2025-04-22 13:53:31 +0200 | weary-traveler | (~user@user/user363627) user363627 |
2025-04-22 13:49:07 +0200 | inca | (~inca@pool-96-255-212-224.washdc.fios.verizon.net) (Ping timeout: 265 seconds) |
2025-04-22 13:45:03 +0200 | madjestic | (~madjestic@37.109.146.154) |
2025-04-22 13:39:29 +0200 | madjestic | (~madjestic@37.109.146.154) (Ping timeout: 248 seconds) |
2025-04-22 13:38:36 +0200 | inca | (~inca@pool-96-255-212-224.washdc.fios.verizon.net) |
2025-04-22 13:35:44 +0200 | tromp | (~textual@2001:1c00:3487:1b00:81b9:54c7:add1:2ebe) (Quit: My iMac has gone to sleep. ZZZzzz…) |
2025-04-22 13:31:32 +0200 | haritz | (~hrtz@user/haritz) haritz |
2025-04-22 13:31:32 +0200 | haritz | (~hrtz@152.37.68.178) (Changing host) |
2025-04-22 13:31:32 +0200 | haritz | (~hrtz@152.37.68.178) |
2025-04-22 13:28:00 +0200 | inca | (~inca@pool-96-255-212-224.washdc.fios.verizon.net) (Ping timeout: 252 seconds) |
2025-04-22 13:26:22 +0200 | xff0x | (~xff0x@2405:6580:b080:900:508:dc06:51a:5a45) |
2025-04-22 13:23:28 +0200 | inca | (~inca@pool-96-255-212-224.washdc.fios.verizon.net) |
2025-04-22 13:20:06 +0200 | tremon | (~tremon@83.80.159.219) tremon |
2025-04-22 13:13:48 +0200 | CiaoSen | (~Jura@2a02:8071:64e1:da0:5a47:caff:fe78:33db) CiaoSen |
2025-04-22 13:05:22 +0200 | madjestic | (~madjestic@37.109.146.154) |
2025-04-22 13:02:11 +0200 | caconym | (~caconym@user/caconym) caconym |
2025-04-22 13:02:11 +0200 | jespada | (~jespada@r179-25-8-250.dialup.adsl.anteldata.net.uy) jespada |
2025-04-22 13:01:11 +0200 | inca | (~inca@pool-96-255-212-224.washdc.fios.verizon.net) (Ping timeout: 244 seconds) |
2025-04-22 13:00:05 +0200 | caconym | (~caconym@user/caconym) (Quit: bye) |
2025-04-22 13:00:01 +0200 | madjestic | (~madjestic@37.109.146.154) (Ping timeout: 248 seconds) |
2025-04-22 12:57:02 +0200 | inca | (~inca@pool-96-255-212-224.washdc.fios.verizon.net) |
2025-04-22 12:56:44 +0200 | pavonia | (~user@user/siracusa) (Quit: Bye!) |
2025-04-22 12:31:55 +0200 | xff0x | (~xff0x@fsb6a9491c.tkyc517.ap.nuro.jp) (Ping timeout: 276 seconds) |
2025-04-22 12:26:48 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) L29Ah |
2025-04-22 12:26:09 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) () |
2025-04-22 12:21:31 +0200 | j1n37 | (~j1n37@user/j1n37) (Ping timeout: 276 seconds) |
2025-04-22 12:21:10 +0200 | j1n37- | (~j1n37@user/j1n37) j1n37 |
2025-04-22 12:16:31 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) L29Ah |
2025-04-22 12:12:22 +0200 | euleritian | (~euleritia@77.23.248.47) |
2025-04-22 12:11:30 +0200 | euleritian | (~euleritia@dynamic-176-000-001-244.176.0.pool.telefonica.de) (Ping timeout: 268 seconds) |
2025-04-22 12:07:17 +0200 | <davean> | Liamzee: I'd say they're things to make it behave more expectedly, not safeguards. Its about surprise, not safety |
2025-04-22 12:05:27 +0200 | <davean> | Liamzee: I wouldn't say safeguards persay ... |
2025-04-22 12:03:46 +0200 | <haskellbridge> | <Liamzee> and accursed, that's in the bytestring lib, which disables a ton of safeguards around the normal unsafePerformIO |
2025-04-22 12:03:25 +0200 | L29Ah | (~L29Ah@wikipedia/L29Ah) () |
2025-04-22 12:03:19 +0200 | <haskellbridge> | <Liamzee> unsafePerformIO is supposed to mean that the onus of confirming that the action is safe is up to the developer |
2025-04-22 12:03:02 +0200 | <haskellbridge> | <Liamzee> if you were on the wechat, you'd know the user named accursedUnutterablePerformIO |
2025-04-22 12:00:41 +0200 | <haskellbridge> | <hellwolf> https://hackage.haskell.org/package/rec-def-0.2.2 |
2025-04-22 12:00:15 +0200 | <haskellbridge> | I remember in the RSet package, it "smuggles" a unsafePerformanceIO, but the interface and ergonomics of the library outweighs that little dirty secret |
2025-04-22 12:00:15 +0200 | <haskellbridge> | <hellwolf> if you can make it typesafe, I see a case for a library user to use it. |
2025-04-22 11:57:57 +0200 | <haskellbridge> | <Liamzee> better off doing it via proper IO, sequence, etc |
2025-04-22 11:57:49 +0200 | <haskellbridge> | <Liamzee> UnsafeImpure |
2025-04-22 11:56:29 +0200 | dhil | (~dhil@5.151.29.137) dhil |
2025-04-22 11:56:17 +0200 | <haskellbridge> | <Liamzee> it's just a way to smuggle unsafePerformIo, because that's what it basically is |
2025-04-22 11:56:08 +0200 | <haskellbridge> | <Liamzee> sorry, i'm just full of it |