2024/10/11

Newest at the top

2024-10-11 02:17:27 +0200raehik(~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net) raehik
2024-10-11 02:16:54 +0200ystael(~ystael@user/ystael) (Ping timeout: 265 seconds)
2024-10-11 02:15:10 +0200quintasan(~quassel@quintasan.pl) ()
2024-10-11 02:10:54 +0200 <Zer000> That's probably it :)
2024-10-11 02:10:50 +0200 <Zer000> DOH!
2024-10-11 02:08:37 +0200 <Lears> Zer000: You also changed `E.diskNumBytes` to `E.diskBytenr`.
2024-10-11 02:08:02 +0200__monty__(~toonn@user/toonn) (Quit: leaving)
2024-10-11 02:07:11 +0200 <Zer000> I'm excited because it's running but it's freaking me out. i'll read about that let-generalization though
2024-10-11 02:06:40 +0200 <Zer000> https://paste.tomsmeding.com/OpuMYlD1
2024-10-11 02:06:02 +0200 <lambdabot> Help us help you: please paste full code, input and/or output at e.g. https://paste.tomsmeding.com
2024-10-11 02:06:02 +0200 <c_wraith> @where paste
2024-10-11 02:05:59 +0200 <Zer000> what's a good pastebin?
2024-10-11 02:05:53 +0200lol_jcarpenter2
2024-10-11 02:05:50 +0200 <Zer000> c_wraith, I can repaste if you have a better place
2024-10-11 02:05:39 +0200 <Zer000> It's still running, so I'll see how far it gets before crashing. this is a distance record atm and i don't wanna touch it. but I've ran a few times before that change and it crashed in the same place every time.
2024-10-11 02:05:13 +0200 <c_wraith> also, wow that pastebin handles mobile poorly.
2024-10-11 02:04:25 +0200 <c_wraith> so did you temporarily revert the change to verify?
2024-10-11 02:04:01 +0200 <Zer000> the program reads data from disks, but they aren't mounted and only read from. So unless the data magically changed on the because of a cosmic ray, that's about the only thing that changed.
2024-10-11 02:03:23 +0200JuanDaugherty(~juan@user/JuanDaugherty) JuanDaugherty
2024-10-11 02:03:03 +0200 <Zer000> https://dpaste.com/GYYM5LCAX
2024-10-11 02:03:02 +0200 <Zer000> here is the diff!
2024-10-11 02:02:42 +0200 <c_wraith> if it is the only difference, it's easy to pop back and forth!
2024-10-11 02:02:37 +0200ChaiTRex(~ChaiTRex@user/chaitrex) ChaiTRex
2024-10-11 02:02:18 +0200 <monochrom> You will understand that generally I don't trust random people on the internet when they say "that's the only difference, everything else is identical, I swear".
2024-10-11 02:02:15 +0200dcoutts_(~duncan@2a00:23c6:1c8d:901:b94:4566:9d63:4848) (Read error: Connection reset by peer)
2024-10-11 02:02:14 +0200ChaiTRex(~ChaiTRex@user/chaitrex) (Remote host closed the connection)
2024-10-11 02:01:44 +0200 <c_wraith> let-generalization is a thing. values bound in a let become polymorphic when they wouldn't if used inline. maybe there's something going on with that?
2024-10-11 02:00:57 +0200dcoutts__(~duncan@host86-143-111-204.range86-143.btcentralplus.com)
2024-10-11 01:59:33 +0200 <Zer000> whoa wait a second, my application just changed the way it calculates numbers but all I did was add a print statement! I'm looking at the diff and besides print out a list (generated purely from two Integers), I refactored a very simple toInteger call to be it's own variable name using let. How the heck is this possible?? Before my application was crashing because it was trying to use (!!) with a negative index on a list.
2024-10-11 01:56:19 +0200Zer000(~02@64.137.132.10) Zer000
2024-10-11 01:53:32 +0200vanishing(~vanishing@user/vanishingideal) vanishingideal
2024-10-11 01:53:25 +0200vanishingideal(~vanishing@user/vanishingideal) vanishingideal
2024-10-11 01:52:43 +0200vanishing(~vanishing@user/vanishingideal) (Read error: Connection reset by peer)
2024-10-11 01:52:42 +0200vanishingideal(~vanishing@user/vanishingideal) (Read error: Connection reset by peer)
2024-10-11 01:51:27 +0200Tuplanolla(~Tuplanoll@91-159-69-59.elisa-laajakaista.fi) (Quit: Leaving.)
2024-10-11 01:30:57 +0200dcoutts(~duncan@2a00:23c6:1c8d:901:b94:4566:9d63:4848) (Read error: Connection reset by peer)
2024-10-11 01:30:56 +0200dcoutts_(~duncan@2a00:23c6:1c8d:901:b94:4566:9d63:4848)
2024-10-11 01:30:36 +0200gorignak(~gorignak@user/gorignak) gorignak
2024-10-11 01:30:05 +0200gorignak(~gorignak@user/gorignak) (Quit: quit)
2024-10-11 01:29:57 +0200acidjnk(~acidjnk@p200300d6e72cfb8558a5acefa98b724b.dip0.t-ipconnect.de) (Ping timeout: 248 seconds)
2024-10-11 01:24:16 +0200dcoutts(~duncan@2a00:23c6:1c8d:901:b94:4566:9d63:4848) dcoutts
2024-10-11 01:18:11 +0200mantraofpie(~mantraofp@user/mantraofpie) (Ping timeout: 260 seconds)
2024-10-11 01:13:55 +0200xff0x(~xff0x@2405:6580:b080:900:524e:9ecb:b84d:391c) (Ping timeout: 264 seconds)
2024-10-11 01:10:52 +0200xff0x_(~xff0x@2405:6580:b080:900:4f73:4e09:b8f0:e4a2)
2024-10-11 01:05:34 +0200athan(~athan@syn-098-153-145-140.biz.spectrum.com) (Ping timeout: 260 seconds)
2024-10-11 00:56:29 +0200arahael(~arahael@user/arahael) arahael
2024-10-11 00:52:09 +0200AlexZenon(~alzenon@178.34.163.165)
2024-10-11 00:51:21 +0200raehik(~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net) (Ping timeout: 252 seconds)
2024-10-11 00:47:58 +0200athan(~athan@syn-098-153-145-140.biz.spectrum.com) athan
2024-10-11 00:36:04 +0200euleritian(~euleritia@ip4d16fc38.dynamic.kabel-deutschland.de)