9600+ entries in 0.064s
a111: Logged on 2018-09-04 14:50 mircea
_popescu: alright. so basically, we have a july latest-kernel from alf at
http://nosuchlabs.com/pub/conf_current.conf << diana
_coman trinque erryone else interested read and see if it works for you / comment ?
BingoBoingo: mircea
_popescu: The default in the recipe has changed going forward after a bit of reflection reveals it was my failing
a111: Logged on 2019-02-10 20:31 diana
_coman: asciilifeform, and anyone else interested in testing Ada's failure to abort, minimal test setup: ossasepia.com/available
_resources/test
_tasks
_ada.zip
BingoBoingo: mircea
_popescu: This month I suspect I may have to.
a111: Logged on 2019-01-14 03:53 mircea
_popescu: in other arcana : i have here a copy of trb that has died a mysterious death on dec 31st. the process itself hasn't returned, ps aux lists it as expected, however the last time it touched any files was two weeks ago, nor does a call to getinfo ever return.
a111: Logged on 2019-02-10 20:00 mod6: Well, during the information gathering of my blog post, I went to boot back into my never-has-failed me Gentoo installation on my 500Gb SSD. And now I'm getting: "Welcome to GRUB! \n error no such device: e45d853f-... \n error: unknown filesystem \n Entering rescue mode... \n grub rescue>" which doesn't let me boot by selecting: linux (hd0,1)/<kernel
_name> root=(hd0,3) \n boot different than the normal gr
a111: Logged on 2019-02-10 16:02 diana
_coman:
http://btcbase.org/log/2019-02-08#1893804 -> sadly I must say that I failed to find a way to terminate the program if/when one of the tasks is just looping infinitely ; I tried: abort of the looping task -> nothing,because task is "not in an abortable region"; Abort
_Task(Current
_Task) from the main program -> still stuck because apparently it takes it to mean "will stop AFTER all my dependent tasks stopped too!"; raising an uncaught except
BingoBoingo: mircea
_popescu: Right. This shit has to get cleaned, and turned into an actual library collection rather than CMU subsidizing Google.
mircea_popescu: diana
_coman the one question lingering here is : as ada actually elaborates an init and an exit, as it must, since it does in fact compile, whether there's a way to use these correctly in lieu of "call C-mommy to change diapers".
a111: Logged on 2019-02-08 18:11 diana
_coman:
http://btcbase.org/log/2019-02-08#1893756 -> this makes in fact a lot of sense esp given asciilifeform's observation that indeed, that's an unrecoverable error state; so this sounds good: if child task doesn't die when aborted then kill self (taking the task with self too ofc); I'll experiment with this but afaik so far it should work
BingoBoingo: mircea
_popescu: That was my motivation for the question. How much junk can be cut in the collection management process on the way to having a library
diana_coman: asciilifeform, and anyone else interested in testing Ada's failure to abort, minimal test setup: ossasepia.com/available
_resources/test
_tasks
_ada.zip
☟︎ mod6: Well, during the information gathering of my blog post, I went to boot back into my never-has-failed me Gentoo installation on my 500Gb SSD. And now I'm getting: "Welcome to GRUB! \n error no such device: e45d853f-... \n error: unknown filesystem \n Entering rescue mode... \n grub rescue>" which doesn't let me boot by selecting: linux (hd0,1)/<kernel
_name> root=(hd0,3) \n boot different than the normal gr
☟︎ diana_coman: it reported dutifully that thread got sig
_abrt but then it was still there and ...nothing
diana_coman: and it shows those tasks still there; ALSO: from within Ada, you can tell: if your code does abort Task
_X and then check Task
_X'Terminated , it'll still be false (idem 'Callable still true)
diana_coman: and I mean abort
_task(current
_task) as well as abort that
_task
diana_coman: asciilifeform, nope; I tried raise Program
_Error and it was just as stuck
a111: Logged on 2019-02-10 16:21 diana
_coman: HA! so....GNAT.OS
_Lib.OS
_Exit(0) at least...works
a111: Logged on 2019-02-08 17:06 mircea
_popescu: so then i'm guessing if indeed this problem is encountered thing should just die altogether.
a111: Logged on 2019-02-10 16:12 mircea
_popescu: i'd rather write a new ada.
a111: Logged on 2019-02-10 16:05 diana
_coman: I'm all ears if anyone has some idea re this supposedly simple thing: how to kill-self in ada, whole program but guaranteed to work i.e. without any bullshit "oh, but only if/when..."
diana_coman: ofc: pragma Import(C, OS
_exit, "
__gnat
_os
_exit") and same for abort for that matter; so pretty much as above: to kill, call in C
diana_coman: HA! so....GNAT.OS
_Lib.OS
_Exit(0) at least...works
☟︎ diana_coman: I suppose I still have to try...calling pthread
_kill from within ada or somesuch madness
mircea_popescu: diana
_coman or rather, "how to a) kill something b) in a manner that's guaranteed to work".
a111: Logged on 2019-02-08 18:11 diana
_coman:
http://btcbase.org/log/2019-02-08#1893756 -> this makes in fact a lot of sense esp given asciilifeform's observation that indeed, that's an unrecoverable error state; so this sounds good: if child task doesn't die when aborted then kill self (taking the task with self too ofc); I'll experiment with this but afaik so far it should work
diana_coman:
http://btcbase.org/log/2019-02-08#1893804 -> sadly I must say that I failed to find a way to terminate the program if/when one of the tasks is just looping infinitely ; I tried: abort of the looping task -> nothing,because task is "not in an abortable region"; Abort
_Task(Current
_Task) from the main program -> still stuck because apparently it takes it to mean "will stop AFTER all my dependent tasks stopped too!"; raising an uncaught except
☝︎☟︎ a111: Logged on 2019-02-10 15:43 mircea
_popescu: seems the ~true value~ of peta hash is about 4-500 bucks.
a111: Logged on 2019-02-09 19:53 mircea
_popescu: i use it to torture girls.
a111: Logged on 2019-02-09 20:15 mircea
_popescu: in short -- i don't merely wish to import x and then end up in bullshit "kde vs gnome" faux "dilemma"s of the femstate ilk. i wish to import x in such a way as to have a sane stack. which is why i wanna saddle phf with it.
a111: Logged on 2019-02-09 18:37 asciilifeform: mircea
_popescu: ideally would be 'download trinque's signed iso and boot from it, then install cuntoo'
BingoBoingo: mircea
_popescu: Rather than a rk, shinohai cuntoo'd and AMD E-300 (AMD 64) laptop
mircea_popescu: ok so basically so far the situation's that shinohai managed to get trinque's sig to match on a rk but not an intel lappy, while diana
_coman mod6 hanbot failed to get it to match on a diverse set of items (laptop, desktop, racked box).
a111: Logged on 2019-02-03 17:19 trinque: diana
_coman: might I get a tarball of your cuntoo build directory's present state?
mod6: mircea
_popescu: indeed overripe now, point taken, Sir.
a111: Logged on 2019-02-09 15:29 mircea
_popescu: Mocky now you gotta answer it :D
mircea_popescu: i had "That the probably only
_truly
_ random element in anyones life is the order in which they experience things" selected.
Mocky: mircea
_popescu: thx for the mega comment
BingoBoingo: mircea
_popescu: carbon black nipples the both of them. Raised withing 5 km of each other. One catholic schools (not rare) other "baptist" school.
BingoBoingo: mircea
_popescu: Take it on my word you are better off not knowing
BingoBoingo hopes to have opened at least one new vein for mircea
_popescu and hanbot to mine
BingoBoingo: Mind trinque, ben
_vulpes, and asciilifeform living in alt-Midwests to this day
nicoleci: mircea
_popescu, the only scene i have is the one without water because the locals, turn it off at 9pm every night
BingoBoingo: mircea
_popescu: They don't unless standards for Junior Data Entry fell off of a cliff.
trinque: BingoBoingo: it's not different from my evening; chugged a few beers with ben
_vulpes and the junior gent. "throw me at anything boss!", and we still make these in TX apparently.
a111: Logged on 2019-02-09 01:42 mircea
_popescu: da fuck was he ? can't attach to anything.
BingoBoingo: mircea
_popescu: He hung around and explicitly embraced socialism around the time of the BitBet death