Forum logs for 28 Feb 2019

Monday, 16 March, Year 12 d.Tr. | Author:
mircea_popescu: asciilifeform if you get "0 penetration" in X time, try with 3x the time and see if it changes anything. if it does, you can then sorta-calc what exposure time you need (see the curves) and then judge if it's safe to expose that long. [00:58]
mircea_popescu: there's no such thing as no penetration in nature. [00:58]
asciilifeform: mircea_popescu: at long wavelength, all but epsilon ends up going to cook the chip [01:02]
asciilifeform: sorta why dentist stuffs aluminum filter in the muzzle when xray. < 20kV or so just cooks meat, without reaching film. [01:03]
mircea_popescu: you figure it's getting damaged through what, metal ion transport ? [01:05]
mircea_popescu: my point here is that you can ~calculate~ this, within very reasonable error margin. [01:06]
asciilifeform: typically gate wedged into metastability . difficult to calculate tho. [01:07]
asciilifeform: in the bolix board, i'ma pull the ics before it goes into the oven, they're all socketed, so sorta academic. [01:07]
asciilifeform: re flipped bits -- actually considered soft xray as a potential diddle for e.g. google's fritz chip. possibly worth a shot at some pt. [01:08]
asciilifeform: the multi-voltage thing will make serious diff when we reverse e.g. 6+-layer pcb and the like. [01:11]
asciilifeform: ( and even there, 'tomographic' pic, i.e. from range of angle, gives moar bang for bux , possibly ) [01:14]
mircea_popescu: asciilifeform you can calculate the probability function of a single atom being moved, which'd be the quantum of gate breakage. [01:20]
asciilifeform: mircea_popescu: they dun move tho, what 'moves' is the free radical [01:23]
mircea_popescu: right, the ion w/e, [01:23]
asciilifeform: aha [01:24]
asciilifeform: hence trickier [01:24]
asciilifeform: normally the killing dose for $chip is determined empirically. [01:24]
mircea_popescu: yes, but nevertheless, still calculable within reasonable precision. [01:24]
mircea_popescu: which is my point here, half hour of math will give you rough guidance. it may well be the chip can reasonably take half hour in the oven. [01:24]
mircea_popescu: even a sheet of legal pad exposes in half an hour. [01:25]
* asciilifeform thus far can add only that the victim fg still worx.. [01:25]
asciilifeform: has eaten 30m or so, at various energies, largely towards 35k end [01:26]
* asciilifeform too lazy atm to compute approx dose from this, in civilized units [01:26]
mircea_popescu: anwyay, your other point is also quite sound : can certainly use low pass filter, such as metal mesh or w/e, to filter out lower energy. yes lower instant energy, but if expose for longer in the end get same total energy, more conveniently distributed on spectrum [01:27]
mircea_popescu: but the overarching thing here : you can't seriously expect to be doing this x ray stuff WITHOUT blowing dust off either h's matrices or the wavefunction. [01:27]
mircea_popescu: so sit down once and for all and write your equations towards usable form and there you go, math undergirth. [01:28]
asciilifeform: aha, is what the dentists do. i'ma gild that lily when it turns out to need gilding tho, so far can already clearly distinguish 2 layers of pcb. [01:28]
asciilifeform: last lulzbit before asciilifeform to bed : the fibrous crud in the photo ? is 1 sheet of printer paper ! [01:31]
asciilifeform: apparently has cruft in it, opaque at 20-35 !! [01:32]
* asciilifeform thought 'oughta transparent..' and closed hole in the sample shelf with paper. [01:32]
* asciilifeform bbl [01:34]
mircea_popescu: i think it's unconscionable to be flying this blind/by seat of pants. speaking of that "gilding the lilly", did you even calculate the remanent activity by component for that half hour of exposure ? [01:37]
mircea_popescu: or at least put a geiger to the smoldering remains ? [01:37]
mircea_popescu: for all you know the fg in question is hot enough. [01:37]
feedbot: http://trilema.com/2019/batidos/ << Trilema -- Batidos [02:09]
asciilifeform: mircea_popescu: on my planet, if you want remanence, you gotta bombard with neutrons, not photons... [09:01]
asciilifeform: ( funnily enuff, old man edison thought otherwise, was convinced that one could 'alchemize' with xray 'if you just crank it up enuff' ! ) [09:03]
asciilifeform: for all i know, he was even right.. at petavolt or sumsuch. but , hate to disappoint, not at kV or even mV. [09:05]
asciilifeform: so, to answ http://trilema.com/forum-logs-for-28-feb-2019#2522345 , it's a fat 0. as known even 100y ago.. [09:09]
a111: Logged on 2019-02-28 06:37 mircea_popescu: i think it's unconscionable to be flying this blind/by seat of pants. speaking of that "gilding the lilly", did you even calculate the remanent activity by component for that half hour of exposure ? [09:09]
lobbes: http://btcbase.org/log/2019-02-28#1899607 << congrats mod6. I'd definitely be interested in reading [09:43]
a111: Logged on 2019-02-28 00:29 mod6: If inquiring minds would like to know, happy to elaborate. But I'll put up a blog post about it sometime before the end of the weekend I suspect. [09:43]
mircea_popescu: asciilifeform actually, it's about 10MeV i am pleasantly surprised you know about it, but i am unimpressed with the 1e8 error factor! [10:00]
mircea_popescu: now do me teh pleasure and do teh math alongside the practical work eh! what is this, alf-is-15 lab discussions ?! [10:00]
mircea_popescu: http://btcbase.org/log/2019-02-27#1899563 << her racked box has vga ? [10:06]
a111: Logged on 2019-02-27 20:45 asciilifeform: apu2 dun have a vga, for instance. [10:06]
mod6: ty lobbes, will write up for sure. [10:19]
* asciilifeform went to compute mircea_popescu's q, 'just how much did it eat', apparently it's a bitch : absorption constant varies by chip, and in heavy industry folx mostly gave up , they stick dosimetric film underneath the board. i'ma get an upper bound tho, it's important q when we do the bitflip thing. [10:52]
asciilifeform: mircea_popescu: i dun have a 10MeV source ( do you ?? ) . tho i suppose one could float the thing on balloon and hope to get lucky with cosmic ray.. [10:52]
mircea_popescu: i know they did but it's perhaps worth revisiting! [10:52]
asciilifeform: defo [10:52]
asciilifeform: i want lower/upper bound at least, or how the fuq to even know if could flip bit. [10:53]
mircea_popescu: anyway, no, 10MeV photon is not easy to come by. [10:53]
mircea_popescu: asciilifeform exactly~ [10:53]
asciilifeform: mircea_popescu: they're commercially available , for cost of ~bmw , but i dun want one here lol [10:53]
asciilifeform: the tube in asciilifeform's instrument maxes out at 35kV @ 0.3mA . [10:56]
asciilifeform: ( theoretically can do 70kV, per the sticker, but power supply deliberately capped by vendor, so as to get 100% absorption by the cabinet shields and sell as 'contained' or whatever oshaism it was called ) [10:57]
* asciilifeform brb,tea [10:58]
asciilifeform: http://btcbase.org/log/2019-02-28#1899694 << it does, to what do you suppose BingoBoingo connects the console to see whether alive [11:53]
a111: Logged on 2019-02-28 15:06 mircea_popescu: http://btcbase.org/log/2019-02-27#1899563 << her racked box has vga ? [11:53]
mircea_popescu: a well then! [11:54]
asciilifeform: tho imho would work just as well to use serial [11:54]
mircea_popescu: i thought he was just doing terminal over w/e [11:54]
asciilifeform: ( this is what we do on rk ) [11:54]
BingoBoingo: Well I plug the monitor into a blue VGA port [11:54]
BingoBoingo: And then I plug the keyboard in [11:54]
BingoBoingo: And then I try to do whatever before cooking in the hot aisle [11:55]
asciilifeform: rk actually has a video port, but asciilifeform baked the kernel w/out support for it [11:55]
asciilifeform: for compactness [11:55]
asciilifeform: ( asciilifeform would luvv a rk-like item baked by sane folx, could easily be half the size or smaller, i.e. w/out the useless ports, and perhaps with e.g. sata instead ) [11:56]
asciilifeform: really oughta have a backplane connector, also ( the actual rk, takes up good 70-80% of enclosure space with cabling and legs ) [11:58]
asciilifeform: would look rather like the https://media.rs-online.com/t_large/F8268825-01.jpg heathen board [11:59]
asciilifeform: ^ pictured is 'pi', which is item similar to rk, but rejected by asciilifeform on acct of multi-MB blobism and massive unkillable (afaik) fritz chip core [12:01]
feedbot: http://ossasepia.com/2019/02/28/zcx-vs-sjlj-data-set/ << Ossasepia -- ZCX vs SJLJ - Data Set [12:36]
mircea_popescu: so from the actual data : properly static sjlj ~actually faster~ than zcx, on various cases of tall tower of nested loops [12:43]
asciilifeform: pretty interesting [12:43]
mircea_popescu: whereas in deeply nested procedure calls, sjlj offers no significant penalty for MANY handlers. [12:44]
mircea_popescu: if you eat the cost of having 1 extra, can have 3 extra for the same dough. [12:44]
mircea_popescu: the differences aren't huge, 121.9171600 vs 121.816518000 and 879.95117100 vs 879.7342540 sorta thing. but they are consistent. [12:45]
asciilifeform: wtf is even the point of zcx on pc ( not speaking of http://btcbase.org/log/2019-02-12#1895611 horrors ) then. [12:45]
a111: Logged on 2019-02-12 23:41 asciilifeform: ( aside for weirdo 1970s chips with no interrupts... ) [12:45]
mircea_popescu: asciilifeform at the present juncture i can't actually tell. it seems to (very slightly) slow down loops while performing merely slightly better than sjlj with no handlers set. [12:46]
asciilifeform: i dun recall whether i put this in the log, but asciilifeform found that if proggy does not use tasks, the 2 variants appear to build identical binary [12:47]
diana_coman: the difference was big only on the 2-cores intel but then again, what tasks there anyway [12:47]
diana_coman: and yes, I have no idea why zcx really, I can't see any reason for it [12:47]
* diana_coman will be back in ~2 hours [12:48]
mircea_popescu: in any case, it seems the heathen claim that "it is faster" is only true in a very narrow corner. otherwise--false. [12:49]
mircea_popescu: these, incidentally, are pretty brutal testing conditions. the average program isn't likely to go 20mn procedure calls deep (witness that almost nobody even knows how to move the stack limit in kernel). [12:49]
asciilifeform: mircea_popescu: i suspect that diana_coman is the 1st to actually measure, since 1990s (if indeed anyone bothered then) [12:49]
mircea_popescu: asciilifeform i can readily believe this. [12:49]
asciilifeform: mircea_popescu: i've had occasion to move the stack limit ( when tested ffa with massive fz widths, recall , all allocations are on stack ) but not otherwise [12:50]
mircea_popescu: in any case, there's no basis for a standard-breaking runtime here. "oh, it gains some speed in corner case", gimme a break, go implement the standard. [12:51]
mircea_popescu: as things stand now, zcx meets exactly the wrecker's profile. [12:51]
asciilifeform: near as i can tell, it's a vestige from days of running on os with no scheduler (dos etc) [12:51]
mircea_popescu: replete with the "learned helplessness" condiments it's breaded with, for shame. [12:52]
mircea_popescu: when will the fucktards learn we really don't buy the crap. [12:52]
mircea_popescu: asciilifeform zcx is relatively modern item afaik. [12:52]
asciilifeform: hm [12:52]
* asciilifeform does not currently know, when introduced [12:52]
asciilifeform: btw when we plant gnatism on bare irons, will have to implement a scheduler, and it is 'black art' of sorts ( how big to make the quantum ? how to apportion slices to cores ? etc ) [12:53]
asciilifeform: while on subj, asciilifeform aint even sure if the traditional slicing scheduler is Right Thing [12:54]
mircea_popescu: i was thinking, "what's a slice anyway" [12:54]
asciilifeform: i strongly suspect that it's fundamentally braindamaged idea [12:54]
asciilifeform: and oughta have 1 thread per core, and the rest -- yield [12:54]
mircea_popescu: entirely possible. there's a large tower of "too smart for own britches" usually hiden behind these "blac arts" [12:55]
asciilifeform: slicing is ~massive~ waste of cycle [12:55]
mircea_popescu: you know ? all industrial processes were organized towards reducing/eliminating retoolings [12:55]
asciilifeform: aha! [12:56]
mircea_popescu: then computers turn around and it's all "oh, you know, what, this compuiter could cook vegetables one slice of each at a time" "and wash knife in between ?!" "of course!" [12:56]
mircea_popescu: switching was necessary in the early days of computing, when one ox fucked many men. [12:57]
mircea_popescu: now when few men fuck many chickens... forget it. [12:57]
asciilifeform: why the fuck machine even has an interrupt controller, if idjit programmers run slicer to continuously poll e.g. blocking i/o . it's ridiculous. [12:57]
asciilifeform: mircea_popescu: unix imho is pretty typical piece of tard 'sleight of hand', where offers illusion that 'you can have 9000 continuous threads' [12:59]
asciilifeform: good % of the riotous complexity of the sadkernel, once you subtract deviceisms, is the slicer [13:02]
asciilifeform: ( and the various semaphorisms that it makes necessary ) [13:02]
* asciilifeform ~still~ frustratingly wedged with mircea_popescu's tube puzzle , turns out the 'S' constant for 35kV aint published anywhere, incl. the tube vendor ! and no info published re how to determine it from principles, seems like it gotta be measured by hand. [13:38]
asciilifeform: such 'quiet' tubes aint used in medicine, so very little to go on. [13:39]
mircea_popescu: heh. [13:39]
asciilifeform: one interesting twist, the machine actually has an ionization gauge below the bottom, under the crosshair. and control panel allows to specify exposure in terms of the gauge output, but in nonsensical 'AEC' arbitrary unit [13:40]
asciilifeform: meanwhile, in vintage lulz, http://www.os2museum.com/wp/lies-damn-lies-and-wikipedia/ [14:27]
feedbot: http://bingology.net/2019/02/28/peso-watch-february-2019/ << Bingology - BingoBoingo's Blog -- Peso Watch February 2019 [14:42]
diana_coman: http://btcbase.org/log/2019-02-28#1899741 -> this is imo the most puzzling part of it all: how, just how is breaking the standard justified in those conditions [14:42]
a111: Logged on 2019-02-28 17:51 mircea_popescu: in any case, there's no basis for a standard-breaking runtime here. "oh, it gains some speed in corner case", gimme a break, go implement the standard. [14:42]
diana_coman: but I suspect it's simply one of those "you should prefer" a la http://ossasepia.com/2018/07/14/cutting-mysql-into-musl-shape/#selection-47.98-47.160 [14:47]
feedbot: http://qntra.net/2019/02/scandal-hits-canadian-bitch-boy-pm-during-election-year/ << Qntra -- Scandal Hits Canadian Bitch Boy PM During Election Year [15:20]
asciilifeform: diana_coman: i suspect this aint the last time we find that gnat breaks standard [15:33]
asciilifeform: diana_coman: another interesting q is -- whether the co [15:33]
asciilifeform: commercial gnat complies [15:33]
asciilifeform: ( but i do not presently know, nor inclined to buy it to find out ) [15:34]
diana_coman: why exactly interesting? [15:35]
asciilifeform: diana_coman: only from entomological pov. i.e. do they break the opensores one deliberately , to upsell to the payware? or both equally braindamaged. [15:37]
diana_coman: you'd think they would advertise that at least, if that were the case, no? [15:38]
diana_coman: but I suspect it's more ~ "too much trouble and nobody needs that anyway" [15:38]
asciilifeform: the 'pro' item is iirc advertised as 'certified', whatever that means [15:39]
asciilifeform: https://www.adacore.com/products/certification-materials etc [15:39]
diana_coman: last time I had to have any sort of idea what that meant, it was iirc having the stamp of higher-stamped stamp-stampers etc [15:40]
asciilifeform: currently i've nfi where, if indeed at all, 'pro' differs from the public gnat. [15:42]
asciilifeform: last i looked, didn't turn up a leaked copy anywhere. [15:42]
diana_coman: my impression was that their upsell was mostly on tools i.e. the IDE whatever-its-name-was [15:43]
asciilifeform: those come with the opensores gnat tho ( i was never able to get it to run, seems to only work on winblowz and shituntu ) [15:43]
diana_coman: and yes, tools for certification this and that i.e. automated bureaucracy/compliance [15:43]
asciilifeform: diana_coman: 'compliance tools' aha. but , if not with the standard... then with what. [15:44]
diana_coman: ah, hm, I thought there was some different version/moar features in the commercial version anyway, I have to admit I did not really try to get it running as there was no ..need felt for it so far [15:45]
asciilifeform: it's dark matter atm. [15:45]
bvt: hello. i also tried to find information on why zcx is broken, but not sjlj -- did not find anything specific [15:45]
bvt: zcx is a recent item, https://www.usenix.org/legacy/events/osdi2000/wiess2000/full_papers/dinechin/dinechin_html/index.html [15:45]
* asciilifeform aint about to use a closed turd compiler , regardless, for any practical work. but still finds the q of 'is there a standard-compliant adatron somewhere' not wholly uninteresting [15:45]
diana_coman: ah, not with the standard, ofc not with whatever certificate x measures (as they say: traceability, formal verification, stack consumption) [15:46]
asciilifeform: bvt: zcx is broken ~by design~, it doesn't attempt to implement preemptive multitasking at all. [15:46]
asciilifeform: it aint a bug. [15:47]
diana_coman: in truth, they do say "coding standard verification" but I suspect that means whether a piece of code follows whatever convention specified for that project, hm [15:47]
asciilifeform: bvt: i started with the supposition that it was built for irons where there is no time slicer , but currently nfi whether this is so, or whether was simply a kludge for no particular reason [15:47]
diana_coman: bvt, my understanding is that zcx said "this case is too complicated to even try to handle and why do you need it anyway, terrorist!" [15:47]
diana_coman: hence the zero-cost by not doing the job [15:48]
asciilifeform: btw there were a great many 1990s os that behaved exactly like zcx model -- no preemption, tasks run until they yield or self-terminate. e.g. win9x, crapple os <= 9, etc [15:49]
bvt: also, at least for vxworks, adacore for certified profiles supports only sjlj, while using zcx for non-certified use-cases [15:49]
asciilifeform: ( ye olde msdos did not claim to implement multitasking at all, so dun really belong in this comparison, but the various bolt-on tsr systems for same also had this property ) [15:49]
diana_coman: well, at least that choice of only sjlj for certified profiles makes some sense since zcx is just not doing the full job as it were [15:51]
bvt: diana_coman: it seems so, the code for ignoring aborts on zcx was added in 2003 and not touched since that time, so i agree with "broken by design" [15:51]
asciilifeform: bvt: didja turn up a zcx version with working abort ?! [15:51]
asciilifeform: cuz that'd be interesting. i initially supposed that it was built as a 'lowest common denominator', i.e. without presumption that os supports preemption [15:52]
asciilifeform: y'know, same 'thinking' that gave http://btcbase.org/log/2019-01-20#1888514 [15:53]
a111: Logged on 2019-01-20 16:27 asciilifeform: the only reason asmism even potentially invites itself, is that idjit compiler gives no primitive for add/sub-with-carry or full-word mul [15:53]
* asciilifeform brb,tea [15:53]
bvt: asciilifeform: no, did not. my attempt was to use polling pragma, but mircea_popescu made it clear that it's not an option at all. [15:55]
bvt: ftr, disable-aborts-on-zcx commit from 2003: http://archive.is/qXpQs [15:57]
bvt: i can try killing that code to see what happens -- i don't even understand why zcx won't just work, and there is no information on this problem in the whole internet [15:59]
bvt: http://btcbase.org/log/2019-02-23#1898712 << i would also like to have a deeper look at this 'mes' item. is this ok? [16:03]
a111: Logged on 2019-02-23 05:28 mircea_popescu: in any case, the ownership of this entire thing is clearly established, and entirely nobody the fuck else outside of properly authorized republican hands may fucking touch it. [16:03]
mod6: Lords and Ladies of the Most Serene Republic, The Bitcoin Foundation's State of Bitcoin Address [February] : http://therealbitcoin.org/ml/btc-dev/2019-March/000325.html [19:27]
mircea_popescu: bvt certainly [20:26]
mircea_popescu: if you find something of interest feel free to genesis or w/e. [20:27]
mircea_popescu: http://btcbase.org/log/2019-02-28#1899779 << cuz he figures their "idea" of "make money by consulting! like red hat!" poisonous esr nonsense was in practice implemented by breaking the standard for free, so you "buy product". [20:31]
a111: Logged on 2019-02-28 20:35 diana_coman: why exactly interesting? [20:31]
mircea_popescu: a most infuriating implementation of broken-by-design, ironically exactly the thing foss was supposed to prevent. [20:32]
mircea_popescu: http://btcbase.org/log/2019-02-28#1899789 << but ofcouars. "requires netbase" too, i'm sure. [20:33]
a111: Logged on 2019-02-28 20:43 asciilifeform: those come with the opensores gnat tho ( i was never able to get it to run, seems to only work on winblowz and shituntu ) [20:33]
asciilifeform: mircea_popescu: it's obv. vandalistic, what they do. but i'm pretty curious what you'd have'em do instead? maintain the standard on nights and weekends while writing java for microshit ? [20:50]
mircea_popescu: why'd i have them do anything ? africa's fulla africans who don't go around pompously pretending they're white people. [20:51]
mircea_popescu: more of that, less of this. [20:51]
mircea_popescu: also "what would you have moron do ???" "well, i didn't say he HAS to be wykeham professor of logic / chicago professor of constitutional law / whatever". [20:52]
asciilifeform: a very http://btcbase.org/log/2015-08-19#1243116 answr [20:52]
a111: Logged on 2015-08-19 00:18 asciilifeform: cabbie: 'this ford is a piece of shit. stalled again.' mircea_popescu: 'i have a solution!' cabbie: 'oh???111' mircea_popescu: 'here, have this broomstick.' cabbie: 'how do i drive customers on that, feed my family' mircea_popescu: 'you misunderstand, my good man. you stuff it in your arse.' cabbie: 'and... how does this feed by family?' mircea_popescu: 'no, you sit there with it in.' [20:52]
asciilifeform: it remains troo that errybody wants flying palace of gold but nobody wants to pay shit. [20:53]
mircea_popescu: there's really no rule there must be crap "made available" to "the public". a) there's no such thing as "the public" and b) srsly now. do it right or go the fuck home, tell wifey your troubles. [20:53]
asciilifeform: well the 'pro' thing aint 'available to public'. but still africans ? [20:53]
mircea_popescu: asciilifeform the point you pursue would be A LOT more defensible among the honorable poor, people who say "we did this much and intend to do this much more when we can". [20:53]
mircea_popescu: witness the reaction to the discussion of tcc very different to the reaction to this discussion of zcx. [20:54]
mircea_popescu: asciilifeform i have no intention to comment on the "pro" whatever it is. the "authors" not in wot, item dun exist, wut do i care. [20:55]
asciilifeform: i dun know ~anyffin about it, either. q is where the fuck standards-compliant soft are to come from, to begin with. [20:56]
mircea_popescu: http://btcbase.org/log/2019-02-28#1899801 << it's a methodologically defensible "charitable read" nevertheless not actually supported by the facts, as it happens. this dun invalidate the method i dun think. [20:56]
a111: Logged on 2019-02-28 20:47 asciilifeform: bvt: i started with the supposition that it was built for irons where there is no time slicer , but currently nfi whether this is so, or whether was simply a kludge for no particular reason [20:56]
mircea_popescu: asciilifeform here. [20:56]
mircea_popescu: http://btcbase.org/log/2019-02-28#1899802 << this ties directly into above. it's not a problem of "these engineers did not do enough". it's not an engineering problem at all. it's 100% political, "these sorry schmucks passed themselves off for an authority they could never possibly be". this'll never wash, and in particular indigence is the worst possible plea they could bring. if they ALSO are poor then THEREFORE even LESS q [20:58]
a111: Logged on 2019-02-28 20:47 diana_coman: bvt, my understanding is that zcx said "this case is too complicated to even try to handle and why do you need it anyway, terrorist!" [20:58]
mircea_popescu: ualified to go about emperor-ing in the buff. [20:58]
mircea_popescu: "how dare you even call your aborted glob of misdesign SOMETHING AT ALL!" is the question. kids don't go around giving names to their lego constructions and then hacking everyone's gps to point to imaginary "City Of Wonderful Wonderments" 2x3 foot square. [21:00]
mircea_popescu: argentines do this, and ima fucking napalm that shithole for it. because it just can't fucking be done, what "zcx" ? the name they were looking for is "snot". [21:01]
mircea_popescu: from 's not in the standard" [21:02]
mircea_popescu: http://btcbase.org/log/2019-02-28#1899805 << the keks of all time. so basically they picked http://btcbase.org/log/2019-02-17#1897694 ? [21:08]
a111: Logged on 2019-02-28 20:49 bvt: also, at least for vxworks, adacore for certified profiles supports only sjlj, while using zcx for non-certified use-cases [21:08]
a111: Logged on 2019-02-17 16:07 mircea_popescu: c. ada-?-musl-static is the standard, either zcx or sjlj is acceptable (mostly based on what threading philosophy one embraces), with an obvious preference for zcx if one doesn't thread. [21:08]
mircea_popescu: and speaking of that old discussion : let's remind the folk on http://btcbase.org/log/2019-02-17#1897638 that there's relatively little point in being part of the lordship if one can't be arsed to at least say they don't wish to comment on some serious problem we run into. [21:10]
a111: Logged on 2019-02-17 15:50 mircea_popescu: some time to look at things and consider matters will be needed but i specifically want to hear something from asciilifeform ave1 bvt diana_coman phf spyked trinque [21:10]
mircea_popescu: http://btcbase.org/log/2019-02-28#1899816 << if you feel like tinkering with it, by all means but it's not liable to magically work just by taking out the takeout. it has to actually do things. [21:13]
a111: Logged on 2019-02-28 20:59 bvt: i can try killing that code to see what happens -- i don't even understand why zcx won't just work, and there is no information on this problem in the whole internet [21:13]
mircea_popescu: http://archive.is/qXpQs#selection-243.1-749.34 <<< holy SHIT worst commit wtf. [21:14]
asciilifeform: http://btcbase.org/log/2019-03-01#1899843 << i dun expect they'll be showing up to 'bring plea' any time soon. instead they're rakin' in the heathen dough just nao. [21:18]
a111: Logged on 2019-03-01 01:58 mircea_popescu: http://btcbase.org/log/2019-02-28#1899802 << this ties directly into above. it's not a problem of "these engineers did not do enough". it's not an engineering problem at all. it's 100% political, "these sorry schmucks passed themselves off for an authority they could never possibly be". this'll never wash, and in particular indigence is the worst possible plea they could bring. if they ALSO are poor then THEREFORE even LESS q [21:18]
feedbot: http://www.loper-os.org/?p=3073 << Loper OS -- X-Ray Microscopy of Symbolics Ivory CPUs. [21:19]
mircea_popescu: that dun look like glue. [21:20]
asciilifeform: i have honestly nfi what it is , presently [21:21]
asciilifeform: it aint film rot, took 2 shots and were ~identical. [21:21]
asciilifeform: http://www.loper-os.org/pub/amberglint_bolix_1.jpg ( via http://btcbase.org/log/2018-11-30#1876538 ) for comparison. [21:22]
a111: Logged on 2018-11-30 18:26 asciilifeform: perma-mirrored at http://www.loper-os.org/pub/amberglint_bolix_1.jpg http://www.loper-os.org/pub/amberglint_bolix_2.jpg , ty [21:22]
mircea_popescu: is the hope that http://www.loper-os.org/pub/misc/xray/ivory/iron_ivory_die_large.jpg item is not merely noise ? [21:24]
asciilifeform: pretty sure it's a noise, i.e. one can't usefully milk the circuit from it [21:24]
asciilifeform: q is, what sorta noise. [21:24]
mircea_popescu: it's organized tho, i perceive patterns. [21:25]
asciilifeform: dun look anyffin like the published pic tho. [21:25]
mircea_popescu: nevertheless, certain streaking (like say 4230 1324 or 4554 1606) seems incompatible with actual circuit layout [21:27]
mircea_popescu: right. it might be just straight noise. [21:27]
asciilifeform: betcha it's alumina thermal grease, in there. [21:27]
asciilifeform: 30 yo. alumina. [21:27]
asciilifeform: compare with the fg xilinx die , the latter has no fancy package, and is entirely homogeneous at 35kV. [21:28]
asciilifeform: interestingly, there appears to be 0 useful info on the net re how to get these open. ( lotsa crud re opening recent intels, and various dissolvable plastic DIPs, but not applicable ) [21:31]
asciilifeform: ( how would cut ? for the tin can, diamond engraving bit on cnc mill will prolly do the job without cutting the bonding wires. for the ceramic -- currently nfi, seems to have 4 anchor posts, prolly these are the ticket ) [21:32]
asciilifeform: for thread-completeness, http://btcbase.org/log/2018-11-30#1876504 << bottom side of the 'tin can' variant. [21:35]
a111: Logged on 2018-11-30 18:04 asciilifeform: http://www.loper-os.org/pub/bolix_ivory_pinside.jpg [21:35]
asciilifeform: loox exactly like the top side of the ceramic one. so entirely possible that ~bottom~ of die is under the can. [21:35]
asciilifeform: ( and that the can per se was added in 'production' model to improve thermal transfer ) [21:36]
* asciilifeform updated post with link to same. [21:37]
asciilifeform: mircea_popescu: re adacorpse's standard & compiler, the marvel aint that it's broken in places, but that it was built at all, and is even largely usable [21:42]
asciilifeform: it's gotta be the single most functional artifact that particular batch of africans ever put together [21:42]
trinque: http://btcbase.org/log/2019-03-01#1899852 << so far we have signatures on glibc's death warrant from myself and asciilifeform iirc [21:42]
a111: Logged on 2019-03-01 02:10 mircea_popescu: and speaking of that old discussion : let's remind the folk on http://btcbase.org/log/2019-02-17#1897638 that there's relatively little point in being part of the lordship if one can't be arsed to at least say they don't wish to comment on some serious problem we run into. [21:42]
asciilifeform: trinque: i put it in its coffin in 2015, with 'rotor' , and wasn't even aware that there was contemplation of keeping it alive until mircea_popescu asked last mo [21:43]
trinque: probably there ought to be some euloran folks weighing in, maybe shinohai or someone tells us whether it can be built atop musl [21:45]
asciilifeform: pretty sure shinohai already built eulora client on musl [21:45]
trinque: ah neato [21:45]
asciilifeform: as for server, iirc it's a pure diana_coman matter , and still in the worx [21:45]
* asciilifeform brb,meatsys [21:54]
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.