Forum logs for 09 Jan 2019
| lobbes: | hahaha | [00:04] |
| lobbes: | but both times? (plus all dozen of my passwd resets?). Anyways, more study for me. But for now bed | [00:05] |
| trinque: | no idea, maybe passwd file manglement somehow. I'll look forward to what you find | [00:07] |
| lobbes: | ty for helping me think this through trinque (and for the work on cuntoo in general. I'ma keep at this thing) | [00:07] |
| * lobbes | bbl | [00:07] |
| trinque: | sure thing | [00:08] |
| phf: | http://trilema.com/forum-logs-for-08-jan-2019#2509497 << not a bug anymore (last year it was printed as a warning with no effects on the patch, effectively forcing newline always. i then adjusted vdiff to put correct "\ No newline.." directive, while vpatch knows to omit final newline when that directive is present) | [05:41] |
| a111: | Logged on 2019-01-09 04:53 hanbot: billymg, phf: in billymg's latest mp-wp vpatch (http://btcbase.org/log/2019-01-07#1885285), i see the old "\ No newline at end of file" spew on two of the touched files (was symptom of bug last yr: http://btcbase.org/log/2018-02-25#1786014). still indicative of proablem with presser/patch? | [05:41] |
| phf: | http://btcbase.org/log/2019-01-08#1885856 << i was having some trackpad issues in india (macbook's trackpad would stop working after about an hour outside), which made me contemplate problems of mousing at sea, which made me think that it's likely that someone makes rugged trackballs for industrial application. imagine my surprised when i discovered that someone actually does. | [06:07] |
| a111: | Logged on 2019-01-08 16:48 asciilifeform: i dunno how phf ended up into it tho, iirc he dun cad | [06:07] |
| phf: | http://btcbase.org/log/2019-01-08#1885844 << you can also switch between three acceleration modes by, i believe, holding middle button and clicking right button (or similar, should be in the manual) | [06:09] |
| a111: | Logged on 2019-01-08 16:45 asciilifeform: in other esoterica, on gentoo 'xinput' dumps list of mice, and then 'xinput --set-prop yermousenumber 269 -1' switches off mouse-acceleration. ( possibly phf already knew this, but gives 9000x moar usable roller ) | [06:09] |
| phf: | http://btcbase.org/log/2019-01-06#1885092 << i have a couple and the first one i bought i think had that issue, i didn't bother replacing it, and after first cleaning i believe it went away, or possibly i stopped noticing. the one at my office definitely has clean clicks on all they keys, so if it bothers you perhaps worth replacing | [06:14] |
| a111: | Logged on 2019-01-06 15:36 asciilifeform: hey phf, does the left switch on your cst billiard ball seem muffled vs the right ? i can't decide if mine's defective or not, just noticed last night.. | [06:14] |
| mircea_popescu: | imagine my surprise << i can imagine! | [08:21] |
| diana_coman: | in other eulora-client headaches: to get the cpp client to use my ada lib (that I want to keep separate! away from cpp swamp!), it seems I need to make my lib "standalone encapsulated dynamic" | [09:07] |
| diana_coman: | can't make it static because then it doesn't link in the adainit, adafinal | [09:07] |
| diana_coman: | (those are needed to do the elaboration in ada so can't do without them either) | [09:08] |
| diana_coman: | with the standalone encapsulated dynamic lib approach, I got it to work | [09:08] |
| mircea_popescu: | da fuck is a "catamaran of butts in two boats" thingee. | [09:08] |
| diana_coman: | basically the only way available to make a non-ada-main do the ada elaboration | [09:11] |
| diana_coman: | the encapsulated part means it depends only on static libs at least (or so I read in the docs...) | [09:11] |
| mircea_popescu: | entirely new category for me. is it different from dynamic ? | [09:12] |
| diana_coman: | it has a donkey-horse as far as I can tell: a dynamic lib does not include all the code it requires so you'll need to further link /distribute stuff | [09:13] |
| diana_coman: | onth a static lib does not have the elaboration... | [09:13] |
| mircea_popescu: | why not ? | [09:14] |
| mircea_popescu: | elaboration ~= cpp.init etc right ? | [09:14] |
| diana_coman: | my trajectory in hitting walls on this was precisely that: make it static -> surprise, no adainit exported/included, checked the .a file and everything, went nuts make it dynamic -> ugh, need -lgnat and whatnot rtfm again and again, there is this calo-magar | [09:14] |
| diana_coman: | mircea_popescu, no, it's an ada thing, nothing to do with cpp precisely | [09:15] |
| mircea_popescu: | are we thus the first to try and call an ada library from a c main ? | [09:15] |
| diana_coman: | no the "way" to do that is meant to be precisely this standalone thingie | [09:16] |
| diana_coman: | i.e. if you want to call ada from something-else main then you don't really have any choice that works other than this | [09:16] |
| diana_coman: | or at least none that I'm aware of | [09:17] |
| mircea_popescu: | so basically "the way to call ada from non-ada context is called 'standalone encapsulated dynamic' in ada" is the idea here ? | [09:17] |
| diana_coman: | exactly | [09:17] |
| mircea_popescu: | til. | [09:17] |
| mircea_popescu: | !#s standalone encapsulated dynamic | [09:18] |
| a111: | 3 results for "standalone encapsulated dynamic", http://btcbase.org/log-search?q=standalone%20encapsulated%20dynamic | [09:18] |
| diana_coman: | the log is our days' own encyclopedia really | [09:19] |
| diana_coman: | re ada elaboration since apparently it's not summarised in the logs as such: it's basically the code that runs *before* the main program starts and what it does is broadly initializing variables that the main program may expect to be able to access (e.g. "global" or in libs that are used) and running the "main" code (aka between begin and end of a package as opposed to that in procedures/functions) from units that are used | [09:28] |
| diana_coman: | a sort of "getting everything ready" for the program to run | [09:29] |
| mircea_popescu: | right. | [09:30] |
| diana_coman: | as it is specific to ada, a non-ada main has no idea (nor does it care) about it and therefore won't do it automatically the only way to have it done is to call explicitly the "init" procedure for the Ada unit that is to be used and the only way to *have* such an init procedure seems to be the standalone lib thing | [09:30] |
| diana_coman: | i.e. have it as a procedure, exposed and accessible from cpp | [09:30] |
| mircea_popescu: | aha | [09:33] |
| feedbot: | http://trilema.com/2019/i-think-it-might-be-the-case-im-becoming-pretentious/ << Trilema -- I think it might be the case I'm becoming pretentious. | [09:49] |
| asciilifeform: | http://btcbase.org/log/2019-01-09#1886060 << ah ty phf , precisely what i wanted to learn | [10:06] |
| a111: | Logged on 2019-01-09 11:14 phf: http://btcbase.org/log/2019-01-06#1885092 << i have a couple and the first one i bought i think had that issue, i didn't bother replacing it, and after first cleaning i believe it went away, or possibly i stopped noticing. the one at my office definitely has clean clicks on all they keys, so if it bothers you perhaps worth replacing | [10:06] |
| asciilifeform: | http://btcbase.org/log/2019-01-09#1886058 << i set mine to max when i uncrated it, but noticed that 'overshoots'. turned out, they aint acceleration modes, but pulses-per-radian, and http://btcbase.org/log/2019-01-08#1885844 actually made it feel proper (i.e. can turn the roller 2pi, and then -2pi, and come to same pixel ) | [10:07] |
| a111: | Logged on 2019-01-09 11:09 phf: http://btcbase.org/log/2019-01-08#1885844 << you can also switch between three acceleration modes by, i believe, holding middle button and clicking right button (or similar, should be in the manual) | [10:07] |
| a111: | Logged on 2019-01-08 16:45 asciilifeform: in other esoterica, on gentoo 'xinput' dumps list of mice, and then 'xinput --set-prop yermousenumber 269 -1' switches off mouse-acceleration. ( possibly phf already knew this, but gives 9000x moar usable roller ) | [10:07] |
| asciilifeform: | http://btcbase.org/log/2019-01-09#1886065 << hmm diana_coman , what piece in your proggy actually uses elaboration ? ( is it the tasking ? ) | [10:10] |
| a111: | Logged on 2019-01-09 14:08 diana_coman: (those are needed to do the elaboration in ada so can't do without them either) | [10:10] |
| asciilifeform: | ( mine has no elaboration . but i escaped using all sortsa things ) | [10:11] |
| asciilifeform: | http://btcbase.org/log/2019-01-09#1886056 << i tried and failed to find & buy whatever it is they make for the sea ( why settle for konsoomer plastic ) but no dice, it aint gettable anywhere | [10:13] |
| a111: | Logged on 2019-01-09 11:07 phf: http://btcbase.org/log/2019-01-08#1885856 << i was having some trackpad issues in india (macbook's trackpad would stop working after about an hour outside), which made me contemplate problems of mousing at sea, which made me think that it's likely that someone makes rugged trackballs for industrial application. imagine my surprised when i discovered that someone actually does. | [10:13] |
| asciilifeform: | http://btcbase.org/log/2019-01-09#1886064 << iirc ave1 found how to expose the init knob explicitly. you may want to try his method | [10:16] |
| a111: | Logged on 2019-01-09 14:07 diana_coman: can't make it static because then it doesn't link in the adainit, adafinal | [10:16] |
| asciilifeform: | guten morgen, Mocky | [10:23] |
| Mocky: | good morning | [10:23] |
| Mocky: | how goes ch 15 asciilifeform ? | [10:25] |
| asciilifeform: | mircea_popescu: http://trilema.com/2019/i-think-it-might-be-the-case-im-becoming-pretentious/#comment-127374 | [10:26] |
| asciilifeform: | Mocky: proggy written, nao writin' proof | [10:26] |
| asciilifeform: | Mocky: ( yes stein is a pretty simple item, quite unlike e.g. barrett, but still gotta give pedantic convergence proof for it ) | [10:27] |
| asciilifeform: | Mocky: ch16 will be about m-r . | [10:28] |
| asciilifeform: | last night i re-read diana_coman's piece on m-r , it is interesting just how much sweat diana_coman had to put in simply on account of koch gnarl | [10:36] |
| * asciilifeform | brb,teatime | [10:43] |
| feedbot: | http://qntra.net/2019/01/lone-university-employed-sokal-squared-author-faces-sanctions-as-apparently-academic-journal-editors-are-uninformed-human-research-subjects-and-not-human-spam-filters/ << Qntra -- Lone University Employed 'Sokal Squared' Author Faces Sanctions As Apparently Academic Journal Editors Are 'Uninformed Human Research Subjects' And Not Human Spam Filters | [10:56] |
| diana_coman: | asciilifeform, yes, it's the tasking re http://btcbase.org/log/2019-01-09#1886099 | [11:00] |
| a111: | Logged on 2019-01-09 15:10 asciilifeform: http://btcbase.org/log/2019-01-09#1886065 << hmm diana_coman , what piece in your proggy actually uses elaboration ? ( is it the tasking ? ) | [11:00] |
| diana_coman: | http://btcbase.org/log/2019-01-09#1886104 -> I seem to have missed this ave1, did you find a way to expose the adainit for static libs? | [11:05] |
| a111: | Logged on 2019-01-09 15:16 asciilifeform: http://btcbase.org/log/2019-01-09#1886064 << iirc ave1 found how to expose the init knob explicitly. you may want to try his method | [11:05] |
| mircea_popescu: | keks, they finally found the "legalaction" way to plug the femtard "scholar" hole ? | [11:13] |
| mircea_popescu: | asciilifeform answered! | [11:13] |
| asciilifeform: | diana_coman: i suspect that even if you get the thing to properly link, you will discover new headaches on acct of http://btcbase.org/log/2019-01-06#1885177 . really imho proggy that has ada tasks oughta have ada main , and (if must) call static cpp turdola, not vice-versa | [11:38] |
| a111: | Logged on 2019-01-06 17:28 asciilifeform: the 1st step to adaizing a cpp turd is to remove the cpp threadisms, they will not only not work with ada's sane tasking but actually destroy the guarantees of the latter | [11:38] |
| asciilifeform: | cuz in the vice-versa variant, what you'll have is ~two~ threading systems that dun know about one another, and the shit one (cpp) doesn't have any concept of sane locks etc | [11:39] |
| asciilifeform: | BingoBoingo: hey, if microshit can have weev jailed for munging URLs, why not acade-microshit and some other d00d , similarly | [11:41] |
| mircea_popescu: | asciilifeform consider the problem at hand : there's 200k loc in a hairball currently. | [11:44] |
| asciilifeform: | oh i recall | [11:44] |
| asciilifeform: | it's a trb-like item | [11:44] |
| mircea_popescu: | right | [11:44] |
| mircea_popescu: | now obviously, "best place for ada code is in ada program". but the issue here is how to effectually corrupt, stupidity into sense. | [11:45] |
| asciilifeform: | i strongly suspect it'll have to be de-threaded to work reliably with ada-cum-tasks , sadly | [11:45] |
| mircea_popescu: | it's getting dethreaded, sure. | [11:45] |
| asciilifeform: | (i.e. cut into sections that can run reentrantly) | [11:45] |
| mircea_popescu: | fwiw, it uses threads for no practical purpose, just ot say it uses them | [11:45] |
| asciilifeform: | exactly like trb then | [11:45] |
| mircea_popescu: | quite, yes. | [11:45] |
| * asciilifeform | has not studied mircea_popescu's proggy, of yet, doesn't dare to comment in detail | [11:46] |
| mircea_popescu: | in fact it's 100% trb toy/"training muppet" | [11:46] |
| mircea_popescu: | "learn how to operate by cutting on this textile dolly" | [11:46] |
| asciilifeform: | aint there a multi-MB '3d' lib in there also ? | [11:46] |
| mircea_popescu: | but no ssl :D | [11:47] |
| asciilifeform: | lol prolly no bdb also | [11:50] |
| mircea_popescu: | mysql. | [11:53] |
| mircea_popescu: | ~same, really. | [11:53] |
| asciilifeform: | hm it actually links in ~all~ of mysql ? or just has the typical 'connect to local instance' skin ? | [11:54] |
| mircea_popescu: | skin | [11:54] |
| asciilifeform: | aa | [11:54] |
| asciilifeform: | so like phuctor. | [11:54] |
| mircea_popescu: | nah, i'd hope phuctor's better interfaced. | [11:55] |
| asciilifeform: | ( phuctor connects to a local instance of postgres, so in that sense similar ) | [11:56] |
| asciilifeform: | incidentally i cant think of any reason it wouldn't work exactly same with mysql, with the exception of where i dun yet know how to do the o(n log n) indices in mysql | [11:57] |
| asciilifeform: | re: ada elaboration, i found http://btcbase.org/log/2017-11-20#1741485 item useful when i was last puzzling over subj | [12:00] |
| a111: | Logged on 2017-11-20 23:36 asciilifeform: meanwhile, from the dept of interesting but dead, http://adagin.blogspot.com | [12:00] |
| asciilifeform: | ( pretty lively pedagogy, too, e.g. http://btcbase.org/log/2017-11-20#1741487 ) | [12:00] |
| a111: | Logged on 2017-11-20 23:38 asciilifeform: typical, http://adagin.blogspot.com/2013/12/ada-2005-access-types-part-i.html , lively : type Hooker_Array is array (Positive range <>) of Hooker_Class_Ptr procedure Violate_Bodies (x : Hooker_Array) ... 'We want to track all our victims, presumably in some sort of set or container, so that we might disinter them later as needed. Similarly, we might also want to do strange, awful things with the dead bodies of the hookers.' | [12:00] |
| mircea_popescu: | "This is neatly decomposed (ha!) into a class hierarchy:" << guy's pretty cool. | [12:05] |
| asciilifeform: | sadly vanished in '15 | [12:05] |
| asciilifeform: | i suspect he was 'old guard' (ada greybeard) and the bottle took its toll. | [12:06] |
| mircea_popescu: | "But the type conversion rules for pointers are not so easily duped there are no "classwide pointers" (thought perhaps life would be different if there were!). " << motherfucker on a stick, i want "classwide pointers" ie, "this door ambiguously links to any of the mcdonalds not any specific one" as i want to wake up to being assfucked by chtulhu. | [12:06] |
| mircea_popescu: | what the fuck. | [12:06] |
| BingoBoingo: | <asciilifeform> BingoBoingo: hey, if microshit can have weev jailed for munging URLs, why not acade-microshit and some other d00d , similarly << There is still lulz to play out. He's being prosecuted in university research court (similar to University title ix court), unlikely to be fired, but if he is the bar will be lowered. Maybe to the point we can have a fire PSU faculty bot. | [12:06] |
| mircea_popescu: | am i the only one to whom this seems like going the exact wrong fucking way ? | [12:06] |
| mircea_popescu: | and what fucking "object oriented" | [12:06] |
| asciilifeform: | mircea_popescu: sorta why i suspect 'greybeard'. prolly he also had a 200kloc (or 2e6...) that had to be dealt with as-is, pointerola & all. | [12:07] |
| asciilifeform: | ( observe, the only 'access pointer' in ffa is where it sucks in cmdline args from unix ) | [12:08] |
| asciilifeform: | the world of the folx who wrote ada for moneys in the saeculum, is not , as i gather, a happy place. sorta why asciilifeform had to learn buncha things from 1st principles, rather than by reading their ugh | [12:09] |
| mircea_popescu: | this guy's write-up makes me want to ban ada. | [12:09] |
| asciilifeform: | i have even moar wtf items in my collection. | [12:10] |
| asciilifeform: | ( observe that ch1 ffa actually starts out by http://www.loper-os.org/?p=1913#selection-337.0-1150.0 , i.e. banning 90% of ada.. why didja suppose this was. ) | [12:11] |
| asciilifeform: | 'new shithouse is built from the rubble of the old, not imported brick' or how did lenin put it. | [12:14] |
| asciilifeform: | phunphakt: in ye olde bolixtron, there is an ada ( and fortran! ) compiler. (however asciilifeform has not tried either item, beyond 'hello world' ) | [12:19] |
| asciilifeform: | it , if one is to believe the docs, implements the '83 standard. | [12:20] |
| asciilifeform: | ( the fortran - f77 ) | [12:20] |
| * asciilifeform | actually considered a fortran ffa, in '16 | [12:21] |
| diana_coman: | http://btcbase.org/log/2019-01-09#1886159 -> well yes, trying to "dupe" the rules can't be anything other than trying to corrupt the thing back into what-we-know (and possibly like or not but at least are used to it) | [12:25] |
| a111: | Logged on 2019-01-09 17:06 mircea_popescu: "But the type conversion rules for pointers are not so easily duped there are no "classwide pointers" (thought perhaps life would be different if there were!). " << motherfucker on a stick, i want "classwide pointers" ie, "this door ambiguously links to any of the mcdonalds not any specific one" as i want to wake up to being assfucked by chtulhu. | [12:25] |
| ave1: | hmm I was talking to feedbot to up myself | [13:22] |
| ave1: | diana_coman, look into https://www.cs.fsu.edu/~baker/ada/gnat/html/gnat_ugn_5.html#SEC73 | [13:22] |
| ave1: | all these extra code generation in Ada is managed with gnatbind | [13:23] |
| asciilifeform: | wb ave1 | [13:24] |
| diana_coman: | ave1, hm, I did look in there when I made the first go aka I compiled step by step the whole thing but I don't recollect any real alternative to the standalone lib if one wants to pack the code really | [13:25] |
| diana_coman: | I'll have another look at any rate, can't hurt | [13:25] |
| ave1: | I can do some experimentation, but this will take a bit longer (got to go now...) | [13:26] |
| diana_coman: | I suppose I can further look at what gprbuild does for standalone libs and then force it into what I want but ... | [13:26] |
| diana_coman: | ave1, it's not burning right now, no | [13:26] |
| diana_coman: | ffs jamfile shit: I did not have a space between lib name and so it...silently ignored it and ate my time grrrr | [14:15] |
| diana_coman: | if there was more need for hating jam, it's there | [14:15] |
| asciilifeform: | diana_coman: what is 'jam' ? | [14:16] |
| diana_coman: | yet another tool that "makes building simple" don't you know eulora's client has a WHOLE pile of scripts on top of jam on top of autotools and all that | [14:17] |
| asciilifeform: | ugh | [14:18] |
| diana_coman: | for all my hate of them, atm they...build the whole mess of plugins and whatnots so sweeping them aside would take some effort, not insignificant | [14:18] |
| diana_coman: | yes, a ton of ugh | [14:18] |
| asciilifeform: | what's it do that gnumake, cmake, etc dun do ? | [14:18] |
| asciilifeform: | btw it is possible to build cpp with gnatmake, believe or not ( i only tried for simplest case, but does work ) | [14:19] |
| diana_coman: | asciilifeform, I suppose www.perforce.com/documentation/jam-documentation will explain that in triplicate | [14:19] |
| diana_coman: | and yes, I'd much rather use gnatmake for the whole pile of shit but atm the idea was to focus on a *different* part of the shit, since there are so many and I'm only one | [14:20] |
| asciilifeform: | 'Jam runs on UNIX, VMS, NT, OS/2, Mac OS X, and Mac MPW' << if troo, notbad at least in re portability | [14:20] |
| diana_coman: | myeah, that's part of the thing: as it is, it is at least tested that people managed to compile the whole thing on different platforms | [14:21] |
| asciilifeform: | i find it interesting just how many half-working substitutes for gnumake folx have written | [14:21] |
| diana_coman: | in the same vein of interesting as http://btcbase.org/log/2019-01-09#1886113 | [14:22] |
| a111: | Logged on 2019-01-09 15:36 asciilifeform: last night i re-read diana_coman's piece on m-r , it is interesting just how much sweat diana_coman had to put in simply on account of koch gnarl | [14:22] |
| asciilifeform: | there are so many and I'm only one << i admit that i'm a little curious why diana_coman & mircea_popescu dun enlist Mocky to carry on client dev -- but it's not my biz , if they dun feel like going into subj, i won't cry | [14:26] |
| asciilifeform: | ( perhaps can assume either that Mocky could not stomach it, or charged toomuch ) | [14:27] |
| Mocky: | asciilifeform, http://logs.bvulpes.com/eulora?d=2018-7-16#401001 | [14:35] |
| asciilifeform: | aah | [14:39] |
| BingoBoingo: | Meanwhile in local news: Argentina ~30% poorer than last year in yet another metric https://www.elobservador.com.uy/nota/-desastre-y-fatal-temporada-en-punta-del-este-segun-comerciantes-201917204123 | [15:26] |
| mircea_popescu: | asciilifeform ftjam pretty much the standard alternative to mod6 style handmade .sh | [18:47] |
| asciilifeform: | mircea_popescu: i read the link from earlier, made sense | [18:48] |
| asciilifeform: | there's 9000 of these, 'cmake', 'bake', 'qtmake', etc | [18:48] |
| mircea_popescu: | yeah, but this one works. sorta like there's 5000 "operating systems", but we use cuntoo. | [18:49] |
| asciilifeform: | mircea_popescu: does it work in that 'it worx, and 7 others previously barfed' or 'it was 1st i happened to try and it seems to work' ? | [18:50] |
| mircea_popescu: | the former, chet spent 3 months with this shit cca 2013 | [18:52] |
| asciilifeform: | if mircea_popescu says -- i'll believe | [18:52] |
| asciilifeform: | in the past asciilifeform used ordinary gnumake for this kinda thing. but it usually resulted in 1000ln 'make'. | [18:53] |
| mircea_popescu: | yes well. | [18:53] |
| asciilifeform: | ( aand on top of that, is victim of the faux-standardization pestilential in unixland ) | [18:54] |
| mircea_popescu: | also, remarkably stable, i've not had to fiddle with the original ftjam, client compiles today same exact way it did back then. which... | [18:54] |
| mircea_popescu: | i know of no project that can say same over half decade. | [18:54] |
| asciilifeform: | if you never fiddled with the layout, why shouldn't it work | [18:55] |
| mircea_popescu: | client went through two major and a bunch of minor versions. | [19:12] |
| mircea_popescu: | was a point in iirc 2015 when it was "get new client or can't connect" | [19:13] |
| mircea_popescu: | nicoleci http://p.bvulpes.com/pastes/VAX51/?raw=true | [19:17] |
| asciilifeform: | in other noose, asciilifeform made the unhappy discovery that shift-by-zero takes fewer cpu cycles on pretty much all x86 iron vs shift-by-1 . | [19:22] |
| asciilifeform: | this means not only slightly slower gcd than the draft posted earlier (it'll need a mux) but it also means that e.g. http://www.loper-os.org/pub/ffa/hypertext/ch14/fz_qshft__adb.htm#111_14 was in fact leaking, albeit undetectable on the tests given in ch14, and will need mandatory HaveBarrelShifter = 0 (i.e. 5% or so penalty) | [19:24] |
| asciilifeform: | ( and before anyone asks -- neither intel nor amd publish 'tick tables' the way they did in 1990s, and haven't for many yrs ) | [19:29] |
| asciilifeform: | this appears to be the kind of boobytrap that can only be found empirically. | [19:34] |
| feedbot: | http://qntra.net/2019/01/systemd-journald-exploits-found-all-systemd-distros-affected/ << Qntra -- Systemd Journald Exploits Found All Systemd Distros Affected | [19:35] |
| * asciilifeform | found the shift booby by generating ridiculously long random inputs, with variety of hamming weight ranges, and plain old wallclock | [19:40] |
| lobbes: | !Xview 1035 | [19:56] |
| auctionbot: | Buy order # 1035: 1500 Filthy Fiats, Wired, WU, or Moneygram Opened at: 400mn ecu Winning Bid: None [Closed] | [19:57] |
| lobbes: | auctionbot was down for ~9 hours today (back online now). I'm going to give a 100 ecu per auction hour credit to everyone who had auctions going during this downtime, since no one could put in bids during that time and I don't wanna charge fees for those hours. Thinking I'll make this standard policy going forward | [19:57] |
| * asciilifeform | set up an experiment with variants of http://p.bvulpes.com/pastes/RMcd3/?raw=true will report re same tomorrow | [20:29] |
| * asciilifeform | let it go on 2 diff opterons and 2 intels | [20:46] |
| asciilifeform: | hm , prolly oughta test both left and right, and make the operand nonzero (in case the iron does 'clever' with zeros), so gotta redo.. | [20:52] |
| asciilifeform: | http://p.bvulpes.com/pastes/7zNhD/?raw=true << the final ver., for the record. | [21:01] |
| mircea_popescu: | and today being january, let us celebrate the SECOND year yossi kreinin failed to engage the utter destruction of his inept nonsense found in http://trilema.com/2017/my-ai-problems-a-humble-confession/ | [21:52] |
| mircea_popescu: | because hey, this is optional now, yossik is at liberty to redress his stupidity or not as he well pleases, there's no obligation my intellectual superiority creates for him or anything. | [21:53] |
| asciilifeform: | mircea_popescu: hm what made you remember that d00d existed ? | [22:10] |
| mircea_popescu: | coincidentally dug up article for inquiring young minds. | [22:12] |
| billymg: | hanbot: thanks for checking it out, i'll take a look at the "no newline" issue and see if i can get rid of it | [22:21] |
| billymg: | i also noticed that the selection-magic.txt (which is to be renamed to selection-magic.php) ( http://trilema.com/wp-content/uploads/2015/05/selection-magic.txt ) contains comments at the top marked with // that are not parsed as comments because they're outside the <script> block | [22:24] |
| billymg: | updated in my copy to wrap in <!-- --> | [22:24] |
| billymg: | wondering about proper V process though, this is back in the previous patch i published to add the text selection feature, does this mean regrind both? | [22:25] |
| billymg: | i mean, the second needs it now in any case for the "no newline" spew, but had that one been fine, what would've been preferred for remedying the one before it? | [22:26] |
| mircea_popescu: | billymg can just put a patch atop your tree. | [22:39] |
| billymg: | sounds good | [22:51] |
| mircea_popescu: | hey Mocky : i need a buncha noob clicks done in eulora can you spend a coupla hours one of these days ? | [23:04] |
| asciilifeform: | http://btcbase.org/log/2019-01-10#1886234 << update : the 1e11-shot ver. reveals no significant avg. delta rerunning overnight with 1e12. | [23:15] |
| a111: | Logged on 2019-01-10 01:52 asciilifeform: hm , prolly oughta test both left and right, and make the operand nonzero (in case the iron does 'clever' with zeros), so gotta redo.. | [23:15] |
| asciilifeform: | btw the thing that set asciilifeform's ears standing originally, is that the gcd test battery appeared to give +/- 30% variant runtimes depending on hamming weights. but in 20 repeats of the trial set, the same thing showed up, and with no correlation to hamming weight. and a http://p.bvulpes.com/pastes/wherN/?raw=true ( soft barrelshifter ) version now ends up showing... same thing. i suspect that some peculiarity of the pipeline is | [23:18] |
| asciilifeform: | involved (i.e. interaction with other crapola running on the box) to produce random variance | [23:18] |
| asciilifeform: | thing is, this effect does not appear with e..g modexp, so i gotta find out where it comes from | [23:18] |
| * asciilifeform | bbl,meat | [23:19] |
| Mocky: | mircea_popescu sure, no problem. I'll fire it up tomorrow, make sure I'm good to go. | [23:43] |
| mircea_popescu: | i was thinking more the weekend ? | [23:51] |
Category: Logs
