00:41 ilbot3 joined 00:44 PerlJam joined 00:57 ilbot3 joined 01:03 woolfy1 joined, colomon joined, rblackwe joined, PerlJam joined, 45PABAHJL joined, timotimo joined, Util_ joined, bibifuc_ joined, BinGOs_ joined, tadzik1 joined, benabik joined, japhb_ joined, tokuhirom joined, sorear joined, diakopter joined, ingy joined, brother joined, rurban joined, lee__ joined, ChanServ joined, cxreg joined 01:08 dalek joined, 17WAA0G5X joined, arnsholt joined, 45PABAHJL joined, PerlJam joined 01:12 dalek joined, masak joined, Util_ joined 01:18 dagurval joined 01:21 tokuhirom joined, dalek joined, woolfy joined, rurban_ joined, arnsholt_ joined 01:24 cxreg joined 01:26 tokuhirom joined 01:27 tokuhirom joined, camelia joined 01:33 rurban__ joined 01:34 lee__ joined, 23LAAZKPG joined 01:36 dagurval joined, lue joined, PerlJam joined 01:41 _sri joined, japhb__ joined, chipdude joined 01:48 cxreg joined 01:49 nwc10 joined 01:53 d4l3k_ joined 01:54 cxreg joined 01:55 camelia joined 01:58 lue joined 01:59 dalek joined 02:01 TimToady joined 02:09 JimmyZ joined 02:14 lee_ joined 02:15 nwc10 joined 02:20 PerlJam joined 02:29 dalek joined, JimmyZ joined 02:34 lee_ joined, camelia joined, cxreg joined 02:44 cognominal joined 02:49 JimmyZ joined 02:50 PerlJam joined 02:56 lue joined 03:11 tokuhirom joined 03:13 nwc10 joined 03:15 tokuhirom joined 03:25 tokuhirom joined 03:26 woolfy joined, tokuhirom joined 03:28 PerlJam joined 04:05 lue joined 04:19 JimmyZ joined 04:22 dagurval joined 04:28 woolfy joined, PerlJam joined, TimToady joined, bibifuc joined, benabik joined 04:30 ingy1 joined 04:38 JimmyZ joined 04:41 ingy2 joined 04:43 lue joined 04:45 JimmyZ joined 04:46 masak joined 04:59 TimToady_ joined 05:03 Util joined 05:05 PerlJam joined, woolfy joined 05:15 nwc10 joined 05:16 Util joined 05:17 JimmyZ joined 05:23 _sri joined 05:46 cxreg joined 05:50 _sri joined 05:55 PerlJam joined 05:59 masak joined, JimmyZ joined, woolfy joined, bibifuc joined, lue joined, dagurval joined 06:00 japhb__ joined, chipdude joined 06:09 ingy2 joined 06:11 PerlJam joined 06:13 cxreg joined 06:29 TimToady joined 06:32 dagurval joined 06:33 _sri joined, JimmyZ joined 06:35 TimToady joined 06:39 JimmyZ joined 06:44 lue joined, masak joined 06:45 camelia joined 06:51 woolfy joined 06:56 masak joined 06:58 14WAB1GFF joined 07:01 masak joined 07:10 masak_ joined 07:14 Util joined 07:23 nwc10 joined 07:40 JimmyZ joined 07:41 japhb__ joined, chipdude joined 07:48 FROGGS joined 07:51 cxreg joined 07:52 BinGOs joined 08:22 nwc10 joined, cxreg joined, TimToady joined, ingy2 joined, bibifuc joined, dagurval joined, woolfy joined 08:24 JimmyZ joined 08:30 camelia joined, lue joined 08:32 cxreg2 joined, 45PABCLNP joined 08:37 camelia joined, lue joined 08:42 japhb__ joined, chipdude joined 08:43 nwc10 joined 08:52 odc joined 08:54 masak joined 08:55 odc joined 08:56 lue joined 08:57 dagurval_ joined 08:58 PerlJam joined 09:03 woolfy left 09:06 masak joined, TimToady joined, camelia joined 09:11 _sri joined 09:12 Util joined 09:15 masak_ joined 09:20 bibifuc_ joined 09:24 TimToady joined 09:26 japhb__ joined, chipdude joined 09:36 ingy2 joined 09:48 lee joined 10:05 camelia joined, bibifuc_ joined, masak joined, Util joined, timotimo joined, cognominal joined, Util joined, bibifuc joined, timotimo joined, masak joined, BinGOs joined
nwc10 Good *, #moarvm 10:08
diakopter good 10:09
jnthn o/ nwc10
FROGGS morning
10:46 ilbot3 joined
jnthn_ diakopter: What are the code ID and callsite ID? Just unique IDs for each one of them? 10:47
diakopter yeah 10:51
to be traced back to static frames and callsites within static frames, respectively
er, the lines numbers and sub names and filenames associated with those things, I mean 10:52
10:53 cognominal joined
diakopter www.youtube.com/watch?v=WCqm4H3m3Ew 10:54
FROGGS EYOUPOSTEDITTWICE 10:59
:P
FROGGS .oO( Dear Diamond Diamond Kopter... )
10:59 bibifuc joined 11:16 woolfy left 11:21 timotimo joined 11:23 lizmat joined 11:35 harrow joined 11:44 timotimo joined 11:46 harrow joined 11:53 bibifuc_ joined 12:00 timotimo_ joined 12:26 bibifuc joined 13:13 _sri joined, odc joined, hoelzro_ joined, flussence joined 13:52 cognominal joined, timotimo_ joined 15:06 camelia joined, lizmat joined 15:15 jnap joined 15:16 cognominal joined 16:04 timo joined 16:05 timo joined 16:11 japhb__ joined, chipdude joined 16:21 ChanServ joined 16:28 tweemo joined 16:36 timo joined 16:46 timo_ joined 16:47 cognominal joined 16:49 lue joined 17:03 camelia joined 17:12 timo_weechat joined 18:03 timo1 joined 18:10 lizmat joined 18:12 lizmat joined
timotimo i think i'll go ahead and do some little big int work now. 18:21
i can't stand the low amount of moarvm commits recently :P
TimToady timotimo++ 18:27
18:45 colomon joined
timotimo diakopter: should i put the malloc for the mp_int * into the allocate 'method' of the P6bigint repr? 18:52
that seems like the most sensible place to put it 18:53
diakopter usually in the init
the allocate is meant just be interaction with the gc/managed allocator
wow, I've dropping lots lately
timotimo oh, hm. 18:54
diakopter what about init?
18:54 woolfy joined
timotimo what about it? 18:55
it has the malloc in it now
diakopter oh
timotimo and in gc_free i put the free
diakopter good
the MVM_checked_free_null macro is convenient there
timotimo i'll have a look 18:56
i'm running into a coredump, thoughd 18:58
diakopter eww
19:00 krunen joined
TimToady diakopter: now that moar is getting along pretty well, you see any big blockers for starting in on P5 interop sometime soon? 19:00
timotimo er, a segfault
MVM_repr_alloc_init seems to return a null pointer in the "i" slot
does that mean using MVM_repr_alloc_init is not the right function to use?
diakopter well in somes cases, init takes parameters, iirc, so yeah you'd want to split it up into calling the alloc and init separately 19:01
timotimo i'm not using malloc wrong, right? body->i = malloc(sizeof(mp_int))?
diakopter as long as ->i is pointer-sized, seems okay 19:02
how are you testing it for being null?
timotimo gdb
diakopter hrm
19:05 ChanServ joined, FROGGS joined
timotimo yeah, the malloc returns 0 19:06
japhb__ Is FOSDEM still going on, or is that over now?
lizmat FOSDEM is over
timotimo er, nope.
lizmat was only Sat/Sun
FROGGS o/ 19:07
japhb__ Ah, OK. Any rough ETA on video?
lizmat Wendy and I just got home and unloaded the van
check the FOSDEM website
it was all done by the organization, not by any of the devroom people
japhb__ video.fosdem.org/2014/ # Gah, I was going to say "Yay, lots of videos!" and then I went "Boo, all named badly!" and "Wow, small files ... hmmm" finally ending with "Ah shucks, that top filename says it all." :-( 19:09
jnthn: Slide decks, pretty please with your choice of garnish on top? ;-) 19:11
Any other 6'ers/Moarvians give a talk?
diakopter: Did you manage to create the slide deck for your talk before you got sick? 19:12
timotimo i'm confused. it segfaults in a pretty benign looking mp_copy
huh. 19:14
in copy_to, would i need to check if the target object already has a mp_int allocated for it?
well, copy_to isn't executed anyway. 19:15
(before the segfault happens)
whhhhyyyyyyy >:( 19:31
jnthn ffs, the netsplits have made a real mess of my irssi windows... 19:35
japhb__: I linked slides earlir on #perl6 19:36
japhb__ jnthn: Ah, sorry, I'm about a day backlogged there.
I'll go look for them on my next mental break
.oO( Hopefully not a psychotic one )
jnthn japhb__: jnthn.net/papers/2014-fosdem-perl6-today.pdf 19:37
japhb__ Oh, thanks! 19:38
jnthn ok, about time to get off the airport train...
Probably back tomorrow, in the moments I can steal while teaching :)
timotimo oh, hm 19:39
i've been printing the result of (MVMP6bigint *) casting a P6Opaque that was merely containing a P6bigint 19:40
jnthn &
timotimo (ooc, why do we do that?)
at least that tells me why i've been finding null pointers to be in the "i" slot 19:41
okay, now i'm convinced i need help. 19:49
it seems like get_boxed_ref is misbehaving quite radically 19:50
diakopter: would you be so kind and check out the little_big_int branch? (you may need to have it overwritten when pulling or something) 19:52
get_boxed_ref returns something that's not the mp_int i've been trying to build 19:53
19:55 FROGGS joined 19:56 benabik joined 20:32 FROGGS joined
timotimo diakopter: can you tell me why the objects that get created are a P6opaque rather than "just" a P6bigint? is that because they also have class-stuff? 21:22
21:37 TimToady_ joined 21:38 nwc10_ joined, cxreg2 joined, lee__ joined
timotimo well, i suppose that's because it's a p6bigint boxed into a p6 class 21:43
21:43 PerlJam joined
FROGGS froggs@TL02L-R8RXTCW-linux:~/dev/MoarVM$ perl6-m -e 'my $fh = "/usr/bin/wc".IO.open(:p, :w); $fh.print("hello world\n"); $fh.close;' 21:43
1 2 12
froggs@TL02L-R8RXTCW-linux:~/dev/MoarVM$ perl6-p -e 'my $fh = "/usr/bin/wc".IO.open(:p, :w); $fh.print("hello world\n"); $fh.close;'
1 2 12
\o/
no segfault, just memleak!
here is the openpipe diff for everybody who is curious: gist.github.com/FROGGS/998bacca7b3d3abab644 21:50
next: read from a child's stdout and then get rid of mem leaks 21:51
timotimo \o/ 22:30
i'm running into a situation where OBJECT_BODY(obj) inside get_bigint seems to return crap 22:31
and i don't know enough about the stuff to figure out why it's going wrong
(gdb) print *(MVMObject *)data 22:32
$32 = {header = {owner = 0, flags = 0, size = 0, forwarder = 0x2f03d20, sc = 0x30000000000000},
st = 0x0}
22:45 harrow joined
jnthn timotimo: I rather doubt data, if it's a thing passed into a REPR func, is an MVMObject 22:50
It already *is* the object body 22:51
22:56 jnthn joined
timotimo yes it should be the body 23:16
why did i think it would be that?
23:30 cognominal joined
japhb__ jnthn: Got a chance to read your slides. I really liked this new example, and how you ran with it. The code was a little dense (pseudo-golfing idioms), but fun. 23:31
And FWIW I've used the "factor out a special iterator into a private method that is used kinda like for" idiom and really like it. 23:32
23:42 eternaleye joined
timotimo jnthn: can you help me with my boxing trouble? :\ 23:55
23:56 jnap joined
timotimo in the new little_big_int branch, you'll see that get_bigint is looking at a wrong offset or something? 23:57

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!