log☇︎
43200+ entries in 0.028s
spyked: re http://btcbase.org/log/2019-02-17#1897638 , specifically glibc is gonna go from my machines once I encuntooate them. it's not yet clear to me how this will impact e.g. apache, which calls dlopen for its loadable modules thing. google didn't turn out anything on the subj either. ☝︎☟︎
a111: Logged on 2019-02-17 16:19 diana_coman: to my mind option b has the benefit that it concentrates the effort in the right direction at least
diana_coman: http://btcbase.org/log/2019-02-17#1897733 -> even stronger on this given the recent experiment since I can't see *any* reason for indulging zcx ☝︎
a111: Logged on 2019-02-19 03:57 trinque: http://btcbase.org/log/2019-02-14#1896530 << certainly! does it match your last run?
diana_coman: http://btcbase.org/log/2019-02-19#1898005 -> checked and confirmed: the genesis.vpatch matches precisely the previous one; so at least it's consistent on the same machine with different versions of V ☝︎
mircea_popescu: i see phf's having a blast tho!
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
bvt: mircea_popescu: i guess the message did not parse correctly. i'm not proposing c the programming language; i meant something similar to "option c" from the list of possibilities you outlined in thread http://btcbase.org/log/2019-02-17#1897638 ☝︎
bvt: i do not expect to see a lot of exceptions from sjlj
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.
bvt: re sjlj/zcx: i guess i'd stick with a variant of c (http://btcbase.org/log/2019-02-17#1897694): sjlj by default, use zcx only when facing high overhead from sjlj AND where this is possible due to threading model. ☝︎
bvt: http://btcbase.org/log/2019-02-17#1897636 << as long as i need userspace C code to run, I'll be happy to use musl. it's not bugs-free, but its bugs have very different nature than glibc's. i see no reason for keeping glibc on non-toiletboxes. ☝︎
phf: this really has been a low priority item until i moved to russia, but now i'm stuck in secular hell, so this whole subject elicits only anger and i'd rather something good actually came out of it. ☟︎
phf: asciilifeform: give me until end of march to resolve it one way or another, feel free to neg rate me then ☟︎
lobbesbot: phf: Sent 1 day, 8 hours, and 12 minutes ago: <asciilifeform> i hate to become 'thread necromancer', but would really like a resolution of http://btcbase.org/log/2018-11-28#1875722 & the related quandaries some time before i die of old age. plox to comment.
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
phf: http://btcbase.org/log/2019-02-17#1897638 << i've been building everything using ave1's gcc/gnat which is musl based. i don't see any reason to keep glibc ☝︎
mircea_popescu: asciilifeform can you believe you've lived to be doing the xraying to the bolix ? ☟︎
asciilifeform: as for server, iirc it's a pure diana_coman matter , and still in the worx
trinque: probably there ought to be some euloran folks weighing in, maybe shinohai or someone tells us whether it can be built atop musl
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
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.
asciilifeform: it's gotta be the single most functional artifact that particular batch of africans ever put together
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
asciilifeform updated post with link to same.
asciilifeform: ( and that the can per se was added in 'production' model to improve thermal transfer )
asciilifeform: loox exactly like the top side of the ceramic one. so entirely possible that ~bottom~ of die is under the can.
asciilifeform: for thread-completeness, http://btcbase.org/log/2018-11-30#1876504 << bottom side of the 'tin can' variant. ☝︎
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 )
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 )
asciilifeform: compare with the fg xilinx die , the latter has no fancy package, and is entirely homogeneous at 35kV.
asciilifeform: betcha it's alumina thermal grease, in there.
asciilifeform: dun look anyffin like the published pic tho.
mircea_popescu: it's organized tho, i perceive patterns.
asciilifeform: pretty sure it's a noise, i.e. one can't usefully milk the circuit from it
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 ?
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
asciilifeform: it aint film rot, took 2 shots and were ~identical.
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
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. ☝︎
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
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. ☝︎
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
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. ☝︎☟︎
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.
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 ? ☝︎☝︎
mircea_popescu: from 's not in the standard"
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".
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.
mircea_popescu: ualified to go about emperor-ing in the buff.
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!"
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 ☝︎☟︎
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
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. ☝︎
asciilifeform: i dun know ~anyffin about it, either. q is where the fuck standards-compliant soft are to come from, to begin with.
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.
mircea_popescu: witness the reaction to the discussion of tcc very different to the reaction to this discussion of zcx.
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".
asciilifeform: well the 'pro' thing aint 'available to public'. but still africans ?
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.
asciilifeform: it remains troo that errybody wants flying palace of gold but nobody wants to pay shit.
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.'
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".
mircea_popescu: more of that, less of this.
mircea_popescu: why'd i have them do anything ? africa's fulla africans who don't go around pompously pretending they're white people.
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 ?
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 )
mircea_popescu: http://btcbase.org/log/2019-02-28#1899789 << but ofcouars. "requires netbase" too, i'm sure. ☝︎
mircea_popescu: a most infuriating implementation of broken-by-design, ironically exactly the thing foss was supposed to prevent.
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". ☝︎
mircea_popescu: if you find something of interest feel free to genesis or w/e.
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
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.
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? ☝︎
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 ☟︎
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.
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
asciilifeform: y'know, same 'thinking' that gave http://btcbase.org/log/2019-01-20#1888514 ☝︎
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
asciilifeform: bvt: didja turn up a zcx version with working abort ?!
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"
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
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 )
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
diana_coman: hence the zero-cost by not doing the job
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!" ☟︎
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 ☟︎
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
asciilifeform: bvt: zcx is broken ~by design~, it doesn't attempt to implement preemptive multitasking at all.
diana_coman: ah, not with the standard, ofc not; with whatever certificate x measures (as they say: traceability, formal verification, stack consumption)
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
bvt: hello. i also tried to find information on why zcx is broken, but not sjlj -- did not find anything specific
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
asciilifeform: diana_coman: 'compliance tools' aha. but , if not with the standard... then with what.
diana_coman: and yes, tools for certification this and that i.e. automated bureaucracy/compliance
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 ) ☟︎
diana_coman: my impression was that their upsell was mostly on tools i.e. the IDE whatever-its-name-was
asciilifeform: last i looked, didn't turn up a leaked copy anywhere.
asciilifeform: currently i've nfi where, if indeed at all, 'pro' differs from the public gnat.
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