Perl 6 - the future is here, just unevenly distributed

IRC log for #divine, 2016-10-12

| Channels | #divine index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:57 divine-buildbot joined #divine
01:48 ilbot3 joined #divine
01:48 Topic for #divine is now DIVINE | http://divine.fi.muni.cz | http://irclog.perlgeek.de/divine/
01:58 divine-buildbot joined #divine
03:16 divine-buildbot joined #divine
06:33 yaqwsx joined #divine
07:39 yaqwsx joined #divine
08:13 yaqwsx Je tohle správný způsob, jak zjistit jestli jsem v kernelu? reinterpret_cast< uint64_t >( __vm_control( _VM_CA_Get, _VM_CR_Flags ) ) & _VM_CF_KernelMode
11:49 divine-buildbot Hey! build divine-next-debug #3 is complete: Failure [finished]
14:17 divine-buildbot Hey! build divine-next-debug #4 is complete: Success [finished]
14:44 yaqwsx mornfall: Vláďa vzkazuje, že je asi rozbité stepi v kernelu
14:48 xstill_ přesněji řečeno stepi v okamžiku kdy se skočí do kernelu vykoná vcelku libovolně mnoho instrukcí
14:51 mornfall xstill_: setup --debug-kernel máš nastavený?
15:09 xstill_ mornfall: to jsem nevěděl, že existuje, s tím to funguje
15:12 mornfall xstill_: když debuguješ user program, tak kernel stepovat fakt nechceš, úplně stačí knihovny...
15:38 xstill_ jo, mě to nejdošlo jen
15:45 yaqwsx mornfall: Chtěl bych implementovat trace info. Reportovat se tedy budou dvojice key->value (obdobně jako _VM_Env), ale nevím co je lepší - omezit se pouze na Cčkové string (a mít dvojici const char*, const char*) nebo to udělat i pro binární bloby?
17:12 evenfall tak jak je to s tím xlauko@, relay.fi.muni.cz mi píše že user unknown
18:32 yaqwsx joined #divine
18:32 yaqwsx xlauko1@ dle fadminu
18:47 evenfall yaqwsx: jo, ale tvrdil že má alias
18:47 evenfall ale možná má alias na @mail.muni
18:47 evenfall no to je jedno
18:47 evenfall yaqwsx: jak poznáš co je string a co ne?
18:48 evenfall yaqwsx: resp. to info by asi mělo být stringový, protože ho budeš formátovat pro člověka, ne?
18:48 evenfall nebo se to bude ještě dodatečně formátovat v divinu?
18:51 yaqwsx Asi bych to nechal string a formátoval už v DiOSu.
18:52 evenfall jo já asi taky
18:52 evenfall v podstatě to může být jeden string, ani to nemusí být klíče/hodnota?
18:53 yaqwsx Já bych to nechal klíč-hodnota - jak jsme se minulý týden bavili, tak pak můžu jako uživatel např. filtrovat, co chci zobrazit
18:54 evenfall to si nepamatuju :) asi jsem byl v deliriu
18:54 evenfall jakože | grep?
18:54 yaqwsx V podstatě.
18:55 evenfall já vlastně chtěl navrhnout že bychom všechny stdout věci formátovali jako yaml (reporty a spol)
18:55 evenfall tohle by taky mohl být yaml
18:55 evenfall já vim, yaml je debilní, ale znáte něco míň debilního?
18:58 evenfall http://yaml.org/ (tohle by mělo být validní yaml... ono je to v podstatě OK pokud nechceš složitý řetězcový literály)
18:59 evenfall je to teda silně nevhodný v kombinaci s markdownem a spol., protože whitespace pravidla si šlapou po patách, ale nevypadá to vysloveně hnusně a jsou na to parsery všude
19:06 yaqwsx Takže __vm_trace( _VM_T_Info, const char* ) a systém si musí pohlídat, že sekvence traceovaných řetězců složí validní YAML?
19:09 evenfall tak pohlídat, prostě se to bude očekávat
19:10 evenfall když to tak nebude, budou bugreporty ;-) nebo tak něco
19:10 evenfall nebo padající testy, cojávim
19:11 evenfall jdu se ještě podívat co se to děje s těma backtracama
19:11 evenfall už to skoro fungovalo ale pak jsem musel vystoupit z vlaku :p
19:11 yaqwsx No jasně. Yaml je za mě OK, zatím bych to pouze ve VM vypisoval (v runu např. s prefixem 'I: ')
19:11 yaqwsx A ve verify např. na konci.
19:11 yaqwsx Jinak RunMode už je pryč
19:12 yaqwsx Jen to zatím nepulluj, staví to na předělaných a neotestovaných threadech.
19:12 evenfall jj
19:35 mornfall /o\
19:40 ilbot3 joined #divine
19:40 Topic for #divine is now DIVINE | http://divine.fi.muni.cz | http://irclog.perlgeek.de/divine/
19:41 yaqwsx \o/ ?
19:43 mornfall a ono to má navíc ještě háček
19:44 yaqwsx Ano?
19:45 mornfall no ve stavu, v momentě kdy se nastaví error, je uloženej nějakej vzdálenej caller toho co se reálně děje
19:45 mornfall protože ještě nedošlo na přerušení
19:46 mornfall nicméně to možná snad nebude vadit
19:54 xstill jakej vzdálenej caller?
19:55 mornfall xstill: no třeba _start :) v test/c/assert.c
19:55 mornfall to má jen dva stavy a ve stavu se frame neupdatuje
19:55 mornfall počas běhu
19:56 xstill nechápu co je na tom vzdálenýho
19:57 mornfall no že je třeba o 4 rámce výš
19:57 xstill než handler?
19:58 mornfall než to kde nastal fault
19:59 mornfall žejo, scheduler spustí rámec ze stavu, to se počítá počítá, volá to věci, někde to vyfaultuje, ale ve stavu je furt ten původní rámec na kterej se skákalo
19:59 mornfall nicméně vyřešeno
20:19 mornfall yaqwsx: něco jsem stvořil, běží mi testy a zatím to spíš nepadá, tak si možná zkus pullnout
20:19 yaqwsx Ok, dopíšu abstrakt a vyzkouším to.
20:20 mornfall nj, houby, někde se to zacyklilo... snad to ještě vyřešim
21:14 mornfall nějak nefunguje std::set tuplů... resp. chová se to nějak hodně divně
21:23 mornfall yaqwsx: možná jsem to spravil, možná ne :) ale pullnout si to asi můžeš, kdybych náhodou něco amendoval tak dám vědět
21:24 yaqwsx Ok, vyzkouším!
21:25 mornfall minimálně se občas může nějakej backtrace objevit 2x, mám tam na to fixme
21:27 mornfall nojo, furt to nefuguje úplně, některý backtracy jsou nekompletní
21:27 mornfall ale T=pthread mi prošlo celý
21:28 mornfall jdu spát, zítra zjistím co je s tím zatraceným std::set špatně
21:28 yaqwsx Ok
22:49 divine-buildbot Hey! build divine-nightly-release #3 is complete: Failure [finished]

| Channels | #divine index | Today | | Search | Google Search | Plain-Text | summary