Camelia, the Perl 6 bug

IRC log for #parrot, 2008-08-09

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:09 AndyA joined #parrot
00:50 petdance joined #parrot
01:04 Khisanth joined #parrot
01:40 bacek joined #parrot
02:17 kid51 joined #parrot
02:18 cognominal joined #parrot
02:31 jennyf joined #parrot
02:35 cybergirl joined #parrot
02:37 tetragon Argh, I tried building and testing languages/lua, and all I got for my trouble was a bunch of segfaults referring to the address 0x00000000deadbef7
02:38 tetragon Hrm... Now I got a single segfault referring to a different addres
02:39 tetragon (lua is one of the places outside of the OpenGL examples that uses call_toolkit_init from NCI)
02:42 nopaste "tetragon" at 76.10.153.9 pasted "A typical 0x00000000deadbef7 crash report" (138 lines) at http://nopaste.snit.ch/13773
02:48 britneypire joined #parrot
03:03 japhb tetragon: I assume he's using call_toolkit_init for the same reason the OpenGL examples do ... for GLUT
03:03 japhb or rather, glutInit
03:03 tetragon Yep
03:04 tetragon The point at which my attempt to run the OpenGL examples fail on my 64-bit build looks to be in call_toolkit_init
03:05 * japhb reaches back into the depth of memory
03:05 japhb ... yep, I remember now.
03:06 tetragon Hrm... Actually, one of the comments near the failing line in call_toolkit_init is quite the hint
03:06 japhb The magic trick that call_toolkit_init uses to handle argv is an ugly kludge, because it's a workaround
03:06 tetragon # XXX: This is unportably wrong; it assumes sizeof(INT) = sizeof(PTR)
03:06 japhb YUP
03:06 japhb I put that comment in there for a reason.  ;-)
03:06 japhb There's just no way in NCI to say "put a null pointer here"
03:06 japhb Or at least, there wasn't back when I wrote that.
03:06 tetragon Well, guess what.  64-bit OS X is generally LP64, not ILP64
03:07 japhb tetragon: yep, I knew that.
03:07 japhb tetragon: I forgot about it, because it works on Linux/x86_64
03:07 japhb So I didn't remember to keep pestering chromatic about it.  ;-)
03:08 tetragon (Although, in the depths of time, it or a predecessor was ILP64.  There's a whole stack of #ifdefs in the platform headers that relate to that history)
03:08 japhb tetragon: ... in the 10.3 days?  I know there was much incorrect typedef'ing in the GL headers from old OS X ...
03:09 japhb But maybe that was just a coincidence
03:09 tetragon GL wasn't built as 64-bit in the 10.3 or 10.4 days
03:09 japhb ah, gotcha.
03:09 tetragon (and it was the 10.4 headers with the strange typedefs that I sent you)
03:09 japhb Still, it boggles my mind that they had the wrong typedefs.  Since every other platform uses the same typedefs, known to work virtually everywhere ...
03:10 japhb tetragon: nodnod
03:10 * japhb is running at reduced memory capacity.
03:10 tetragon And it was Mach that was ILP64
03:12 japhb tetragon: how did Mach specify a 32-bit integer type?
03:12 tetragon It was easy on 32-bit platforms
03:12 tetragon It was an int
03:13 tetragon On 64-bit, well, int was 64-bit (as far as I can tell by some of the comments)
03:13 japhb Right ... so ...
03:13 * japhb imagines some ugly hack like 'long short'
03:18 StephenPollei left #parrot
03:22 japhb Any git-svn users about?
03:24 olgagirl joined #parrot
03:39 tetragon joined #parrot
03:52 tetragon joined #parrot
04:10 tetragon joined #parrot
04:16 bacek japhb: I use git-svn
04:18 japhb bacek: thank you -- I think the freenode #git folks are answering my question.   I'll let you know if not.
04:18 japhb :-)
04:18 bacek ah, ok. ;)
04:19 japhb The short of their answer: 'git-svn rebase' does do a fetch, but it is not the fetch you are looking for.  In fact, its semantics are basically insane.
04:19 japhb It fetches from whatever branch is the parent of the current SVN HEAD.
04:19 japhb so, actually need to do 'git-svn fetch' separately first.
04:26 japhb They were right
04:26 japhb joy
04:52 Ademan joined #parrot
05:05 Infinoid ah.  I use git-svn a lot at work, but I don't set it up to track svn branches, because they are basically insane
05:18 tetragon joined #parrot
05:34 tetragon joined #parrot
05:36 Psyche^ joined #parrot
06:35 japhb Infinoid: would that I could avoid doing so myself -- but until Parrot switches completely over, we're still stuck with the SVN branch mambo.
06:36 cotto_work joined #parrot
06:37 dalek r30137 | fperrad++ | opengl4lua:
06:37 dalek : [Lua] merge from trunk (30102 -> 30136)
06:37 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30137
06:41 tetragon joined #parrot
06:51 dalek r30138 | fperrad++ | opengl4lua:
06:51 dalek : [Lua] imrprove layout
06:51 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30138
06:56 sandra_f joined #parrot
06:58 cotto_home 'bout time we had some commits
06:59 cotto_home fperrad++ #not that he'll ever know
06:59 cotto_home karma fperrad
06:59 purl fperrad has karma of 847
07:06 jennyf joined #parrot
08:10 Ademan joined #parrot
08:41 barney joined #parrot
08:50 cotto_home barney, ping
08:54 sandra_f joined #parrot
08:54 barney hi cotto
08:55 cotto_home yapc would be a good time to brainstorm for what to do with pipp.org, now that we have it
08:56 was kicked by cotto_home: sandra_f
08:57 cotto_home several bots from that addr have been connecting and disconnecting
08:58 cotto_home that was more general than I'd intended
08:59 barney cotto: YAPC might be a good occasion to discuss HLL interop. Writing all those PHP functions in PIR is a pain. fperrard++
09:01 cotto_home very much so.
09:01 barney For pipp.org, it might be good to have a 'more content is coming' page there,
09:01 cotto_home I'm hoping for a lot of headway on that tricky and interesting topic.
09:02 barney and a status page of what is done, (not much so far)
09:05 cotto_home I don't see much reason to start putting content there (except for collaborative purposes, which seem to be covered ok by #parrot and email) until pipp gets to the point where people will want to play with it.
09:05 cotto_home That's just me, though.
09:08 barney Well, when talking to people it is easier to say go to pipp.org then to say there is a Wiki-page somewhere.
09:08 barney So, a referal to the Wiki would serve that purpose too
09:10 cotto_home a redirect to the wiki would be a good placeholder until we decide to put something more substantial up
09:11 cotto_home it shouldn't be hard to find the tuits to get that up before yapc starts on Wed
09:18 barney cotto++
09:19 barney I need to do some shopping and chores, bbl
09:19 cotto_home I'll be asleep by then
09:19 cotto_home 'night
09:24 cotto_home btw, progress on releasing the phparray code is slow and there's not really a way I can apply more pressure (there's already quite a bit)
09:25 cotto_home otoh, all vtable methods are implemented and fairly well tested
09:26 barney Cool.
09:27 barney BTW on Aug 23-24 I will attend FrOSCon, http://www.froscon.de. I suppose that some core PHP devolopers will be there.
09:28 cotto_home there might be some guys from the OSS lab there too
09:29 cotto_home I know they're trying to hit the less-advertized conferences where the core PHP hackers get together
09:30 cotto_home I also am fairly sure I won't be going. :(
09:31 barney St. Augustin is not a must-see place. I've been there for a German Perl Workshop.
09:37 masak joined #parrot
09:47 cotto_home good night
09:47 purl sleep well too
09:47 cotto_home sleep &
10:24 tetragon joined #parrot
10:43 Ademan joined #parrot
10:46 rurban joined #parrot
11:57 dalek r30139 | rblasch++ | trunk:
11:57 dalek : [src] Apply bitmask before casting.
11:57 dalek : Otherwise the MSVC "convert to smaller type check" may trigger.
11:57 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30139
12:02 dalek r30140 | rblasch++ | trunk:
12:02 dalek : [win32] Adjust Parrot_floatval_time to standard epoch time.
12:02 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30140
12:15 lafille joined #parrot
12:26 Infinoid joined #parrot
12:48 Ademan joined #parrot
12:51 tetragon joined #parrot
13:29 kid51 joined #parrot
13:31 Ron joined #parrot
13:40 Ron_ joined #parrot
13:55 gmansi joined #parrot
14:13 dalek r30141 | jkeenan++ | stepdescription:
14:13 dalek : Creating stepdescription in https://svn.perl.org/parrot/branches
14:13 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30141
14:14 jhorwitz joined #parrot
14:37 petdance joined #parrot
15:02 dalek r30142 | jkeenan++ | stepdescription:
15:02 dalek : Trim all configuration step descriptions so that we can fit step name and
15:02 dalek : description on one line as Configure.pl runs.
15:02 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30142
15:04 kid51 svn.perl.org is misbehaving again.  Failing to send successful report back to sender.  Instead spending this spurious message:  Transmitting file data ....................................​...............................svn: Commit failed (details follow):
15:04 kid51 svn: MERGE request failed on '/parrot/branches/stepdescription'
15:04 kid51 svn: MERGE of '/parrot/branches/stepdescription': 200 OK (https://svn.perl.org)
15:04 kid51 svn: Your commit message was left in a temporary file:
15:04 kid51 svn:    '/home/jimk/work/stepdescription/svn-commit.tmp'
15:05 kid51 While 'svn up' makes things right by merging (G) files, this is still not correct behavior.  Haven't seen it in several weeks, though it was endemic early in this year.
15:31 jonathan hi from Sveeeeden.
15:31 masak jonathan: ditto :)
15:32 rurban Malm�?
15:32 masak rurban: you're sending latin-1 in a utf-8 environment.
15:33 rurban hmm, chatzilla
15:33 purl chatzilla is fucked or very beautiful :)
15:33 jonathan Linkoping.
15:33 jonathan Nice town.
15:34 jonathan However, I managed to be out walking during the 15 minutes of the day where it rained heavily.
15:34 jq joined #parrot
15:35 japhb One of my few regrets about having English as my native language is unintentional i18n rudeness.  (This from someone who wrote a Western-European languages website translation engine almost a decade ago.)  Of course, I get mine -- I'm colorblind, and its amazing how much of the computer world assumes that red and green are obviously different ....
15:35 japhb (That was re: masak's latin-1/utf-8 comment)
15:36 jonathan I just moved to a country where they have charcters that ain't in latin-1.
15:36 masak japhb: out of curiosity, how would you personally solve the red-green thing?
15:36 japhb masak: tone, texture, or shape are easiest.  If you're very careful, *different* color contrasts.
15:37 japhb For example, Using red triangle - yellow square - green circle works.
15:37 masak japhb: that sounds beneficial to everyone, actually
15:37 masak the more clues, the better
15:37 japhb masak, yep, it is, actually.
15:39 masak seems to me that encoding problems will exist for a long time. part of the problem is that there is no fundamental difference between two strings with different encodings.
15:39 japhb It turns out that a lot of the things that make computer interaction better for visually handicapped users improve speed and comprehension for everyone
15:40 masak jonathan: re $str.subst, I now have only two problems left :)
15:40 masak jonathan: whenever you have the time.
15:41 jonathan masak: OK, you got a patch of it so far?
15:42 masak jonathan: hold on
15:44 nopaste "masak" at 130.238.45.242 pasted "The commented out code works. The code after it doesn't." (63 lines) at http://nopaste.snit.ch/13775
15:44 masak so, I wrote .substr(Str,Str) first.
15:45 masak that was lucky, because I never really got .subst(Regex,Str) working.
15:46 nopaste "rurban" at 212.183.85.173 pasted "#56996-fhs-runtime.patch" (94 lines) at http://nopaste.snit.ch/13776
15:46 masak my first blocker is getting the second version to work. the other blocker is getting the two versions to run together.
15:46 jonathan match = regexp.'ACCEPTS'(self)
15:46 masak yes?
15:46 jonathan I'm pretty sure that will return a boolean and put the match object in $/
15:46 masak I sort of had that feeling
15:47 jonathan Rather than returning the match object iself.
15:47 jonathan *itself
15:47 masak is it clear what I _want_ to do? how do I do it?
15:47 jonathan See the code in Regex.pir that sets $/
15:47 jonathan In the ACCEPTS method in that file
15:47 jonathan It should be almost copy-paste to get the match object.
15:47 masak Regex.pir?
15:48 jonathan src/classes
15:48 jonathan I *think*, wait..
15:48 masak there's no such class in rakudo.
15:48 masak you mean Code.pir?
15:48 jonathan oh, yes
15:48 jonathan Codepir
15:48 jonathan aye.
15:49 jonathan $P0 = getinterp
15:49 jonathan $P1 = $P0['lexpad';1]
15:49 jonathan $P1['$/'] = match
15:49 masak since that's the method that throws the error, I've been there a few times already :)
15:49 masak so I want to inline that code, with some changes?
15:49 jonathan Is the error something like, outer has no lexpad?
15:49 masak the cause is that, yes
15:49 jonathan Or something lexical-ish?
15:49 jonathan OK
15:49 masak the error is actually "Null PMC access"
15:50 jonathan OK
15:50 jonathan I think :lex on the sub you're writing will work.
15:50 jonathan But also:
15:50 jonathan match = regexp.'ACCEPTS'(self)
15:50 jonathan If you just write
15:50 jonathan match = regexp(self)
15:50 jonathan It should work too
15:50 masak did that, got a bus error :(
15:51 jonathan Ah.
15:51 masak do I still need :lex for that?
15:51 jonathan That's certainly wrong.
15:51 jonathan Shouldn't
15:51 masak that's what I thought too
15:51 jonathan Oh, actually, if the sub you're calling looks at $/, then you may.
15:52 jonathan oh, no, this is the replace with a string version
15:52 jonathan So that should not be an issue.
15:52 masak yes.
15:52 masak ok.
15:52 jonathan The way that should work giving you a bus error is rather sucky, though. :-(
15:52 masak I'll try the :lex fix, and if that doesn't work I'll try not to get a bus error using regexp(self)
15:53 masak if that doesn't work I'll submit a tear-filled bug report to rakudobug
15:53 jonathan Yes, it seems you are close.
15:54 jonathan Try it with -G just to be sure, it's not a regex bug.
15:54 masak ./perl6 -G?
15:55 ruoso joined #parrot
15:55 masak jonathan: did you happen to catch the moment when I realized that all my 'double free' errors disappear if I use ../../parrot perl6.pbc instead of ./perl6, by the way?
15:55 masak don't really know what that means, but thought it might be important.
15:57 jonathan Didn't see that, no.
15:57 jonathan But it probably helps.
15:59 jonathan I never actually use the fakexecutable.
15:59 jonathan Maybe we should have a way of running the tests with it, though.
15:59 jonathan (If there isn't one already)
15:59 masak ok, I (1) added :lex, (2) got "lexical $/ not found", (3) added declaration of $/ to method, (4) got 'bus error' when running :(
16:00 jonathan :(
16:00 masak :(
16:00 cybergirl joined #parrot
16:00 masak seems what I want to do contains a bus error.
16:01 rhr joined #parrot
16:02 jonathan Yes.
16:02 jonathan Backtrace would be good to have.
16:03 masak gdb?
16:03 purl somebody said gdb was beyond abeltje's current skillset, do I need a perl with DEBUGGING?
16:03 masak jonathan: gdb?
16:03 purl i heard gdb was beyond abeltje's current skillset, do I need a perl with DEBUGGING?
16:03 jonathan Yes.
16:03 masak ok.
16:04 nopaste "masak" at 130.238.45.242 pasted "Here's what gdb had to say." (20 lines) at http://nopaste.snit.ch/13777
16:06 masak seems to me a rogue pointer is involved.
16:07 jonathan I think if you type "bt" and hit enter it shows us how we got there too.
16:07 masak ah.
16:08 masak yikes. we got here through a long and circuitous path.
16:09 nopaste "masak" at 130.238.45.242 pasted "gdb output, now with backtrace" (136 lines) at http://nopaste.snit.ch/13778
16:10 jonathan Wow!
16:11 masak maybe the match actually succeeded, and the error occurs in one of the substr calls
16:12 jonathan That may or may not be it
16:12 masak either that, or the regexp match makes its own substr calls
16:13 jonathan --trace 1
16:14 jonathan No, --trace=1
16:14 jonathan Second one as a parameter to perl6.pbc
16:14 masak oki
16:15 masak I don't know how many lines you need, but the line just before "Bus error" says '  1607 substr S1, S0, 0, I1             S1="(null)" S0="(null)"  I1=3'
16:15 masak there's our rogue pointers.
16:16 masak jonathan: hm, I'll paste the last 20 lines so you can see.
16:16 jonathan Ooh...the fun of null strings.
16:17 nopaste "masak" at 130.238.45.242 pasted "last 20 lines of ./perl6 --trace=1 -e 'my $s = "abcd"; $s.subst( /d/, "D" )'" (21 lines) at http://nopaste.snit.ch/13779
16:17 iblechbot joined #parrot
16:17 masak jonathan: it is at times like this that one actually starts to appreciate the Maybe monad of Haskell :P
16:19 masak jonathan: hm, maybe you actually need more than the 20 lines. S0 and S1 aren't mentioned until a bit further up
16:20 masak I'll nopaste the whole trace. it wasn't too much.
16:20 nopaste "masak" at 130.238.45.242 pasted "the whole trace" (179 lines) at http://nopaste.snit.ch/13780
16:22 jonathan ok, lookng
16:23 NotFound I think there was an unresolved ticket about string_substr not accepting NULL as first argument.
16:24 jonathan masak: It seems that you get the match back, and call .from and .to on it successfully
16:24 jonathan nopaste me your latest code,
16:25 masak jonathan: coming up.
16:26 nopaste "masak" at 130.238.45.242 pasted "my latest code." (32 lines) at http://nopaste.snit.ch/13781
16:28 masak hm... I think I see the problem.
16:28 masak I never declare $S0, do I?
16:29 kid51 joined #parrot
16:29 jonathan Yes, that's what I was wandering
16:29 masak seems that line of code got lost somehow.
16:29 jonathan I think you are missing a $S0 = self
16:29 masak recompiling...
16:30 masak it works! \o/
16:30 jonathan Yay!
16:30 masak jonathan++
16:30 jonathan masak++
16:30 masak ok, so how do I make it do either string or regexp replacement?
16:31 jonathan masak: Slightly off-topic, what is Swedish for "chinese", as in the type of restaurant?
16:31 masak jonathan: it's the same word, but spelt with a 'k'
16:31 masak 'kinesisk mat' or 'kinamat'
16:32 masak 'kinarestaurang'
16:33 jonathan gah! Google Maps only suggests places in Noorkoping!
16:33 masak (and for someone who has tried real Chinese food, I usually make a clear distincion between 'kinesisk mat' (home-made food) and 'kinamat' (which you get in the restaurants))
16:33 * jonathan wants Chinese nom
16:33 jonathan In answer to your question - I'd do it with multi subs.
16:34 masak jonathan: I'm sure there's at least one Chinese restaurant in Linköping
16:34 jonathan Me too.
16:34 masak jonathan: so just declare two :multi subs one after the other?
16:34 jonathan Yup, I think they do fairly different things.
16:35 masak what's up with using quotes around subnames and class names sometimes in PIR, and sometimes not?
16:36 jonathan You generally should use them.
16:36 masak oki
16:36 jonathan I think that's the direction we've been heading.
16:37 masak oki, my patch works now
16:38 masak should I nopaste it, or send it via rakudobug?
16:38 jonathan Send it to the list.
16:38 jonathan Can get some more eyes on it that way.
16:38 jonathan But it looks good.
16:38 masak I'll take a look at the corresponding .t file too
16:39 masak I fudged it a few days ago. maybe it passes now
16:39 jonathan The regex one no doubt may want some tweaks in the future, since the :g once implemented will let us match many things, I guess requiring many replacements. but we don't have that yet.
16:40 masak jonathan: ACK
16:40 masak from a Perl6 user perspective, I can tell you that even a partial .subst implementation is an improvent over manually stitching strings, though
16:41 masak :g would be even better, of course... :)
16:42 jonathan Oh, of course.
16:42 purl Indubitably.
16:42 jonathan I'm very much up for partial implementations of stuff that take us in the right direction.
16:44 masak to be honest, I really see no alternative, apart from "think long and hard, and then suddenly emerge with a perfect solution", which seems what Knuth likes to do. he dösn't use tests, either.
16:45 jonathan Perl 6 is just too hard to have a perfect solution first time. :-)
16:46 masak we should get Knuth interested in the project and let him try :)
16:46 masak it'd be an "immovable object, unstoppable force" situation.
16:46 Limbic_Region joined #parrot
16:55 masak is there a way to run just one testfile, fudged?
16:57 Ron joined #parrot
16:59 tetragon joined #parrot
17:05 rurban_ joined #parrot
17:07 jonathan masak: Fudge it manually first.
17:07 jonathan perl t/spec/fudge rakudo path/to/test.t
17:07 masak jonathan: thanks.
17:07 jonathan So annoying! Lots of nice blue sky now.
17:07 masak jonathan: is there any hope of making .subst work for all scalars, not just strings?
17:08 masak jonathan: told ya.
17:08 jonathan masak: If it's meant to do that, then move it to str-any.pir
17:09 masak but don't worry, tomorrow and Monday will be awful.
17:09 masak jonathan: I don't know, isn't it?
17:09 jonathan I'm not sure. :-)
17:09 masak most string replacement functions work on all scalars.
17:09 jonathan If it's one of them it should be in any-str
17:09 masak 65536.subst(5, 7)
17:10 masak seems reasonable to me
17:10 dalek r30143 | julianalbo++ | trunk:
17:10 dalek : throws on invalid null argument to string_substr
17:10 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30143
17:10 jonathan Best to leave it just in string unless the spec is clear where it should be.
17:10 masak oki
17:10 jonathan And check on that.
17:10 masak just wondering, becuase one of the tests tries to send in an integer
17:10 masak or rather, a block returning an integer
17:10 masak oh well, it's a start
17:10 jonathan Yeah, but just because spectests do stuff sadly doesn't always mean it's right.
17:11 jonathan I've been burnt by making that assumption before.
17:11 masak heh.
17:15 particle joined #parrot
17:18 jonathan OK, time for a hopefully dryer walk, and if I'm lucky some nice food.
17:20 masak jonathan: good luck. kudos. see you.
17:20 jonathan cu, on Tuesday if not on IRC before :-)
17:24 masak yep. :)
17:31 dalek r30144 | jkeenan++ | trunk:
17:31 dalek : MANIFEST and SKIP were not updated before a recent commit.
17:31 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30144
17:41 dalek r30145 | jkeenan++ | stepdescription:
17:41 dalek : Eliminate --fatal-step=n option; allow only --fatal-step=step::class.
17:41 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30145
17:44 s1n joined #parrot
18:12 slavorgn joined #parrot
18:23 dalek r30146 | fperrad++ | trunk:
18:23 dalek : [Lua] now os.time() uses the float version of time
18:23 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30146
18:30 dalek r30147 | fperrad++ | opengl4lua:
18:30 dalek : [Lua] merge from trunk (30137 -> 30146)
18:30 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30147
18:45 davidfetter joined #parrot
19:37 cybergirl joined #parrot
19:39 lauanana joined #parrot
20:04 iblechbot joined #parrot
20:08 olgagirl joined #parrot
20:23 iblechbot_ joined #parrot
20:26 dalek r30148 | chromatic++ | trunk:
20:26 dalek : [Rakudo] Fixed SVN metadata on new file.
20:26 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30148
20:36 dalek r30149 | chromatic++ | trunk:
20:36 dalek : [PMC] Fixed context reference counting in Exception PMC, so that exception
20:36 dalek : contexts don't get destroyed early but do get destroyed on time.  This fixes
20:36 dalek : some double-free errors during Parrot full destruction and probably prevents
20:36 dalek : other weird memory errors in long running programs.
20:36 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30149
20:39 dalek r30150 | chromatic++ | trunk:
20:39 dalek : [config] Made Darwin-specific memalign respect 64-bit builds (reported by
20:39 dalek : Seneca Cunningham, RT #57536 and RT #57700).
20:39 dalek : Tidied code.
20:39 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30150
20:52 davidfetter joined #parrot
20:54 dalek r30151 | chromatic++ | trunk:
20:54 dalek : [PMC] Fixed compiler warnings (use of uninitialized variables) and tided code.
20:54 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30151
21:18 lafille joined #parrot
21:28 baest joined #parrot
21:29 cybergirl joined #parrot
22:08 dalek r30152 | pmichaud++ | trunk:
22:08 dalek : [rakudo]: spectest-progress.csv update: 121 files, 2200 passing, 3 failing
22:08 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=30152
22:23 olgagirl joined #parrot
22:41 kid51 joined #parrot
22:58 particle joined #parrot
23:09 jonathan pmichaud: ping
23:22 * jonathan is sleeping now
23:24 britneypire joined #parrot
23:31 gmansi joined #parrot
23:41 lauanana joined #parrot
23:50 particle joined #parrot

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

Parrot | source cross referenced