< 1677888613 956340 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :zzo38: let me go through that point by point. (1) Only byte strings => the doc mentions it in very few places, but sqlite3 actually guarantees that you can just use any byte string in strings just fine as long as you don't use any of the utf-16-related functionality. (2) Separate the file format => I don't really see what remains in the core if you remove the file format. You can replace basically all < 1677888619 963143 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :parts but the file format, though there are defaults. (3) Allow existing file descriptors => you can kind of do that with the vfs feature. It's tricky, because sqlite3 needs to be able to open temporary files for the things listead at https://sqlite.org/tempfiles.html , but if you define how to do that in the vfs then you can use a descriptor. (4) Recursive triggers => there's a pragma for that. it's < 1677888625 971115 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :not the default only for compatibility, because enabling it could break old databases that rely on no recursive triggers, but you probably always want to enable them in newly designed databases. < 1677888855 220507 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :About byte strings, while it does guarantee that, the string handling functions assume Unicode and can break unless you use a cast. You can override them using sqlite3_create_function, but then some optimizations will be disabled, such as the LENGTH optimization (which should work for text if they measure bytes, but currently is only available for blobs) < 1677888907 688498 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :Also, perhaps I was a bit unclear because I think that the file format should still remain in the core, but be separated, like how the core includes a default VFS but you can replace that too. < 1677888928 949885 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :(5) Better blobs => for short blobs, you could write write custom SQL functions for this. for long blobs you're screwed because the file format stores long rows in a linked list so you can't random access into the blob, only read it in sequence. for byte sequences from numbers there's now a new built-in function unhex. < 1677888987 923126 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :"the string handling functions assume Unicode" => no, at least no the ones like substr and replace and lower, I believe the guarantee applies to those too. < 1677889054 734898 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :SUBSTR does assume Unicode, but LOWER doesn't. < 1677889102 892188 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :zzo38: if you replace the file format then which part of sqlite3 do you want to keep? the page cache and atomic update mechanism? you can probably implement those if you can implement a file format, unless perhaps you want to make a multi-database atomic update mixed with normal sqlite3 format. < 1677889113 186978 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :I know about the new UNHEX function. Unfortunately, it is a bit messy way to do it. You can use UNHEX(FORMAT('%02x',...)) I suppose, but that isn't realy the cleanest way to do it. < 1677889134 129153 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :oh, you're right about substr, sorry < 1677889145 64310 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :yeah, you may need a different function instead of that < 1677889145 974983 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :One part of SQLite that would be kept if the file format is replaced is the SQL parser, of course. < 1677889211 494132 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :(6) preparing multiple SQL statements in a single object => sure, and then next you'll ask for a full programming language with conditionals and variables to preserve between statements. I think sqlite just doesn't want to go there because it's a slippery slope. < 1677889222 219753 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :even triggers are scary enough for that < 1677889226 99812 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :Also, even if you do substitute your own file format implementation, you can still call the standard ones from your own ones, e.g. if you want to store some tables in different files, or other uses you might have for doing this. < 1677889273 311682 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :(or if you want to add functions in between for profiling, or add your own locking/replication/etc; it is less messy to do that way than using the VFS to do it, in some cases) < 1677889274 577035 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :(7) Don't cause PRAGMA to have effect on prepare => fair, but possibly also hard to change now because it would break existing programs < 1677889306 238341 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :Most of what I wrote would break existing programs, which is why one that does what I mention should not be called "SQLite 3" < 1677889392 680919 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :(8) inline journaling => sure, that could be useful, but note that you'd have to do it not just for the journal but for most of the temp files in https://sqlite.org/tempfiles.html to be thorough, except perhaps for multi-database atomic update < 1677889410 519229 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :but that would definitely be an improvement < 1677889428 943666 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :I guess even if you only did it for the journal so that you can't accidentally corrupt your database by copying without the journal < 1677889503 102138 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :About multi-database atomic update, I think that is a problem with the operating system design, actually. (I do have ideas about operating system design too, including the idea of how to improve this.) < 1677889633 898276 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :(9) "Don't make inherent use of the local timezone" => I can't really answer that, I haven't much studied how sqlite3's time functions work, I mostly just assume that when I want to store times I use my own preferred time functions, since I need those regardless of database < 1677889699 128278 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :(10) SQL functions for packing and unpacking the binary record format => no opinion on this < 1677889766 662228 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :You can override the determiniation of the current time using the VFS functions, but you cannot override the determination of the local timezone (except by using an undocumented test feature). This doesn't make sense, I think. < 1677889856 714865 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :zzo38: yes, but that's kind of because they don't want to add an extra dependency, and the time functions in the C standard library are limited in this respect < 1677889900 97242 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :so if you want to throw in the timezone database or libicu in your program you can do with custom functions in your extension, but it's probably not worth to add it into the sqlite3 core < 1677889983 724377 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :I assume if I need date functions I wouldn't do them in sqlite3, except for comparing times so you can do a range query with an index, and for thatif you can choose a sensible format that's compatible with the built-in comparisons < 1677890033 843801 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :so basically either store the dates as numbers, or as strings or blobs but make sure they're big-endian then, or (unlikely) as strings with a custom comparison function < 1677890057 391596 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :I agree that they should not add an extra dependency. However, doing so is unnecessary, anyways. Currently it uses localtime_r, or an undocumented testing feature (see the definition of osLocalTime is SQLite). If you want to write your own using only documented features, you will have to reimplement the date/time functions, and if you do that, you can't have the behaviour of keeping the time per statement, either. < 1677890131 514505 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :and maybe throw in a custom function for the current time for if you want them into a column default value, I think you can call custom functions in a default value < 1677890156 851426 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :My proposal would probably make the implementation simpler rather than more complicated, if it is done properly. < 1677890190 141975 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :sure, but they can't remove the existing time functions < 1677890230 636568 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :and they're probably not so big as to be worth to conditionally omit from your compiled version < 1677890319 55680 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :"keeping the time per statement" => wait, what do you mean? < 1677890322 189012 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :It depends on localtime_r already. If made a part of the VFS, then the core no longer depends on the date/time functions of C. This can be done as an enhancement to existing SQLite. However, my document was mainly about making a new one instead (which might share some of the code from SQLite, but it would be something different from SQLite). < 1677890367 363157 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :oh, you mean sqlite3 should have callbacks that you can override for handling timezones? that could be done compatibly perhaps < 1677890444 532942 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :The SQL date/time functions have a special handling, as described by: "The 'now' argument to date and time functions always returns exactly the same value for multiple invocations within the same sqlite3_step() call." < 1677890493 156855 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :ah, I didn't know that < 1677890544 136005 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :But, yes it can be done compatibly; just by adding a new function to the VFS interface (and incrementing the version number of that structure). (Currently, it can be done by using sqlite3_test_control, but that is undocumented and can be changed in future) < 1677890571 918747 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :ok, that sounds logical, adding such callbacks to the vfs structure < 1677890717 495078 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :oh, you want a function that makes a blob from a list of numbers that give each byte? < 1677890724 628125 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :I guess that makes sense < 1677890773 625886 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :and substr is fair too, you might want a function that slices a string by byte index < 1677890885 877210 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :these are somewhat different from what changes I'd like to see, but some of them are interesting indeed < 1677890928 230588 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :OK, what are your ideas of changes? < 1677891010 335863 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :What kind of changes that you would like to see? < 1677891200 784187 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :zzo38: one thing I'd like to see but might be kind of hard to design is aggregate indexes. the goal of these would be that you can query for a range that's already consecutive in an index the sum of another column for which the sum is indexed, or, in general, an aggregate of that column by some custom aggregate function. not any aggregate function works for this, it would need a new extended interface < 1677891206 791314 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :for aggregate functions that support it, though most of the time you'd just use one of {sum, total, min, max} which the core would have to extend. the implementation would cache in each intermediate node of the b-tree of the index the aggregate of that the rows under it. < 1677891288 709510 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :Actually, it is something that I had thought of too. (as well as being able to support this for virtual tables) However, I am not sure how difficult such a thing is. < 1677891308 289587 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :only picking the right interface for extended aggregate functions is tricky, so it can do aggregate that depends on multiple columns, or aggregates with tricky types, like tracking both the count and average and standard deviation, or the same but weighted by another column, etc < 1677891325 390114 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :oh right, it's {count, sum, total, min, max}, count must absolutely be supported but that's the easiest one < 1677891346 333298 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :this definitely isn't easy to design properly, but it's also something that is hard to do anywhere but at the database level < 1677891621 995925 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :However, some kinds of virtual tables might be able to much more easily calculate some aggregate functions, though. < 1677891624 802640 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :I'd also like some kind of indexes that aren't trees sorted by a key, but the index itself keeps the order, and you can insert anywhere in the order, so when you insert you have to specify (presumably in some virtual column for this) which item you want to insert before or after, or to insert at the very beginning or very end of that index (perhaps you could also set a default). < 1677891654 305806 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :and of course this would be the most useful when you combine it with aggregate columsn in those indexes < 1677891672 946322 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :but it's not clear how to best set up the interface for this < 1677891702 651442 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :I agree, it is not clear how to set up the interface for this < 1677891716 504881 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :persumably you'd give the primary key of an existing row in each magic column associated with such an index, plus a before/after flag, and perhaps you give NULL for very beginning/end < 1677891778 217693 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :but you'd also need some interface to query the next or previous row in the order of such an index < 1677891804 320643 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :and possibly even a way to move a whole range of rows to a different place < 1677891998 609139 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :It seems to me that it is probably too difficult to make aggregate indexes for ordinary tables, but aggregate indexes for virtual tables is probably more useful, and might be easier to implement, potentially. < 1677892372 350910 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :(I might also later add stuff to this file, and change existing stuff, too.) < 1677892547 261255 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :I also had ideas about operating system designs. For example, I had decided to include capability-based security including proxy capabilities, and atomic locking and transactions of multiple files (or arbitrary capabilities) at once (some combinations cannot be implemented though, but some do work), hypertext file system, etc. < 1677896441 239462 :Lord_of_Life!~Lord@user/lord-of-life/x-2819915 QUIT :Ping timeout: 256 seconds < 1677896508 118437 :Lord_of_Life!~Lord@user/lord-of-life/x-2819915 JOIN #esolangs Lord_of_Life :Lord > 1677897657 518342 PRIVMSG #esolangs :14[[07Timers14]]4 M10 02https://esolangs.org/w/index.php?diff=107236&oldid=107234 5* 03Rphii 5* (+0) 10/* Truth machine */ > 1677900950 656035 PRIVMSG #esolangs :14[[07Timers14]]4 M10 02https://esolangs.org/w/index.php?diff=107237&oldid=107236 5* 03Rphii 5* (+2) 10/* Commands */ > 1677908737 80342 PRIVMSG #esolangs :14[[07Aardvark14]]4 10 02https://esolangs.org/w/index.php?diff=107238&oldid=104859 5* 03DanielDG 5* (+114) 10/* Infinite triangle */ > 1677908814 686437 PRIVMSG #esolangs :14[[07Aardvark14]]4 10 02https://esolangs.org/w/index.php?diff=107239&oldid=107238 5* 03DanielDG 5* (-10) 10/* Infinite triangle */ < 1677909331 103811 :chiselfuse!~chiselfus@user/chiselfuse QUIT :Remote host closed the connection < 1677909771 528493 :chiselfuse!~chiselfus@user/chiselfuse JOIN #esolangs chiselfuse :chiselfuse > 1677909916 274408 PRIVMSG #esolangs :14[[07Aardvark14]]4 10 02https://esolangs.org/w/index.php?diff=107240&oldid=107239 5* 03DanielDG 5* (+705) 10/* Syntax */ > 1677910198 660189 PRIVMSG #esolangs :14[[07Danicb14]]4 10 02https://esolangs.org/w/index.php?diff=107241&oldid=107064 5* 03Squidmanescape 5* (+2065) 10/* Under-the-Hood */ > 1677910471 967059 PRIVMSG #esolangs :14[[07User:Squidmanescape14]]4 10 02https://esolangs.org/w/index.php?diff=107242&oldid=101627 5* 03Squidmanescape 5* (+162) 10/* My Languages */ > 1677911153 511035 PRIVMSG #esolangs :14[[07Aardvark14]]4 10 02https://esolangs.org/w/index.php?diff=107243&oldid=107240 5* 03DanielDG 5* (+8) 10/* Grammar */ < 1677913103 781465 :bgs!~bgs@212-85-160-171.dynamic.telemach.net JOIN #esolangs bgs :bgs < 1677914614 470329 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl JOIN #esolangs * :Textual User < 1677919351 486895 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl QUIT :Quit: My iMac has gone to sleep. ZZZzzz… > 1677919889 861966 PRIVMSG #esolangs :14[[07While true (cat)14]]4 N10 02https://esolangs.org/w/index.php?oldid=107244 5* 03Tesolang 5* (+250) 10uhhh what do i write here > 1677919924 660865 PRIVMSG #esolangs :14[[07While true (cat)14]]4 10 02https://esolangs.org/w/index.php?diff=107245&oldid=107244 5* 03Tesolang 5* (+1) 10fixed a little > 1677920013 151412 PRIVMSG #esolangs :14[[07Joke language list14]]4 10 02https://esolangs.org/w/index.php?diff=107246&oldid=106547 5* 03Tesolang 5* (+23) 10added while true {cat} > 1677920081 626732 PRIVMSG #esolangs :14[[07Joke language list14]]4 10 02https://esolangs.org/w/index.php?diff=107247&oldid=107246 5* 03Tesolang 5* (+17) 10fixed while true {cat} < 1677923974 833194 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl JOIN #esolangs * :Textual User < 1677925319 361388 :Sgeo!~Sgeo@user/sgeo QUIT :Read error: Connection reset by peer < 1677930945 321461 :chiselfuse!~chiselfus@user/chiselfuse QUIT :Remote host closed the connection < 1677931018 527706 :chiselfuse!~chiselfus@user/chiselfuse JOIN #esolangs chiselfuse :chiselfuse < 1677931383 96857 :__monty__!~toonn@user/toonn JOIN #esolangs toonn :Unknown > 1677931477 595734 PRIVMSG #esolangs :14[[07Correct Syntax Error14]]4 M10 02https://esolangs.org/w/index.php?diff=107248&oldid=79952 5* 03Joaozin003 5* (+4) 10Fixed typos > 1677932168 602065 PRIVMSG #esolangs :14[[07Arrows14]]4 10 02https://esolangs.org/w/index.php?diff=107249&oldid=79464 5* 03Joaozin003 5* (+295) 10Added wavy arrows to commands < 1677933764 147949 :bgs!~bgs@212-85-160-171.dynamic.telemach.net QUIT :Remote host closed the connection < 1677936324 856184 :craigo_!~craigo@180-150-37-12.b49625.bne.nbn.aussiebb.net QUIT :Ping timeout: 268 seconds > 1677936673 659641 PRIVMSG #esolangs :14[[07User:Tesolang14]]4 10 02https://esolangs.org/w/index.php?diff=107250&oldid=107195 5* 03Tesolang 5* (+39) 10added while true {cat} > 1677936816 739127 PRIVMSG #esolangs :14[[07Lesser known programming languages14]]4 10 02https://esolangs.org/w/index.php?diff=107251&oldid=42581 5* 03Tesolang 5* (+40) 10added while true {cat} < 1677938362 417917 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl QUIT :Quit: My iMac has gone to sleep. ZZZzzz… < 1677939039 826916 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl JOIN #esolangs * :Textual User < 1677940489 356011 :river!river@tilde.team/user/river PRIVMSG #esolangs :I didn't realize that hofstatder coined the name quine < 1677942286 919792 :tromp!~textual@92-110-219-57.cable.dynamic.v4.ziggo.nl QUIT :Read error: Connection reset by peer < 1677943130 750892 :Riviera!~Riviera@user/riviera PRIVMSG #esolangs :how would one "realize" that? :P < 1677943160 184899 :int-e!~noone@int-e.eu PRIVMSG #esolangs :by reading about it < 1677943301 573469 :int-e!~noone@int-e.eu PRIVMSG #esolangs :Or possibly by reading Hofstadter's Gödel, Escher, Bach, where he explains how Quine came up with quotation as a mechanism for self-reference, and calls that procedure quining. < 1677943382 848603 :int-e!~noone@int-e.eu PRIVMSG #esolangs :(I think; I only have that book in a german translation.) < 1677943453 124882 :int-e!~noone@int-e.eu PRIVMSG #esolangs :Riviera: But maybe your process of realization is different? :P < 1677943478 395378 :int-e!~noone@int-e.eu PRIVMSG #esolangs :Or maybe you're playing with an alternative meaning of "realize". It's hard to say. < 1677943623 323637 :river!river@tilde.team/user/river PRIVMSG #esolangs :i looked within < 1677943713 868400 :int-e!~noone@int-e.eu PRIVMSG #esolangs :oh $DEITY < 1677943756 882212 :int-e!~noone@int-e.eu PRIVMSG #esolangs :(staring into the abyss) < 1677946230 867353 :river!river@tilde.team/user/river PRIVMSG #esolangs :what is going on? < 1677946253 345953 :int-e!~noone@int-e.eu PRIVMSG #esolangs :"i looked within" < 1677946278 697714 :river!river@tilde.team/user/river PRIVMSG #esolangs :i mean, tell me something that has happened < 1677946299 566737 :int-e!~noone@int-e.eu PRIVMSG #esolangs :no < 1677946308 559989 :river!river@tilde.team/user/river PRIVMSG #esolangs :its a separate topic < 1677946405 286421 :int-e!~noone@int-e.eu PRIVMSG #esolangs :https://research.ibm.com/haifa/ponderthis/challenges/March2023.html ...for once, the bonus problem does appear to be quite a bit harder than the primary one. < 1677946413 725113 :int-e!~noone@int-e.eu PRIVMSG #esolangs :So that happened. < 1677946426 234432 :int-e!~noone@int-e.eu PRIVMSG #esolangs :river: I hope that'll make you happy. < 1677946454 554340 :int-e!~noone@int-e.eu PRIVMSG #esolangs :fungot: Where are you today? < 1677946457 29586 :int-e!~noone@int-e.eu PRIVMSG #esolangs :`" < 1677946459 546159 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :1/1:881) is there a way to tag things on wikipedia as "wtf this makes no sense"? quintopia: {{featured article}} \ 681) ok in other words, its a lot easier to reason about 2^43112609-1 apples by using the text "2^43112609-1" than it is to actually produce 2^43112609-1 apples < 1677946460 453385 :river!river@tilde.team/user/river PRIVMSG #esolangs :why is it harder when the digits are added to the left? < 1677946496 825493 :int-e!~noone@int-e.eu PRIVMSG #esolangs :Probably because fewer digits are excluded modulo 2 and 5. < 1677946567 850682 :razetime!~Thunderbi@117.193.6.69 JOIN #esolangs razetime :razetime < 1677946797 838048 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :I was doing some systems maintenance (migrated everything to ZFS for easier backups via replication, after the previous thing I was using became... problematic), that's probably what happened to fungot. < 1677946854 396256 :fungot!~fungot@2a01:4b00:82bb:1341::a JOIN #esolangs fungot :fungot-0.1 < 1677946858 485137 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :fungot: Where were you? < 1677946859 358343 :fungot!~fungot@2a01:4b00:82bb:1341::a PRIVMSG #esolangs :fizzie: why don't you upload the selection somewhere with the source that is.)) the lexical variable x is bound to < 1677947264 94321 :^[!~user@user//x-8473491 QUIT :Ping timeout: 248 seconds < 1677948112 730841 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :welcome back, fungot < 1677948113 401948 :fungot!~fungot@2a01:4b00:82bb:1341::a PRIVMSG #esolangs :b_jonas: that's only in -current, works fine building there at least anyone on here that i wrote myself, which was < 1677948192 377103 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :Testing the new 100 gigabyte BD RE s recently < 1677948288 648842 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :turns out that windows explorer corrupts them < 1677948306 960454 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :but if yo write to them with Total Commander they work great < 1677949739 203357 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :what is "BD RE"? < 1677949792 296871 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :`? BD RE < 1677949794 262945 :HackEso!~h@techne.zem.fi PRIVMSG #esolangs :BD RE? ¯\(°​_o)/¯ > 1677949812 415746 PRIVMSG #esolangs :14[[07While true (cat)14]]4 M10 02https://esolangs.org/w/index.php?diff=107252&oldid=107245 5* 03PythonshellDebugwindow 5* (+87) 10Categories < 1677949889 413080 :FireFly!~firefly@glowbum/gluehwuermchen/firefly PRIVMSG #esolangs :bluray disk something format? < 1677949902 545128 :FireFly!~firefly@glowbum/gluehwuermchen/firefly PRIVMSG #esolangs :100G sounds about right for bluray > 1677949974 66045 PRIVMSG #esolangs :14[[07Jellang14]]4 M10 02https://esolangs.org/w/index.php?diff=107253&oldid=107196 5* 03PythonshellDebugwindow 5* (+141) 10Add link and categories < 1677950389 867875 :razetime!~Thunderbi@117.193.6.69 QUIT :Remote host closed the connection < 1677950984 369853 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Speaking of backups, I'm sad to report that there's no longer a copy of esolangs.org in an underground vault in the Finnish bedrock. < 1677951024 99759 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :(Our bank in Finland is relocating that office, and they're discontinuing the service.) < 1677951216 338177 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :To compensate, there's now an (encrypted) copy within a moderately secure office facility of a multinational technology corporation, which is at least something. < 1677951241 487269 :int-e!~noone@int-e.eu PRIVMSG #esolangs :oh no, evicted from the dungeon < 1677951331 938659 :FireFly!~firefly@glowbum/gluehwuermchen/firefly PRIVMSG #esolangs :fizzie: aww < 1677951744 973764 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :ouch < 1677951990 116985 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :there's a copy in a hard disk in my computer, but the bedrock is hard to reach here, Hungary is all covered with thick soft and fertile agricultural soil. ideal for crops of grains and oily seeds, not perfect for burying backup hard disks. < 1677952020 865199 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :if you want an underground vault, you have to make walls from concrete < 1677952128 673141 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :To be entirely honest, I don't know the specifics of the construction of the one we used to have a box in. I just assumed, since Finland is pretty rocky. But they didn't leave any of that exposed, sadly. > 1677952230 545681 PRIVMSG #esolangs :14[[07Special:Log/newusers14]]4 create10 02 5* 03DinoNuggets2700 5* 10New user account < 1677952244 676702 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :there are bank vaults here but they're expensive < 1677952392 54946 :perlbot!~perlbot@perlbot/bot/simcop2387/perlbot QUIT :Ping timeout: 255 seconds < 1677952419 14756 :simcop2387!~simcop238@perlbot/patrician/simcop2387 QUIT :Ping timeout: 255 seconds < 1677952452 385391 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :This used to cost ~5€/month (for a slightly-over-A4-footprint by 50mm locker) which was covered by the "bonus" program thing. < 1677952477 710305 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :But banks in general in Finland have been no longer offering these as they close down offices and so on. > 1677952621 986374 PRIVMSG #esolangs :14[[07Esolang:Introduce yourself14]]4 10 02https://esolangs.org/w/index.php?diff=107254&oldid=107224 5* 03DinoNuggets2700 5* (+192) 10 < 1677952947 989516 :^[!~user@user//x-8473491 JOIN #esolangs ^[ :user < 1677954950 504914 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :fungot, besides "ajar" what's the most common english word that starts with a unique two letter string? < 1677954950 890888 :fungot!~fungot@2a01:4b00:82bb:1341::a PRIVMSG #esolangs :b_jonas: i figured that out) document/ content management system? < 1677955202 355152 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :dude, do you think I'm going to reply to a spam for a mere 3_000_000 dollars that I've won? have you programmed this spambot two years ago before the big inflation? 3_000_000 dollars isn't worth enough to lift my fingers now. < 1677955243 966231 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :this is like that other spam that claimed that I have to pay 3 HUF of import tax for my package < 1677955287 819624 :FireFly!~firefly@glowbum/gluehwuermchen/firefly PRIVMSG #esolangs :three huffs < 1677955879 53192 :FireFly!~firefly@glowbum/gluehwuermchen/firefly PRIVMSG #esolangs :forint, the currency for iterating over whole numbers? < 1677956071 65084 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :BDRE is "blu ray recordable/erasable" < 1677956119 633955 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :they decided that RW for Re-Writable was bad for some reason and changed it < 1677956163 12311 :FireFly!~firefly@glowbum/gluehwuermchen/firefly PRIVMSG #esolangs :ah < 1677956227 226451 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :normal size BD-RE are 25 gb for single layer and 50 gb for 2-layer. Sony came out with this new BD-RE XL format which has 3 layers and 33.3 GB per layer < 1677956263 472686 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :the BDRE-XL are basically the rewritable version of Ultra-HD bluray movie disks < 1677956398 622573 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :"Recordable/erasable" does make sense if that is what it is, compared with disks that are rewritable without being erased first, I think < 1677956454 289278 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :but uhh the issue is that these disks *are* in fact, random-access writable < 1677956490 926514 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :If you format them as UDF disks instead of "mastered burn" > 1677956562 845611 PRIVMSG #esolangs :14[[07Arrows14]]4 10 02https://esolangs.org/w/index.php?diff=107255&oldid=107249 5* 03Joaozin003 5* (+141) 10/* Commands/arrows */ < 1677956596 86393 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :It's really weird. For years I thought that you had to erase entire disk before you could reuse space. But recently I tried it and it just works. < 1677956787 487528 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :If that is the case, then perhaps they should call it "RAM" (like "DVD-RAM") instead of "RW" or "RE". < 1677956849 495347 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :The funny thing is that, there is DVD-RAM already. but somehow UDF file system makes RW disks work the same as RAM or something? Maybe it's just that the UDF technology didnt exist when these thigns were named > 1677957116 725605 PRIVMSG #esolangs :14[[07Arrows14]]4 10 02https://esolangs.org/w/index.php?diff=107256&oldid=107255 5* 03Joaozin003 5* (+190) 10Added truth machine > 1677957146 966618 PRIVMSG #esolangs :14[[07Arrows14]]4 10 02https://esolangs.org/w/index.php?diff=107257&oldid=107256 5* 03Joaozin003 5* (+2) 10Added comments < 1677957167 865236 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :oren: I see! < 1677957267 964943 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :so does a rewritable disk cost less than an equal capacity micro-SD card anymore? < 1677957436 428245 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :it still does < 1677957476 703237 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :per gigabyte, flash memory is still twice as expensive < 1677957514 667384 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :hard disks are much cheaper per gig tho > 1677957526 378690 PRIVMSG #esolangs :14[[07P14]]4 10 02https://esolangs.org/w/index.php?diff=107258&oldid=90710 5* 03Joaozin003 5* (+0) 10USE == INSTEAD OF === YOU DUMBOS!!!!!!!!!!! < 1677957590 173630 :FireFly!~firefly@glowbum/gluehwuermchen/firefly PRIVMSG #esolangs :do bluray disks go down in price, or are they pretty much fixed? I don't imagine there's that much demand and R&D into them compared to flash storage < 1677957613 973606 :FireFly!~firefly@glowbum/gluehwuermchen/firefly PRIVMSG #esolangs :but maybe there's still enough improvements happening to affect prices < 1677957618 833924 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :they've gone down quite a bit since I bought these < 1677957623 815194 :FireFly!~firefly@glowbum/gluehwuermchen/firefly PRIVMSG #esolangs :hm okay < 1677957679 303662 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :The 100GB ones are new and hadn't fully ramped up production I think < 1677957750 856283 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :I think the unit cost of the disks is mostly licensing < 1677957787 976055 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :they're made of similar material and similar production process to a CD-RW < 1677957856 684429 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :One day maybe we'll get those holographic disks with 3-dimensional recording that keep getting rumoured < 1677958014 34220 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :the main reason I like the idea of optical disks is that the uhh data storage is completely separate from the reader/writer hardware < 1677958137 59024 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :IoMega Jaz/Zip is the same thing but for hard disks but we don't have those for any more than 1 GB < 1677958668 294649 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :I still think that for the purpose of making backups, WORM disks are better < 1677958999 83095 :simcop2387!~simcop238@perlbot/patrician/simcop2387 JOIN #esolangs simcop2387 :ZNC - https://znc.in < 1677959088 148205 :simcop2387!~simcop238@perlbot/patrician/simcop2387 QUIT :Read error: Connection reset by peer < 1677959210 605107 :perlbot!~perlbot@perlbot/bot/simcop2387/perlbot JOIN #esolangs perlbot :ZNC - https://znc.in < 1677959331 494280 :simcop2387!~simcop238@perlbot/patrician/simcop2387 JOIN #esolangs simcop2387 :ZNC - https://znc.in < 1677959369 37167 :FireFly!~firefly@glowbum/gluehwuermchen/firefly PRIVMSG #esolangs :is that "write once, read many"? < 1677959641 535199 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :Yes < 1677960440 254234 :perlbot!~perlbot@perlbot/bot/simcop2387/perlbot QUIT :Read error: Connection reset by peer < 1677960452 1191 :simcop2387!~simcop238@perlbot/patrician/simcop2387 QUIT :Read error: Connection reset by peer < 1677960714 878237 :perlbot!~perlbot@perlbot/bot/simcop2387/perlbot JOIN #esolangs perlbot :ZNC - https://znc.in < 1677960744 575638 :simcop2387!~simcop238@perlbot/patrician/simcop2387 JOIN #esolangs simcop2387 :ZNC - https://znc.in < 1677961619 960590 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :I think the thing with optical media is, they're not permanent (a lot of the random CDs I burned are no longer readable), and if you just stick them into a box you won't ever learn whether they've rotted away or not, and at least personally I'm far too lazy to have a periodic go-through of all of them. < 1677961655 545429 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :When it's a hard drive connected to a computer, it's easy enough to have an automated scrub to verify all the checksums, and then swap the drive when it goes bad. < 1677961713 98175 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :FireFly: for DVDs, you can't drive the price of disks down anymore because most of the price is taxes < 1677961729 329208 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :for Blueray I don't know, I never got into those < 1677961761 502352 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :"holographic disks with 3-dimensional recording" => the EVD? < 1677961850 795281 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :We did a ferry trip once or twice with school friends from Helsinki to Tallinn to buy spindles of DVD-R's from a sketchy retailer in the middle of nowhere, because in Estonia you didn't have to pay the "media fee" to the local copyright mafia. < 1677961856 862938 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Or at least it was smaller if you did. < 1677961880 744314 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :from https://stickman.qntm.org/comics.php?n=874 and next strop. "The EVD has the capacity to hold the entire internet on it." < 1677961923 40915 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :fizzie: oh! that's a really good excuse that you can tell your parents about your drinking trip < 1677961993 216610 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Turns out Finland has removed that particular fee from retail prices in 2015 anyway, so it no longer works. < 1677962050 895750 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :It was always a bit controversial, because you had to pay it for all kinds of storage media, even when you weren't planning to use it for personal copying of copyrighted works. < 1677962051 948915 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :wait, were you buying blank DVDs (as opposed to CDs) as a high school student? I first saw a DVD writer right shortly after I graduated high school. < 1677962143 731229 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :fizzie: sure, but also people don't buy many DVDs anymore so you don't need that excuse, and you're not so young that you need to tell an excuse to your parents about a drinking trip, so it's ok < 1677962145 724957 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Maybe they could have been CD-R's? I'm not entirely sure. I feel like they were DVD's, though. Because I had like a small handful of well-known-brand discs, and then a bunch of these "PRINCO" ones from that trip. < 1677962236 197969 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Can't really think of a good way to figure out when I got a DVD burner, I haven't got archived receipts from that far back. < 1677962285 707361 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :fizzie: it doesn't need to be your DVD burner, it could be a classmate's DVD burner and they burn DVDs for all the geeks in the class for a small fee < 1677962296 481503 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :only it's CDs that worked that way back when I was in high school < 1677962479 974133 :Sgeo!~Sgeo@user/sgeo JOIN #esolangs Sgeo :realname < 1677962603 165639 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :I got out of high school in the spring of 2002, at which point DVD-R and DVD-RAM were already in the market, but DVD+R was just coming out. < 1677962873 560714 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :"in the market" sure, but too expensive for normal people to own. > 1677963257 563333 PRIVMSG #esolangs :14[[07List of ideas14]]4 M10 02https://esolangs.org/w/index.php?diff=107259&oldid=106854 5* 03DinoNuggets2700 5* (+186) 10I added an entry to the Silly Ideas section. < 1677963692 136512 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Perhaps that's right. I browsed through the 2001 Radio Shack catalog (the first thing I could think of that'd have old prices for consumer electronics), and it's listing a single DVD-RAM disc at $49.99 (tagged [New]), and no DVD-R products at all. < 1677963716 46343 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Then it was probably cheaper CD-R's that trip was for. < 1677963824 776743 :b_jonas!~x@adsl-89-134-29-3.monradsl.monornet.hu PRIVMSG #esolangs :well *-RAM was always too expensive < 1677964333 656147 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :I go through them to check for errors every few years- I have DVD-R's from 2004 that still work < 1677964374 491343 :FireFly!~firefly@glowbum/gluehwuermchen/firefly PRIVMSG #esolangs :fizzie: oh you had that silliness too around storage media huh < 1677964419 919056 :FireFly!~firefly@glowbum/gluehwuermchen/firefly PRIVMSG #esolangs :same in sweden, also affecting things like mobile phone storage.. I don't know if it's still the case though, they don't really have much of an argument there anymore with how popular streaming services are nowadays I'd say < 1677964433 192468 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :I don't know what causes some people's burned disks to go bad, but it might be that I store them carefully < 1677964716 602407 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :Actually, I have something older- A CD-R with "starcraft brood war" on it which still runs < 1677964802 238099 :zzo38!~zzo38@host-24-207-14-22.public.eastlink.ca PRIVMSG #esolangs :What I read is that storing recorded DVDs vertically in the dark is helpful; I do not know how much that will help, though. < 1677965489 908292 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :I don't think the orientation matters much as long as it's dry, cool and out of sunlight < 1677965695 703093 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :I have several tools for scanning disks entire surface for errors < 1677965720 910733 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :but most of the time they only complain if the disk is physically scratched < 1677965760 63967 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :I've heard of disk rot and seen examples of it online but I've never seen any disks I own rot < 1677966135 68192 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :the only time I saw corrosion was when the disk had apparently been covered in coffee < 1677966162 175109 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :even then, the data was fully recovered < 1677966427 279512 :chiselfu1e!~chiselfus@user/chiselfuse JOIN #esolangs chiselfuse :chiselfuse < 1677966466 996970 :chiselfuse!~chiselfus@user/chiselfuse QUIT :Remote host closed the connection < 1677966538 574618 :fizzie!irc@selene.zem.fi PRIVMSG #esolangs :Could have something to do from where and how your discs are made, I guess. I think most of what I had I could still read, when few years back I made copies of them onto a hard drive. < 1677966722 25708 :craigo_!~craigo@180-150-37-12.b49625.bne.nbn.aussiebb.net JOIN #esolangs * :realname < 1677966792 886244 :craigo_!~craigo@180-150-37-12.b49625.bne.nbn.aussiebb.net QUIT :Remote host closed the connection < 1677967448 946324 :Cale!~cale@cpe80d04ade0a03-cm80d04ade0a01.cpe.net.cable.rogers.com JOIN #esolangs Cale :realname < 1677969424 822456 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :one of the oldest CD-R's I have is a 240i recording of star wars 2 from someone who snuck into he theatre with a camera < 1677969492 579658 :oren!~oren@44.201.23.133 PRIVMSG #esolangs :Its survived the last 20 years completely watchable... well... playable < 1677971600 749422 :perlbot!~perlbot@perlbot/bot/simcop2387/perlbot QUIT :Quit: ZNC 1.8.2+deb3+b4 - https://znc.in < 1677971618 811247 :perlbot!~perlbot@perlbot/bot/simcop2387/perlbot JOIN #esolangs perlbot :ZNC - https://znc.in < 1677971979 583447 :simcop2387!~simcop238@perlbot/patrician/simcop2387 QUIT :Ping timeout: 248 seconds < 1677971992 975426 :perlbot!~perlbot@perlbot/bot/simcop2387/perlbot QUIT :Ping timeout: 268 seconds < 1677972414 18977 :simcop2387!~simcop238@perlbot/patrician/simcop2387 JOIN #esolangs simcop2387 :ZNC - https://znc.in < 1677972806 983760 :perlbot!~perlbot@perlbot/bot/simcop2387/perlbot JOIN #esolangs perlbot :ZNC - https://znc.in < 1677973256 395180 :__monty__!~toonn@user/toonn QUIT :Quit: leaving < 1677973460 136866 :sprout_!~quassel@2a02-a448-3a80-1-51d5-7712-376a-9641.fixed6.kpn.net JOIN #esolangs * :sprout < 1677973660 141305 :sprout!~quassel@2a02-a448-3a80-1-6d70-3703-fa0b-223.fixed6.kpn.net QUIT :Ping timeout: 252 seconds