log☇︎
15000+ entries in 0.132s
asciilifeform: the type of people who cannot stomach this type of 'thinking', 'engineering', end up self-retiring from unixism entirely, they eat pistol, or learn to run a crane, etc
a111: Logged on 2019-02-17 14:10 mircea_popescu: now in other lulz, check this out : http://archive.is/89adR#selection-9.9948-9.10055 "This is a special mix of insertion sort and heap sort, optimized for the data sets that actually occur."
a111: Logged on 2019-02-17 14:45 mircea_popescu: asciilifeform i don't fucking get it, just HOW FUCKING MANY symbols are they dealing with here ? by the sheer desperation screaming out of the code you'd think a compile produces at least 5 trillion of them.
mircea_popescu: the problem was : as per http://btcbase.org/log/2019-02-17#1897450 seen in http://btcbase.org/log/2019-02-17#1897382 -- is there call or isn't there call for such elaborate nonsense. the answer to this problem lies in the size of the dataset, if truly huge then ~perhaps~, but if small certainly not. then we had a discussion to establish whether large or small, which died on the facts, but i resurrected on culprit confession : ☝︎☝︎
asciilifeform: rright, and this process eats a buncha libs, with n1, n2, ... nN syms in ea., and shits out e.g. another lib, that exports only 7.
asciilifeform: ( spoiler : heapism per se is a solution to a problem that is ill-posed , and therefore impossible for malloc to be anyffin but an elaborate http://btcbase.org/log/2016-01-21#1379603 ) ☝︎
mircea_popescu: anyway. seems gcc has a baked-in "max 2097152 symbols"
mircea_popescu: it adds a zero!
mircea_popescu: "/* The count field we have in the main struct object is somewhat limited, but should suffice for virtually all cases. If the counted value doesn't fit, re-write a zero. The worst that happens is that we re-count next time -- admittedly non-trivial in that this implies some 2M fdes, but at least we function. */" ☟︎
mircea_popescu: diana_coman myeah. i guess it'd take a patch on gcc, which is too much hassle atm.
asciilifeform: as i understand, it cannot be done reliably on a unix, period.
a111: Logged on 2019-02-02 01:57 asciilifeform: i suppose will also work a++ for asciilifeform's peine forte et dure!11
mircea_popescu: (for completeness, approx - "men are of flesh, women, of steel. it shoul've been the other way around, but god's hunchback and not above mistakes ; women say they're flesh, men claim to be steel -- which is why it's dark at night and life a hotel"
asciilifeform: loox familiar, i suspect it was in a trilema piece
asciilifeform: mircea_popescu: cocks have at least something resembling a bound parameter.
asciilifeform: whereas engineer entirely might be given such , as a routine matter
mircea_popescu: see, engineers are worse than whores. a whore might pretend like she's not working, but an engineer does inept shit like "/* This should optimize out, but it is wise to make sure this assumption is correct. Should these have different sizes, we cannot cast between them and the overlaying onto ERRATIC will not work. */" so as to ~pretend~ like he doesn't see WHY exactly he wants to take that code out. seriously, ooga-booga-bu ☟︎
asciilifeform: ^ all gnutardisms are fulla this. cuz otherwise fat change anyone could come up with even a helloworld that builds at all.
mircea_popescu: but as a factual matter -- object files end up a few mb, and they're not 100% symbol by mass. you jsut can not have this many.
mircea_popescu: which it does not, when's the last time you had 1mn. wtf is all this tim's wondermachines steampunk idiocy for ? can just sort a fucking list
mircea_popescu: asciilifeform i don't fucking get it, just HOW FUCKING MANY symbols are they dealing with here ? by the sheer desperation screaming out of the code you'd think a compile produces at least 5 trillion of them. ☟︎
mircea_popescu: or else you have a workable even set of them
asciilifeform: in turn, foo.h churns, churns, 9000 new versions in 6 months, cuz c intrinsically is a '10 lines contain 14 bugs' lang by virtue of sheer obfuscatory ugh ( who can say e.g. how many off-by-ones in http://archive.is/89adR#selection-9.11980-9.13314 ? in all possible calling contexts.. )
asciilifeform: 'what if you have a vax-flavoured foo.h' etc
mircea_popescu: asciilifeform yes, but you see it as an improvement because you perceive it forces their hands down the right path, whether they want to or not. it's a rapeprovement.
mircea_popescu: you can not in fact define symbols after the fact (and i don't mean just the elf technical term -- all symbols). the only way to define a symbol is by its parents.
mircea_popescu: in fact, there's a long line of illustrious ancestors who, having spotted this problem (wtf is foo ?!) attempted to solve it ~the very wrong way~, ie, by definition. hence not just ai winter, but microscopically naggum's sgi misadventures and so on.
mircea_popescu: (note that the tempting "obvious" approach -- describe foo then!!! -- is not only fucking broken, but broken in the exact way minsky wasted life trying to produce. there can not be ~description~, the only way to induce meaning in the machine is through filiation. v-produced foo has a very strict "wtf is it ??" answer associated, but also very fine and not structure-driven.)
mircea_popescu: yeah, needs a v.
mircea_popescu: asciilifeform so basically it all comes down to a gns absence issue ?
asciilifeform holds that the gnu sepsis is a direct and inevitable result of ~how c worx~
mircea_popescu: asciilifeform why not do it properly then, get rid of symbol clashing as a concept altogether, let everything be the last thing it was and be done with it.
mircea_popescu: "but the mechanism for symbol clashing exists for a reason"
asciilifeform: mircea_popescu: it's a hack, of exactly that species ( see e.g. https://archive.is/vTHJi )
feedbot: http://thetarpit.org/posts/y05/084-gutenberg-ii.html << The Tar Pit -- gutenberg.org part zwei, a dissection ☟︎☟︎
mircea_popescu: and in likbez-mp : can anyone explain "weak symbols" as a concept to me without making it sound like a hack ?
mircea_popescu: asciilifeform one of the larger, more impressive books in my parents' library was "welt der kunst". i couldn't read german, but mom explained it's "the world of art" so it populated my childish immagination for a full decade, until old enough to read it. by that time it disappointed -- not that anything could have lived to heights a kid might build in mind over years. ☟︎
mircea_popescu: with a (unproven) claim for complexity cap no less.
mircea_popescu: now in other lulz, check this out : http://archive.is/89adR#selection-9.9948-9.10055 "This is a special mix of insertion sort and heap sort, optimized for the data sets that actually occur." ☟︎☟︎
mircea_popescu: reading gnu code, always good for a facepalm.
mircea_popescu: "/* ??? Glibc has for a while now exported __register_frame_info and __deregister_frame_info. If we call __register_frame_info_bases from crtbegin (wherein it is declared weak), and this object does not get pulled from libgcc.a for other reasons, then the invocation of __deregister_frame_info will be resolved from glibc. Since the registration did not happen there, we'll die. Therefore, declare a new deregistration entry poi
diana_coman: I also tend to remember asciilifeform had at some point a signed build; anyway, if it's still needed I can pack ave1's gnat, yes; possibly he'd need both the "static-only" (i.e. latest version) and some previous version
mircea_popescu: it's such a fucking pleasure to get up in the morning and get to the logs...
asciilifeform: iirc i uploaded a signed build... cant seem to find where grr
mircea_popescu: asciilifeform diana_coman can either of you package a bin for his bootstrap privately ?
mircea_popescu: that's a seriously great coinage.
a111: Logged on 2019-02-16 00:32 mircea_popescu: "The issue is that the code generated for __builtin_longjmp reads a value for x29 (the frame pointer) from the jmp_buf, but the code generated for __builtin_setjmp doesn't actually write x29 to the jmp_buf, leading to corruption of x29 when a longjmp occurs.
mircea_popescu: bvt --eh-frame-hdr << how much less probable does it make it ? (ie, there's a bunch of old reported stash smashing bugs in gcc, such http://btcbase.org/log/2019-02-16#1897096 as from yest), and --eh-frame-hdr protects the stack from being thus corrupted. ☝︎
bvt: diana_coman: it did not, as it was a clear hack to just make things work http://bvt-trace.net/src/gthr-disable-weak.diff
mircea_popescu: imo franco very much like maduro. i dunno if you've looked at dood much, he's 100% ranchero guy, would be way the fuck happier raising cattle, maybe at the most driving a truck. but he's stuck with these idiots.
asciilifeform suspects this is a gcc5ism
bvt: (still tested only with gnat2017, but this is a different story; i see no reason to believe that ave1gnat does not have the same issue)
bvt: which is broken with static linking due to usual 'creativeness' of gnu folx https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=libgcc/gthr-posix.h;h=88cbc23937ec20b15b35c5adb7f9983282c6f084;hb=HEAD#l247
bvt: unwinding stack for exceptions requires taking locks https://gcc.gnu.org/git/?p=gcc.git;a=blob;f=libgcc/unwind-dw2-fde.c;h=24b4ecee68c17e1701c4482580e449b03a4e6fe9;hb=HEAD#l1046
a111: Logged on 2019-02-12 23:36 mircea_popescu: but seems he ALSO found a race condition in the handlers ?
bvt: http://btcbase.org/log/2019-02-12#1895598 << i'd like to briefly report on this: at this point i'm sure that there is a race condition. i'll do a post tomorrow morning on it, but short summary is ☝︎
mircea_popescu: not to a random article.
asciilifeform: phunphakt : ada std includes a pragma that manually throws a string for bin auditor to read, in selected spot.
a111: Logged on 2016-04-22 01:10 asciilifeform: ida is a particularly interesting case because it is a TOTAL monopoly
asciilifeform: nao this is not a complete answr to 'what does it do, EXACTLY' cuz that also ropes in the ~2MB of standard lib
diana_coman: I added a delay in there before the final check of tasks
mircea_popescu: BingoBoingo found it http://trilema.com/2016/usg-in-btc-a-history-of-constant-failure/#selection-39.0-39.51 << ☟︎
asciilifeform: ( 1 of those things for which there aint a complete substitute, sadly, if yer doing serious reversing )
asciilifeform: mircea_popescu: i hesitate to addict folx to ida, it's a gnarly ball of proprietary liquishit, and needs a toilet box with 'wine' to run etc
asciilifeform: diana_coman: could plz tar up that built gnat and post ? i have a suspicion ( to get ljmp with old gnat, i had to set include paths on my box )
mircea_popescu: ave1 did you ever run a sjlj version ?
ave1: I was working on getting a cuntoo up (which is going slow, I need to relearn to build a kernel, this used to be a lot easier 20 years ago)
a111: Logged on 2018-03-21 16:44 mircea_popescu: "Like a bad ass she is, she proved to be wise beyond her years by standing head and shoulders (Or is it ass-tall) with the boys." doesn't even INTEND irony, you realise.
asciilifeform: ( leaving aside the fact that it is a shit arch on multiple levels of design, much like x86, only real diff is that it dun come with 35 yrs of legacy crapola )
mircea_popescu: because FUCKING OBVIOUSLY it dun work worth a shit nor does it do anything, practically speaking. and if it doesn't here, it doesn't re "education" or "politics" or "civil society" or what have you.
mircea_popescu: cursory familiarity with the state of the computing stack (and, implicitly, the utter ridiculousness of any wasp-remnant notions of "the public oppionion" and "wouldn't permit" etc) would have saved that white haired tard a lot of unplesantness down in ecuador embassy.
asciilifeform: if arm64 were a completely compat. superset of conventional 'arm7', this would make 0 diff naturally. but seems like it aint
asciilifeform: mircea_popescu: sjlj ? was 'deprecated' Officially, Only A Terrorist(tm) Would Want, was the flavor i got from the http://btcbase.org/log/2019-02-15#1897058 rotters ☝︎
mircea_popescu: i can't imagine it was never written, this long jump thing was standardf for a while neh ?
mircea_popescu: "The issue is that the code generated for __builtin_longjmp reads a value for x29 (the frame pointer) from the jmp_buf, but the code generated for __builtin_setjmp doesn't actually write x29 to the jmp_buf, leading to corruption of x29 when a longjmp occurs. ☟︎
a111: Logged on 2019-02-15 18:36 asciilifeform: this, note, is ~still~ a bug ( or , worse, aarch64 dun know how to longjmp-task ? i.e. not implemented ? ) and will have to be cured. but as i undestand diana_coman is currently interested in x64.
mircea_popescu: http://btcbase.org/log/2019-02-15#1897029 << myeah, eulora suddenly very fucking useful to teh broader community. i have a good mind to add a few months payroll to the goodwill line, because hory shit. ☝︎
mircea_popescu: seems we're en route to discover that all gnat builds depend on ~this one bridge build~ that was done by a meanwhile dead graybeard sometime in 2001.
diana_coman: full you mean? I didn't time it, more usual left it and came back to it done, but from scratch ~1hour , possibly a bit more than that (less than 2 though)
asciilifeform: after this you oughta get a sjljistic ave1 gnat.
asciilifeform: iirc ave1's builder is a 2-step thing, so gotta make sure it gets enabled for both
asciilifeform: 'Fabian Vogt 2014-12-12 15:30:53 UTC If sjlj exceptions are not supported for ARM, shouldn't the configure option be invalid for ARM or at least print a warning? If an option does exist and it simply crashes the compiler during make, it's definitely broken and must be removed.'
asciilifeform: ( note btw that sjlj on backend is a gcc pheature, rather than particular to gnat -- tho gnat naturally has hooks for it, when in use )
asciilifeform: rright, so lessee if its a gnat bug per se , or only in arm backend.
diana_coman: ofc it's still a bug; but one step forward in figuring out something of this is still useful
asciilifeform: this, note, is ~still~ a bug ( or , worse, aarch64 dun know how to longjmp-task ? i.e. not implemented ? ) and will have to be cured. but as i undestand diana_coman is currently interested in x64. ☟︎
asciilifeform: ( 'move_insn' seems to be the peephole optimizer on back end. i gotta wonder if it ended up being fed a x64 .o by the linker, and choked on ~that~ )
diana_coman: uhm, and ave1's blog thinks I'm a spammer and won't let me comment...
a111: Logged on 2019-02-15 16:45 mircea_popescu: does anyone have any appreciation WHATSOEVEr what a tower of shit all this is ? "oh, we have 3 options of which one sorta works except not in this way -- but the other two, barely at all!"
asciilifeform: http://btcbase.org/log/2019-02-15#1896996 << if there exists somewhere a 800+kLoc proggy that ~aint~ a tower o'shit, i have yet to see or even hear of it ☝︎
deedbot: BingoBoingo rated ragnardanneskjol -5 << Professed to do something, Ate substantial time over several years, if he crawls back out of his whole consider him a navigational hazard who will eat any time you offer him and further waste anytime you spend expecting him to deliver
BingoBoingo: !!rate ragnardanneskjol -5 Professed to do something, Ate substantial time over several years, if he crawls back out of his whole consider him a navigational hazard who will eat any time you offer him and further waste anytime you spend expecting him to deliver
mircea_popescu: does anyone have any appreciation WHATSOEVEr what a tower of shit all this is ? "oh, we have 3 options of which one sorta works except not in this way -- but the other two, barely at all!" ☟︎
deedbot: BingoBoingo updated rating of pete_dushenski from 1 to 1 << Canadian lifestyle blogger, Embracing the icy north of a peripheral Pantsuit land, a trackful wast
BingoBoingo: !!rate pete_dushenski 1 Canadian lifestyle blogger, Embracing the icy north of a peripheral Pantsuit land, a trackful wast
deedbot: BingoBoingo updated rating of jonvaage from 1 to -1 << received loan of #b-a +v, se fue
BingoBoingo: !!rate jonvaage -1 received loan of #b-a +v, se fue
BingoBoingo: !!rate jonvaage -1 received loan of #b-a +v, se fue
deedbot: BingoBoingo updated rating of heysteve from 1 to -1 << Did a thing with words, ended up going the other way
BingoBoingo: !!rate heysteve -1 Did a thing with words, ended up going the other way