< 1761784224 417774 :slavfox_!~slavfox@193.28.84.183 JOIN #esolangs slavfox :slavfox < 1761784325 400364 :ais523!~ais523@user/ais523 JOIN #esolangs ais523 :(this is obviously not my real name) < 1761784479 421597 :perlbot_!~perlbot@perlbot/bot/simcop2387/perlbot JOIN #esolangs perlbot :ZNC - https://znc.in < 1761784597 605036 :slavfox!~slavfox@193.28.84.183 QUIT :*.net *.split < 1761784597 635223 :perlbot!~perlbot@perlbot/bot/simcop2387/perlbot QUIT :*.net *.split < 1761784597 922136 :j4cbo!sid186930@id-186930.helmsley.irccloud.com QUIT :*.net *.split < 1761784598 369596 :slavfox_!~slavfox@193.28.84.183 NICK :slavfox < 1761784610 535102 :perlbot_!~perlbot@perlbot/bot/simcop2387/perlbot NICK :perlbot < 1761784933 812633 :j4cbo!sid186930@id-186930.helmsley.irccloud.com JOIN #esolangs j4cbo :j4cbo > 1761788387 595734 PRIVMSG #esolangs :14[[07Baba Is You14]]4 10 02https://esolangs.org/w/index.php?diff=166921&oldid=166915 5* 03Aadenboy 5* (+247) 10this page is long overdue for a rewritereplacing it with an incomplete draft < 1761788443 674489 :amby!~ambylastn@host-92-17-37-198.as13285.net QUIT :Quit: so long suckers! i rev up my motorcylce and create a huge cloud of smoke. when the cloud dissipates im lying completely dead on the pavement > 1761789943 900236 PRIVMSG #esolangs :14[[07Category:C++14]]4 M10 02https://esolangs.org/w/index.php?diff=166922&oldid=166718 5* 03SuperSMG5 5* (+115) 10I think I got it now > 1761789988 246170 PRIVMSG #esolangs :14[[07C+14]]4 M10 02https://esolangs.org/w/index.php?diff=166923&oldid=125167 5* 03SuperSMG5 5* (+17) 10To the c++ category! > 1761790273 398621 PRIVMSG #esolangs :14[[07Crypten14]]4 10 02https://esolangs.org/w/index.php?diff=166924&oldid=166904 5* 03Somefan 5* (-8) 10fixd url > 1761790540 576234 PRIVMSG #esolangs :14[[07C+++14]]4 M10 02https://esolangs.org/w/index.php?diff=166925&oldid=105304 5* 03SuperSMG5 5* (+149) 10To the c++ category and also its not printf its cout > 1761790764 568782 PRIVMSG #esolangs :14[[07Category talk:C++14]]4 N10 02https://esolangs.org/w/index.php?oldid=166926 5* 03Corbin 5* (+556) 10I get it, but it wasn't discussed AFAICT. > 1761791625 841449 PRIVMSG #esolangs :14[[07Esolang talk:Categorization14]]4 10 02https://esolangs.org/w/index.php?diff=166927&oldid=166716 5* 03Corbin 5* (+823) 10/* Language families */ "Family" here means "dependent product." > 1761792271 831238 PRIVMSG #esolangs :14[[07Esolang talk:Categorization14]]4 10 02https://esolangs.org/w/index.php?diff=166928&oldid=166927 5* 03Ais523 5* (+309) 10/* Language families */ [[:Category:Metalanguages]] already exists and (while probably not quite the same) this is very close < 1761794259 628368 :zzo38!~zzo38@host-24-207-46-238.public.eastlink.ca PRIVMSG #esolangs :Is there a name for a formal grammar that once any token is read its meaning cannot change and you cannot look ahead, but the meaning is allowed to depend on what has been read before, and you are not allowed to look ahead to determine whether or not an optional field is present? > 1761794311 729892 PRIVMSG #esolangs :14[[07A=ab=bc=cd=d!14]]4 M10 02https://esolangs.org/w/index.php?diff=166929&oldid=166343 5* 03Aadenboy 5* (+28) 10[[Category:Meta-languages]] < 1761794456 80348 :zzo38!~zzo38@host-24-207-46-238.public.eastlink.ca PRIVMSG #esolangs :Do you have any test cases for Atmel AVR emulation? < 1761794542 642150 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :zzo38: so lookahead restrictions only really apply to transducers rather than grammars < 1761794576 833225 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :because you can effectively encode "tokens of lookahead" into the grammar rules instead of doing them in the automaton (it's just that doing them in the automaton is easier) < 1761794634 165248 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :this is easier to think about if you think of grammars being compiled into a state machine (not necessarily finite-state, they could have counters or stacks or the like in addition to the finite-state engine that controls them) < 1761794687 272700 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :instead of having a separate variable for lookahead tokens, you can encode the lookahead tokens into the finite-state engine by multiplying each state by an appropriate number of copies of it (one for each possible lookahead that could exist) < 1761794711 477627 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :this means that lookahead isn't really defined as a concept when you're talking about grammars in the abstract < 1761794742 256814 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :however, you can define it rigorously in terms of transducers, i.e. grammars that have outputs (by saying that they have to produce a particular token of output before a particular token of input is read) < 1761794849 845086 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :anyway, the concept that you're trying to express is very similar to LL(1), which has to choose which branch to take using only a single token of information < 1761794902 497568 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :and gets around the lookahead problem by requiring the grammar to be able to output which grammar rule it's in as soon as the first token of input that uses that rule is read < 1761794914 753127 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :* requiring the parser to be able to output < 1761795630 811641 :zzo38!~zzo38@host-24-207-46-238.public.eastlink.ca PRIVMSG #esolangs :OK, that makes sense it applies to transducers rather than grammars; sorry I made a mistake at first < 1761795764 485785 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :LL(1) is a bit more restrictive than what you asked for, because LL(1) requires you to be able to write a pushdown automaton with those lookahead properties, whereas you didn't restrict it to a particular parsing automaton < 1761795768 385318 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :but in practice I expect that won't matter much < 1761796855 506979 :Lord_of_Life!~Lord@user/lord-of-life/x-2819915 QUIT :Ping timeout: 264 seconds < 1761796871 518513 :Lord_of_Life_!~Lord@user/lord-of-life/x-2819915 JOIN #esolangs Lord_of_Life :Lord < 1761796950 510204 :Lord_of_Life_!~Lord@user/lord-of-life/x-2819915 NICK :Lord_of_Life < 1761797502 897682 :Hoolooboo!~Hooloovoo@hax0rbana.org QUIT :Ping timeout: 256 seconds < 1761797551 310702 :Hooloovoo!~Hooloovoo@hax0rbana.org JOIN #esolangs hooloovoo :Hooloovoo < 1761797823 613642 :Lord_of_Life_!~Lord@user/lord-of-life/x-2819915 JOIN #esolangs Lord_of_Life :Lord < 1761797863 504110 :Lord_of_Life!~Lord@user/lord-of-life/x-2819915 QUIT :Ping timeout: 264 seconds < 1761797961 590493 :Lord_of_Life_!~Lord@user/lord-of-life/x-2819915 NICK :Lord_of_Life > 1761798786 725810 PRIVMSG #esolangs :14[[07UnCompetition14]]4 10 02https://esolangs.org/w/index.php?diff=166930&oldid=166873 5* 03Yayimhere2(school) 5* (+98) 10/* One token per line */ < 1761798854 120771 :pool2!~nathan@user/PoolloverNathan JOIN #esolangs PoolloverNathan :nathan < 1761802767 634118 :zzo38!~zzo38@host-24-207-46-238.public.eastlink.ca PRIVMSG #esolangs :I thought that a operating system and computer design can have some key combination (possibly [Control]+[System]+[Escape] or something like that; might also use (instead or as well) some switch on the computer itself, for additional security) to display a screen to list the processes and capabilities, and can be used to suspend, resume, and terminate processes, as well as to revoke capabilities and do low-level debugging functions. < 1761802822 789577 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :that's a bit like Windows' ctrl-alt-delete, except more powerful < 1761802871 577124 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :but yes, OSes ilke to use key combinations for that sort of thing that do something special at the hardware level in order to prevent them being blocked in software < 1761802886 228054 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :(I think Windows picked ctrl-alt-delete because it's a hardware reboot code and so the hardware special-cases it) > 1761803182 803314 PRIVMSG #esolangs :14[[07User talk:PoptartPlungerBoi/99BottleChallenge14]]4 N10 02https://esolangs.org/w/index.php?oldid=166931 5* 03Yayimhere2(school) 5* (+158) 10Created page with "sadly that is not currently possible lol --~~~~" < 1761803217 102514 :zzo38!~zzo38@host-24-207-46-238.public.eastlink.ca PRIVMSG #esolangs :Yes, although on Windows the task manager is itself a process, and USB can cause problems (I would design the computer with a dedicated keyboard port (and the mouse is connected to the keyboard), and without USB). (Linux has SysRq which is more limited in some ways and does more in some ways; I would intend it would be capable of many of the things listed there which would be applicable.) < 1761803292 147100 :zzo38!~zzo38@host-24-207-46-238.public.eastlink.ca PRIVMSG #esolangs :(Also, I might have all processes suspended while this special screen is displayed, so that they cannot affect the video memory, read the keyboard, take up all of the CPU time, do something which is overheating the computer, etc, while you are using the special screen to manage them.) > 1761803356 782853 PRIVMSG #esolangs :14[[07!()14]]4 10 02https://esolangs.org/w/index.php?diff=166932&oldid=139128 5* 03Yayimhere2(school) 5* (+8) 10/* syntax */ < 1761803371 835363 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :a pause-everything command is both useful, and potentially problematic in some cases < 1761803414 371931 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :the classic example is writing to a CD, which apparently can't be paused without a certain amount of advanced notice due to the way that CD-writing software works (if you try you end up permanently damaging the CD) > 1761803421 156506 PRIVMSG #esolangs :14[[07!()14]]4 10 02https://esolangs.org/w/index.php?diff=166933&oldid=166932 5* 03Yayimhere2(school) 5* (-20) 10/* examples */ < 1761803470 174152 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :that said, on Linux ctrl-alt-F1 (which switches to a text-based terminal that's separate from the graphical environment) appears to pause at least some processes until you finish the login process (I can tell this because it usually causes music to stop playing) < 1761803507 425534 :zzo38!~zzo38@host-24-207-46-238.public.eastlink.ca PRIVMSG #esolangs :I have observed that too < 1761803727 544399 :zzo38!~zzo38@host-24-207-46-238.public.eastlink.ca PRIVMSG #esolangs :And, I know it can be potentially problematic in some cases, but you would avoid using it in such cases (unless you are deliberately trying to prevent such things from working; or, hopefully you have another blank CD if that happens) < 1761810512 356800 :sorear!sid184231@id-184231.uxbridge.irccloud.com PRIVMSG #esolangs :"secure attention key" < 1761811018 482363 :pool2!~nathan@user/PoolloverNathan QUIT :Read error: Connection reset by peer < 1761811130 640884 :pool8!~nathan@user/PoolloverNathan JOIN #esolangs PoolloverNathan :nathan < 1761811465 846549 :Sgeo_!~Sgeo@user/sgeo QUIT :Read error: Connection reset by peer > 1761811973 237987 PRIVMSG #esolangs :14[[07PythOwO14]]4 10 02https://esolangs.org/w/index.php?diff=166934&oldid=166418 5* 03RaiseAfloppaFan3925 5* (-119) 10pythOwO is branded with lowercase in the GitHub repository < 1761811977 317600 :tromp!~textual@2001:1c00:3487:1b00:5978:a504:f2fd:26f JOIN #esolangs * :Textual User < 1761812744 74600 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :ais523: I thought that part about cd writing only applies to old CD burner hardware, modern one can be paused without damage because the hardware is smart enough to turn off the laser, though I think you might lose some capacity on the disk when you pause and continue < 1761812766 435674 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :b_jonas: I was wondering if some drives could be preloaded with enough information to safely stop when the software stuttered < 1761812774 418408 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :but I haven't used a CD burner in ages < 1761812787 84671 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :ais523: this is sort of like how current sound hardware will keep playing the same sound on repeat if the operating system hangs < 1761812800 415987 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :most sound cards nowadays work by using a queue that software can top up with samples, if the software stops doing that it'll continue to play until the samples run out, and then stop < 1761812810 983074 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :I don't know, I never actually tried to deliberately pause a CD burner while burning, nor accidentally ran into that < 1761812813 604573 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :…or repeat, I guess < 1761812830 455317 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :oh, I haven't got that wrong with a CD burner either, just knew I had to take the precaution < 1761814301 220957 :b_jonas!~x@88.87.242.184 QUIT :Quit: leaving < 1761815177 738657 :int-e!~noone@int-e.eu PRIVMSG #esolangs :I imagine that hitting the right place to continue writing would be rather hard. < 1761815241 910906 :int-e!~noone@int-e.eu PRIVMSG #esolangs :certainly harder than following the track and operating at the correct frequency, relying on momentum to keep even physical spacing < 1761816540 717144 :tromp!~textual@2001:1c00:3487:1b00:5978:a504:f2fd:26f QUIT :Quit: My iMac has gone to sleep. ZZZzzz… < 1761816684 212419 :fizzie!~irc@selene.zem.fi PRIVMSG #esolangs :BURN-Proof™ < 1761816696 569908 :fizzie!~irc@selene.zem.fi PRIVMSG #esolangs :(BURN being short for "buffer underrun".) < 1761816738 116173 :fizzie!~irc@selene.zem.fi PRIVMSG #esolangs :"A number of manufacturers have developed proprietary technologies to prevent buffer underruns, including Sanyo (BURN-Proof),[5] Asus (FlextraLink),[6] Sony (Power Burn) and Yamaha (SafeBurn)." < 1761816749 732785 :fizzie!~irc@selene.zem.fi PRIVMSG #esolangs :Didn't know there were that many of them. < 1761817316 975873 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :"underrun" is an interesting choice of nouned verb to use for that < 1761817345 868439 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :writing past the end of a buffer is normally called a buffer overflow, right? < 1761817362 178324 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :but this, in effect, reading past the push end of a queue < 1761817377 88176 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :which is somehow like an overflow, and like the opposite of an overflow, at the same time < 1761817452 106130 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :I just realised I don't have a consistent mental model of which direction queues and stacks go in, I can imagine queues with their push end at either the left or the right, likewise stacks (actually there are three reasonable orientations for a stack – push end at the left, right and top – which makes it ironic that most processors have it at the bottom) < 1761817723 896359 :fizzie!~irc@selene.zem.fi PRIVMSG #esolangs :I believe they call that an underrun in audio circles as well. > 1761817790 220095 PRIVMSG #esolangs :14[[07Talk:E++14]]4 10 02https://esolangs.org/w/index.php?diff=166935&oldid=166878 5* 03Esolangist 5* (+176) 10/* Who made this? */ < 1761818232 985783 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :ooh, while browsing Wikipedia, I came across the solution for the "one program verifies, e.g., JIT output made by another program and maps it as executable in the original program" – you just have a shared memory map that's read-execute for the program that generated the data and read-write for the program that verifies it < 1761818261 795595 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :and then the verifier can write the verified machine code into the original process's address space for it to execute < 1761818287 456297 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :this does seem to be problematic in a few ways (needing a copy, preventing unrelated processes accessing the memory map) but I think those problems are minor or solvable < 1761818303 905492 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :(this is referring to a question I had in here a while ago, I meant to say that in the first line but forgot) < 1761818416 432345 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :now I just need to figure out what the rules for doing cross-modifying code safely are < 1761818544 136038 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :a quick web search impliies that on x86-64, the receiving thread needs to do an acquire-read that proves that the new code is safely accessible in memory, then do a serializing instruction (SERIALIZE, or if that isn't available, CPUID) < 1761818550 619723 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :`as-encoding serialize < 1761818553 985902 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :​{standard input}: Assembler messages: \ {standard input}:1: Error: no such instruction: `serialize' < 1761818557 58598 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :`as-encoding serialise < 1761818558 546935 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :​{standard input}: Assembler messages: \ {standard input}:1: Error: no such instruction: `serialise' < 1761818563 994964 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :too new for this assembler, it seems < 1761818584 775649 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :and of course on x86-64 an acquire-read is just a normal read < 1761818715 136593 :fizzie!~irc@selene.zem.fi PRIVMSG #esolangs :Lovely "operation" pseudocode for that instruction in the Intel manual. < 1761818719 375987 :fizzie!~irc@selene.zem.fi PRIVMSG #esolangs :Wait_On_Fetch_And_Execution_Of_Next_Instruction_Until(preceding_instructions_complete_and_preceding_stores_globally_visible); < 1761818753 732443 :fizzie!~irc@selene.zem.fi PRIVMSG #esolangs :Just take an English description and put some underlines, parentheses and semicolon in there. < 1761818759 317803 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :yes < 1761818849 585649 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :another thing I learned recently is that LFENCE has been repurposed as an instruction-ordering fence (i.e. instructions can't be reordered around it, but memory accesses still can be) < 1761818867 159786 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :Intel and AMD are both using it for Spectre mitigation < 1761818912 544364 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :but the really interesting thing is that on AMD, there's an MSR that changes LFENCE to act as an instruction-ordering fence rather than load-ordering fence (which x86-64 does naturally) and it was *not* a microcode update, it already existed on the old AMD processors and was simply just undocumented < 1761818955 438432 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :(the leading theory is that it was a contingency plan in case Intel ever changed LFENCE to be a stronger barrier) < 1761819034 71444 :int-e!~noone@int-e.eu PRIVMSG #esolangs :fizzie: some of those burns sound vaguely familiar < 1761819059 955199 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :note that it's possible that a microcode update changed the semantics of the fence, and the purpose of the MSR was actually "just make LFENCE do something microcode-defined" – that also seems very plausible to me > 1761820455 358034 PRIVMSG #esolangs :14[[07Alphacode14]]4 10 02https://esolangs.org/w/index.php?diff=166936&oldid=166282 5* 03Esolangist 5* (+136) 10/* Quine */ > 1761820751 560550 PRIVMSG #esolangs :14[[07User:Esolangist14]]4 10 02https://esolangs.org/w/index.php?diff=166937&oldid=166281 5* 03Esolangist 5* (+209) 10added "my esolangs" < 1761822153 91290 :sorear!sid184231@id-184231.uxbridge.irccloud.com PRIVMSG #esolangs :were there ever AMD processors where MSRs were actually hardware registers and not entirely abstracted by microcode? < 1761822249 479098 :sorear!sid184231@id-184231.uxbridge.irccloud.com PRIVMSG #esolangs :the JIT cross-modifying-code problem gets much harder if your application code is itself multithreaded and has access to function pointers. how do you know if a read of a function pointer was (a) a data race (b) seeing a new function too early and before the instructions are safely accessible? < 1761822296 354884 :sorear!sid184231@id-184231.uxbridge.irccloud.com PRIVMSG #esolangs :you can do a broadcast invalidate before making the new function available to _any_ thread, but ew < 1761822513 622782 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :ah, I see – acquire-release barriers aren't enough to allow the thread that first runs the cross-modifying code to make its function pointers visible to other threads, as those would need to do a CPUID after their acquire < 1761822536 196608 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :I think that's the only problem which wouldn't be fixed by standard measures for preventing race conditions, though < 1761822617 271246 :APic!apic@apic.name PRIVMSG #esolangs :Hi < 1761822721 478005 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :hi < 1761823504 462479 :amby!~ambylastn@host-92-17-37-198.as13285.net JOIN #esolangs amby :realname < 1761823825 345792 :sftp!~sftp@user/sftp QUIT :Quit: leaving < 1761823875 291207 :sftp!~sftp@79.174.36.182 JOIN #esolangs * :sftp < 1761823875 341901 :sftp!~sftp@79.174.36.182 CHGHOST ~sftp :user/sftp < 1761827080 916647 :ais523!~ais523@user/ais523 QUIT :Quit: quit > 1761833567 489621 PRIVMSG #esolangs :14[[07User:RaiseAfloppaFan392514]]4 M10 02https://esolangs.org/w/index.php?diff=166938&oldid=166875 5* 03RaiseAfloppaFan3925 5* (+718) 10 < 1761833798 960359 :Sgeo!~Sgeo@user/sgeo JOIN #esolangs Sgeo :realname > 1761835450 314713 PRIVMSG #esolangs :14[[07Talk:Golficator14]]4 N10 02https://esolangs.org/w/index.php?oldid=166939 5* 03Yayimhere2(school) 5* (+227) 10Created page with "programs that do not halt, are definitely not useless([[Truth machine]] and [[Looping counter]] for example). --~~~~" < 1761835728 725469 :pool8!~nathan@user/PoolloverNathan QUIT :Quit: The Lounge - https://thelounge.chat < 1761835747 707303 :pool3!~nathan@user/PoolloverNathan JOIN #esolangs PoolloverNathan :nathan < 1761840307 483679 :perlbot!~perlbot@perlbot/bot/simcop2387/perlbot QUIT :Ping timeout: 264 seconds < 1761840307 568981 :simcop2387!~simcop238@perlbot/patrician/simcop2387 QUIT :Ping timeout: 264 seconds < 1761841073 605816 :pool3!~nathan@user/PoolloverNathan QUIT :Ping timeout: 260 seconds < 1761844119 279690 :simcop2387!~simcop238@perlbot/patrician/simcop2387 JOIN #esolangs simcop2387 :ZNC - https://znc.in < 1761844210 496294 :perlbot!~perlbot@perlbot/bot/simcop2387/perlbot JOIN #esolangs perlbot :ZNC - https://znc.in > 1761845130 813361 PRIVMSG #esolangs :14[[07Vesta14]]4 N10 02https://esolangs.org/w/index.php?oldid=166940 5* 03 5* (+17) 10Redirected page to [[]] > 1761845487 953819 PRIVMSG #esolangs :14[[0714]]4 M10 02https://esolangs.org/w/index.php?diff=166941&oldid=166901 5* 03 5* (+407) 10Added a few more commands > 1761845512 75183 PRIVMSG #esolangs :14[[0714]]4 M10 02https://esolangs.org/w/index.php?diff=166942&oldid=166941 5* 03 5* (+0) 10 < 1761845518 567096 :pr1sm!~pr1sm@24.91.163.31 JOIN #esolangs * :pr1sm > 1761848166 522454 PRIVMSG #esolangs :14[[07Collabi14]]4 M10 02https://esolangs.org/w/index.php?diff=166943&oldid=151260 5* 03Esolangist 5* (+680) 10Ownership moved (yes, this is official.), new command added and 2 new alternations of the truth machine program. > 1761848212 492983 PRIVMSG #esolangs :14[[07User:Esolangist14]]4 M10 02https://esolangs.org/w/index.php?diff=166944&oldid=166937 5* 03Esolangist 5* (+74) 10Little note. > 1761848254 872143 PRIVMSG #esolangs :14[[07User:Esolangist14]]4 10 02https://esolangs.org/w/index.php?diff=166945&oldid=166944 5* 03Esolangist 5* (+68) 10/* I contributed to these */ > 1761848358 683849 PRIVMSG #esolangs :14[[07Talk:14]]4 N10 02https://esolangs.org/w/index.php?oldid=166946 5* 03Yayimhere2(school) 5* (+148) 10Created page with "what is in the node makes? --~~~~" > 1761848908 279727 PRIVMSG #esolangs :14[[07User:Esolangist/personal talk page14]]4 N10 02https://esolangs.org/w/index.php?oldid=166947 5* 03Esolangist 5* (+359) 10Created page with "Welcome to my "Personal Talk Page". I basically talk about stuff here, but please don't edit this. I have this so I don't have to have a multillion[https://googology.fandom.com/wiki/Multillion That's 10^(310^(310^(310^42))+3).] su > 1761849038 398637 PRIVMSG #esolangs :14[[07User:Esolangist14]]4 M10 02https://esolangs.org/w/index.php?diff=166948&oldid=166945 5* 03Esolangist 5* (+129) 10 > 1761849241 718826 PRIVMSG #esolangs :14[[07Place14]]4 10 02https://esolangs.org/w/index.php?diff=166949&oldid=164553 5* 03Esolangist 5* (+1) 10/* The thing */ added a space. < 1761849836 212838 :pr1sm!~pr1sm@24.91.163.31 QUIT :Remote host closed the connection < 1761850624 521644 :tromp!~textual@2001:1c00:3487:1b00:5978:a504:f2fd:26f JOIN #esolangs * :Textual User > 1761851295 119977 PRIVMSG #esolangs :14[[07Special:Log/newusers14]]4 create10 02 5* 03HeckYeah100 5* 10New user account < 1761851519 615992 :b_jonas!~x@88.87.242.184 JOIN #esolangs b_jonas :b_jonas < 1761851938 657850 :tromp!~textual@2001:1c00:3487:1b00:5978:a504:f2fd:26f QUIT :Quit: My iMac has gone to sleep. ZZZzzz… < 1761852723 70740 :APic!apic@apic.name PRIVMSG #esolangs :cu < 1761853564 622062 :Sgeo!~Sgeo@user/sgeo QUIT :Read error: Connection reset by peer < 1761853732 158434 :Sgeo!~Sgeo@user/sgeo JOIN #esolangs Sgeo :realname > 1761855159 828996 PRIVMSG #esolangs :14[[07Self++14]]4 N10 02https://esolangs.org/w/index.php?oldid=166950 5* 03H33T33 5* (+1516) 10Created page with "{{WIP}} Self++ (or S++) is a language that builds on top of [[Self]], [[Self 2]], and [[Self but with loops]]. Self++ follows the same ideas as the other Selfs, except it's actually somewhat practical. =How it works= ==Keywords== ===self=== The self keyword > 1761855182 697496 PRIVMSG #esolangs :14[[07User:H33T3314]]4 M10 02https://esolangs.org/w/index.php?diff=166951&oldid=166714 5* 03H33T33 5* (+13) 10 > 1761855270 124408 PRIVMSG #esolangs :14[[07Topple14]]4 M10 02https://esolangs.org/w/index.php?diff=166952&oldid=163902 5* 03H33T33 5* (+51) 10 > 1761855293 291682 PRIVMSG #esolangs :14[[07Topple14]]4 M10 02https://esolangs.org/w/index.php?diff=166953&oldid=166952 5* 03H33T33 5* (-8) 10 > 1761855471 593695 PRIVMSG #esolangs :14[[07Topple14]]4 M10 02https://esolangs.org/w/index.php?diff=166954&oldid=166953 5* 03H33T33 5* (+0) 10 > 1761855549 342826 PRIVMSG #esolangs :14[[07Topple14]]4 M10 02https://esolangs.org/w/index.php?diff=166955&oldid=166954 5* 03H33T33 5* (+8) 10 < 1761855724 860543 :chiselfuse!~chiselfus@user/chiselfuse QUIT :Ping timeout: 272 seconds < 1761855746 690434 :chiselfuse!~chiselfus@user/chiselfuse JOIN #esolangs chiselfuse :chiselfuse > 1761855837 249731 PRIVMSG #esolangs :14[[07User:H33T3314]]4 M10 02https://esolangs.org/w/index.php?diff=166956&oldid=166951 5* 03H33T33 5* (-77) 10 < 1761857261 316835 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :int-e: yes, but consider that CD readers already have magical electronics in them just to follow tracks on the CD correctly, and have been there for many years before the better commercial CD writers arrived, by which point all sorts of complex electronics got cheaper; and also that ancient floppy drives can follow tracks on a floppy disk, despite that that sounds basically impossible because the floppy < 1761857267 324630 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :can flex and gripping the center doesn't look too accurate < 1761857287 451447 :b_jonas!~x@88.87.242.184 PRIVMSG #esolangs :so given that those magics are possible, I wouldn't be surprised if continuing to write the same track on a CD were possible too > 1761857978 221252 PRIVMSG #esolangs :14[[07Place14]]4 10 02https://esolangs.org/w/index.php?diff=166957&oldid=166949 5* 03Hotcrystal0 5* (+1) 10editing the rules (not cheating) so edits dont get spammy > 1761857996 119845 PRIVMSG #esolangs :14[[07Place14]]4 10 02https://esolangs.org/w/index.php?diff=166958&oldid=166957 5* 03Hotcrystal0 5* (+10) 10 < 1761860778 601027 :pool3!~nathan@user/PoolloverNathan JOIN #esolangs PoolloverNathan :nathan < 1761861506 508864 :pool3!~nathan@user/PoolloverNathan QUIT :Quit: The Lounge - https://thelounge.chat < 1761861525 986999 :pool3!~nathan@user/PoolloverNathan JOIN #esolangs PoolloverNathan :nathan < 1761863190 563574 :tromp!~textual@2001:1c00:3487:1b00:5978:a504:f2fd:26f JOIN #esolangs * :Textual User < 1761864120 466204 :pool3!~nathan@user/PoolloverNathan QUIT :Read error: Connection reset by peer < 1761864141 602688 :pool3!~nathan@user/PoolloverNathan JOIN #esolangs PoolloverNathan :nathan > 1761864686 654099 PRIVMSG #esolangs :14[[07Self++14]]4 M10 02https://esolangs.org/w/index.php?diff=166959&oldid=166950 5* 03H33T33 5* (+19) 10 < 1761866907 63453 :tromp!~textual@2001:1c00:3487:1b00:5978:a504:f2fd:26f QUIT :Quit: My iMac has gone to sleep. ZZZzzz… < 1761867723 260646 :pool3!~nathan@user/PoolloverNathan QUIT :Read error: Connection reset by peer < 1761867744 634609 :pool3!~nathan@user/PoolloverNathan JOIN #esolangs PoolloverNathan :nathan