<<Prev Next>> Scroll to Bottom
Stuff goes here
L1[00:22:30]
<Spider
EveryOS> %tonkout
L2[00:22:31] <MichiBot> Wow! Spider
EveryOS! You beat Vaur's previous record of 3 hours, 12 minutes
and 25 seconds (By 2 minutes and 43 seconds)! I hope you're
happy!
L3[00:22:32] <MichiBot> Spider EveryOS has
stolen the tonkout! Tonk has been reset! They gained 0.003 tonk
points! plus 0.002 bonus points for consecutive hours! (Reduced to
50% because stealing) Current score: 3.03175908. Position #2 Need
0.0416892 more points to pass Forecaster!
L4[00:28:02]
<kimapr> is
there an OC1 emulator that works on mobile?
L5[00:34:12]
<kimapr> i
suppose OCEmu could work in termux-x11..
L6[02:08:03] ⇦
Quits: jackie (~jackie@banana-new.kilobyte22.de) (Ping timeout: 207
seconds)
L7[02:08:29] ⇦
Quits: nadja (~dequbed@banana-new.kilobyte22.de) (Ping timeout: 183
seconds)
L8[02:09:21] ⇨
Joins: nadja (~dequbed@banana-new.kilobyte22.de)
L9[02:09:31] ⇨
Joins: jackie (~jackie@banana-new.kilobyte22.de)
L10[02:10:35] <Amanda> Ocvm should work
under termux as well
L11[02:10:49] <Amanda> If you compile it
anyways
L12[02:11:06] <Amanda> Not sure if Izzy's
ocvmaas is still live or not
L13[02:11:26] <Izzy> I think it technically
is, but it's not port forwarded.
L14[02:11:40] <Izzy> ie, no.
L15[02:30:52] <Amanda> Hrm
L16[02:31:14] <Amanda> I guess now that
I've been up for something like 18h I should slero
L17[02:31:30] *
Amanda lays her head on Elfi, does a heccen zzzpurr
L18[02:34:32] <Amanda> Night girls
L19[03:46:12]
<Forecaster> I have finished my
slero!
L20[03:46:53]
<Forecaster> %tonk
L21[03:46:53] <MichiBot> Darn! Forecaster!
You beat Spider EveryOS's previous record of <0 (By 3 hours, 24
minutes and 22 seconds)! I hope you're happy!
L22[03:46:55] <MichiBot> Forecaster's new
record is 3 hours, 24 minutes and 22 seconds! Forecaster also
gained 0.00341 tonk points for stealing the tonk. Position
#1.
L23[05:37:41] ⇨
Joins: Hawk777
(~Hawk777@2001:569:7ca4:2a00:67e6:3825:3e66:cf27)
L24[06:42:50] ⇦
Quits: Hawk777 (~Hawk777@2001:569:7ca4:2a00:67e6:3825:3e66:cf27)
(Quit: Leaving.)
L25[06:58:53] ⇦
Parts: anon (~anon@2401:c080:3000:26e9:5400:4ff:fe90:3cd5)
(Leaving))
L26[07:25:14]
<Forecaster> %tonk
L27[07:25:15] <MichiBot> Hooray!
Forecaster! You beat your own previous record of 3 hours, 24
minutes and 22 seconds (By 13 minutes and 59 seconds)! I hope
you're happy!
L28[07:25:16] <MichiBot> Forecaster's new
record is 3 hours, 38 minutes and 21 seconds! No points gained for
stealing from yourself. (Lost out on 0.00023 x 4 = 0.00092)
L29[09:26:56] ⇨
Joins: Vexatos
(~Vexatos@p200300eaef1cda0061f71971ffc8081a.dip0.t-ipconnect.de)
L30[09:26:56] zsh
sets mode: +v on Vexatos
L31[10:36:07] <MichiBot> Amanda REMINDER:
Make borgmatic on whitter not run when the laptop is locked
L32[10:54:00] ⇨
Joins: ben_mkiv
(~ben_mkiv@200116b80041530067d6c040cc09978d.dip.versatel-1u1.de)
L33[11:04:26]
<Spider
EveryOS> %tonkout
L34[11:04:26] <MichiBot> Sard! Spider
EveryOS! You beat Forecaster's previous record of 3 hours, 38
minutes and 21 seconds (By 50 seconds)! I hope you're happy!
L35[11:04:27] <MichiBot> Spider EveryOS
has stolen the tonkout! Tonk has been reset! They gained 0.003 tonk
points! plus 0.002 bonus points for consecutive hours! (Reduced to
50% because stealing) Current score: 3.03775908. Position #2 Need
0.0390992 more points to pass Forecaster!
L36[11:09:56] ⇦
Quits: simon816 (~simon816@secondary.machine.simon816.com) (Quit:
ZNC 1.9.1 - https://znc.in)
L37[11:11:32] ⇨
Joins: simon816
(~simon816@secondary.machine.simon816.com)
L38[11:15:13] *
Amanda meows and looks around
L39[11:32:45] *
Amanda beams a couple breakfast bars next to herself for herself
and Elfi
L40[11:40:35] *
stephanj looks confused at the counter top... didn't I just....
hrm. but where is the bread? weird. i must still be
sleepy
L41[11:40:51] *
stephanj redoes his breakfast
L42[11:41:12] <stephanj> i just looked away
for a second!
L43[11:42:38] *
Amanda eats faster
L44[12:08:20]
<Forecaster> %sip
L45[12:08:21] <MichiBot> You drink a dull
purple potion (New!). Forecaster gains a negligible amount of
luck.
L46[12:11:00] <Amanda> Meow meow meow!
%splash @Forecaster with mutable purple potion
L47[12:11:00] <MichiBot> You fling a
mutable purple potion (New!) that splashes onto @Forecaster.
@Forecaster turns into a cat boy until hell has a mild
winter.
L48[12:11:11]
<Forecaster> not again D:<
L50[12:11:38] *
Amanda enrolls fore back into the training program
L51[12:11:47]
<Forecaster> nooo
L52[12:11:51]
<Forecaster> I don't like training
D:
L53[12:13:04] <Amanda> But last time you
dropped it just before Finding Sunbeams for Information Gathering
101
L54[12:27:50]
<Forecaster> I can find sunbeams fine
already >:
L55[12:30:00] <Amanda> See, that's the neat
part. With a cat's good hearing, _any_ sunbeam is great for
information gathering, so it's just a Sunbeam nap block!
L56[13:01:46]
<Forecaster> I don't need a class for that
> - >
L57[13:23:29] * Elfi
eepy moth noises
L58[13:33:34] ⇦
Quits: ben_mkiv
(~ben_mkiv@200116b80041530067d6c040cc09978d.dip.versatel-1u1.de)
(Quit: Leaving)
L59[13:59:04]
<Forecaster> With some luck I should be
able to escape class, and fortunately I have at least a handful of
that
L61[14:14:40]
<ff_66> you
know there's already `edit` ?
L62[14:14:54] <Corded> > <ff_66>
you know there's already `edit` ?
L63[14:14:54]
<kimapr> It
sucks
L64[14:15:32]
<ff_66>
then `nano` sucks since the UI is clearly inspired from it
L65[14:16:11]
<kimapr>
Yes nano sucks too
L67[14:34:52]
<kimapr>
one problem is that it's very slow to open files. like it takes
about 2 seconds to load a 62k character file
L68[14:41:53]
<RedstoneParkour> try making it not read
the entire file
L69[14:49:37] <Corded> >
<RedstoneParkour> try making it not read the entire
file
L70[14:49:38]
<kimapr>
nah i don't think i wanna do that
L71[14:55:39]
<kimapr>
the reason its so slow is that i store text in a complicated Rope
structure and i do shittons of logic on every character when
building the string
L72[15:02:19]
<RedstoneParkour> hm
L73[15:02:56]
<RedstoneParkour> thing is you're saying
opening the file takes 'around 2s'
L74[15:03:40]
<RedstoneParkour> and calculating with a
2048 bytes/gt read speed (the default) you already get 1.5s of just
reading the file
L75[15:03:57]
<kimapr>
Wait
L76[15:04:18]
<kimapr>
maybe that's why it's slow
L77[15:05:35]
<kimapr>
Does OCEmu enforce read speed limits though?
L78[15:05:51]
<RedstoneParkour> probably
L79[15:06:09]
<kimapr>
catting the file to dev null is instant
L80[15:06:15]
<RedstoneParkour> huh
L81[15:06:19]
<RedstoneParkour> nvm then
L82[15:06:34]
<kimapr> it
takes 3 seconds on real OC
L83[15:09:14]
<kimapr>
though that one runs Lua 5.3, my OCEmu is on 5.2
L84[15:09:30]
<RedstoneParkour> shouldn't matter
L85[15:11:54] <Corded> > <kimapr>
it takes 3 seconds on real OC
L86[15:11:54]
<kimapr>
Actually that file is of different size
L87[15:12:18] <Corded> >
<RedstoneParkour> shouldn't matter
L88[15:12:18]
<kimapr>
Nope, lua 5.3 is considerably faster than 5.2, i think
L89[15:15:29]
<kimapr>
This is really weird
L90[15:15:40]
<kimapr> i
thought it would crash on invalid UTF-8
L91[15:15:51]
<kimapr>
but i put 500kb of /dev/random into it and it opens it
L92[15:22:14] <Corded> > <kimapr>
i thought it would crash on invalid UTF-8
L93[15:22:14]
<kimapr>
Oooh i see. OCEmu throws an error, but real OC doesn't
L94[15:25:36]
<kimapr>
this means i will need another way to check for broken off utf
bytes than just seeing if unicode.charWidth errors out
L95[15:29:21] <Corded> > <kimapr>
making a little text editor
L96[15:29:21]
<Ocawesome101> Is that a Vi clone I
spy?
L97[15:38:02] <Corded> >
<Ocawesome101> Is that a Vi clone I spy?
L99[15:39:03]
<Ocawesome101> Ah, something adjacent to
that
L100[15:41:10] <Corded> >
<Ocawesome101> Ah, something adjacent to that
L101[15:41:10]
<kimapr>
cloning anything in the Vi family isn't the goal, i take whatever i
like from there and mercilessly delete all the stuff i find
annoying or useless
L102[15:41:25]
<Ocawesome101> Respectable
L103[15:42:00]
<kimapr>
the file is named "emacs.lua" because i thought it would
be funny
L104[15:42:53]
<kimapr>
it's nothing like emacs
L105[15:42:53]
<kimapr>
unless you're in Evil Mode at all times, though i don't know for
sure because i've never used evil mode
L107[15:45:13]
<kimapr>
this file isn't actually broken
L108[15:45:59]
<kimapr>
the unicode api is quite limited
L109[15:46:30]
<kimapr>
doesn't have a :byte equivalent or anything, nor any way to detect
invalid encoding
L110[15:48:02]
<Ocawesome101> 5.3 provides `utf8` also,
might be worth looking at that
L111[15:50:03]
<kimapr>
relying on that will make my editor 5.3-only
L112[15:50:06]
<kimapr>
which is undesirable
L113[15:51:22]
<Vaur>
%tonk
L114[15:51:23] <MichiBot> Fopdoodle!
Vaur! You beat Spider EveryOS's previous record of <0 (By 4
hours, 46 minutes and 55 seconds)! I hope you're happy!
L115[15:51:24] <MichiBot> Vaur's new
record is 4 hours, 46 minutes and 55 seconds! Vaur also gained
0.00478 tonk points for stealing the tonk. Position #3. Need
0.05365644 more points to pass Spider EveryOS!
L116[15:53:02] <Corded> >
<kimapr> which is undesirable
L117[15:53:02]
<ff_66> you
could make it 5.4-only, if you wanted to
L118[15:53:30] <Corded> >
<ff_66> you could make it 5.4-only, if you wanted to
L119[15:53:31]
<kimapr>
that means i can't even use it in OC 🥴
L120[15:53:51] <Corded> >
<kimapr> that means i can't even use it in OC 🥴
L121[15:53:52]
<ff_66> you
can since OC 1.8
L122[15:54:29]
<ff_66>
just need to change a small part of the config and there you
go
L123[15:55:04]
<kimapr>
surely there has to be a reason it's not on by default
L124[15:58:35]
<kimapr>
Okay i think i have another idea
L125[15:59:04] <Corded> >
<kimapr> surely there has to be a reason it's not on by
default
L126[15:59:04]
<ff_66> it
is only because it is experimental
L127[16:02:10] <Corded> >
<kimapr> Okay i think i have another idea
L128[16:02:10]
<kimapr>
I'll just keep track of the last and first characters in a rope and
when concatenating them i'll check if concatenating those edge
chars will result in less unicode codepoints than expected
L130[16:10:06]
<kimapr> is
OCEmu still maintained?
L131[16:11:25]
<Ocawesome101> Zenith391's fork is more
so
L132[16:11:55]
<kimapr>
yeah that's where i'm looking
L133[16:14:22]
<kimapr>
this is funny
L134[16:14:52]
<kimapr>
`unicode.wlen(unicode.sub(s,1,1))` seems to work the exact same way
as `unicode.charWidth(s)` except it doesn't crash on OCEmu
L135[16:23:18]
<ff_66> you
can also enhance your program by making things like file tabs, a
bit like ComputerCraft's shell tabs
L136[16:26:00]
<kimapr>
how does `unicode.sub` manage to be really slow when you're taking
a small substring from the very beginning of a very big string? the
obvious way to implement it (which also seems to be what OCEmu does
(as it has the performance trends i expect), but not OC) would be
to iterate over the string and decode characters and put them in
the
L137[16:26:01] <Corded> new string, which
would make slicing slower the further away from the beginning of a
string you slice
L138[16:28:38]
<Ocawesome101> OCEmu probably does it in
Lua where OC does it in C
L139[16:28:53]
<Ocawesome101> That would be where the
performance discrepancy comes from
L140[16:29:32]
<kimapr> if
doing it in C is slower than Lua it should be done in Lua
instead
L141[16:29:50]
<Ocawesome101> Doing it in C is faster
which is why OC does it in C
L142[16:31:59] <Corded> >
<Ocawesome101> Doing it in C is faster which is why OC does
it in C
L144[16:32:06]
<kimapr> C
won't save you from bad algorithms
L145[16:32:56]
<Ocawesome101> String access in C is a
_lot_ faster
L146[16:33:05]
<Ocawesome101> It is possible OC does
something different
L147[16:33:53]
<kimapr> OC
does something *bad*
L148[16:36:53]
<ff_66>
language is only a small factor in the algorithm speed, the most
important one being the efficiency. If OCEmu has implemented better
the functions, it is the fastest.
L149[16:38:21] <Corded> >
<kimapr> It isn't, it seems. first image is OCEmu, second is
OC
L150[16:38:21]
<Ocawesome101> The way I'm reading this OC
takes like 1/5 the time of OCEmu?
L152[16:38:55] <Corded> >
<Ocawesome101> The way I'm reading this OC takes like 1/5
the time of OCEm…
L153[16:38:55]
<kimapr> OC
takes many orders of magnitude more time
L154[16:39:33]
<Ocawesome101> Oh I missed the `e`
L155[16:39:43]
<Ocawesome101> Huh
L156[16:40:31]
<kimapr> I
think the issue here is the Lua - C(/jvm) boundary, across which
the entire huge string has to be cloned
L157[16:41:15]
<Ocawesome101> OCEmu wraps utf8.sub as
unicode.sub
L159[16:41:58]
<Ocawesome101> So OCEmu is indeed the C
implementation
L160[16:43:07] <Corded> >
<ff_66> language is only a small factor in the algorithm
speed, the…
L161[16:43:07]
<kimapr>
This btw
L162[16:45:04] <Corded> >
<kimapr> This btw
L163[16:45:05]
<ff_66>
what did i say wrong here ?
L164[16:45:43] <Corded> >
<ff_66> what did i say wrong here ?
L165[16:45:44]
<kimapr>
you didn't, i'm agreeing with you
L166[16:45:56]
<kimapr>
though language *is* a factor
L167[16:46:46]
<Ocawesome101> ^^ If getting one
subcharacter of a string for comparison requires a memory
allocation versus just a memory index, that could make up a
considerable distance - though perhaps not quite one so big
L168[16:49:07]
<Ocawesome101> Doing lots of repeated
memory allocations, like repeatedly indexing a string in Lua, can
get really slow. Most of the time you don't notice it but for
iterating over really long strings like this I think it conceivably
could.
L169[16:49:31]
<RedstoneParkour> ff_66 i believe the way
ocemu goes faster is by (when fast mode is on) not restricting
component calls
L170[16:50:09]
<Ocawesome101> Not relevant for
Unicode
L171[16:50:16]
<kimapr>
yeah, this isn't relevant here
L172[16:50:39]
<kimapr> no
component calls are made while building and slicing a huge
string
L173[16:50:54]
<RedstoneParkour> correct
L174[16:51:07]
<RedstoneParkour> only matters when
reading the file from disk
L175[16:52:34]
<kimapr>
also, OCEmu seems to crash completely when a "too long without
yielding" error happens rather than just killing the coroutine
that caused it
L176[16:53:16]
<RedstoneParkour> oh yeah
L177[16:53:25]
<RedstoneParkour> you know when i said it
doesn't restrict component calls?
L178[16:53:56]
<RedstoneParkour> it also doesn't seem to
consider you to have yielded when a component call should
yield
L179[16:54:23]
<RedstoneParkour> and yeah that crashes
it
L181[16:55:54]
<RedstoneParkour> hm
L182[16:56:28]
<RedstoneParkour> try doing a `while true
do component.gpu.set(1,1," ") end`
L183[17:00:30] <Corded> >
<RedstoneParkour> try doing a `while true do
component.gpu.set(1,1," ") end`
L184[17:00:30]
<kimapr>
`while true do print() end` crashes OCEmu, locks up OC
L185[17:00:41]
<RedstoneParkour> right
L186[17:00:58]
<kimapr> if
you wrap it in a pcall, then sleep, and then display the error,
OCEmu doesn't crash
L187[17:01:22]
<RedstoneParkour> ah
L188[17:02:23]
<kimapr> if
you do the same without the sleep OCEmu will crash
L189[17:25:23]
<Kristopher38> Have you considered using
ocelot
L190[17:26:56] <Corded> >
<Kristopher38> Have you considered using ocelot
L191[17:26:57]
<kimapr>
what is this?
L192[17:27:54]
<kimapr>
okay it seems great, i think i would try it
L193[17:29:10]
<kimapr> is
ocelot more resource-intensive than OCEmu?
L194[17:30:10]
<Kristopher38> It's certainly more
accurate
L195[17:31:25]
<kimapr>
Ooh there's a web version
L196[17:35:00]
<kimapr> i
pressed Ctrl + W and it just closed the tab 😭
L197[17:35:09]
<kimapr>
instead of closing edit
L198[17:39:48] <fingercomp> use Ctrl + E
for that
L199[17:39:57] <fingercomp> we're remapped
the key precisely for this reason
L200[17:41:06] <fingercomp> ...or you
could try Ocelot Desktop, which is much more powerful than the web
demo
L201[17:45:55]
<ff_66>
because it runs on your CPU
L202[17:46:16] <Corded> >
<kimapr> is ocelot more resource-intensive than OCEmu?
L203[17:46:17]
<Ocawesome101> Perhaps slightly but it
makes up for that by being way more accurate
L204[17:46:23]
<Ocawesome101> Also i3 user spotted
L205[17:49:26] <Corded> >
<ff_66> because it runs on your CPU
L206[17:49:26]
<The
Patmann> I'm pretty sure that Ocelot Web doesn't utilize cloud
computing, it just ends up having to be a webapp which historically
has more fuss between it and the baremetal.
L207[17:49:38]
<The
Patmann> I've not investigated it personally, so I may be
wrong
L208[17:51:01] <fingercomp> ocelot online
runs on our server; the browser just renders whatever's on the
screen
L209[17:51:19] <fingercomp> the instance
is shared among all users, btw
L210[17:51:38]
<The
Patmann> Oh, neat!
L211[17:53:21] *
Amanda looks around, wonders how it became 1400
already
L212[17:53:26] <fingercomp> just in case:
we've had some folks repeatedly breaking it by overwriting the
eeprom with some junk, after which the computer instance won't
boot
L213[17:53:35] <Amanda> It was just 0800
and I started reading more of a story
L214[17:53:49] <fingercomp> so if you see
the blank screen and pressing the "turn on" button does
nothing, ping me here on IRC, and I'll reset the instance
L215[17:59:06]
<Forecaster> That might be because I've
been pawing at this clock I found, but probably not
L216[18:02:25] <Corded> > <The
Patmann> Oh, neat!
L217[18:02:26]
<ff_66> I
knew it
L218[18:03:15] <Amanda> I mean, it's not
outside the realm of possibility to be running entirely in the
browser, just probably way more work than it's worth to run a funny
MC computer
L219[18:03:32]
<kimapr>
fingercomp: small issue found: invalid utf-8 doesn't render as
replacement characters
L220[18:05:05] <Corded> >
<kimapr> fingercomp: small issue found: invalid utf-8
doesn't render…
L221[18:05:06]
<ff_66> if
invalid utf-8 codes are found it should load it as an ASCII, OEM or
ANSI encoding
L222[18:07:42] <Corded> >
<ff_66> if invalid utf-8 codes are found it should load it
as an AS…
L223[18:07:42]
<kimapr>
that's not what OC does
L224[18:07:47] <fingercomp> @kimapr I
presume you're talking about ocelot-online? as it's just a demo, it
has quite a few bugs related to screen rendering, so I wouldn't be
surprised
L225[18:08:00]
<kimapr>
yeah, i'm talking about ocelot-online
L226[18:08:37]
<kimapr>
the invalid characters seem to occupy the appropriate amount of
space, but display as empty
L227[18:09:27]
<kimapr>
seems like `unicode.sub` is broken in OCEmu as well
L228[18:10:26]
<kimapr> it
*skips* over any invalid characters
L229[18:11:23] <fingercomp> I'd suggest
using Ocelot Desktop if you care about emulation accuracy; we
haven't really been working on the online version very much
L230[18:31:40]
⇨ Joins: Keroe (~Keroe@lim4.joinserver.xyz)
L231[18:32:08] ⇦
Quits: Keroe (~Keroe@lim4.joinserver.xyz) (Client
Quit)
L232[18:32:56] <Corded> >
<kimapr> it *skips* over any invalid characters
L233[18:32:56]
<kimapr>
weird, i can't repro that anymore
L234[18:39:13]
<Forecaster> %sip
L235[18:39:14] <MichiBot> You drink a
powdery pearlpeas potion (New!). Forecaster turns into a bear
spaghetti boy until they sneeze.
L236[18:39:41]
<Forecaster> well that's easier to fix
than the last one
L237[18:39:53] <Amanda> D:
L238[18:40:01] <Amanda> How did FSM's kid
get in the training hall!?
L239[18:44:12] <Amanda> %choose crackers
or nilla wafers
L240[18:44:12] <MichiBot> Amanda: The
proof is in the pudding. Definitely "nilla wafers". Now
please get it out of my pudding.
L241[18:44:26] *
Amanda adds more nilla wafers to the pudding
L243[18:45:35]
<kimapr>
wlen literally lying
L244[18:50:19] <Corded> >
<kimapr> this is so bad
L245[18:50:19]
<Nadja>
Really, this is your fault for daring to speak a language that
can't be pressed into 7-bit ASCII! (/s in case it isn't
obvious)
L246[18:51:17] *
Amanda meows hello to nadja, quietly standing between her and the
minor tear in space-time she made while using her scratching
planet
L247[18:52:29] <nadja> Amanda, keep this
up and I will press you into a 7-bit plane. Now go close that
rift.
L248[18:52:37] <nadja> And give me that
planet, planets aren't toys.
L249[18:53:00] *
Amanda pushes a napkin over the tear, quietly slinks out of the
room
L250[18:59:56] <Corded> >
<nadja> Really, this is your fault for daring to speak a
language t…
L251[18:59:56]
<kimapr>
that on its own works fine, the problems occur when you feed OCEmu
invalid UTF-8
L252[19:02:42]
<Forecaster> well stop feeding it
junk!
L253[19:02:48]
<Forecaster> it's unhealthy
L254[19:05:51] <Amanda> OCEMu doens't use
the same unicode libraries that OC does, it's literally a thin
wrapper around Love2D AIUI
L255[19:06:29]
<kimapr>
Love2D? it seems to use a lua SDL wrapper
L256[19:07:36] <Amanda> I might be
thinking about another one then
L257[19:09:21] <Amanda> Either way, it's
still using different code than oc itself does
L258[19:10:03] <Amanda> If you want the
most accurate emulation, use ocelot. They literally take oc and rip
a lot of the Minecraft stuff out and fake it
L259[19:10:42] <Amanda> So it's using the
same lua binaries and libraries as oc itself
L260[19:10:55] <Amanda> AIUI anyways
L261[19:24:13] <Corded> >
<nadja> Really, this is your fault for daring to speak a
language t…
L262[19:24:14]
<ff_66> and
my language ? ASCII has been designed mainly for english !!!
L263[19:30:46] <Corded> >
<ff_66> and my language ? ASCII has been designed mainly for
englis…
L264[19:30:46]
<Nadja>
Same, איך אתה מעז?!
L265[19:31:38]
<ff_66> oh
no, a language that is written right to left and not left to right
!
L266[19:37:12] <Corded> >
<kimapr> this is so bad
L267[19:37:13]
<RedstoneParkour> you're taking the last
byte of a wide character then yeeting a `[` after it and then
taking the first character
L268[19:37:29]
<RedstoneParkour> i'm actually suprised
that didn't result in an invalid unicode character
L269[19:47:47] <Amanda> I'm pretty sure it
did, and that's what they're trying to say, that OCEmu's
unicode.wlen isn't processing invalid UTF-8 the same as OC
would
L270[19:53:43]
<Forecaster> Saying things on the
internet?! What is the world coming to...
L271[19:57:20] <Amanda> %choose wake the
laptop for stories?
L272[19:57:20] <MichiBot> Amanda: A
faraway lamp turns pink
L273[19:57:40] *
Amanda stares at the lamp, wondering why that lamp's suddenly a
different colour
L274[19:57:44] <Corded> >
<RedstoneParkour> i'm actually suprised that didn't result
in an invalid unic…
L275[19:57:44]
<kimapr> It
did result in an invalid unicode character, but OCEmu displays it
as zero-width, then claims it would actually be displayed
1-width
L276[19:58:47]
<kimapr>
apparently OC's unicode.sub turns invalid UTF-8 into replacement
characters
L277[19:59:18]
<kimapr> ..
this is actually not what i want
L278[20:02:27] <Corded> >
<Amanda> stares at the lamp, wondering why that lamp's
suddenly a di…
L279[20:02:27]
<Forecaster> I stepped on the remote
L280[20:31:25] <Amanda> Stories: Updated,
laptop: Back to naptime
L282[21:16:14] <Izzy> krill issue
L283[21:17:23]
<Spider
EveryOS> %tonk
L284[21:17:23] <MichiBot> Consarn it!
Spider EveryOS! You beat Vaur's previous record of 4 hours, 46
minutes and 55 seconds (By 39 minutes and 5 seconds)! I hope you're
happy!
L285[21:17:24] <MichiBot> Spider EveryOS's
new record is 5 hours, 26 minutes and 1 second! Spider EveryOS also
gained 0.00325 (0.00065 x 5) tonk points for stealing the tonk.
Position #2. Need 0.0358492 more points to pass Forecaster!
L286[21:31:38] ⇦
Quits: Vexatos
(~Vexatos@p200300eaef1cda0061f71971ffc8081a.dip0.t-ipconnect.de)
(Quit: Insert quantum chemistry joke here)
L287[21:41:37]
⇨ Joins: Gay (~Gay@91.144.161.160)
L288[21:43:59] ⇦
Quits: Gay (~Gay@91.144.161.160) (Client Quit)
L290[22:26:53]
<kimapr>
this thing managed to load 65.7k characters from the file before it
died
L291[22:27:16]
<kimapr>
there's 2MB ram installed on the computer..
L292[22:27:40]
<kimapr>
does OC force garbage collection when it runs out of memory?
L293[22:28:45]
<kimapr>
even after my program is gone the memory is still not being freed,
and everything that needs more just crashes
L294[22:35:09] <Corded> >
<kimapr> does OC force garbage collection when it runs out
of memory?
L295[22:35:10]
<Kristopher38> From my experience - yes;
if there's not enough memory for new allocation and it can garbage
collect and the new allocation will fit in the freed region it will
still continue to work
L296[22:37:18]
<kimapr>
Wait
L297[22:37:26]
<kimapr>
the global environment, is actually global?
L298[22:37:46] <Elfi> Frankly impressed
the computer doesn't just halt like most do when you rip out their
memory
L300[22:38:23]
<Kristopher38> More accurate to say
"per computer"
L301[22:38:25] <Corded> >
<kimapr> the global environment, is actually global?
L302[22:38:25]
<JasonS> Uh
yeah, the sandboxing isn’t exactly the greatest lol
L303[22:38:26] <Elfi> ...there might be a
bug in computronics :'D
L304[22:39:13]
<kimapr>
what bug?
L305[22:39:36] <Elfi> Idk, last time I
played there wasn't even magical memory
L306[22:39:41]
<kimapr>
Magical Memory is just like regular OC memory but bigger
L307[22:40:14] <Elfi> But causing the
entire memory space to go higgledy-piggledy certainly points to
something going wrong
L308[22:40:26]
<kimapr>
whag?
L309[22:40:57] <Elfi> tl;dr glhf
L310[22:41:05]
<kimapr>
removing magical memory only revealed that my program is VERY
hungry for memory
L311[22:41:19]
<kimapr>
like google chromium
L312[22:41:54]
<kimapr>
and also i just found out that the global environment is shared
with the entire system
L313[22:42:57] <Corded> >
<JasonS> Uh yeah, the sandboxing isn’t exactly the greatest
lol
L314[22:42:57]
<kimapr>
per-process global env feels like the obvious thing to do 🥴 pretty
sure the OpenOS shell is even capable of this
L315[22:44:56] <Elfi> Well, there's the
joy of OC over CC