log☇︎
29700+ entries in 0.016s
asciilifeform: that was my point, this remains to be excavated
asciilifeform: bvt: i do not know for a fact whether it eats same struct as the userland call, or different
asciilifeform: ( and yes it is catalogued, in various places, e.g. http://blog.rchapman.org/posts/Linux_System_Call_Table_for_x86_64/ , but to go to implementation takes moar sweat )
asciilifeform: i'd luvv to see a syscall-tronic version of the udp transceiver thing, for instance.
asciilifeform: there's very little point in memorializing the c api liquishit imho
asciilifeform: really the shit to catalog is the actual kernel abi -- what ave1 is doing .
asciilifeform: and when we get own os, can rip out the c immediately in favour of for CuntLips'Address use 16#FF00ABCD# device interface, etc.
asciilifeform: the obvious alternative to cataloguing the liquishit, is to let it stay in gnat's c frontend where it belongs, a la the udp.c thing.
asciilifeform: ( also to stop the gcc5ism gangrene, but this is a close second )
asciilifeform: it's why it made sense to fork off gnat to begin with, so that these can be done.
asciilifeform: to keep 9000 mutant copies of these basic things is insanity
asciilifeform: imho in long term we really gotta move the compat layers liquishit out of individual projects and into tmsr-gnat
asciilifeform: i'ma genesisate it as soon as i figure out a workaround
asciilifeform: bvt: maptron is actually done aside from the strings horror raised last night
asciilifeform: i do not see how it would be improved by being 6000, if i were to try to adaize erry possible idjit unix's struct sockaddr_in .
asciilifeform: my udp lib is ~600 line, and not 6000, because i went in this direction. ☟︎
asciilifeform: rather than baking it into 1000 manyears
asciilifeform: bvt: imho it's wasted work; oughta have just enuff coad to interoperate with the pot of c liquishit while we still must
asciilifeform: ( on bare iron, with , say, iron-control variables where e.g. Nic : Unsigned_32 ; for Nic'Address use 16#FF00ABCD#; etc )
asciilifeform: cuz may as well; if we ever tear off unix , will have to replace those mechanisms anyway
asciilifeform: sorta why i went ahead and stuck ALL of the os-dependent crud in udp lib into 1 .c
asciilifeform: of course it hooks into c/posix api.
asciilifeform: how else ? it dun know about kernel abi, linux mutations, etc
asciilifeform: bvt: they differ for same reason as tit sizes -- nobody ever standardized, so naturally varies
asciilifeform: the funny/sad bit is that this is ALREADY in gnat, for e.g. http://btcbase.org/patches/ffa_ch8_randomism#L132 , but ~not exposed~ ! to user
asciilifeform: so any particular proggy can call e.g. open() with correct flaggisms, because it aint as if the gnat on the $box does not already know what os/iron it sits on.
asciilifeform: sorta what the orig authors lamely tried to do ( and mostly failed )
asciilifeform: the correct end of the funnel to plug, imho , would be a sane flags lib built ~into gnat~, and correct ~per gnat port~
asciilifeform: they aint a posixism
asciilifeform: bvt: syscalls were never guaranteed to be same errywhere tho
asciilifeform: ( and from this we get to 'why didja not write the proggy in asm, if it only worx on linux 2.4 on mips ' etc )
asciilifeform: cuz it's either that or 1 v-branch per os/iron .
asciilifeform: possibly sumthing like http://btcbase.org/log/2018-10-24#1865559 oughta be considered. ☝︎
asciilifeform: O_DIRECTORY might be a bitch in the fyootoor , i suppose
asciilifeform: ( i.e. none of these flags appear in my proggies, aside from the open() one )
asciilifeform: bvt: i'm not surprised; but these dun affect anyffing i considered to be essential posix knob
asciilifeform: i would've naively imagined that massive 'contrabass' like this would may as well include the uv lamp. but apparently didn't.
asciilifeform: btw, ftr, subj : http://www.loper-os.org/pub/romburn_1.jpg http://www.loper-os.org/pub/romburn_2.jpg http://www.loper-os.org/pub/romburn_3.jpg http://www.loper-os.org/pub/romburn_4.jpg , in case anybody cares.
asciilifeform agrees
asciilifeform: i suppose if i had a stable of trained seals, might entertain'em/self in this way.
asciilifeform: there are not so many occasions when i hammer in key by hand.
asciilifeform: possib
asciilifeform: ( put a/b/c/d/e/f stickers, and you got it )
asciilifeform: https://archive.is/Pvt8J << photo, subj.
asciilifeform: goes smoother if you giv'em an 'autovon'-style keypad thing, instead of pc kbd
asciilifeform: ( burns well, and costs < roms )
asciilifeform: typically they kept privkeys on hole-tape
asciilifeform: resisted to buy, it's ~typewriter size/mass'd
asciilifeform: rom hand-typewriter, if you will.
asciilifeform: i saw a surplus box of this type for sale, not so long ago
asciilifeform: you enter addr, then hit FF, or B0, or whatever, then '->' button...
asciilifeform: tho funnily enuff, in '80s su the standard method of burning ROMs was actually this box with keypad
asciilifeform: ( i cant say i've ever programmed anyffing using http://www.loper-os.org/pub/podvig_radista.jpg method ... )
asciilifeform: we kinda have these already
asciilifeform: ( think 'cellular automaton' )
asciilifeform: ( in '50s this was a best-selling 'ram' , but afaik nobody thought to de-rasterize it and make it the whole comp )
asciilifeform: for all i know, you could match 'z80' performance with simply modified cathode tube where the beam steers depending on what the state of the phosphor under it was, rather than moving in linear rasters.
asciilifeform: nobody said it ~gotta~ semiconduct.
asciilifeform: 'we dun need a 4 ring binder, we dun need a 3 ring binder, we dun need papers, we want information crunched'
asciilifeform: all of this is in re 'you may be able to get away with only metals, no dopants' subthread.
asciilifeform: kW if you make it room-sized. potentially mW if microscopic.
asciilifeform: !#s setun
asciilifeform: ( and can have almost anyffing as the core, even vacuum, all transformers saturate )
asciilifeform: and there isn't really a theoretically minimal size for it, afaik.
asciilifeform: )
asciilifeform: ( for n00bz re earlier -- magnetic logic is based on the fact that a transformer core can 'saturate'. ergo you can bake a 'nand' simply from transformer with three windings.
asciilifeform: water or no water
asciilifeform: not even speaking of intelisms -- if you can't remove heat at the rate it is produced by resistance -- you get magic smoke, no matter how you cut it
asciilifeform: btw -- and iirc we had the thread -- there are even deeper crackpotteries potentially in the mix : it is possible to have strictly magnetic logic, without semiconductor. if can simply etch fine metal mask, interleaved with insulator, potentially can have a kind of slow 'z80' from miniature toroid logic (as seen in '60s su)
asciilifeform: you want an end product that conducts thermally as well as electrically, or you get a lighter.
asciilifeform: hence 0 movement , afaik, on any such front.
asciilifeform: specifically opposite of industry(tm)
asciilifeform: well no, faberge.
asciilifeform: massively green field
asciilifeform: ( perhaps when baked ? )
asciilifeform: the harder part might be ~conducting~ tracks -- would need sumthing that can be moved electrophoretically (i.e. ionic) but then somehow fuse into metallic conductor.
asciilifeform: nao missing ingredient, find a carrier medium that you can do this to, that can be doped to semiconduct...
asciilifeform: we're speaking of a pocket-sized apparatus .
asciilifeform: separate 'looms'
asciilifeform: can run warehouse full .
asciilifeform: nobody says you gotta only run 1 at a time, lol
asciilifeform: each gets x and y steering current.
asciilifeform: picture two planar gels (or whatever carrier medium) at orthogonal to one another, meeting in a thin line. the 'vertical' plane is yer 'print head', containing single steerable 'column' of $ion; the 'horizontal' is yer 'paper'.
asciilifeform: *thisway
asciilifeform: mircea_popescu: re 'ion pump' upstack , in olden days when asciilifeform worked as academi-grunt in a bio lab, did many long hours of snore at electrophoretic 'blots', where chromatographic rubbish moves along a gel. and thought 'why not bake ic this day, what if you give it 2nd axis to steer the current' etc
asciilifeform: ( still taught in kindergarten, errywhere )
asciilifeform: entirely. like the 19th c lumped approximation to maxwell's equations.
asciilifeform: i'd like to learn who it was, who mutilated.
asciilifeform: srsly, wtf, mips. ☟︎
asciilifeform also quite liked. even learned of previously-unsuspected linuxlol
asciilifeform: ( generally if you do it in the part of town where the garages and meth labs are, you dun have usg.problems, at least not immediately )
asciilifeform: mircea_popescu: regularly there's word from some d00d who actually bought surplus gear ( see e.g. linked thread ) and 'omfg, i made a diode!' , typically as far as they get ( and it wasn't even because usg.dhs came for his flourine , afaik it did not )
asciilifeform: in '80s folx briefly made , then somehow evaporated.
asciilifeform: mircea_popescu: i'd even settle for something entirely like ice40 but with fuse/antifuse bridges
asciilifeform: the etches, the masks, the elemental fluorine gas and other joys
asciilifeform: that's part of what makes the trad process cost what it does, yes
asciilifeform: imho the classical fab is an overwhelmingly incatronic tech, it centralizes unhealthily. ☟︎
asciilifeform: presently i have nfi whether this is physically possible, or how in particular -- could be fpga-like device where somehow the components actually ~move~ into position ; or sumthing where you can optically burn away the unused tracks through 'window' ; or some yet entirely unknown trick.
asciilifeform: to briefly revisit upstack, asciilifeform's interest in ic fab largely revolves around http://btcbase.org/log/2018-04-30#1806521 . ☝︎
asciilifeform: gotta luvv how even the very name is a lie -- silver ran out there, when , 19th c ?