Camelia, the Perl 6 bug

IRC log for #parrot, 2009-07-13

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:32 lordk joined #parrot
00:33 lordk Hello?
00:33 purl Raise your hand in the back if you can't hear me.
00:33 lordk i cant here yous
00:33 lordk Ello dare
00:33 lordk *there
00:33 lordk *there
00:33 lordk do you know if any parrot devs are here
00:33 brooksbp joined #parrot
00:34 lordk beacuse i cant find a graphics libary
00:34 lordk and that annoys me
00:34 lordk badly
00:34 lordk purl i cant here you if your usein a audio chat system
00:34 purl lordk: i'm not following you...
00:34 lordk oh
00:35 lordk well i need a libary to write stuff  to the screenbuffer
00:35 lordk you know
00:35 lordk like images
00:35 lordk and text
00:35 lordk and fractias
00:35 lordk like the print command
00:35 lordk except for png
00:36 lordk ...
00:36 lordk soo tiering
00:36 bacek_at_work lordk: purl is bot. Sometime very annoying :)
00:37 bacek_at_work purl: good girl
00:37 purl :)
00:37 lordk ah
00:37 lordk dam
00:37 lordk thats annoyin
00:37 lordk but do you know of the elsuive lib im serchin for
00:37 lordk because trying to rewrite a dead dialect of basic is hard when its for graphics
00:38 lordk purl bad dog
00:38 purl lordk: excuse me?
00:38 lordk purl die or die
00:38 purl lordk: i'm not following you...
00:38 lordk purl log off
00:38 purl lordk: sorry...
00:38 lordk purl DO IT
00:38 purl lordk: i'm not following you...
00:39 lordk ..
00:39 lordk this place is dead...
00:40 brbrooks seen Whiteknight
00:40 purl Whiteknight was last seen on #parrot 1 hours, 43 minutes and 20 seconds ago, saying: it goes down pretty often unfortunately
00:41 brbrooks hah
00:43 jdv79 what is "it"?
00:43 purl "it" is almost never used as a noun, so who cares what its plural is?
00:46 Coke purl, forget it
00:46 purl Coke: I forgot it
00:54 chromatic joined #parrot
00:58 dalek partcl: r533 | coke++ | wiki/SpecTestStatus.wiki:
00:58 dalek partcl: Update SKIP notations, including some new regressions.
00:58 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=533
01:01 hiroyuki_y joined #parrot
01:08 patspam joined #parrot
01:15 Whiteknight joined #parrot
01:17 brbrooks Whiteknight: any update since the gc_inf patch yesterday?
01:19 Whiteknight brbrooks: It's committed to trunk now
01:19 Whiteknight so, I guess that qualifies as "news"
01:19 Whiteknight and I fixed the bug I was running into last night
01:21 patspam joined #parrot
01:26 brbrooks What's with the headerizer?  Does it just automatically create function defs? and the ASSERT_ARGS macros?
01:40 kid51 joined #parrot
01:43 dalek parrot: r40040 | jkeenan++ | trunk/tools/dev/install_files.pl:
01:43 dalek parrot: Small regex correction.
01:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40040/
01:46 szabgab joined #parrot
01:59 dalek parrot: r40041 | jkeenan++ | branches/io_cleanups/src/pmc/handle.pmc:
01:59 dalek parrot: Conform to coding standards:  c_parens.
01:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40041/
02:06 dalek parrot: r40042 | jkeenan++ | branches/io_cleanups/src/pmc/handle.pmc:
02:06 dalek parrot: Improve some POD formatting.
02:06 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40042/
02:13 dalek parrot: r40043 | jkeenan++ | branches/io_cleanups/src/io/unix.c:
02:13 dalek parrot: Provide minimal documentation for one function so that file conforms to coding standard:  c_function_docs.
02:13 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40043/
02:14 kid51 Infinoid:  ping
02:16 kid51 msg Infinoid Did some codingstd cleanup in io_cleanups branch, please 'svn up'.  src/io/socket_unix.c  and src/io/socket_win32.c fail the c_indent test (preprocessor) -- but that's as much a deficiency of the test as of the code.
02:16 purl Message for infinoid stored.
02:19 Infinoid thanks
02:42 janus joined #parrot
02:53 eternaleye joined #parrot
02:53 Andy joined #parrot
03:14 dalek decnum-dynpmcs: r107 | darbelo++ | trunk/ (8 files):
03:14 dalek decnum-dynpmcs: Some changes to the testing infrastructure.
03:14 dalek decnum-dynpmcs:   (Over?)Simplify t/harness.
03:14 dalek decnum-dynpmcs:   Change all #! lines to something a bit more useful.
03:14 purl dalek: that doesn't look right
03:14 dalek decnum-dynpmcs:   Change the include path for the library.
03:14 purl dalek: that doesn't look right
03:14 dalek decnum-dynpmcs: If you have an installed parrot available on your $PATH variable, then you're
03:14 dalek decnum-dynpmcs: all set up for make test.
03:14 dalek decnum-dynpmcs: review: http://code.google.com/p/decnu​m-dynpmcs/source/detail?r=107
03:20 cotto < purl-- >
03:20 cotto botsnack
03:20 purl thanks cotto :)
03:20 * cotto feels sneaky
03:20 cotto not that it's hard to trick purl or anything
03:23 darbelo cotto, ping
03:28 cotto darbelo, pong
03:28 * cotto is learning himself a Haskell
03:30 darbelo I just commited some changes to the tests and the way they run. If you get the time try out make test and msg (or nopaste) me the results.
03:31 cotto The nice thing about your project is that make realclean && perl Configure.pl && make takes so little time
03:32 darbelo If I did this right all you need to test (or build) are "parrot" and "parrot_config" executables on your $PATH.
03:32 cotto The tests are failing pretty epically.  Let me check if it's possibly my fault.
03:33 darbelo We're still failing 176/3689, I'll star TODO-ing them once I'm sure they're library issues and not my fault
03:35 nopaste "dabelo" at 190.3.141.124 pasted "This is actually the closest we've come to succsess." (19 lines) at http://nopaste.snit.ch/17236
03:35 cotto I'm seeing 72 failures.
03:36 darbelo I have 72 failures just on subtract.t over here.
03:36 cotto Failed 72/647 tests, 88.87% okay
03:38 darbelo Hmm. That's what it prints after it finishes a file. You should get something similar to my nopaste after that.
03:38 cotto I seem to be running a lot fewer tests than you.
03:38 cotto darbelo, you're right
03:38 cotto Failed 4/6 test scripts. 176/3689 subtests failed.
03:39 cotto looks good
03:40 darbelo Now I just have to manually verify and TODO 176 tests. Lucky me!
03:40 cotto Yay!
03:43 darbelo Oh, and while you are still here. I'm going to start writing some basic user-level docs. Do you think the google code wiki is a good place to put them?
03:44 cotto Personally I'd stick them in with the source but the wiki works too.
03:48 darbelo The google code wiki is also accessible from svn, look at http://code.google.com/p/par​tcl/source/browse/#svn/wiki
03:51 cotto It's your call.  I'm happy as long as the docs exist and are reasonably up-to-date.
03:53 cotto Also, thanks for being responsive to my msg.  The test changes should make life better for users.
03:53 cotto darbelo++
03:54 cotto What are you thinking about a PCT-based test suite?
03:56 darbelo I'm still not sure wether I want to convert decTest files to PIR or a decTest interpreter. I wake up wanting a different one every week.
03:58 cottoo joined #parrot
04:00 darbelo Right now I want to translate to pir and have a bunch of generated .t files in the repo.
04:02 cotto irclogs
04:02 cotto irclogs?
04:02 * darbelo realizes that it's been Monday for and hour on his timezone.
04:02 purl it has been said that irclogs is http://irclog.perlgeek.de/parrot/today or see also: infrared clogs
04:05 cotto It's your call how to do it.  An interpreter would mean fewer troubles with PCT (since that's closer to what it's been designed for).
04:06 cotto Actaully, there's no compelling reason I can think of to have a test->pir converter.  If the user's running make test, he's already got a working Parrot install.
04:06 cotto but if it's 0100 in your corner of the world, you should probably wait for sleep to make the decision.
04:08 darbelo Having an interpreter means users have to build the interpreter just to test the PMCs, with the decTest->PIR converter they get the generated file and just run them.
04:11 darbelo I think I'll go to sleep and see what I wake up wanting this week :)
04:11 cotto The test suite is already pretty big.  I don't think the extra time will be much of a burden.
04:11 cotto do that
04:12 cotto good night
04:12 darbelo Unrelated thought: has tewk (he was the other GSoCer, right?) resurfaced? Midterm evaluations close this week.
04:12 cotto I know.  I haven't heard anything about his project.  I'm not optimistic.
04:14 darbelo Ouch.
04:14 cotto It'd be a pity because he's obviously capable.
04:17 cotto I guess it'll make a good #ps question.
04:17 Zak joined #parrot
04:45 dalek cardinal: 430ad39 | (Ted Reed)++ | src/classes/Array.pir:
04:45 dalek cardinal: Fix Array.uniq to use a hash.
04:45 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/430ad3999e303b9de1cbf273550c282922c0bde1
06:08 dalek cardinal: f022fb8 | (Ted Reed)++ | src/classes/Array.pir:
06:08 dalek cardinal: Add the ability to pass a block to uniq to munge the items before matching. Apparently this is a feature only otherwise found in Ruby SVN. Ah, well.
06:08 dalek cardinal: review: http://github.com/cardinal/cardinal/commit​/f022fb8461f2bc0026f37b215483df9169bcc403
06:12 uniejo joined #parrot
06:34 iblechbot joined #parrot
06:54 mokurai left #parrot
07:06 jan joined #parrot
07:21 patspam joined #parrot
08:09 barney joined #parrot
08:36 janus joined #parrot
09:10 Eevee joined #parrot
09:19 mikehh All tests PASS (pre/post config, smolder, fulltest) r40043 - Ubuntu 9.04 amd64
09:31 donaldh joined #parrot
09:38 bacek joined #parrot
09:41 mikehh joined #parrot
09:50 Eevee joined #parrot
10:02 bacek o hai
10:03 dalek parrot: r40044 | bacek++ | branches/ops_pct/src/pmc/fixedstringarray.pmc:
10:03 dalek parrot: [pmc] Implement FSA.get_number.
10:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40044/
10:04 mikehh hi bacek
10:05 bacek hi mikehh
10:05 purl somebody said hi mikehh was still getting some weird results on Kubuntu Intrepid Amd64 - TT#412
10:05 bacek purl: forget mikehh
10:05 purl bacek: I forgot mikehh
10:05 mikehh :-}
10:07 Infinoid forget hi mikehh
10:07 purl Infinoid: I forgot hi mikehh
10:07 Infinoid hi mikehh
10:07 Infinoid :)
10:08 mikehh hi Infinoid
10:10 masak joined #parrot
10:31 Khisanth joined #parrot
11:08 TiMBuS joined #parrot
11:09 gaz joined #parrot
11:20 donaldh joined #parrot
11:22 cognominal joined #parrot
11:26 dalek parrot: r40045 | fperrad++ | trunk/config/gen/makefiles (2 files):
11:26 dalek parrot: [build] files generated by Configure.pl must be removed only by target 'realclean'
11:26 dalek parrot: See original ticket #383
11:26 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40045/
11:33 AndyA joined #parrot
11:37 skids joined #parrot
11:43 dalek parrot: r40046 | bacek++ | branches/ops_pct/compilers/nqp (2 files):
11:43 dalek parrot: [nqp] Fix quoting of multi-words. Add more tests
11:43 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40046/
11:43 dalek parrot: r40047 | bacek++ | branches/ops_pct (2 files):
11:44 dalek parrot: [opsc] Split opsc.pir into 2 parts for simplify testing.
11:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40047/
11:44 dalek parrot: r40048 | bacek++ | branches/ops_pct/compilers/opsc (2 files):
11:44 dalek parrot: [opsc][t] Add test for future ops files parsing.
11:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40048/
11:46 kid51 joined #parrot
12:03 Whiteknight joined #parrot
12:11 Whiteknight good morning #parrot
12:13 kid51 good morning whiteknight
12:14 dalek parrot: r40049 | bacek++ | branches/ops_pct/compilers/opsc/ops/oplib.pm:
12:14 dalek parrot: [opsc] Remove redundant call to parse_ops_file.
12:14 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40049/
12:14 bacek good morning Whiteknight, kid51
12:14 Whiteknight good morning, bacek and kid51
12:15 bacek Bah! "good mor<tab>" expands to "good moritz". Bad sign... :)
12:17 dalek parrot: r40050 | bacek++ | branches/ops_pct/compilers/opsc/builtins.pir:
12:17 dalek parrot: [opsc] Add slurp to builtins
12:17 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40050/
12:17 dalek parrot: r40051 | bacek++ | branches/ops_pct/compilers/opsc (2 files):
12:17 dalek parrot: [opsc] Initial implementation of parse_ops_file
12:17 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40051/
12:24 bacek msg cotto Look! https://trac.parrot.org/parrot/browser/branches​/ops_pct/compilers/opsc/t/04-oplib_parse_ops.t It's beautiful :)
12:24 purl Message for cotto stored.
12:31 HG` joined #parrot
12:48 Andy joined #parrot
13:03 dalek partcl: r534 | coke++ | trunk/docs/spectest- (2 files):
13:03 dalek partcl: Doc latest spectest run - several test file regressions and a slowdown.
13:03 dalek partcl: (speed issue /could/ be related to partial conversion from C to PIR in tcl)
13:03 dalek partcl: review: http://code.google.com/p/p​artcl/source/detail?r=534
13:10 Topic for #parrotis now http://www.parrot.org/ | 292 RTs left | Next release: 2009-07-21
13:18 dalek parrot: r40052 | bacek++ | branches/ops_pct/compilers/n​qp/src/Grammar/Actions.pir:
13:18 dalek parrot: [nqp] Implement regex quoting.
13:19 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40052/
13:19 dalek parrot: r40053 | bacek++ | branches/ops_pct/compilers/opsc/builtins.pir:
13:19 dalek parrot: [opsc] Borrow old PIR based "split" from Rakudo.
13:19 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40053/
13:19 dalek parrot: r40054 | bacek++ | branches/ops_pct/compilers/opsc (2 files):
13:19 dalek parrot: [opsc] Borrow code from Ops2pm for parsing ops.num and ops.skip files
13:19 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40054/
13:36 dalek parrot: r40055 | bacek++ | branches/ops_pct/compilers/opsc (2 files):
13:36 dalek parrot: [opsc] Implement parsing of skip file
13:36 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40055/
13:41 MoC joined #parrot
13:49 Andy joined #parrot
13:53 dalek parrot: r40056 | bacek++ | branches/ops_pct/compilers/opsc/ops/oplib.pm:
13:53 dalek parrot: [opsc][cage] Remove commented-out code.
13:53 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40056/
13:56 PacoLinux joined #parrot
13:58 Coke (anyone who has fixed a memory leak)++
13:59 bacek Coke: which one?
13:59 Coke I don't know.
14:00 bacek Anyway. It wasn't me. I spent time trying to keep memory from angry GC.
14:00 Coke But I was just able to run a tcl spec test that previously leaked.
14:00 Coke (to death)
14:00 dalek parrot: r40057 | bacek++ | branches/ops_pct/compilers/opsc (2 files):
14:00 dalek parrot: [opsc] Add hash() to builtins. Made OpLib.BUILD more perlsish
14:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40057/
14:04 bacek Coke: btw, #776 can have some good progress. A lot of GC related stuff was fixed recently.
14:06 Coke bacek: 776 isn't GC related is it?
14:07 bacek "segfault in Parrot_str_equal..." looks like closely related to GC.
14:07 bacek But I can be wrong.
14:07 bacek Very wrong.
14:07 bacek As usual.
14:07 bacek *sigh*
14:08 * bacek start crying and moving to bed.
14:08 Coke I can double check it later.
14:08 bacek Sleep time. It's tomorrow already
14:08 Coke ~~
14:10 bacek msg cotto Jump on ops_pct! It's waiting for some love :)
14:10 bacek g'night Coke
14:10 purl Message for cotto stored.
14:14 skids joined #parrot
14:22 Coke is there some way I can tell the GC to show me where everything is rooted?
14:23 Coke something in tcl is holding onto PMCs too long, I think.
14:23 iblechbot joined #parrot
14:24 Whiteknight Coke: not at the moment, no
14:24 Whiteknight although some sort of visualization plugin might be very cool to have
14:25 Coke Whiteknight: in the meantime, feel free to track down these segfaults for me. :|
14:25 Whiteknight what segfaults?
14:25 purl No whammies!
14:26 Coke partcl's dict.test and expr.test spectests.
14:26 Coke they segfault after 5 or 10 minutes without completing.
14:27 Whiteknight urg
14:27 Coke rerunning expr.test under gdb now, will check back in 20m. :|
14:35 Theory joined #parrot
14:47 mokurai joined #parrot
15:09 Coke if anyone can suggest more information to extract for TT #831, I'd appreciate it.
15:09 dalek TT #831 created by coke++: segfault in clone_key_arg
15:20 donaldh joined #parrot
15:39 Coke Whiteknight: there, a segfault in *malloc. =-)
15:40 Whiteknight w00t
15:40 Whiteknight so that means the heap is getting corrupted somewhere
15:41 dalek TT #832 created by coke++: segfault in _int_malloc
15:41 Coke I still have that gdb session open, if I can get anything from it, let me know.
15:56 Whiteknight nothing that I can think of right now
16:04 Psyche^ joined #parrot
16:21 mj41 Whiteknight: Another odd result on my 64bit Linux machine. t/op/gc.t test 4 start failing in r39993 ... http://tt.ro.vutbr.cz/report/pr-Parr​ot/do?trun-5988=on&amp;trun-5982=on
16:22 Whiteknight mj41: that's in trunk right now with the MS collector activated?
16:22 pmichaud good morning, #parrot
16:23 Whiteknight good morning pmichaud
16:31 dalek rakudo: 03bc9da | pmichaud++ | docs/spectest-progress.csv:
16:31 dalek rakudo: spectest-progress.csv update: 415 files, 11796 passing, 0 failing
16:31 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​3bc9da3b0f1e9322d0ca0e38f32fc3193c842ab
16:32 pmichaud Memo to all of the gc bug hunters.... "Thanks!!!"
16:32 * pmichaud points at "0 failing" and does a celebration dance.
16:32 Coke pmichaud: now it's my turn. =-)
16:32 ujwalic joined #parrot
16:33 Whiteknight holy shit, is it fixed?
16:33 Whiteknight It was still failing when I checked it yesterday
16:33 pmichaud Whiteknight: for the past two days I haven't been seeing any obvious gc-related bugs
16:33 Whiteknight I wonder what was happening about that one bug I was trying to track down?
16:33 pmichaud we still have the abort-on-exit failures, but I think those are exception bugs and not gc ones
16:34 pmichaud the one you were trying to track down is the abort-on-exit one
16:34 pmichaud it's still there, but my bug-counting-script doesn't treat it as a failure
16:34 Whiteknight oh, okay
16:34 pmichaud (all of the tests passed, so it counts them as such.  It's just that Parrot dies on exit)
16:34 pmichaud (so we don't consider that a Rakudo bug at the moment for spectest purposes)
16:34 Whiteknight is there a ticket for this abort-on-exit thing? I have information I can probably add to it
16:35 pmichaud I don't think there's a ticket.  But I was able to narrow it down to a simple test case
16:35 Whiteknight I CAN HAZ SIMPLE TEST CASE?
16:35 Whiteknight :)
16:35 pmichaud looking
16:35 Whiteknight Because I've been using failing spectests in my work, and that's a pain
16:36 pmichaud http://nopaste.snit.ch/17227
16:36 pmichaud that seems to always produce the abort-on-exit
16:36 Whiteknight okay, yeah, I was using a snippet like that for a while
16:37 Whiteknight what's interesting is that both of those two statements need to be there, although can be in any order
16:37 pmichaud the problem has to do with errors in evals for code that also has BEGIN semantics
16:37 Whiteknight either one by itself doesn't fail
16:37 pmichaud right
16:37 Whiteknight okay
16:38 Whiteknight what's interesting is that the failure does indeed happen towards exit time, but the failure happens inside IMCC
16:38 Whiteknight so something is calling into IMCC after the script has completed
16:39 pmichaud ....failure happens inside IMCC?
16:39 pmichaud oh!
16:39 pmichaud it's probably not finding 'self'
16:40 Whiteknight yeah, let me see if I can find the backtrace that I nopasted
16:40 Whiteknight irclogs?
16:40 purl hmmm... irclogs is http://irclog.perlgeek.de/parrot/today or see also: infrared clogs
16:40 pmichaud so, I wonder...
16:42 Whiteknight http://nopaste.snit.ch/17216
16:42 bruce joined #parrot
16:43 Whiteknight you can see the PIR snippets passed into IMCC during the error, which happens after those segments are already compiled and executed (because the test prints "ok")
16:44 Whiteknight http://nopaste.snit.ch/17220 <-- And this is one of the PIR snippets being passed into IMCC that starts the fail train in motion
16:44 pmichaud ...that's the whole bit of PIR that is being compiled?
16:44 pmichaud or just an excerpt ?
16:45 Whiteknight the whole thing
16:45 purl the whole thing is, like, confounded
16:46 ruoso joined #parrot
16:46 Whiteknight I don't think it appears in the backtrace, but in gdb I compared the string lengths to make sure it was the entire string
16:46 pmichaud I don't see anything there that would cause IMCC to fail
16:47 pmichaud perhaps it's failing from within the load sub
16:47 pmichaud hmmm.
16:47 Whiteknight well yes, it's failing in the :init sub
16:47 pmichaud which :init sub ?  ;-)
16:47 Whiteknight (which is the :load sub, but gets executed because of the :init flag)
16:47 pmichaud and :init shouldn't matter
16:47 pmichaud :init only matters for files run from the command line, which this one isn't.
16:48 Bruce joined #parrot
16:48 Whiteknight maybe that's the only time it *should* matter
16:48 Whiteknight but the function is being executed because of the :init flag in IMCC when it's compiled
16:48 pmichaud that's wrong.
16:48 purl pmichaud is channeling thoth!
16:49 pmichaud or I'm misremembering.  One second.
16:49 pmichaud (I'm probably misremembering.)
16:49 Whiteknight this then causes a segfault because the contexts are screwed up and it can't find the signature object
16:49 Whiteknight I think you're thinking about :immediate
16:49 Whiteknight or :postcomp
16:49 pmichaud no
16:49 pmichaud :load subs get executed when something is done via :load
16:50 pmichaud :init subs get executed ...
16:50 pmichaud okay, you're correct
16:50 pmichaud including when compiled from memory
16:50 pmichaud for some reason I _always_ get that backwards :-)
16:50 pmichaud so yes, because of the :init flag
16:51 Whiteknight right, so the :init function executes (I don't know which of the two in that snippet), it goes to handle the return value but can't find the signature object and crashes
16:51 Whiteknight now, I tried out a patch that prevented searching for return values from an :init sub, but then there was a segfault
16:52 Whiteknight so somewhere the context stack is getting corrupted
16:52 pmichaud okay, I have a PIR example.
16:52 Whiteknight !!!
16:52 Whiteknight pure PIR, or PIR with Perl6 PMCs and runtime and stuff?
16:52 pmichaud pure PIR
16:53 Whiteknight oh w00t
16:54 nopaste "pmichaud" at 72.181.176.220 pasted "Pure PIR example showing abort-on-exit failure" (74 lines) at http://nopaste.snit.ch/17242
16:55 Whiteknight oh wow, that's bizarre
16:55 Whiteknight I have a suspicion that we can even trim that example down a little bit
16:56 pmichaud oh, we probably can
16:56 Whiteknight well, maybe it wouldn't be as instructive
16:56 pmichaud but the problem has to do with exceptions being thrown from within imcc
16:57 Whiteknight ah, that makes more sense then
16:58 Whiteknight how did you figure that out?
16:58 Whiteknight I'm probably missing some necessary information about the Perl6 runtime
16:59 nopaste "pmichaud" at 72.181.176.220 pasted "more abort-on-exit-failure description" (88 lines) at http://nopaste.snit.ch/17243
16:59 pmichaud I figured it out based on what you just said about the failure happening inside of IMCC
16:59 Whiteknight pmichaud++
16:59 pmichaud that's the piece that I hadn't recognized yet
17:00 pmichaud in nopaste 17243, I just halt execution after the first eval and before the second one, then print out a backtrace
17:00 pmichaud you can see that the previous imcc run is still in the execution stack
17:00 Whiteknight whoa whoa, that's rediculous!
17:01 Whiteknight the exception is jumping from IMCC directly to the next runcore without unwinding the stack?
17:01 pmichaud exceptions don't normally unwind the stack
17:01 pmichaud that's Parrot's exception model
17:01 Whiteknight well, if they cause a longjmp back up to the previous runcore it would
17:02 Whiteknight for a very liberal definitoin of "unwind"
17:02 pmichaud anyway, if there's something that needs to be done to cause an exception to say "okay, handled it" and unwind up the stack, I'm curious to know what that is.
17:03 Whiteknight this is absolutely bizarre
17:03 Whiteknight NotFound: ping
17:04 NotFound Whiteknight: pong
17:04 Whiteknight NotFound: got a very interesting exception-related backtrace here if you want to look at it
17:04 Whiteknight http://nopaste.snit.ch/17243
17:04 NotFound Yes, I'm looking
17:05 Whiteknight okay, I think what is happening is that we have a runloop in IMCC handling the :init function, which throws the exception. There is a PIR handler for it, so THAT runloop executes the exception directly, not the uppermost "parent" runloop
17:06 Whiteknight and then it continues execution after the handler, which brings us to your debug 0 statement
17:07 Whiteknight so when that terminates, the stack unwinds back to the parent runloop, which continues execution and creates problems after the program appears to have run to completion
17:07 pmichaud exactly.
17:07 pmichaud bingo.
17:07 Whiteknight so the test "passes", but then we get a failure at the end that looks like it's coming from the middle of the test file
17:08 pmichaud Whiteknight++
17:09 Whiteknight so we need a way to specify that certain runloops cannot execute certain exception handlers from parent runloops
17:09 Whiteknight or maybe we need to not execute :init functions inside the PIR compreg
17:09 Coke I wonder if this is related to...
17:10 Whiteknight Or better yet, add init functions from the PIR compreg to the scheduler so they still get executed but in the parent runloop
17:10 Coke http://rt.perl.org/rt3/Tic​ket/Display.html?id=38432
17:10 chromatic joined #parrot
17:11 Whiteknight Coke: I'm sure it's very related to that bug, yes
17:11 Whiteknight same recursion mechanism
17:11 NotFound I was thinking about using for pir throws/pir handles the sam way I introduced for the C throws/pir handles, but I'm not tested that yet.
17:12 Whiteknight What we need now is to figure out which method we want to use to solve this, and then it should be relatively straight forward
17:14 particle the scheduler option seems best to me, but i can't put my finger on why yet
17:14 Whiteknight yeah, that's what I'm leaning towards now
17:14 Whiteknight this has the benefit that it should resolve many of our "inferior runloop" issues
17:14 pmichaud I'm wondering if 'pushmark' is actually what is needed here, though.
17:14 Whiteknight what's pushmark?
17:14 purl pushmark is the first step of a list operator or subroutine call
17:15 pmichaud purl, forget purhsmark
17:15 purl pmichaud, I didn't have anything matching purhsmark
17:15 particle wasn't pushmark deprecated and removed?
17:15 pmichaud purl, forget pushmark
17:15 purl pmichaud: I forgot pushmark
17:15 pmichaud let's look at the code I'm running for a sec
17:15 pmichaud I create an exception handler
17:15 pmichaud then do an operation (compile some PIR)
17:15 pmichaud that operation throws an exception, which my handler catches
17:16 pmichaud I'd like to have a way to say "okay, roll everything up and continue execution from the point where I expected to be catching an exception
17:16 pmichaud (because I've handled it)
17:16 Whiteknight ok
17:16 pmichaud right now there's no way for me to say "roll up"
17:16 HG` joined #parrot
17:17 pmichaud I can try resuming after the exception -- but that's wrong.  I don't want to resume execution from the point where the exception was thrown
17:17 pmichaud I want to resume execution in my runloop from the point where I expected to catch the exception
17:17 pmichaud that's kinda what the pushmark and popmark opcodes do, iirc
17:18 pmichaud right now we handle "continue execution from the point where I expected to be catching an exception" by use of a goto -- but that leaves the original place in the call stack chain, because no rollup occurred.
17:19 pmichaud I think I can come up with a simple example.
17:20 NotFound So this failure can be, in addition to an exception handler problem,a 'imcc is not reentrant' problem?
17:22 Whiteknight NotFound: no, it's larger then that. Not just IMCC
17:23 Whiteknight it's not that we are re-entering into IMCC, it's that we never leave IMCC when we execute a handler from outside it
17:24 NotFound Whiteknight: yeah, but supposedly the code must work even with that undesired behavior.
17:27 pmichaud I suspect the problem will arise anytime we end up throwing an exception from an inferior runloop
17:28 dalek close: r74 | Austin++ | trunk/t/02-adverbs.t:
17:28 dalek close: Updated test #s, reordered adv tests
17:28 dalek close: review: http://code.google.com/p/close/source/detail?r=74
17:28 Whiteknight The question really is one of design then, what do we want to happen in these cases?
17:28 Whiteknight because it should be easy enough to detect it, we just need to know what to do
17:29 Whiteknight do we allow exceptions from an inner runloop to be handled by handlers in an outer "scope"?
17:29 pmichaud you have to allow them to be caught by an outer scope, yes.
17:30 darbelo joined #parrot
17:30 Whiteknight okay, that's what I was thinking
17:30 pmichaud otherwise we end up with uncatchable exceptions.
17:32 NotFound One problem is that 'push_eh label' is not so simple as it looks. Is not a goto, is calling an exception handler that just happen to be using the same sub block.
17:32 chromatic and you can't tell when the exception handler has ended.
17:33 pmichaud push_eh label creates an ExceptionHandler PMC and sets it to the address of 'label'
17:34 NotFound And the ExcpetionHandler isa Continuation
17:34 pmichaud correct
17:37 pmichaud it almost makes me want to have a "rollback label" opcode or method on the ExceptionHandler, which causes the stack to rollback to the frame in which the ExceptionHandler was created and continue execution at the given label
17:37 NotFound And we can't do some unwinding before invoking it, because we must preserve context, C stack, et al. for a possible resume.
17:39 chromatic allison and I wrote up a quick design to denote when an exception handler should return, but she hasn't yet had time to post design notes to the list.
17:39 chromatic Mostly we need a way to mark the control scope of an exception handler.
17:40 Coke chromatic: I just opened some hard to reproduce segfaults. I still have those gdb windows open, if I can provide any more information on the segfaults, I'm happy to.
17:41 chromatic Coke, what does *string show in the int_malloc segfault in callframe #29?
17:41 chromatic up 29; p *string
17:41 chromatic sorry, p *meth instead
17:44 fdorothy joined #parrot
17:47 NotFound I wondering if we must able excpetions to propagate out of do_sub_pragmas. Did we expect to be able to sanely resume an exception from an init or load sub?
17:47 NotFound s/able/allow
17:47 Coke chromatic: is there an easy way to jump to that callframe?
17:48 Coke damnit: Program terminated with signal SIGSEGV, Segmentation fault.
17:48 Coke The program no longer exists.
17:48 Coke re-running...
17:50 chromatic up 29 should do it
17:50 Coke chromatic: ok. give me another 5m to get to the segf again.
17:50 Coke thanks.
17:56 Coke chromatic: the stack is slightly different this time; Are you interested in Parrot_run_meth_fromc_args ?
17:56 nopaste "coke" at 72.228.52.192 pasted "stack trace this time" (55 lines) at http://nopaste.snit.ch/17244
17:59 chromatic Yes; it'd be good to know which PMC and which method it's trying to invoke.
18:00 cotto good beforenoon
18:00 Coke DAMMIT
18:00 Coke after poking around again (up, down, l)... the program exited again.
18:00 Coke re-re-running.
18:02 dalek parrot: r40058 | cotto++ | trunk/lib/Parrot/OpsFile.pm:
18:02 dalek parrot: [ops2c] more cleanup of existing code; no functional changes
18:02 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40058/
18:07 Coke the method is "get_string"
18:07 chromatic p obj->vtable->whoami
18:07 chromatic p *obj->vtable->whoami
18:08 Coke Object
18:08 Coke it's /probably/ a TclDict
18:08 chromatic How certain are you?
18:09 Coke > 50%
18:09 Coke (given the nature of that test file)
18:09 chromatic Okay.  Hm.  That doesn't tell me anything.
18:09 chromatic How much memory is the process using?
18:10 Coke looks like 152m
18:11 Coke if it /is/ tcldict, then its get_string is: http://code.google.com/p/partcl/source​/browse/trunk/src/class/tcldict.pir#22
18:12 Coke (though I do wonder why it would be invoking that as a method)
18:13 chromatic Yeah, that doesn't sound quite right.
18:16 dalek parrot: r40059 | cotto++ | trunk/lib/Parrot/OpsFile.pm:
18:16 dalek parrot: [ops2c] remove debugging messages
18:16 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40059/
18:20 Coke chromatic: I can get a maximum recursion depth exceeded with the failing test if I tweak it slightly. Going to see if I can make /that/ go away, and see if that avoids the segf.
18:21 chromatic Do you have a per process memory limit?
18:21 Coke chromatic: whatever the default on feather is.
18:21 Coke (yes)
18:22 Coke oooh. I can duplicate the actual segfault with just that test case. that should narrow it down a bit.
18:22 chromatic I'm surprised it segfaulted then.
18:22 Coke I don't think it's running out of memory - parrot is pretty good about PANIC'ing then.
18:23 chromatic But it's segfaulting within malloc, which is strange.
18:24 Whiteknight that's probably indication that the heap is corrupted
18:24 Whiteknight which suggests that somebody is writing more data then they have allocated space
18:37 dalek parrot: r40060 | pmichaud++ | trunk (4 files):
18:37 dalek parrot: [pge]:  Add <?> and <!> to Perl6Regex syntax.
18:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40060/
18:46 japhb joined #parrot
18:50 NotFound I think we can have a manageable compreg 'PIR', and other imcc invocations, by catching exceptions in do_sub_pragmas, returnning an error code from him, propagate it to his callers, and checking it in imcc_compile. This requires to change the signature of several functions, though.
18:51 chromatic That seems sensible to me for now.
18:51 NotFound I'll give it a try, then.
18:55 Whiteknight that's a nice workaround for now, but it really ignores the larger problem
18:56 Whiteknight after all, IMCC is not the only place were this problem manifests
18:56 NotFound Whiteknight: one problem at a time.
18:56 chromatic It's not, but we're not going to solve this problem while we have mixed runloops.
18:56 Whiteknight I'm just saying, is all I'm saying
18:56 purl i already had it that way, Whiteknight.
18:56 NotFound Is not just a workaround, inhability to detect that problems inside imcc compiling is a real problem.
18:57 Whiteknight a little voice in my head keeps telling me that the real long-term solution is called "L1"
18:57 Whiteknight but then I take my medication and silence
18:57 dalek TT #833 created by whiteknight++: Exception from :init sub in PIR compreg causes problems
18:57 NotFound Whiteknight: surely, but I don't think L1 will solve imcc problems, or even pirc ones.
18:57 Whiteknight NotFound: it solves the problem that we don't recurse into child runloops
18:58 Whiteknight one runloop means zero problems due to runloop recursion
18:59 Whiteknight and phasing out our reliance on PIR means we don't need to worry about bugs inside the PIR compiler
19:00 NotFound Whiteknight: I'm not sure we can solve all, unless we forbid calling parrot code from C extensions.
19:00 chromatic The less C code they have to write, the better.
19:01 Whiteknight NotFound: the exceptions can "call" into the existing runloop with a longjmp
19:01 NotFound Whiteknight: try to implement callbacks that way.
19:01 Whiteknight or we can sandbox extensions so exceptions thrown from a child runloop in an extension do not propagate back to the parent runloop
19:02 NotFound That's the point. We need to do some things, L1 or not.
19:02 Whiteknight some things, yes
19:03 NotFound L1 can solve a lot, but not all.
19:04 Whiteknight if L1 is powerful enough, extensions won't be written in C
19:04 Whiteknight they will be written in a Parrot language, and won't need to recurse
19:04 Whiteknight the only C code will be libraries through NCI and callbacks
19:06 NotFound Maybe. In that case, we just need to do that things for reentrances from NCI.
19:43 AndyA joined #parrot
19:50 Coke Whiteknight: for another runloop ticket, see also: http://rt.perl.org/rt3/Tic​ket/Display.html?id=57088
19:51 Whiteknight yeah, nice
19:55 NotFound An interesting note: just adding a exit instruction at the end of TT #833 example avoids the segfault.
19:55 Coke note that exit throws an exception.
19:58 cotto darbelo, ping
19:59 darbelo cotto: pong
20:00 cotto darbelo, If you write a PCT-based decTest interpreter, you can always use --target=pir to generate tests instead of running them directly.  That'
20:00 cotto ll give you the simplicity of using HLLCompiler as intended while also not requiring that users build the compiler to run the test suite.
20:01 cotto It'll mean a bit of trickery to generate the tests, but I don't think it'll be too onerous.
20:06 cotto thoughts?
20:06 purl Moonlight shines through the dark night / clouds move overhead, casting shadows / dancing in the firelight
20:06 NotFound And another funny note: adding a :main qualifier to the sub, it fails on a different way
20:10 darbelo Sounds good to me, especially since I woke up on the interpreter side of the bed this morinig :)
20:11 cotto Start coding before you change your mind!
20:14 darbelo Heh. I think I was heading in the other direction when I wrote the grammar, but I'll dive back into that now.
20:15 darbelo I don't think I was making any deep-reaching assumptions there. Not intentionally.
20:22 cotto btw, you can get nice syntax highlighting if you install perl6.vim and add a coda for vim (unless you're using the other editor)
20:23 Bruce1 joined #parrot
20:26 darbelo Neither. I'm using a less bloated clone of the other editor :)
20:28 Bruce joined #parrot
20:35 cotto There are other editors?  Who knew!
20:41 dalek parrot: r40061 | NotFound++ | trunk/include/parrot/interpreter.h:
20:41 dalek parrot: [cage] delete no longer used piolayers member from interpreter
20:41 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40061/
21:21 bacek joined #parrot
21:23 brbrooks joined #parrot
21:23 brbrooks seen Whiteknight
21:23 purl Whiteknight was last seen on #parrot 1 hours, 31 minutes and 57 seconds ago, saying: yeah, nice
21:24 hercynium joined #parrot
21:29 sekimura joined #parrot
21:31 Khisanth joined #parrot
21:31 Whiteknight joined #parrot
21:44 bacek Good morning #parrot
21:45 brbrooks Whiteknight: have you read this: http://portal.acm.org/citation.cfm?id=224182
21:46 Tene "I like both kinds of music, country and western"
21:48 Whiteknight brbrooks: no, my acm subscription expired months ago
21:49 brbrooks http://citeseerx.ist.psu.edu/vie​wdoc/summary?doi=10.1.1.84.4100
21:50 brbrooks heavy, but informative
21:54 NotFound r40061 fails without a realclean. There is some lack of dependency on include/parrot/interpreter.h somewhere
21:54 chromatic interpreter.h is too big.  Yuck.
21:55 Limbic_Region joined #parrot
22:08 dalek parrot: r40062 | bacek++ | branches/ops_pct/compilers/opsc/ops/oplib.pm:
22:08 dalek parrot: [opsc] Add little bit more docs to Ops::OpLib
22:08 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40062/
22:11 NotFound I say realclean? No, it was clean.
22:16 Whiteknight brbrooks: yes I have read that second one
22:16 Whiteknight but I don't have a copy here
22:17 * bacek always with that "make realclean" will generate special parrot. With clean design, clean GC implementation and clean of bugs...
22:17 bacek always wish
22:17 chromatic And you should win stuff for using it.
22:17 brbrooks second one was just non-ACM access to the original link
22:18 bacek chromatic: :)
22:18 bacek Any volunteers to smoke tt761_keys_revamp branch on something different from Debian/Lenny/i386?
22:19 dalek parrot: r40063 | pmichaud++ | trunk/compilers/pct/src/PCT/HLLCompiler.pir:
22:19 dalek parrot: [pct]:  Fix deprecated use of '.item' on match object
22:19 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40063/
22:22 dalek parrot: r40064 | pmichaud++ | trunk/t/compilers/pge/perl6regex/rx_subrules:
22:22 dalek parrot: [pge]:  Omit tests for deprecated built-in rules (TT #460).
22:22 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40064/
22:22 dalek parrot: r40065 | pmichaud++ | trunk/compilers/nqp/src/Grammar/Actions.pir:
22:22 dalek parrot: [nqp]:  Fix use of deprecated ".text" method (TT #460).
22:22 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40065/
22:25 darbelo bacek: I can try it on OpenBSD/amd64
22:26 dalek parrot: r40066 | pmichaud++ | trunk/compilers/pge/PGE/Perl6Regex.pir:
22:26 dalek parrot: [pge]:  Fix use of deprecated ".text" method (TT #460)
22:26 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40066/
22:26 bacek darbelo: please. And if you have Rakudo - "make spectest" as well.
22:31 darbelo bacek: don't have rakudo, sorry. Should I just do a make smoke, or do you need anything special?
22:34 bacek darbelo: nothing special. Just smoke.
22:35 darbelo bacek: Okay, I'll smoke it. This might take a while.
22:35 rg joined #parrot
22:36 moritz bacek: sent result to the list (Lenny/amd64)
22:36 whoppix joined #parrot
22:36 bacek pmichaud: any plans for bringing ~~ to NQP? Or I have to use "/ foo /($str)" only?
22:36 dalek parrot: r40067 | bacek++ | branches/ops_pct/compilers/nqp/t/30-interpolate.t:
22:36 dalek parrot: [nqp] Add test for regexp quoting.
22:36 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40067/
22:36 bacek moritz: thanks
22:36 kid51 joined #parrot
22:37 bacek moritz: yak... packfiles...
22:41 darbelo bacek: http://smolder.plusthree.com/app/pu​blic_projects/report_details/24873
22:42 darbelo that's the branch. And a smoke from trunk from a few hours earlier is at http://smolder.plusthree.com/app/p​ublic_projects/report_details/2486 if you want to compare.
22:44 bacek darbelo: thanks. I forgot to regenerate PBCs... And t/compilers/pct is expecting to fail.
22:46 bacek Bah! I also forgot to dcommit latest changes...
22:46 dalek parrot: r40068 | bacek++ | branches/tt761_keys_revamp (15 files):
22:46 bacek facepalm.jpg
22:46 dalek parrot: Bring brunch up-to-date with trunk.
22:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40068/
22:46 dalek parrot: r40069 | bacek++ | branches/tt761_keys_revamp​/src/pmc/hashiterator.pmc:
22:46 dalek parrot: [pmc] Add more description into HashIterator.
22:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40069/
22:46 dalek parrot: r40070 | bacek++ | branches/tt761_keys_revamp/t/native_pbc (4 files):
22:46 dalek parrot: Regenerate native pbc. moritz++ darabelo++
22:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/40070/
22:47 bacek darbelo: and mistyped your nick...
22:47 moritz darbelo++ then ;-)
22:47 bacek darbelo++ indeed :)
22:50 bacek moritz: can you some spectest against updated branch?
22:51 moritz bacek: the smoke is already running
22:51 moritz t/compilers/pct/past.t                    (Wstat: 512 Tests: 10 Failed: 2) Failed tests:  7, 9
22:51 moritz t/compilers/pct/post.t                    (Wstat: 256 Tests: 6 Failed: 1) Failed test:  5
22:52 bacek moritz: those are expected failures...
22:52 bacek Test of PAST/POST rely on Hash keys order.
22:52 bacek (And I asked for help in maillist :)
22:53 moritz right
22:57 nopaste "bacek" at 114.73.12.50 pasted "partcl test failures on keys_revamp branch" (8 lines) at http://nopaste.snit.ch/17246
22:58 bacek msg Coke Are failures from  http://nopaste.snit.ch/17246 expected on trunk? Or I broke something (as usual)?
22:58 purl Message for coke stored.
22:59 nopaste "darbelo" at 200.49.154.172 pasted "Failures on OpenBSD/amd64 after "svn up && make test" for bacek." (12 lines) at http://nopaste.snit.ch/17247
23:00 bacek darbelo: packfile again??? Doh!
23:00 skids joined #parrot
23:01 bacek darbelo: can you run "prove -v t/pmc/packfilerawsegment.t" and nopaste output?
23:02 Bruce left #parrot
23:02 nopaste "darbelo" at 200.49.154.172 pasted "Output of "prove -v t/pmc/packfilerawsegment.t " for bacek." (13 lines) at http://nopaste.snit.ch/17248
23:03 bacek hrm...
23:06 bacek It's... impossible...
23:07 bacek ok, time to $dayjob. I'll try to review packfile PMCs tonight.
23:08 nopaste "darbelo" at 200.49.154.172 pasted "bacek: You're going to love this :)" (51 lines) at http://nopaste.snit.ch/17249
23:09 rg bacek_at_work: smoke for tt761_keys_revamp on freebsd/amd64: http://smolder.plusthree.com/app/pu​blic_projects/report_details/24878
23:09 darbelo msg bacek Look at http://nopaste.snit.ch/17249 the error comes and goes as it damm well pleases.
23:09 purl Message for bacek stored.
23:10 rg unfortunately it seems branch detection in Smoke.pm is broken, so it doesn't say so :(
23:10 darbelo msg bacek_at_work Look at http://nopaste.snit.ch/17249 the error comes and goes as it damm well pleases.
23:10 purl Message for bacek_at_work stored.
23:12 darbelo rg: you were the other victim of tt807, right?
23:18 rg darbelo: i believe so. looks like it got fixed, though.
23:20 darbelo It stopped manifesting on OpenBSD/amd64, if FreeBSD isn't failing anymore you should probably comment on the ticket so it can be closed.
23:21 dalek TT #786 closed by jkeenan++: config step auto::gettext throws warnings on Darwin/PPC
23:22 rg i can just close it if you agree.
23:25 jdv79 is there any gc instrumentation at the moment?
23:28 darbelo rg: fine with me, I just wanted to see if it was fixed for you too.
23:29 rg darbelo: you can also look at my smoke reports. unless i need the machine for something else, it should submit one 3 times a day.
23:31 dalek TT #807 closed by rg++: t/pmc/eval.t:  freeze/thaw test not passing on OpenBSD/AMD 64
23:50 Whiteknight nopaste?
23:50 clunker3 http://pasta.test-smoke.org/ or http://paste.husk.org/ or http://nopaste.snit.ch:8001/ or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/
23:50 purl nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/ or http://paste.scsys.co.uk (for #catalyst, #dbix-class, #moose  and others) or http://gist.github.com/ or paste or gtfo
23:50 nopaste "whiteknight" at 69.248.162.161 pasted "test failure for bacek++. amd64, ubuntu9.04, gcc4.3.3" (14 lines) at http://nopaste.snit.ch/17250
23:51 Whiteknight purl msg bacek http://nopaste.snit.ch/17250 amd64 ubuntu9.04 test results
23:51 purl Message for bacek stored.
23:52 bobke joined #parrot
23:55 Whiteknight (I don't envy how many msgs he's going to have when he gets back)
23:55 Whiteknight pmichaud:ping
23:56 sekimura_ joined #parrot

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

Parrot | source cross referenced