Camelia, the Perl 6 bug

IRC log for #parrot, 2009-09-14

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:00 bacek joined #parrot
00:01 Whiteknight parrot builds with clang if we configure with --without-gmp
00:03 kid51 Whiteknight:  What exactly do you mean by "builds with clang"?
00:05 japhb Is there any way to initialize array or hash in NQP, without resorting to PIR?
00:14 Whiteknight kid51: as in, I can create a parrot executable with the clang C compiler
00:15 Whiteknight japhb: no, at least not last time I looked at NQP
00:18 kid51 Whiteknight:  I've been reading thru https://trac.parrot.org/parrot/wiki/JITRewrite
00:19 kid51 I think it would benefit from more definitions of terms and acronyms at its outset
00:20 dalek TT #1006 created by whiteknight++: Does not build on clang with GMP
00:20 Whiteknight kid51: yes, definitely
00:21 Whiteknight and there are some clarifications that we need to add now from Allison's email
00:23 dalek parrot: r41255 | whiteknight++ | trunk/PLATFORMS:
00:23 dalek parrot: update PLATFORMS to reflect the current status of the clang build. See TT #1006
00:23 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41255/
00:24 kid51 JIT, machine code, call frame, NCI, call signature, op/ops would all benefit from definition ...
00:24 kid51 ... even if defined elsewhere in Parrot
00:25 Whiteknight yes, I take a lot of those terms for granted
00:31 Whiteknight kid51: I'm glad to hear somebody is reading it!
00:34 Andy joined #parrot
00:40 kid51 Whiteknight:  Here are two terms from Allison's post to list that would also benefit from definition:  runcore; dynamic compilation strategy
00:40 Whiteknight okay
00:55 ash_ Whiteknight: any knowledge on the status of https://trac.parrot.org/parrot/ticket/757?
00:56 Whiteknight ash_: no, I don't even know why I was the owner
00:57 ash_ oh, hehe, its kind of old, but its still relavent, i know Tene in perl6 was trying to implement some threading stuff in rakudo and ran into that problem
00:59 Tene Whiteknight: looks like you set yourself to the owner.
00:59 ash_ well, um... should i ask in the mailing list maybe? incase someone has done anything for it? just don't want it to be forgottne
00:59 Whiteknight Tene: yeah, and I have no idea why I did that
00:59 Tene Whiteknight: I think that we were chatting about it shortly after I created the ticket, and you volunteered to try to fix it.
01:00 Whiteknight Maybe, but i must have forgotten about it shortly thereafter
01:00 Tene Whiteknight: I also read and enjoy your blog posts.  Thank you for them.
01:01 Whiteknight Tene: Thanks! I try not to be boring with it
01:07 ash_ Have anyone of you guys seen grand central dispatch?
01:27 Whiteknight heard of it, but haven't seen it
01:29 ash_ apple open sourced it under the apache license
01:30 ash_ it requires a C compiler with block support (llvm-gcc, clang or apple gcc) but its pretty cool for a way to thread without having to thread in C
01:37 kid51 Running make fulltest on Darwin/PPC, the only two test failures I got were those I reported last night in https://trac.parrot.org/parrot/ticket/1004 from fulltest on Linux/i386.
01:37 kid51 mikehh ping
01:47 kid51 Whiteknight Can you post in TT #1006 output of failed builds with clang/gmp -- so that we can see what you mean by "several of the GMP symbols are defined more then once"?
01:48 rhr joined #parrot
01:49 Whiteknight kid51: I'm about to sign off, can you ask in the ticket so I don't forget?
01:49 kid51 k
01:49 Whiteknight thanks. Goodnight
01:49 sri_ joined #parrot
02:20 kyle_l5l joined #parrot
02:35 janus joined #parrot
02:57 nathanmccauley joined #parrot
02:59 jdv79 Coke: around?
03:23 jhelwig joined #parrot
03:29 dalek parrot: r41256 | NotFound++ | trunk/src/pmc/scalar.pmc:
03:29 dalek parrot: [pmc] assign Undef for subclasses of Undef in Scalar.assign_pmc. Rakudo test S12-introspection/walk.rakudo pass with this change. This function needs more review, though
03:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41256/
03:44 mokurai joined #parrot
04:21 dukeleto joined #parrot
04:23 nathanmccauley joined #parrot
04:27 theory joined #parrot
04:30 Andy joined #parrot
04:38 Zak joined #parrot
04:38 patspam joined #parrot
05:41 nathanmccauley joined #parrot
05:44 flh joined #parrot
06:07 uniejo joined #parrot
06:46 mj41 joined #parrot
06:50 barney joined #parrot
07:04 dalek rakudo: e4c7a05 | moritz++ | build/PARROT_REVISION:
07:04 dalek rakudo: bump PARROT_REVISION to get fixes in Scalar.assign_pmc
07:04 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/e​4c7a05c874f38f317e4fde8890bb1ed77fbf63e
07:19 chromatic joined #parrot
07:41 dalek parrot: r41257 | mikehh++ | trunk/src/pmc/scalar.pmc:
07:41 dalek parrot: codetest failure - tab in leading whitespace
07:41 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41257/
07:52 japhb http://use.perl.org/~geoffrey/journal/39622
07:52 japhb Because why get the sleep I need, when I can write about hacking?
08:11 mikehh All tests PASS (pre/post-config, smoke, nqp_test, fulltest) at r41257 - Ubuntu 9.04 amd64
08:27 einstein joined #parrot
08:33 mikehh msg kid51: certainly - I am just reporting results for amd64 - when I test on i386 I report results for that platform
08:33 purl Message for kid51 stored.
08:44 KatrinaTheLamia joined #parrot
08:47 mikehh partcl r731 builds on parrot r41257 - make test PASS - Ubuntu 9.04 amd64
08:50 mikehh decnum_dynpmcs r181 builds on parrot r41257 - make test PASS - Ubuntu 9.04 amd64
08:51 patspam joined #parrot
09:01 mikehh rakudo (e4c7a05) builds on parrot r41257 - make test / make spectest (up to 28238) PASS - Ubuntu 9.04 amd64
09:01 mikehh rakudo - t/spec/S03-operators/arith.rakudo - TODO passed:   120, 131-132
09:01 mikehh rakudo - no Segmentation faults reported in make spectest
09:04 mikehh cardinal builds on parrot r41257 - rake test:all - reports same 3 failures - Ubuntu 9.04 amd64
09:05 mikehh ok time to do some i386 tests - bbiab
09:10 bacek joined #parrot
09:36 mikehh joined #parrot
09:36 mikehh ok back on i386
09:44 gaz joined #parrot
09:54 mokurai left #parrot
09:59 payload joined #parrot
10:00 dalek parrot: r41258 | bacek++ | trunk/t (2 files):
10:00 dalek parrot: [cage][t] Mark tests failing under JIT with todo. TT#983
10:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41258/
10:08 dalek TT #983 closed by bacek++: JIT code incorrectly access registers
10:09 mikehh bacek: I am not getting any failures in make testj at r41257 on i386
10:10 bacek mikehh: erm... You should have them... Did you run make testj?
10:10 dalek parrot: r41259 | bacek++ | trunk (2 files):
10:10 dalek parrot: [core] Implement Undef.logical_not. TT#816.
10:10 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41259/
10:11 mikehh bacek: dat is wat I sed
10:11 bacek mikehh: it's... suspicious.
10:11 bacek bacek@icering:~/src/parrot$ perl t/harness  -j t/pmc/sub.t
10:11 bacek t/pmc/sub....18/68
10:11 bacek not ok 36 - caller introspection via interp # TODO broken with JIT (TT #983)
10:12 bacek (This one of tests that I todoed)
10:12 bacek (It should be article somewhere in previous phrase :)
10:13 mikehh let me finish testing at r41257 and I'll see what happens
10:14 bacek mikehh: ok.
10:20 MoC joined #parrot
10:21 mikehh All tests PASS (pre/post-config, smoke, nqp_test, fulltest) at r41257 - Ubuntu 9.04 i386
10:22 mikehh however in testg - t/op/exit.t - TODO passed:   6
10:29 mikehh partcl r731 builds on parrot r41257 - make test PASS - Ubuntu 9.04 i386
10:32 donaldh joined #parrot
10:34 mikehh decnum-dynpmcs r181 builds on parrot r41257 - make test PASS - Ubuntu 9.04 i386
10:38 kjeldahl joined #parrot
10:46 mikehh rakudo (e4c7a05) builds on parrot r41257 - make test / make spectest (up to 28238) PASS - Ubuntu 9.04 i386
10:46 mikehh rakudo - t/spec/S03-operators/arith.rakudo - TODO passed:   131
10:46 mikehh rakudo - make spectest reports 126 Non-zero wait status: 11 (Segfault after passing tests)
10:46 mikehh rakudo - Note t/spec/S03-operators/arith.rakudo TODO passes 120, 131-132 and NO Segmentation faults reported on amd64 at sa,e revision
10:46 mikehh same
10:46 bacek seen jrtayloriv
10:46 purl jrtayloriv was last seen on purl 11 hours, 15 minutes and 27 seconds ago, saying: <private message>
10:49 moritz seen on purl. Ts ts.
10:49 bacek :)
10:52 mikehh can't get cardinal to build at the moment on i386 - will check later - it builds on amd64
10:52 kid51 joined #parrot
10:52 mikehh bacek: re-testin' now
11:07 bacek moritz: ping
11:08 bacek mikehh: any luck? :)
11:08 moritz bacek: pong
11:10 bacek moritz: anything particularly annoying to Rakudo from Parrot? I'm just looking for some "small" fixes that I can try to do.
11:11 moritz bacek: don't know if that's a parrot or a rakudo issue, but some errors don't produce backtraces
11:11 moritz can this be changed from within parrot?
11:11 bacek moritz: any examples?
11:12 moritz a typical example is the "Method 'foobar' not found for invocant of class 'Int'␤
11:13 bacek ouch...
11:16 mikehh bacek: the TODO's PASS in testj for me
11:16 bacek mikehh: on i386?
11:19 bacek moritz: does Rakudo show backtrace on any circumstances?
11:20 moritz bacek: yes
11:21 donaldh joined #parrot
11:21 moritz for example die('foo'), but also lots of other errors
11:23 mikehh bacek: yes on Ubuntu 9.04 i386
11:23 mikehh testj don't run on amd64
11:24 bacek mikehh: oh... I can mark those tests with SKIP to avoid false positives. But they are definitely failing on my Debian Lenny/i386.
11:25 mikehh let me do a clean checkout and check again
11:25 bacek moritz: sigh... It's PCC related. Major difference between Do_something_from_c and Do_something_from_op.
11:30 moritz :)
11:30 moritz s/)/(/
11:30 moritz so rakudo has to catch those exceptions and re-throw them with a stack trace?
11:33 bacek it will not help afaiu. backtrace already lost when exception is thrown.
11:33 moritz ouch.
11:39 fperrad joined #parrot
11:43 tetragon joined #parrot
11:44 mikehh bacek: BTW g++ doesn't like src/pmc/undef.pmc
11:44 bacek moritz: btw, get_foo_same VTABLEs can be removed src/pmc/objectref.pmc now
11:45 bacek mikehh: oh. What it complains about?
11:46 mikehh - ./src/pmc/undef.c: In function ‘VTABLE* Parrot_Undef_update_vtable(VTABLE*)’:
11:46 mikehh - ./src/pmc/undef.c:274: error: invalid conversion from ‘INTVAL (*)(parrot_interp_t*, PMC*)’ to ‘PMC* (*)(parrot_interp_t*, PMC*, PMC*)’
11:46 mikehh - ./src/pmc/undef.c: In function ‘VTABLE* Parrot_Undef_ro_update_vtable(VTABLE*)’:
11:46 mikehh - ./src/pmc/undef.c:295: error: invalid conversion from ‘INTVAL (*)(parrot_interp_t*, PMC*)’ to ‘PMC* (*)(parrot_interp_t*, PMC*, PMC*)’
11:47 dalek TT #1007 created by fperrad++: load_language creates wrong search paths
11:47 bacek mikehh++ #
11:50 bacek mikehh: hmm... I didn't touched Undef.is_equal.
11:51 PacoLinux joined #parrot
12:00 bacek mikehh: r41260
12:02 dalek parrot: r41260 | bacek++ | trunk/src/pmc/undef.pmc:
12:02 dalek parrot: [cage] Fix g++ failure reported by mikehh++. pmc2c-- for not reporting it.
12:02 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41260/
12:18 whiteknight joined #parrot
12:20 whiteknight good morning #parrot
12:23 mikehh hiya whiteknight
12:24 whiteknight hello mikehh
12:24 mikehh whiteknight: been keeping up with your blog - very informative
12:25 whiteknight thanks!
12:26 whiteknight parrot is becoming a pretty big project with a big ecosystem, and not everybody always knows what's going on with the core development
12:29 payload joined #parrot
12:29 mikehh whiteknight: in terms of JIT as I understood it - it only should "compile" when a function or op is called the first time as opposed to your ahead-of-time
12:30 whiteknight AOT is technically a different thing from JIT
12:30 whiteknight I lump them together because ideally a good JIT compiler will be able to do AOT stuff as well
12:30 mikehh sure but that is what we seem to have been doing
12:30 whiteknight sortof, yes
12:42 mikehh All tests PASS (pre/post-config, smoke, nqp_test, fulltest) at r41260 - Ubuntu 9.04 i386
12:42 mikehh however t/op/exit.t TODO passed: 6 in testf and testg and t/op/calling.t TODO passed: 52 and t/pmc/sub.t TODO passed: 36 in testj
12:43 mikehh that is is with a clean checkout on Ubuntu 9.04 i386
12:45 quek joined #parrot
13:04 szbalint it's always a pleasure to read whiteknight's posts :)
13:04 szbalint whiteknight++
13:04 whiteknight thank you!
13:09 donaldh left #parrot
13:11 mikehh rakudo (e4c7a05) builds on parrot r41260 - make test / make spectest (up to 28238) PASS - Ubuntu 9.04 i386
13:11 mikehh rakudo - t/spec/S03-operators/arith.rakudo - TODO passed:   131
13:11 mikehh rakudo - make spectest reports 91 Non-zero wait status: 11 (Segfault after passing tests)
13:24 mikehh rakudo - re-ran make spectest and got 115 Non-zero wait status: 11 (Segfault after passing tests)
13:28 mikehh the Segmentation faults in rakudo seem to be preety random
13:29 mikehh in the first run at r41260 - 91 counted t/spec/S03-operators/arith.rakudo was one of them - in the second run (115 counted) it wasn't
13:39 whiteknight mikehh: on average, how many tests are failing like that each run?
13:48 whiteknight and is it only specific tests that fail, or is it a random smattering?
13:48 moritz back in the days (last week) when the same occured on amd64 it was random
13:49 whiteknight moritz: has there been any progress on this then, or is it still as bad as it was?
13:50 * whiteknight hasn't been around much this weekend, and doesn't know if anything got fixed
13:52 moritz whiteknight: on amd64 I don't observe that bahviour anymore, but it's been reported on i386 and macos x (see TT #998)
13:52 Andy joined #parrot
13:53 whiteknight the problem is, I think, that a good number of our developers are on amd64 right now as their primary platforms
13:56 mikehh whiteknight - it does not fail for me on amd64 but on i386 the last 3 make spectests had 121, 91 and 115 (today) some repeats but a lot different
13:57 whiteknight urg
13:58 whiteknight I've looked over a few of the big changesets, and don't see anything that should have made this such an issue
14:02 mikehh looking back I got 112 at r21220 but only 2 at r41221 again on i386
14:03 mikehh r41220
14:03 mikehh bbl
14:04 whiteknight well that's weird as hell. What a small change!
14:30 particle hi all
14:30 particle talking about segfaults?
14:35 jsut|work joined #parrot
14:41 theory joined #parrot
14:45 Psyche^ joined #parrot
14:58 allison joined #parrot
15:00 quek left #parrot
15:04 NotFound Some rakudo boy wanting to try a workaround agains segfaults?
15:05 * moritz raises hand
15:05 NotFound Or girl ;)
15:05 NotFound No discriminations!
15:05 NotFound Insert 'exit 0' before line 378 in perl6.pir
15:06 moritz but don't you discriminate discriminations?
15:06 NotFound Oh, no discriminants may also try.
15:09 moritz NotFound: thanks for the workaround. I have to run now, but if we don't have a proper fix in time of the release I'm sure we'll use it.
15:13 NotFound moritz: I think that the remanining problems are inner loop/exception handler related, so I don't hope to have them fixed shortly.
15:15 cognominal joined #parrot
15:20 whiteknight NotFound: you saw those emails I sent to Allison?
15:20 einstein continuation.pmc marks a non pobj obj,  Parrot_gc_mark_PObj_alive(interp, (PObj *)cc->seg);
15:20 whiteknight einstein: cc->seg isn't a PMC?
15:20 einstein no it is not
15:20 purl i already had it that way, einstein.
15:20 donaldh joined #parrot
15:21 whiteknight it?
15:21 purl or a matter ot tuits
15:21 whiteknight it?
15:21 purl or a matter ot tuits
15:21 whiteknight no it?
15:21 purl i think no it is not
15:21 NotFound whiteknight: yes, but lacked the time to elaborate some comment
15:21 whiteknight okay, just making sure you saw it
15:22 whiteknight I think that will be the best permanent solution to this problem
15:22 whiteknight of course, it will be hard to get people like Rakudo to completely switch to using the new handler type
15:22 NotFound whiteknight: but I don't think that a specific type of sub is the better solution.
15:22 einstein shall i make ticket for that one?
15:22 whiteknight NotFound: Why not? I think it's a pretty damn good solution
15:23 whiteknight einstein: if it's causing a problem, es
15:23 whiteknight yes
15:23 NotFound whiteknight: I think that is the solution is to handle the exception in a sub, just use a plain sub.
15:24 einstein it is causing problem in my build, i changed some things my own build, i can simply remove the line, but i don't know we are stuck with a memory leak
15:24 NotFound Or better, use anythink that has VTABLE_invoke
15:24 whiteknight NotFound: Continuations have invoke, ExceptionHandlers are continuations, and THAT is the problem now
15:25 whiteknight it can't just be something that invokes, it has to be something that can return too
15:25 whiteknight because we need to be able to resume
15:25 NotFound whiteknight: right, then the solution is: ExceptionHandlers are not continuations and not sub, but contains one.
15:25 whiteknight That's a semantic issue
15:26 NotFound And create a continuation to run it, just like any other sub.
15:26 whiteknight these are just details, the important parts are the same
15:26 whiteknight it's fun thinking about exception handlers being coroutines :)
15:27 NotFound whiteknight: I don't think so. Tell me for example how so set a 'can_handle' method in a Sub
15:27 whiteknight NotFound: use a property
15:27 whiteknight .sub 'myhandler' :can_handle("stuff")
15:27 NotFound whiteknight: More pir sugar?
15:27 whiteknight or, a new push_eh
15:28 whiteknight push_eh 'my_sub', 'can_handle...'
15:28 whiteknight lots of ways to do it
15:28 NotFound whiteknight: lots of way to have subtle bugs
15:28 whiteknight the best kind of bugs!
15:29 NotFound We'll have enough without the need to open highways for them
15:30 einstein I will do a test to see whether there are more non pmc injected into the mark Parrot_gc_mark_PObj_alive
15:31 NotFound einstein: good catch!
15:31 einstein :)
15:32 donaldh left #parrot
15:36 darbelo joined #parrot
15:37 NotFound einstein: Definitely open a ticket for it
15:37 cognominal whiteknight, is this a feature or a bug, the ad for the scientology in http://wknight8111.blogspot​.com/2009/09/jit-plan.html
15:38 cognominal JIT scientology?
15:38 whiteknight cognominal: I don't see an add for scientology there
15:39 einstein yes i will do, first i will a test to see whether there are more non pobj entered into  Parrot_gc_mark_PObj_alive
15:39 NotFound einstein: good idea
15:39 purl NotFound: Good Idea: Giving a small child a balloon. Bad Idea: Giving a small child a bunch of balloons.
15:40 cognominal whiteknight, I suppose I have been selected by some AI for that treat
15:40 MoC joined #parrot
15:40 whiteknight I really should remove those advertisements entirely. Since I've had them I've managed to earn a whopping $2.09 from them
15:41 whiteknight Finally! I don't have to worry about money anymore!
15:41 NotFound whiteknight: Did you won some 1.000.000 pounds in some Britanic Lotto?
15:45 whiteknight NotFound: I wonder if it would be better to have IMCC automatically add an "exit 0" to the end of the :main function?
15:45 whiteknight Coke: Ping
15:45 cognominal how these ad guys know I feel unworthy and insecure to promote me the cure : scientology  :)
15:46 whiteknight cognominal: I removed all adds from m blog now
15:47 cognominal :)
15:47 whiteknight I refuse to be advertising scientology
15:48 NotFound whiteknight: too specific, we can have problems of the same type with tailcall from main, :init or :load subs...
15:48 whiteknight well, add it to all those types of functions
15:48 whiteknight we're looking for "quick and dirty solution"
15:49 whiteknight and the dirtier, the better :)
15:49 NotFound I'm thinking about creating a special return continuation that inmediatley stops the current runloop.
15:50 whiteknight how would you do that?
15:50 NotFound whiteknight: just an idea for anow
15:51 whiteknight Once we fix exception handling, we shouldn't need any other fixes
15:52 dalek parrot: r41261 | NotFound++ | trunk/src/call (2 files):
15:52 dalek parrot: [core] handle some corner cases in pcc retval settings, avoid some segfaults
15:52 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41261/
15:55 NotFound whiteknight: talking about "quick", I can read and modify continuation code a lot faster than imcc one
15:55 whiteknight true
15:56 whiteknight irclogs?
15:56 purl irclogs is http://irclog.perlgeek.de/parrot/today or see also: infrared clogs
15:56 NotFound BTW nci mysqltest works again :)
15:58 davidfetter w00t
16:03 payload joined #parrot
16:05 Tene NotFound: did you change parrot or the nci test?
16:05 Tene NotFound: and does just the .pir one work, or the Perl 6 version too?
16:06 NotFound Tene: changed parrot, and disabled last part of the example that was not well tested
16:07 * Tene nods.
16:07 NotFound Don't checked yet the perl version
16:07 Tene NotFound: I'll try again to get it working from Rakudo, then.
16:08 NotFound Parrot problem was in passing a NUL pointer, it passed a PMCNULL instead of NULL
16:15 particle notfound: re r41261: you should be checking PMC_IS_NULL(retval), don't assume PMCNULL == null everywhere
16:15 particle everywhere meaning on every platform.
16:15 nathanmccauley joined #parrot
16:16 NotFound particle: if it already is PMCNULL, no need to change
16:16 particle return retval ? retval : PMCNULL;
16:16 particle your logic is "if retval is null, return PMCNULL"
16:17 NotFound particle: if retval is PMCNULL , both branches give PMCNULL
16:17 particle ah, yes, ok
16:17 particle so, you mean to change null to PMCNULL there.
16:18 NotFound Yes, the point is to avoid a plain NULL to be returned, it can find a way to a PMC register.
16:18 particle yes, notfound++
16:29 mokurai joined #parrot
16:31 japhb cognominal, AdBlock Plus.  For great sanity.  :-)
16:34 cognominal japhb,  I used it on firefox, can I use it from safari?
16:34 japhb cognominal, I wish.  Lack of ABP is probably the single biggest reason I'm not running Chrome half the time.
16:35 japhb (Second reason would be that I'm addicted to the Firebug, YSlow, and Web Developer add-ons for Firefox.)
16:56 parrot-poke joined #parrot
17:06 joeri joined #parrot
17:10 whiteknight (trolling the mailing list)--
17:12 kyle_l5l joined #parrot
17:13 Tene whiteknight: One point about jit that I see coming up in conversations...
17:13 Tene whiteknight: The reason we want to do better isn't "other people are faster" but "We can do so much better."
17:15 whiteknight yes, very much so
17:15 whiteknight Parrot needs to do a lot of work before it can catch up with other VMs in terms of performance
17:15 whiteknight but other VMs tend to be focused on individual languages
17:17 flh joined #parrot
17:21 japhb How do I get my Parrot Plumage u.p.o journal entries added to Planet Parrot?
17:22 whiteknight japhb: I'm supposed to be able to do that but I forgot how
17:22 whiteknight Coke can though
17:22 japhb :-)
17:22 japhb Coke: see above
17:26 NotFound The reason we want to do better is that the current one is a mess.
17:33 whiteknight that's only part of it. If it were good but messy we would create a branch and clean it
17:34 whiteknight but it's wrong on so many levels: It's bad design AND bad implementation
17:35 szbalint whiteknight++ # blogging machine
17:35 whiteknight szbalint: No no, I've been lazy this month
17:37 szbalint if this is lazy, I wonder what's it like when you aren't lazy for a month...
17:37 szbalint Seriously, half the posts at planet parrot are yours :)
17:37 whiteknight I had 28 posts in May. Only 9 posts so far in september
17:38 szbalint I guess I think in rolling months though
17:39 kjeldahl joined #parrot
17:42 cotto_work joined #parrot
17:42 cotto_work ohai
17:48 cotto_work i haz a job
17:51 chromatic joined #parrot
17:52 davidfetter cotto_work, are congratulations in order?
17:54 NotFound How is the perl6 syntax for using parrot modules now?
17:58 cotto_work davidfetter: I'm at work now (though I have yet to get a working non-live CD computer)
18:10 NotFound use Mysql:from<parrot>; ?
18:13 dalek TT #1008 created by jessevdam++: continuation mark function marks non pobj PackFile_ByteCode *seg
18:14 ruoso joined #parrot
18:34 dalek parrot: r41262 | NotFound++ | trunk/src/pmc/continuation.pmc:
18:34 dalek parrot: [pmc] Delete wrong mark of packfile segment wich is not PObj , TT #1008 einstein++
18:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41262/
18:39 einstein ok thanks
18:40 NotFound Thanks to you :)
18:49 NotFound einstein: I think this fail can be the culprit of the packfile freeing problems we were worked around some days ago
18:49 chromatic Agreed.
18:51 einstein ok that is a nice extra catch for that one :)
18:53 dalek parrot: r41263 | jkeenan++ | trunk/src/call/pcc.c:
18:53 dalek parrot: Enforce coding standards:  no tabs in leading whitespace.
18:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41263/
18:57 bacek joined #parrot
18:57 cotto_work left #parrot
18:59 zostay joined #parrot
19:03 kyle_l5l why would an object disappear from the next_for_GC list for an arena?
19:03 whiteknight kyle_151: what do you mean?
19:06 kyle_l5l whiteknight: that I don't understand all that is going on with the gc?
19:06 whiteknight the next_for_GC pointers should form a linked list of objects that need to be marked
19:06 whiteknight and they should stay on that list until the GC sweep phase
19:07 kyle_l5l and after I mark them, does this list go away or need to be re-created?
19:08 whiteknight it gets recreated for every GC mark phase, and cleared every GC sweep phase
19:08 whiteknight or, that's what should happen
19:11 einstein I also looked at the code of gc and that piece was also not clear to me, i also could not find any documentation which the original intention of this code
19:11 whiteknight that's a good observation. It does require more documentation
19:11 whiteknight feel free to send in a patch, or I will try to do it tonight.
19:12 chromatic I'm not sure it's useful.
19:13 chromatic The behavior, I mean.  Patches are welcome.
19:13 whiteknight okay, yes
19:13 whiteknight so what would be the behavior instead, marking the flags and all children immediately when Parrot_gc_mark_PObj_live() is called?
19:14 NotFound Looking at the code, it seems there was a provision for order of destruction, or something like that.
19:14 whiteknight yeah, that's what I think they were going for
19:14 einstein I intended for some kind of prioritization of marking, but in that does not seem function as is should be, because the first phase does already everthing
19:15 whiteknight right
19:15 einstein It was intended for some kind of prioritization of marking, but in that does not seem function as is should be, because the first phase does already everthin
19:15 einstein woops
19:15 chromatic There are probably better ways to manage GC-in-pieces.
19:15 whiteknight "probably"?
19:15 purl "probably" is correct
19:18 einstein it belongs to some kind of implementation of gc-in-pieces, but since the original used algoritm is unknow it migth becomes better to reimplement gc-in-pieces
19:19 einstein or you have to find out what the original gc-in-pieces algoritm is
19:20 chromatic Right, it's tied too closely to mark and sweep.
19:20 whiteknight I think we could have next_for_GC ripped out entirely within a week if we needed to
19:20 darbelo whiteknight: Didn't you have a patch for that already?
19:20 whiteknight darbelo: my patch was flawed.
19:21 whiteknight At the time I didn't realize exactly what next_for_GC was being used for. Now I think I know better
19:23 darbelo Hmm. mis-used for: "XXX this basically invalidates the high-priority marking of PMCs by putting all PMCs onto the front of the list."
19:26 einstein pmc_free.c also uses the next_for_GC field
19:26 whiteknight pmc_free.c?
19:27 einstein pmc_freeze.c sorry
19:27 whiteknight it shouldn't use it anymore, I thought darbelo removed them all
19:27 darbelo I thought that too.
19:27 einstein is that a short time ago?
19:27 whiteknight relatively
19:28 einstein ok that may explain
19:28 NotFound This month has been long :)
19:28 whiteknight yes it has!!!
19:29 darbelo Hmm, but I apparently left a reference in the embedded pod.
19:35 baest joined #parrot
19:36 dalek parrot: r41264 | NotFound++ | trunk/examples/nci/xlibtest.p6:
19:36 dalek parrot: [examples] update xlibtest.p6 to new use syntax
19:36 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41264/
19:39 darbelo make codetest is sloooooooow
19:40 baest_ joined #parrot
19:43 dalek parrot: r41265 | darbelo++ | trunk/src/pmc_freeze.c:
19:43 dalek parrot: Remove references to next_for_GC from pmc_freeze.c
19:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/41265/
19:45 baest joined #parrot
20:00 joeri joined #parrot
20:07 kyle_l5l left #parrot
20:08 hercynium joined #parrot
20:12 ash_ joined #parrot
20:16 joeri left #parrot
20:38 payload joined #parrot
20:53 kjeldahl joined #parrot
21:22 kyle_l5l joined #parrot
21:23 cotto_work joined #parrot
21:25 darbelo Is anyone else seeing segfaults in test 18 of t/examples/shootout.t ?
21:29 dalek rakudo: a9ff309 | pmichaud++ | docs/spectest-progress.csv:
21:29 dalek rakudo: spectest-progress.csv update: 436 files, 15500 (71.5% of 21679) pass, 0 fail
21:29 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​9ff309e63f1df4f271847757f7f014902d26858
21:30 chromatic Finally broke 70%.
21:35 Whiteknight joined #parrot
21:35 bacek joined #parrot
21:35 pmichaud and 15K tests :)
21:37 nopaste "darbelo" at 200.49.154.172 pasted "Segfault in continuation PMC set_pointer()" (25 lines) at http://nopaste.snit.ch/17960
21:37 chromatic The spectest has grown by 19%, but Rakudo passes 26% more spectests than in the August release.
21:37 chromatic darbelo, is pos invalid in that backtrace?
21:38 darbelo chromatic: yep.
21:40 cotto_work nobody's managed to fix those darwin failures that have been occuring since the pluggable_runcore merge, have they?
21:40 cotto_work smolder?
21:40 purl smolder is http://sourceforge.net/projects/smolder or web-based smoke test aggregator used by developers and testers to upload (automated or manually) and view smoke/regression tests using the Test Anything Protocol (TAP). or http://smolder.plusthree.com/app​/public_projects/smoke_reports/8
21:41 chromatic Hm, that means the problem is in the exit op, specifically line 889 or 890 of src/ops/core.ops.
21:42 cotto_work hm.  either the test got todo'd or it's passing now.
21:43 NotFound cotto_work: some of the recent argument fixes can have solved tahat.
21:43 chromatic darbelo, what's your example code?
21:44 darbelo test 18 of t/examples/shootout.t
21:44 NotFound They can also have been related with the marking of segment.
21:45 darbelo But it passes about half the time.
21:47 darbelo examples/shootout/spectralnorm.pir is the actual pir
21:47 Whiteknight how are we looking test-wise for tomorrow? I've been seeing a lot of clean smolder reports come through
21:47 cotto_work NotFound: that makes me happy.
21:47 mikehh All tests PASS (pre/post-config, smoke, nqp_test, fulltest) at r41265 - Ubuntu 9.04 i386
21:47 cotto_work nm.  I read s/can have/have/
21:48 mikehh however t/op/exit.t TODO passed: 6 in testf and testg, and, t/op/calling.t TODO passed: 52 and t/pmc/sub.t TODO passed: 36, in testj
21:49 chromatic Those may be because I fixed some line numbers.
21:51 bacek joined #parrot
21:54 bacek Good morning
21:54 purl And good moroning to you, bacek.
21:55 duk3leto 'ello
21:55 mikehh hiya bacek
21:56 mikehh partcl r731 builds on parrot r41265 - make test PASS - Ubuntu 9.04 i386
21:56 mikehh decnum-dynpmcs r181 builds on parrot r41265 - make test PASS - Ubuntu 9.04 i386
21:57 cotto_work hi bacek
21:58 bacek cotto_work: congratulations :)
22:00 cotto_work I find myself in a twisty maze of offices, all alike.  There are posters for SQL Server on the wall.
22:03 mikehh rakudo (a9ff309) builds on parrot r41265 - make test / make spectest (up to 28239) PASS - Ubuntu 9.04 i386
22:03 mikehh rakudo - t/spec/S03-operators/arith.rakudo - TODO passed:   131
22:03 mikehh rakudo - only 2 tests - t/spec/S12-attributes/class.rakudo and t/spec/S14-roles/basic.rakudo - Non-zero wait status: 11
22:03 mikehh had those before - obviously a different problem
22:05 fperrad left #parrot
22:05 mikehh ok had enough here - back to amd64 - bbl
22:22 dalek TT #1009 created by darbelo++: examples/shootout/spectralnorm.pir shows a segfault in the continuation ...
22:22 mikehh joined #parrot
22:24 bacek joined #parrot
22:24 bacek cotto_work: looks like it time to resurrect ops_pct branch
22:29 mikehh joined #parrot
22:31 darbelo_ joined #parrot
22:32 darbelo left #parrot
22:33 cotto_work bacek: great!
22:33 darbelo joined #parrot
22:33 cotto_work I'd still like to spend some time speeding up the profiling runcore, but I'
22:33 cotto_work m glad to work on that too.
22:34 cotto_work actually, I have a pretty big todo list for profiling.  I'll have to think about that when I get home and have my todo list in front of me.
22:34 bacek cotto_work: ok. I'll try to remember where we stopped. It was looong time ago...
22:34 chromatic I think we need to speed up the postprocessing script and fix line numbers more than improving performance.
22:34 cotto_work chromatic: any luck optimizing the script?
22:35 chromatic Haven't done any work on it yet.
22:35 cotto_work I'm looking forward to seeing what you can do with it.
22:37 cotto_work I'd much rather have more to do than I have time for than be bored.
22:42 rg joined #parrot
22:43 * Coke tries to catch up on review.
22:46 Coke ... and done.
22:54 tetragon joined #parrot
23:24 duk3leto cotto_work: if you see a poster for SQL Server, run!
23:26 cotto_work duk3leto: that
23:26 cotto_work 's a lot of running
23:36 Coke jdv79?
23:36 purl jdv79 is, like, a purl hater
23:36 Coke seen jdv79?
23:36 purl jdv79 was last seen on purl 9 hours, 30 minutes and 33 seconds ago, saying: <private message>
23:37 darbelo purl haters?
23:37 purl hmmm... haters is nom nom nom
23:37 darbelo karma (purl haters)
23:37 purl (purl haters) has neutral karma
23:37 darbelo (purl haters)++
23:42 patspam joined #parrot
23:55 nopaste "darbelo" at 200.49.154.172 pasted "partcl, boy or man?" (7 lines) at http://nopaste.snit.ch/17963
23:56 darbelo Man, apparently (http://en.wikipedia.org/wiki/Man_or_boy_test)

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

Parrot | source cross referenced