329500+ entries in 0.211s
phf: american experience in su was highly mediated. i've had a chance
to meet a handful of
these "spent some
time in su in
the 80s"
types, and at best
their conclusion is "them russkies are no worse
then us". not like
they would be allowed
to spend
their leasure
time in
the company of my grandfather and his friends, etc.
assbot: Logged on 25-02-2016 13:24:16; asciilifeform:
this always melted my brain.
pete_dushenski: can't
teach old dog new
tricks. no sense
trying
to persuade 60yo
that life was wasted in
the pursuit of
the evil and
the wrong.
pete_dushenski: i wouldn't send
them anywhere. it's not for me
to lead
their lives. but a couple of years in 2nd-tier city in 80s ru wouldn't have hurt.
pete_dushenski: o ? and just how well
travelled are
these 1960ists
that you can say 'no amount' will suffice ?
assbot: Logged on 25-02-2016 18:26:18; pete_dushenski:
that which can only come from a lifetime of indoctrination via public education and
travel only
to designated
tourist zoos
assbot: Logged on 25-02-2016 02:36:48; asciilifeform: 'Like other armies
the Germans emplaced booby
traps
to catch unwary souvenir-hunters, but
they also used
them
to cause casualties among Allied small-unit leaders by locating
them in possible command post and observation post sites. One example of
this was
to conceal a booby
trap behind a framed picture left hanging crooked on an interior wall of a house:
the Germans reasoned
that only an officer would
pete_dushenski: that which can only come from a lifetime of indoctrination via public education and
travel only
to designated
tourist zoos
☟︎ pete_dushenski: asciilifeform: perfect in
the sense of pleads guilty
though admits no wrongdoing, sure.
assbot: Logged on 25-02-2016 07:22:41; ben_vulpes: aww i missed
the cascadian-hunting ok cupid slut!
assbot: Logged on 25-02-2016 13:21:34; mircea_popescu: seriously, if you can't paint a canvas within 10x10, or if you can't
tell your story in 700mb, you've got other problems
than painting or making movies.
pete_dushenski: asciilifeform: he's from an older generation
than we are, knows what he's doing. believes in legitimacy of copyrasta wholly afaik. can't be far from retirement either, and it's awfully hard
to imagine anyone bothering
to hang him for his crimes.
phf: (it's zyklon b, for all
those like myself who
took a while)
assbot: Logged on 25-02-2016 13:24:12; assbot: Warner Bros. sues “HD Fury” over boxes
that can copy 4k video | Ars
Technica ... (
http://bit.ly/1TAMj6C )
pete_dushenski: blockchain millenium should be sometime in 2026. we'll all be old men by
then!
pete_dushenski: " Double Dick Nightmare - A nightmarish dream involving voluntary double penetration of massive cocks." << i don't care what you say,
this is a much funnier ddn
assbot: Logged on 25-02-2016 02:05:03; asciilifeform: pete_dushenski ought
to have opened up his rental business in fi !
mircea_popescu: incidentally,
this should be
the millionium, best festival ever.
mircea_popescu: it'd work splendidly in lispnix, an alt-universe where mit still
teaches computing instead of being "the premier science and
technology institution in
the world"
mircea_popescu: asciilifeform and i say
this with no prejudice
to your fundamentally correct "stop
thinking letters are numbers omfg what's wrong with you! are you greek ?! retarded ?!"
mircea_popescu: fact remains, whenever you break
this bijection you get broken stacks and broken-er "communities" around em
mircea_popescu: creatiung
the complete
tree of all
the ways
this sad
tactical
truth has bitten us in practice, and
then defending it against broad strategic discussions is beyond sane use of
time or resources.
mircea_popescu: it doesn't matter when it would apply. it
turns out,
through bitter experience,
that c machines and especially
the slaves
that feed
them can NOT live in a world where
there's not strict,
table-lookup-based, equivalency between words and chars.
mircea_popescu: fucking state in
the string processor, are you kidding me ?
mircea_popescu: if i
take a buffer, split it up in words, and give you some and him some, and you convert
them
to strings and give
them back, i must be able
to reconsturct
the original buffer without possibility of error.
mircea_popescu: but
the fucking concept of putting a
turing complete machine in
the bitstream/string mapping has got
to fucking burn already. who
the fuck even hatched
this idiocy.
mircea_popescu: you'll still going
to have
to do some porting. just as long as it's not 52 or some other mit-esque idiocy, should really not be a big deal.
mircea_popescu: asciilifeform anyway, im not sure what
the benefit from
the old machines perspective is for
the char
to be 16 rather
than 64.
mircea_popescu: the current
tech pretty much run its course, wetware or w/e comes next will prolly not do bits)
mircea_popescu: (it seems perhaps a smart move
to actually make it 64 bit - for one
thing
there will probablyt never be 128 bit machines.
mircea_popescu: but
today machines are 64 bit. for all i care your alphabet can be on 64 bit chars.
mircea_popescu: alternatively, you can instruct your fucking display
to do any rot-13 you prefer on glyphs and chars.
mircea_popescu: also, i am not in
the sliughtest against 16 bit chars.
phf: freudian
typo alright
phf: i've been mulling over
that question with logs. fwiw, entire log can be kept in memory for analysis, annotation, whatever, 180mb as utf-8 byte arrays. with unicode strings
takes up
twice
the memory on 16-bit cmucl, and ~~4
times on 32-bit sbcl. i'm not yet convinced
that
transcoding everything you get into string and
then
transcoding it back
to a bytearray onto
the wire is
the best strategy
☟︎ mircea_popescu: asciilifeform as long as "unicode was sent" neatly
transforms into "we received a broken string of ascii" all is well.
mircea_popescu: i'd personally much prefer unicode join
the scrap heap with "pki", dns, ntp etc.
phf: no, and while we're on downsides, unicode integration into
the rest of
the system is dodgy (there's a lot of assumptions in lateral code
that chars are 1 byte)
phf: raymond
toy does, almost exclusively, code cleanup, bug fixes and work on floating point code (i
think he maintains fortran
to lisp compiler,
that i
think he used
to (?) make big consulting money with)
phf: tradeoffs) and much better for floating.
there's still a
tightly integrated interpreter (i heard sbcl brought
that back in recent releases), so doing eval even on early 2000s machines is almost instantaneous for repl work. memory usage is much much better (pretty sure sbcl core policy is "memory is cheap")
phf: i kind of look at it like version 0.5.3.
there's barely any development on it, very little actively harmful code, if you don't count asdf 3.* in contribs. it works, it can be studied and improved upon, as it stands it's utterly ignored by
the cool kids.
there are also of course
technical merits,
the compiler is conceptually identical and on average almost as good (there were many micro optimizations done by sbcl
team, but even
they are
trinque: when I get around
to it I'm going
to pester
the port maintainer
to get a flavor going for
that
trinque: in semi-related news, sbcl passes its
test suite using --with-sb-thread on openbsd
phf: it's a bit down
the pipeline for me.
there were some attempts
to make cmucl go entirely syscall, but as it stands it's probably 40%
there. i want
to link it
to musl first, and
then play around with control interfaces uses curses/cl-charm, which is when i'll
test out
this
thing
assbot: GitHub - sabotage-linux/netbsd-curses: libcurses and dependencies
taken from netbsd and brought into a portable (at least
to musl) shape ... (
http://bit.ly/1QAhUAm )