2024/04/16

Newest at the top

2024-04-16 05:53:22 +0200peterbecich(~Thunderbi@47.229.123.186)
2024-04-16 05:43:46 +0200tri(~tri@ool-18bc2e74.dyn.optonline.net) (Ping timeout: 246 seconds)
2024-04-16 05:39:27 +0200tri(~tri@ool-18bc2e74.dyn.optonline.net)
2024-04-16 05:37:15 +0200segfaultfizzbuzz(~segfaultf@12.172.217.142)
2024-04-16 05:19:11 +0200JeremyB99(~JeremyB99@2607:fb91:bc1:a006:8998:5e0a:9eb8:f34d)
2024-04-16 05:16:39 +0200peterbecich(~Thunderbi@47.229.123.186) (Ping timeout: 256 seconds)
2024-04-16 05:13:00 +0200segfaultfizzbuzz(~segfaultf@12.172.217.142) (Ping timeout: 260 seconds)
2024-04-16 05:11:45 +0200raehik(~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net) (Ping timeout: 272 seconds)
2024-04-16 05:09:44 +0200peterbecich(~Thunderbi@47.229.123.186)
2024-04-16 05:02:33 +0200mei(~mei@user/mei)
2024-04-16 05:00:21 +0200ryanbooker(uid4340@id-4340.hampstead.irccloud.com) (Quit: Connection closed for inactivity)
2024-04-16 05:00:08 +0200mei(~mei@user/mei) (Remote host closed the connection)
2024-04-16 04:59:02 +0200ddellacosta(~ddellacos@ool-44c73d29.dyn.optonline.net)
2024-04-16 04:46:52 +0200td_(~td@i53870911.versanet.de)
2024-04-16 04:46:52 +0200machinedgod(~machinedg@d173-183-246-216.abhsia.telus.net) (Ping timeout: 260 seconds)
2024-04-16 04:45:10 +0200td_(~td@i53870931.versanet.de) (Ping timeout: 255 seconds)
2024-04-16 04:44:58 +0200YuutaW(~YuutaW@mail.yuuta.moe)
2024-04-16 04:43:39 +0200yuuta(~YuutaW@mail.yuuta.moe) (Quit: ZNC 1.8.2 - https://znc.in)
2024-04-16 04:39:29 +0200mei(~mei@user/mei)
2024-04-16 04:39:03 +0200raehik(~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net)
2024-04-16 04:38:59 +0200mei(~mei@user/mei) (Ping timeout: 264 seconds)
2024-04-16 04:37:38 +0200xff0x(~xff0x@125x103x176x34.ap125.ftth.ucom.ne.jp)
2024-04-16 04:37:31 +0200as_(~as@2800:a4:307:6f00:2530:9589:e186:2373) (Quit: Leaving)
2024-04-16 04:36:17 +0200JeremyB99(~JeremyB99@208.64.173.20) (Ping timeout: 272 seconds)
2024-04-16 04:34:42 +0200YuutaW(~YuutaW@mail.yuuta.moe) (Quit: ZNC 1.8.2 - https://znc.in)
2024-04-16 04:34:34 +0200yuuta(~YuutaW@mail.yuuta.moe)
2024-04-16 04:33:35 +0200as_(~as@2800:a4:307:6f00:2530:9589:e186:2373)
2024-04-16 04:31:19 +0200JeremyB99(~JeremyB99@208.64.173.20)
2024-04-16 04:26:07 +0200Katarushisu1(~Katarushi@finc-20-b2-v4wan-169598-cust1799.vm7.cable.virginm.net)
2024-04-16 04:26:00 +0200 <geekosaur> I ditched it when I got Turbo Pascal
2024-04-16 04:25:44 +0200Katarushisu1(~Katarushi@finc-20-b2-v4wan-169598-cust1799.vm7.cable.virginm.net) (Quit: Ping timeout (120 seconds))
2024-04-16 04:25:26 +0200 <geekosaur> as well as adding control structures
2024-04-16 04:25:08 +0200sgarcia(sgarcia@swarm.znchost.com)
2024-04-16 04:24:59 +0200 <geekosaur> mm, right, I at one point had a BASIC preprocessor that did silly things like use an array ZZ as a parameter stack
2024-04-16 04:23:57 +0200 <c_wraith> yeah, GOSUB didn't have any idea of parameters. Just global variables. So, recursion wasn't very useful...
2024-04-16 04:23:42 +0200 <monochrom> Well, perhaps s/dumb/simpleton/
2024-04-16 04:23:09 +0200 <geekosaur> (stuffed the return address into a register, and $DEITY help you if you overwrote it)
2024-04-16 04:23:06 +0200 <monochrom> But BASIC's dumb GOSUB rendered recursion useless. So the claim was right in context. (You need at least parameter passing to make recursion useful.)
2024-04-16 04:22:18 +0200 <geekosaur> that one is understandable though, the TMS9900 thought it was a baby IBM mainframe. BALR anyone?
2024-04-16 04:22:13 +0200sgarcia_(sgarcia@swarm.znchost.com) (Quit: Hosted by www.ZNCHost.com)
2024-04-16 04:21:51 +0200 <monochrom> Nah I think kids these days would love to have that card mandated so they don't have to learn recursion.
2024-04-16 04:21:04 +0200 <jackdk> kids these days don't know how good they have it. I remember an errata card for TI (99/4A) Extended Basic saying they removed the ability for subroutines to call themselves because "it was occasionally useful but mostly a mistake"
2024-04-16 04:20:26 +0200 <geekosaur> I was especially happy to let the compiler deal with that mess
2024-04-16 04:19:53 +0200 <geekosaur> nobody had invented floating point coprocessors yet. and when Intel got around to it, it was a sideboard stack machine
2024-04-16 04:19:00 +0200 <c_wraith> though it didn't have floating-point hardware, so they were *slow*
2024-04-16 04:18:54 +0200 <geekosaur> yeh
2024-04-16 04:18:46 +0200 <c_wraith> well. not longs, that hardware didn't have them. But it had integers and floats.
2024-04-16 04:18:40 +0200 <geekosaur> I recall it having % but not &
2024-04-16 04:18:16 +0200 <c_wraith> that definitely predates VB. It was in the old TRS-80 basic I first learned to program in.
2024-04-16 04:15:40 +0200 <jackdk> VB (and maybe others) extended that to avoid having to write `dim i as integer`: you had `%` for ints, `&` for longs, etc. (IIRC)