Forum logs for 09 Apr 2019

Monday, 16 March, Year 12 d.Tr. | Author:
phf: http://trilema.com/forum-logs-for-08-apr-2019#2529565 << by next monday [07:28]
a111: Logged on 2019-04-08 09:34 mp_en_viaje: phf, can there be had eta for http://btcbase.org/log/2019-02-05#1892960 then ? [07:28]
phf: i made a mistake of trying to rewrite url highlight in term of message annotations. the later is the mechanism i use for xref and such, and it scans the entire message corpus once, where's url highlight right now is done on each rerender. [07:30]
* asciilifeform waves to mp_en_viaje & co [13:53]
* mp_en_viaje waves right back [13:54]
mp_en_viaje: http://btcbase.org/log/2019-04-08#1907671 << it was supposed to be a TERMINAL, holy hell. [13:55]
a111: Logged on 2019-04-08 17:48 asciilifeform: ~that~ is how sane folx build irons. and not idjit intel's 'i'ma happily execute this random pile o'bits as a cpu instruction anytime' nonsense. [13:55]
mp_en_viaje: intel is as much a computer maker as any umbrella shop. [13:55]
asciilifeform: which terminal [13:56]
mp_en_viaje: asciilifeform, the datapoint 2200 [13:57]
asciilifeform: a aa [13:57]
mp_en_viaje: so im sitting here with coffee, disaronno an' excellent italian gelatto, tryna find the bottom. so far -- bottomless bimbos, as in the celebrated "sfondami tutta" [14:01]
mp_en_viaje: "This follows the example set by the Serene Republic" <<< something tells me ima be reading that ever more frequently. [14:03]
mp_en_viaje: http://btcbase.org/log/2019-04-08#1907689 << well, i'm around. [14:04]
a111: Logged on 2019-04-08 23:57 OriansJ: asciilifeform: No, I just haven't seen anything worth discussing, as I am only here to discuss the bootstrapping of Sane Iron and I will be here until I keep my word to bvt and have my discussion with mircea_popescu to see if there is potential for mutually beneficial cooperation in regards to Sane Iron and Need to run something now. [14:04]
mp_en_viaje: !!gettrust OriansJ [14:05]
deedbot: L1: 0, L2: 0 by 0 connections. [14:05]
mp_en_viaje: !!up OriansJ [14:05]
deedbot: OriansJ voiced for 30 minutes. [14:05]
asciilifeform: odd, i did rate him [14:05]
asciilifeform: !!gettrust OriansJ [14:05]
deedbot: L1: 1, L2: 1 by 1 connections. [14:05]
asciilifeform: oh oooh [14:05]
mp_en_viaje: oh i see [14:06]
mp_en_viaje: !!gettrust deedbot OriansJ [14:06]
deedbot: L1: 0, L2: 1 by 1 connections. [14:06]
mp_en_viaje: right. [14:06]
asciilifeform: !!rate mp_en_viaje 1 by all appearances, mircea_popescu's mobile palace terminal [14:06]
deedbot: Get your OTP: http://p.bvulpes.com/pastes/fbHVx/?raw=true [14:06]
mp_en_viaje: asciilifeform, incomprehensibly my travel key dun trust you any! [14:06]
asciilifeform: !!v AE14263F3AA78B7C4109387AD6B1AB0B3552D1B50047E6CE640F2058B33AFD06 [14:06]
deedbot: asciilifeform rated mp_en_viaje 1 << by all appearances, mircea_popescu's mobile palace terminal [14:06]
asciilifeform: d00d dun seem to actually have problem self-voicing tho. ( does, sadly , have problem with concept of reading log, but perhaps curable.. ) [14:08]
mp_en_viaje: yeah i got confuseled. [14:08]
mp_en_viaje: http://btcbase.org/log/2019-04-09#1907698 << eeexcellent! [14:09]
a111: Logged on 2019-04-09 11:28 phf: http://trilema.com/forum-logs-for-08-apr-2019#2529565 << by next monday [14:09]
BingoBoingo: http://trilema.com/2013/bitcoin-prices-bitcoin-inflexibility/ << TMSR doctrine has been against the idea of bottoms for a while now. Bottomless everythings and everybodies. [14:14]
mp_en_viaje: holy shit, so much zumba. [14:32]
mp_en_viaje: we're like 15 scoops in already. [14:32]
asciilifeform: mp_en_viaje: wat's a 'zumba' ? [14:32]
mp_en_viaje: asciilifeform, you know, one of those hard, time consuming things women do to look like i like them to. [14:39]
asciilifeform: aa gymnastics [14:39]
BingoBoingo: Nah, more gyrations less explosives moves into the air [14:40]
mp_en_viaje: buttnastics [14:44]
mp_en_viaje: http://i.imgur.com/RA4xaxt.gif for futureference. [14:45]
PeterL: zumba is basically working out to latin music [14:59]
mp_en_viaje: just about. [15:01]
mp_en_viaje: well, i guess that's all for now, catch'yall laters! [15:12]
feedbot: http://qntra.net/2019/04/f-35-pain-continues-japan-loses-one-over-pacific-grounds-rest/ << Qntra -- F-35 Pain Continues: Japan Loses One Over Pacific, Grounds Rest [15:59]
diana_coman: BingoBoingo: "turpoprop" lolz [16:10]
BingoBoingo: ty, fxd [16:11]
* BingoBoingo remembers growing up in the US where the propaganda line was US missiles had the aim to kiss a target's asshole before exploding. Now, two decades and a couple dozen wars of various sizes later... "Next Gen" weapons not all that relevant. Air defense is the new cool because the threat to Peace this century has always been... US aircraft and missiles. Great Propoganda victory there guys. [16:15]
diana_coman: http://btcbase.org/log/2017-02-02#1610852 - as I found this only now when I stumbled upon Montmollin's various lib and had (for once!) a rather pleasant surprise: asciilifeform did you actually review any of his code? [16:56]
a111: Logged on 2017-02-02 01:08 asciilifeform: http://unzip-ada.sourceforge.net/za_html/index.htm << astonishingly readable literate-programming d00d. and he has a bunch of these. [16:56]
diana_coman: the code I saw so far is quite readable and self-contained so all surprisingly good there but it's true that he still uses all sorts including unbounded strings and pointers where I'm not sure it's really unavoidable [16:58]
asciilifeform: diana_coman: he's where i lifted the 'gnathtml' coad-to-www method thing. but i never had any occasion to use his zip lib in the field [17:14]
asciilifeform: diana_coman: i'm quite skeptical re the 'unavoidable' of the use of unboundeds and pointerisms (in re the latter, outside of unix api glue) in the general case, tho [17:15]
diana_coman: I saw that he has supposedly even an Ada browser but when I tried to get the sources it seems I got some incomplete/windows-dev thing [17:15]
diana_coman: me2! [17:15]
asciilifeform: diana_coman: what made you remember the item ? ( was looking for lzwtron ? ) [17:16]
diana_coman: he has a short and ok ini-files read/write thing that might come in handy for eulora client really [17:16]
asciilifeform: aa [17:16]
diana_coman: but yes, that uses also unbound strings [17:17]
diana_coman: from there I had a look at his zip ada and the rest [17:18]
asciilifeform: re config txt parsers, i dun grasp why it would need heapism, rather than simple http://btcbase.org/patches/ffa_ch18_subroutines.kv/tree/ffa/ffacalc/ffa_calc.adb#L99 -style offsets into the read-only text [17:18]
diana_coman: as I said earlier: I don't think it *has to* but he clearly doesn't have a problem with it and so he uses it there are quite a few things grating, yes [17:19]
asciilifeform: if all yer 'strings' come from the inside of a large, static string, can represent'em simply as tuples , as pictured in above [17:19]
asciilifeform: the ada array-slice notation makes this work properly without substantial effort, simply through the type constraint logic . [17:21]
diana_coman: certainly. [17:21]
asciilifeform: http://btcbase.org/patches/ffa_ch18_subroutines.kv/tree/ffa/ffacalc/ffa_calc.adb#L553 << for thread-completeness, illustration of matching such 'strings' [17:22]
asciilifeform: kudos to phf btw for the colourized display [17:22]
diana_coman: anyway, the ini files is a tidbit really that was the entry point but since I saw afterwards all the www-oriented parts I got curious [17:22]
asciilifeform: diana_coman: so far i've found that reading heathen ada examples ~cost~ me time, rather than saved, and put into my head things that later had to laboriously pump out. and the zip fella is no exception. [17:23]
asciilifeform: 'everybody' used copious heapisms, pointerisms, 2ndarystackisms, etc. supposedly somewhere some avionics people didnt, but naturally never bothered to publish. [17:24]
asciilifeform: so i had to sweat it out from first principles. [17:25]
diana_coman: as I'm coming from a few years already of reading and wrestling planeshift code, I can't say it'll be reading heathen Ada that would cost me time, lol. [17:25]
diana_coman: but I get what you mean [17:25]
asciilifeform: 1st major piece of 'example' asciilifeform tried to eat, actually was the bignumtron ~inside gnat~ , in '16. and quickly barfed. [17:26]
diana_coman: and yes, it's certainly precisely the case that copious heapisms, pointerisms etc - the reason for it being as far as I can see quite obvious too: no sweating from 1st principles, much easier that way, sure [17:26]
asciilifeform: near as i can tell, these folx simply sat down and 'wrote c++ in ada', is all there was to it. [17:26]
diana_coman: this guy is the first that doesn't quite seem "c++ in ada" really i.e. he seems more focused on Ada for the right reasons I suspect more the windows-based trouble as it were. [17:29]
asciilifeform: https://archive.is/xqalm#selection-3397.1-3397.14 << oblig illust. [17:29]
diana_coman: anyway, for client use, it's not ada-heapism that is in any way a problem really. [17:29]
asciilifeform: i am unequipped to pontificate re euloratron, but as i recall the 'problem', such as there was, lives mostly in the 100MB+ of cpp legacy ??? [17:30]
diana_coman: yes and client is entirely open up to players to make as well as they want to have it. [17:32]
asciilifeform: this is where i confess that asciilifeform is not currently tuned in realtime to #e news, does not know what, if anyffin, the players have birthed [17:33]
diana_coman: whatever they need so far apparently not much but that's up to them. [17:34]
asciilifeform: diana_coman: upstack to 'quasi-decent heathen adaists', 1 item from my notes is http://www.dmitry-kazakov.de/ada/components.htm [17:35]
asciilifeform: ^ looked solid on surface, but must admit that asciilifeform did not attempt to put to use [17:35]
asciilifeform: he has parsers, tcptronics, various datastructures [17:36]
diana_coman: ah, yes, that I looked at in the very beginning but tbh it still didn't help much and it was still simply Barnes' book I needed mostly. [17:36]
asciilifeform: kazakov's thing isn't an ada tutorial, it's a (surprisingly well documented, for a heathen) lib collection [17:37]
diana_coman: I suspect by now the "Ada-space" is rather mapped since I keep bumping into the same names [17:37]
asciilifeform: there aint so many names, even if you count erryone who's so much as touched the subj [17:37]
diana_coman: myeah [17:37]
asciilifeform: it's roughly similar to the commonlisp situation -- most of the extant coad is old/commercial/inhouse, unpublished. [17:38]
asciilifeform: thing hid in a cave from the 'open sores movement', and so kept some semblance of sanity , but at the cost of becoming essentially 'found martian artifact' from asciilifeform-circa-2016 pov [17:38]
asciilifeform: asciilifeform would find it interesting to read the 1980s ada that's running on boeing etc. , but so far never found any leaked pieces thereof. would be interesting to see if resembles e.g. ffa style. [17:41]
diana_coman: perhaps fwiw I think there's a rather funny rush to "find" Ada. [17:43]
asciilifeform: there is?! (since when?? i -- mercifully -- apparently missed) [17:44]
asciilifeform: if indeed so, i suppose it's a good job that we forked it before it got 'found' [17:44]
* asciilifeform pictures already the coming orgy of derps , writing 'ada' cum heapism/pointers , so to 'feel like a trader^H^H^H^H^Hboeing' etc [17:47]
diana_coman: the easy gauge would be - go mention Ada and see reaction far from "martian artefact" style but that being said, I'm not giving it as "fact, here it is, started on x-y-z at 5pm" [17:47]
asciilifeform: whether happened yet or not, it dun particularly concern us imho -- any moar than mp has to think, when dining on foie gras, about rats gnawing on a goose carcass that died over a junkyard somewhere [17:48]
diana_coman: exactly. [17:49]
* diana_coman will go to sleep [17:50]
asciilifeform: goodnight diana_coman [17:50]
* asciilifeform bbl:tea [17:50]
Category: Logs
Comments feed : RSS 2.0. Leave your own comment below, or send a trackback.
Add your cents! »
    If this is your first comment, it will wait to be approved. This usually takes a few hours. Subsequent comments are not delayed.