< 1703205131 950224 :ais523!~ais523@user/ais523 JOIN #esolangs ais523 :(this is obviously not my real name) > 1703207408 947813 PRIVMSG #esolangs :14[[07User:Squidmanescape14]]4 10 02https://esolangs.org/w/index.php?diff=121016&oldid=120978 5* 03Squidmanescape 5* (-2) 10/* My Languages */ < 1703207493 41050 :Lord_of_Life!~Lord@user/lord-of-life/x-2819915 JOIN #esolangs Lord_of_Life :Lord < 1703207541 606719 :tswett!~tswett@047-225-001-102.res.spectrum.com JOIN #esolangs * :[https://web.libera.chat] tswett < 1703207589 392284 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :Hey everyone! < 1703207682 379507 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :So I'm working on figuring out how to convert term rewriting systems to string rewriting systems. < 1703207779 572215 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :(I assume someone has already written a paper somewhere about how to do that, using either a technique similar to mine or a better one. It would be really embarrassing if this turned out to be something nobody's done before.) < 1703207929 70005 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :My current solution involves imagining the string to be a sequence of instructions for a machine with 3 stacks, where the items on the stacks are S-expressions. < 1703207953 969822 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :I just ran into a problem, and I thought of a solution so hilarious that I had to come here and share it :D < 1703208173 380863 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :The two "primitive" instructions are push and cons. The instruction push(s1, a) pushes the atom a onto stack 1; the instruction cons(s1) pops a value x from stack 1, then a value y, then pushes the cons cell (x . y). > 1703208236 749680 PRIVMSG #esolangs :14[[07Danicb14]]4 10 02https://esolangs.org/w/index.php?diff=121017&oldid=118516 5* 03Squidmanescape 5* (+0) 10/* Cat Program */ < 1703208266 448436 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :Okay, how could we implement move_one(s1, s2), which pops the top item from s1 and pushes it onto s2? The rule for atoms is obvious: push(s1, a) move_one(s1, s2) -> push(s2, a) < 1703208320 585412 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :I think string rewriters have the problem of moving data "past" other data, unless they have sufficiently powerful wildcarding systems < 1703208325 126271 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :this got studied for Thue a long time back < 1703208338 160774 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :The rule for a cons cell is less obvious. The "obvious solution" is wrong: if we do cons(s1) move_one(s1, s2) -> move_one(s1, s2) move_one(s1, s2) cons(s2), then the two top items will end up moving, but they'll end up in the wrong order. < 1703208393 493694 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :Here's the hilarious solution: cons(s1) move_one(s1, s2) -> move_one(s1, s3) move_one(s1, s2) move_one(s3, s2) cons(s2), where s3 is any stack that is neither s1 nor s2. < 1703208402 782160 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :In other words, THE FREAKING TOWERS OF HANOI ALGORITHM < 1703208462 314764 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :well, isn't it conceptually the same problem as the towers of Hanoi? < 1703208515 208331 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :ais523: Yeah, that is definitely the "Big Problem" with string rewriting systems. I've basically spent, like, 10 or 20 hours trying to figure out how to do a "swap." And I think I finally have the solution. < 1703208529 608353 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :alternatively you can think of it as the problem of reversing a stack in a stack machine whilst leaving the output on the same stack, which you have to do by reversing three times (because you can't reverse it without moving it, and moves reverse, so you need three moves to avoid the reverses cancelling each other out) < 1703208570 412855 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :I am also reminded of the shunting yard algorithm for parsing < 1703208582 546544 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :I wouldn't necessarily say that "it" is conceptually the same problem. You can certainly impose constraints on the problem which result in it being a Towers of Hanoi problem. < 1703208632 842109 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :well, imagine your cons cells form a list, and you want to move the list < 1703208645 815947 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :However, the Towers of Hanoi solution takes... I think exponential time in the depth of the S-expression you're transferring. Something like that. < 1703208684 822630 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :yes, Towers of Hanoi solution is exponential (and unique up to a few trivial changes) < 1703208750 442027 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :there's a very easily memorisable algorithm for performing it: imagine the three stacks as having a cyclic order (perhaps they're arranged in a cycle and the order goes clockwise): alternate between a) moving the smallest disk clockwise and b) moving a disk other than the smallest < 1703208753 573018 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :I think it's possible to do much better. The obvious bound on how quickly you can exchange two S-expressions in a string rewriting system is quadratic in the length of the strings. < 1703208759 611540 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :(in the latter case there will only ever be one such legal move) < 1703208774 703999 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :And I think that quadratic time is, in fact, achievable. < 1703208800 551497 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :yes, this sort of thing comes up in cellular automata a lot < 1703208806 415372 :ais523!~ais523@user/ais523 QUIT :Quit: sorry about my connection < 1703208820 904043 :ais523!~ais523@user/ais523 JOIN #esolangs ais523 :(this is obviously not my real name) < 1703208831 588787 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :my TC proof for Addition Automaton b=10 basically treats it like a sort of string rewriter < 1703208857 994093 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :and yet it is implementing a queue-based language via continually moving the end of the queue to the start, so it has to be able to move data through other data < 1703208866 182810 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :The move_one(s1, s2) instruction basically only has to identify one S-expression on its left-hand side and relabel it from s1 to s2. The hard part is identifying one S-expression. < 1703208873 28892 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :which it does by using separate symbols for left-moving and right-moving data < 1703208934 396114 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :I think the basic technique for bracket matching in a string rewriter is to change an innermost pair of brackets to a different sort of bracket, then ignore that bracket for the purpose of matching the next-outer pair, etc. < 1703208993 495825 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :e.g. in ((a)((b)(c))), the matching goes ((a)((b)(c))) ([a]((b)(c))) ([a]([b](c))) ([a]([b][c])) ([a][[b][c]]) ([a][[b][c]] < 1703209001 443605 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :* e.g. in ((a)((b)(c))), the matching goes ((a)((b)(c))) ([a]((b)(c))) ([a]([b](c))) ([a]([b][c])) ([a][[b][c]]) [[a][[b][c]] < 1703209004 474735 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :* e.g. in ((a)((b)(c))), the matching goes ((a)((b)(c))) ([a]((b)(c))) ([a]([b](c))) ([a]([b][c])) ([a][[b][c]]) [[a][[b][c]] < 1703209007 674610 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :* e.g. in ((a)((b)(c))), the matching goes ((a)((b)(c))) ([a]((b)(c))) ([a]([b](c))) ([a]([b][c])) ([a][[b][c]]) [[a][[b][c]]] < 1703209013 101721 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :my ] key is right next to my newline key < 1703209026 739688 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :Here's an almost-solution: push(s1, a) move_one(s1, s2) -> push(s2, a); cons(s1) move_one(s1, s2) -> move_two(s1, s2) cons(s2); push(s1, a) move_two(s1, s2) -> move_one(s1, s2) push(s2, a); cons(s1) move_two(s1, s2) -> move_three(s1, s2) cons(s2); ... < 1703209034 78381 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :and all you are doing is looking for a ( followed by any number of non-() followed by a ) < 1703209094 535602 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :Hmmm, that technique might work for what I'm doing. > 1703209134 861791 PRIVMSG #esolangs :14[[07Danicb14]]4 10 02https://esolangs.org/w/index.php?diff=121018&oldid=121017 5* 03Squidmanescape 5* (+383) 10 < 1703209139 194252 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :(this is also the reliable way to parse with regex, if you get to run the regex in a loop) < 1703209150 713397 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :(and don't have bracket-matching operators in your regex language) < 1703210443 865830 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :Wait, duh. I don't have to figure out a way to move multiple items from one stack to another while somehow having them land in the same order. I can just do this: < 1703210465 953483 :wpa!uid568065@id-568065.helmsley.irccloud.com QUIT :Quit: Connection closed for inactivity < 1703210481 502112 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :cons(s1) move_one(s1, s2) -> move_one(s1, s2) move_one(s1, s2) reverse_cons(s2) < 1703210719 19999 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :In other words, if the cons cell (A . B) is at the top of the first stack, and I deconstruct it to form B below A, I don't have to somehow figure out how to move the top two items from the first stack to the second as a unit. < 1703210770 311493 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :I can just move them one at a time, so that the top of the second stack is A below B, and then invoke a reverse cons instruction to reconstruct the correct cons cell. < 1703211278 674756 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :that is going to be quadratic when operating on a list < 1703211293 858336 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :because the cons cells you reverse get larger as the list gets larger < 1703211368 275572 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :True, but I can get around that by using a second trick. > 1703211380 405010 PRIVMSG #esolangs :14[[07Talk:New14]]4 10 02https://esolangs.org/w/index.php?diff=121019&oldid=121015 5* 03Squidmanescape 5* (+2304) 10 < 1703211441 561134 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :Instead of using the reverse_cons technique to move stuff straight from s1 to s2, I'll use it to move stuff first from s1 to a special stack, then from the special stack to s2. On the special stack, reverse_cons doesn't get normalized. < 1703211518 958093 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :So I'm never *physically* reversing anything; I'm merely rewriting "cons" to "reverse_cons" and later rewriting "reverse_cons" to "cons." < 1703212021 141257 :Thelie!~Thelie@2a03:2260:300c:400:d115:ecfe:1ef4:7596 QUIT :Ping timeout: 245 seconds < 1703212421 119395 :Thelie!~Thelie@185.66.195.74 JOIN #esolangs Thelie :Thelie < 1703212439 982088 :Thelie!~Thelie@185.66.195.74 QUIT :Client Quit < 1703212497 569504 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :No, I think I was wrong. I'm doing a reduction by hand and the order of stuff does, in fact, end up getting reversed. > 1703213880 598317 PRIVMSG #esolangs :14[[07List of quines14]]4 10 02https://esolangs.org/w/index.php?diff=121020&oldid=118650 5* 03Tastyfish 5* (+87) 10Added Comun < 1703218024 302266 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :Well, writing this Thue program was definitely a good use of my time. https://pastebin.com/Em1cLbAU < 1703218112 336569 :tswett!~tswett@047-225-001-102.res.spectrum.com PRIVMSG #esolangs :Conceptually, that program pushes the letters A, L, E, R, T, E, D to stack 1, and then uses "cons," "move," and "break" instructions to shuffle them around a bit so that the stack instead says A, L, T, E, R, E, D. < 1703220126 965828 :FreeFull!~freefull@46.205.205.212.nat.ftth.dynamic.t-mobile.pl QUIT : < 1703221086 803763 :ais523!~ais523@user/ais523 QUIT :Quit: quit < 1703227740 65289 :int-e!~noone@int-e.eu PRIVMSG #esolangs :. o O ( Whoever prepared today's AoC input was a terrible Blockout player. ) > 1703229699 954220 PRIVMSG #esolangs :14[[07Comun14]]4 M10 02https://esolangs.org/w/index.php?diff=121021&oldid=120927 5* 03PythonshellDebugwindow 5* (+25) 10Category < 1703230364 292462 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl JOIN #esolangs * :Textual User < 1703232441 611765 :tswett!~tswett@047-225-001-102.res.spectrum.com QUIT :Quit: Client closed < 1703232751 10967 :int-e!~noone@int-e.eu PRIVMSG #esolangs :What else... we haven't had a tree or CFG parsing task yet this year. < 1703234032 152699 :shachaf!~shachaf@user/shachaf PRIVMSG #esolangs :i,i good old control flow graph parsing < 1703234458 920772 :int-e!~noone@int-e.eu PRIVMSG #esolangs :There are only so many TLAs. < 1703235419 963911 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :yeah. my job is full of TLAs and other deliberately obscure jargon terms. including a TLA that means two different things. < 1703238097 235195 :shachaf!~shachaf@user/shachaf PRIVMSG #esolangs :Do all y'all know about self-stabilizing systems? < 1703238106 569792 :shachaf!~shachaf@user/shachaf PRIVMSG #esolangs :As in Dijkstra's https://dl.acm.org/doi/pdf/10.1145/361179.361202 < 1703239051 449984 :Sgeo!~Sgeo@user/sgeo QUIT :Read error: Connection reset by peer < 1703239354 909761 :__monty__!~toonn@user/toonn JOIN #esolangs toonn :Unknown < 1703241379 659442 :Koen_!~Koen@2a01:e34:ec7c:30:e89f:8c52:ca22:372 JOIN #esolangs * :Koen > 1703245051 279695 PRIVMSG #esolangs :14[[07WeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeBasic++14]]4 M10 02https://esolangs.org/w/index.php?diff=121022&oldid=120998 5* 03None1 5* (+1275) 10/* Deadfish */ < 1703246679 79639 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl QUIT :Read error: Connection reset by peer > 1703251304 456939 PRIVMSG #esolangs :14[[07GPTLang14]]4 M10 02https://esolangs.org/w/index.php?diff=121023&oldid=89374 5* 03PythonshellDebugwindow 5* (+68) 10/* Concepts */ Categories > 1703252471 626993 PRIVMSG #esolangs :14[[07TypeInt14]]4 N10 02https://esolangs.org/w/index.php?oldid=121024 5* 03GUAqwq 5* (+493) 10Created page with "{{infobox proglang |name=TypeInt (Tn) |author=[[User:GUAqwq]] |year=[[:Category:2023|2023]] |class=[[:Category:maybe_tc(change after proving)]] |files=.ts_ }} '''TypeInt''' is a esolang which is created by [[User:GUAqwq]]. The program runs on an unbounded in > 1703253620 568144 PRIVMSG #esolangs :14[[07TypeInt14]]4 10 02https://esolangs.org/w/index.php?diff=121025&oldid=121024 5* 03GUAqwq 5* (+535) 10 > 1703253859 933378 PRIVMSG #esolangs :14[[07TypeInt14]]4 10 02https://esolangs.org/w/index.php?diff=121026&oldid=121025 5* 03GUAqwq 5* (+107) 10/* Decrease */ > 1703253870 67790 PRIVMSG #esolangs :14[[07TypeInt14]]4 10 02https://esolangs.org/w/index.php?diff=121027&oldid=121026 5* 03GUAqwq 5* (+1) 10/* Overview */ > 1703254473 66008 PRIVMSG #esolangs :14[[07TypeInt14]]4 10 02https://esolangs.org/w/index.php?diff=121028&oldid=121027 5* 03GUAqwq 5* (+660) 10/* Decrease */ < 1703257944 638836 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl JOIN #esolangs * :Textual User < 1703259359 43007 :Sgeo!~Sgeo@user/sgeo JOIN #esolangs Sgeo :realname < 1703261068 159497 :wib_jonas!~wib_jonas@business-37-191-60-209.business.broadband.hu JOIN #esolangs b_jonas :[https://web.libera.chat] wib_jonas < 1703261089 36751 :wib_jonas!~wib_jonas@business-37-191-60-209.business.broadband.hu PRIVMSG #esolangs :I'm told this is about this year's AoC and especially so I'll throw the link in here: https://blogs.perl.org/users/e_choroba/2023/12/step-counter-advent-of-code-202321.html < 1703261273 481297 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl QUIT :Quit: My iMac has gone to sleep. ZZZzzz… < 1703262282 74980 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl JOIN #esolangs * :Textual User < 1703262675 406158 :wib_jonas!~wib_jonas@business-37-191-60-209.business.broadband.hu QUIT :Quit: Client closed < 1703263878 265713 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Yeah, that was yesterday. > 1703266477 211191 PRIVMSG #esolangs :14[[07Special:Log/newusers14]]4 create10 02 5* 03Szajzan 5* 10New user account < 1703266592 655956 :int-e!~noone@int-e.eu PRIVMSG #esolangs :graphs! < 1703270407 404823 :chiselfuse!~chiselfus@user/chiselfuse QUIT :Ping timeout: 240 seconds < 1703270479 353672 :chiselfuse!~chiselfus@user/chiselfuse JOIN #esolangs chiselfuse :chiselfuse < 1703271174 711701 :Koen_!~Koen@2a01:e34:ec7c:30:e89f:8c52:ca22:372 QUIT :Quit: Leaving... < 1703275264 614361 :chiselfu1e!~chiselfus@user/chiselfuse JOIN #esolangs chiselfuse :chiselfuse < 1703275279 413514 :chiselfuse!~chiselfus@user/chiselfuse QUIT :Ping timeout: 240 seconds < 1703276723 40242 :int-e!~noone@int-e.eu PRIVMSG #esolangs :I'm still puzzling over day 20... there can be an unbounded number of signals in flight, is that enough to make it TC? < 1703276883 582039 :int-e!~noone@int-e.eu PRIVMSG #esolangs :(that would most likely make part 2 undecidable for general inputs) < 1703277157 950930 :__monty__!~toonn@user/toonn QUIT :Quit: leaving < 1703277872 979027 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Just finished day 22 part 2 (last working day of the year was busy) with a pretty "brute-force" solution, and it runs in 23 milliseconds. Now I don't know if I should do something smarter or not. There's already a 26-millisecond day (17), so it's not even a new low. < 1703277884 713119 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Already had an arguably smarter part 1 (ohvyq gur tencu bs juvpu oevpxf fhccbeg rnpu bgure naq pbhag ubj znal oevpxf ner gur bayl fhccbeg bs nabgure), and it feels like part 2 pbhyq or qbar va gur fnzr tencu, but the alternative (whfg er-qebc nyy gur oevpxf rkprcg bar, sbe rnpu bar, naq pbhag ubj znal zbirq) was just so easy. < 1703277960 894913 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Maybe I'll just keep it as it is on the rationale that shorter code is also worth something. < 1703278011 270284 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :there are two new tasks per day. I say 23 milliseconds is quick enough, unless you have at least a hundred thousands of other daily puzzle websites similar to AoC that you are solving. < 1703278135 413715 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :I guess at that point you'd just buy more servers < 1703278296 530240 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl QUIT :Quit: My iMac has gone to sleep. ZZZzzz… < 1703278338 139654 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Does English have a corresponding idiom to the Finnish one that literally translated goes something like "to cross where the fence is lowest"? Meaning, to choose an option that may not necessarily lead to the very best result, but is the one that takes the least amount of effort for an acceptable outcome. < 1703278355 567073 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :I guess there's a little bit of "go with the flow" in it, but it's maybe not quite the same. < 1703278440 304287 :int-e!~noone@int-e.eu PRIVMSG #esolangs :I'd say "path of least resistance" < 1703278481 452180 :int-e!~noone@int-e.eu PRIVMSG #esolangs :Though it's not much of an idiom, it's too literal. But it is a stock phrase. < 1703278641 493072 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :fizzie: hmm, maybe "searching under the streetlight" as in the drunk man does that when he lost his keys not because that's where the keys are but because he can't see anywhere else < 1703278663 733463 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :fungot, is Gimp's mascot called Wilber or Wilbur? and what kind of animal is it supposed to represent? < 1703278697 905637 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :huh, but fizzie fixed fungot! fungot, where are you? < 1703278770 385655 :fungot!~fungot@2a01:4b00:82bb:1341::a JOIN #esolangs fungot :fungot-0.1 < 1703278771 837239 :int-e!~noone@int-e.eu PRIVMSG #esolangs :b_jonas: http://gimpchat.com/viewtopic.php?f=4&t=10265 < 1703278858 90936 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :It had done that thing where the TCP connection dies and the other side never notices because there's no keepalive or any timed writes from fungot so it just stays like that forever. < 1703278858 216683 :fungot!~fungot@2a01:4b00:82bb:1341::a PRIVMSG #esolangs :fizzie: i must go < 1703278863 971050 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :fungot: You just got here! < 1703278864 310606 :fungot!~fungot@2a01:4b00:82bb:1341::a PRIVMSG #esolangs :fizzie: that's probably a bit fnord here. ( sub1 ( x 1)) < 1703278904 661104 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :(I'd figure out a fix for that if it weren't for the fact that even if it did automatically reconnect, it doesn't have the capability of automatically joining channels, so it wouldn't come back anyway.) < 1703279584 93620 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl JOIN #esolangs * :Textual User < 1703280350 516189 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :int-e: thank you < 1703280412 165876 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :fizzie: yeah, I know, he's written in an esolang so it's hard to modify > 1703281843 118121 PRIVMSG #esolangs :14[[07TypeInt14]]4 M10 02https://esolangs.org/w/index.php?diff=121029&oldid=121028 5* 03PythonshellDebugwindow 5* (+87) 10Infobox, categories > 1703281969 832256 PRIVMSG #esolangs :14[[07Typeform14]]4 M10 02https://esolangs.org/w/index.php?diff=121030&oldid=87275 5* 03PythonshellDebugwindow 5* (+2) 10Categories > 1703282164 674517 PRIVMSG #esolangs :14[[07Language list14]]4 M10 02https://esolangs.org/w/index.php?diff=121031&oldid=120964 5* 03PythonshellDebugwindow 5* (+14) 10/* T */ add < 1703283535 397971 :chiselfu1e!~chiselfus@user/chiselfuse QUIT :Ping timeout: 240 seconds < 1703283565 807091 :chiselfuse!~chiselfus@user/chiselfuse JOIN #esolangs chiselfuse :chiselfuse > 1703285034 538604 PRIVMSG #esolangs :14[[07Special:Log/newusers14]]4 create10 02 5* 03BuzzZ80 5* 10New user account > 1703285397 617275 PRIVMSG #esolangs :14[[07Esolang:Introduce yourself14]]4 10 02https://esolangs.org/w/index.php?diff=121032&oldid=120865 5* 03BuzzZ80 5* (+259) 10/* Introductions */ < 1703287131 334406 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl QUIT :Quit: My iMac has gone to sleep. ZZZzzz… < 1703287326 812419 :chiselfu1e!~chiselfus@user/chiselfuse JOIN #esolangs chiselfuse :chiselfuse < 1703287351 404697 :chiselfuse!~chiselfus@user/chiselfuse QUIT :Ping timeout: 240 seconds < 1703287827 949566 :ais523!~ais523@user/ais523 JOIN #esolangs ais523 :(this is obviously not my real name) < 1703288722 273330 :chiselfu1e!~chiselfus@user/chiselfuse QUIT :Remote host closed the connection < 1703288740 660030 :chiselfuse!~chiselfus@user/chiselfuse JOIN #esolangs chiselfuse :chiselfuse