% iblechbot has joined #parrot
<svnbotl> r26241 | chromatic++ | pdd17pmc:
<svnbotl> : [Lua] Because METHODs now use PCC, they get invoked through C calls, not the
<svnbotl> : standard continuation invocation scheme.  They do have calling contexts, but
<svnbotl> : the parent context doesn't have a calling Sub PMC; thus the Lua PMC needs to
<svnbotl> : check if the parent's context has a valid sub pointer before dereferencing it.
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
% x___ has joined #parrot
% cognominal has left cognominal!~cognomina@82.67.232.89
% x has left x!~chatzilla@host86-157-9-49.range86-157.btcentralplus.com
% x___ is now known as x
% x___ has joined #parrot
% x has left x!~chatzilla@host81-129-108-149.range81-129.btcentralplus.com
% x___ is now known as x
% amoore has left amoore!~amoore@CPE-24-163-202-170.kc.res.rr.com
% wknight8111 has joined #parrot
% AndyA has left AndyA!~andy@82.152.157.85
% AndyA has joined #parrot
<svnbotl> r26242 | simon++ | trunk:
<svnbotl> : Update with comments from Larry and Allison.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26242
% x___ has joined #parrot
% x has left x!~chatzilla@host81-129-108-149.range81-129.btcentralplus.com
% x___ is now known as x
<svnbotl> r26243 | chromatic++ | pdd17pmc:
<svnbotl> : [Lua] Renamed ctx variables in METHODs, as the generated code for METHODs now
<svnbotl> : includes a variable already named ctx.  Variable shadowing is bad; in this case
<svnbotl> : it appears that the METHODs don't actually return anything.  (They do, but it
<svnbotl> : gets stored in the wrong context which goes away after the function returns.)
<svnbotl> r26244 | fperrad++ | trunk:
<svnbotl> : [Lua]
<svnbotl> : - add base64 library
<svnbotl> r26245 | fperrad++ | trunk:
<svnbotl> : [Lua]
% x___ has joined #parrot
% x has left x!~chatzilla@host81-129-108-149.range81-129.btcentralplus.com
% x___ is now known as x
<svnbotl> r26246 | fperrad++ | trunk:
<svnbotl> : [plumhead]
<svnbotl> : - fix build on Win32
<svnbotl> : - add some static
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26246
% shorten has left shorten!~xrl@203.141.139.231.static.zoot.jp
% IllvilJa has joined #parrot
% gabriel has left gabriel!~gabriel@c-76-126-210-9.hsd1.ca.comcast.net
% shorten has joined #parrot
% lichtkind has joined #parrot
<lichtkind> pmichaud: ping
<pmichaud> lichtkind: pong
<lichtkind> pmichaud: which was the svn/pods i could include in p6doc?
<pmichaud> I don't quite understand the question (still just waking up)
<lichtkind> :)
<lichtkind> pmichaud:  and i have to leave , we talked once about parrot docs dor userland
<pmichaud> yes
<lichtkind> pmichaud:  i would like to have name plz
<lichtkind> i assume ther are in http://svn.perl.org/viewvc/parrot/trunk/docs/
<lichtkind> pmichaud: since i now added also microarticles this will be next step for p6doc
<pmichaud> these being docs for Perl 6?
<lichtkind> yes mam
<lichtkind> but i have to leave plz just leave me message in that win
<pmichaud> I think that most of the docs (if any) related to Perl 6 will be in languages/perl6/docs
<pmichaud> most of the ones in parrot/trunk/docs are Parrot-specific.  But perhaps I'm misremembering things.
<lichtkind> yes but some basic parrot thing would also fit since they are the counterparts of the current perlguts
% rdice has joined #parrot
% Coke has joined #parrot
% amoore has joined #parrot
<Coke> ack on feather is 1.54; anyone with sudo who can upgrade it?
<Coke> (also be nice if feather had tclsh8.5)
% Andy has joined #parrot
<Coke> if I am sitting in gdb with a PMC *; how I can get the pmc's type?
<avar> how would you normally do that in C?
<avar> `p pcm_gettype(pmcptr)' would work (or whatever the function is called)
% Andy has left Andy!~Andy@64.81.227.163
<avar> p *pcmptr might too if it's a struct that has a char* type field or something like that
% gryphon has joined #parrot
<Coke> I tried p p_arg->vtable->name(interp,p_arg), which I would expect to DTRT.
<Coke> but that segfaults.
<avar> segfaults the program or gdb?
<Coke> the program.
<purl> hmmm... the program is too big
% x___ has joined #parrot
<particl1> p p_arg->vtable->real_self ??
* particl1 checks
% particl1 is now known as particle
<particle> opbots, names
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-200-164.dynamic.mnet-online.de
% x has left x!~chatzilla@host217-44-122-153.range217-44.btcentralplus.com
% x___ is now known as x
<particle> p p_arg->vtable->whoami
<particle> grr
<particle> yeah. i think that'll work.
% x___ has joined #parrot
% x has left x!~chatzilla@host217-44-122-153.range217-44.btcentralplus.com
% x___ has left x___!~chatzilla@host86-157-15-25.range86-157.btcentralplus.com
<Coke> particle: no, that tells me (after more digging), that it's an "Object". =-)
<Coke> but if I call p_arg->vtable->name(interp,p_arg), segfault. ditto get_class.
* Coke opened a ticket for the more c-literate to look at.
<Coke> (more than me, not you)
<particle> sorry, i haven't been inside gdb in a while
<avar> Coke: url to ticket?
<purl> ticket is saying to select a compiler based on the extension of the script file
<Coke> http://rt.perl.org/rt3/Ticket/Display.html?id=51478
<Coke> avar: this is in the pdd17pmc branch, btw.
<particle> did you try ->base_type?
<particle>     INTVAL  base_type;      /* 'type' value for MMD */
<Coke> it's an OBJECT. I know that.
<particle> so what do you want?
<Coke> (and yes, that's in the ticket!)
<Coke> I was hoping to find out what *kind* of object it was so I could track down why it couldn't array.
<particle> what does ->does_str say?
<particle> and ->isa_str?
<Coke> (gdb) p p_arg->vtable->does_str(interp,p_arg)
<Coke> Structure has no component named does_str.
<particle> ok. is the vtable pointer valid?
<particle> every vtable function you try to run fails, correct? maybe the vtable is bad
<Coke> How would I know if the vtable is bad? It certainly seems to be valid. (as noted in the ticket.)
<avar> Coke: gah!
<Coke> avar: ?
<avar> Coke: re your last message
<avar> too-much-trouble-to-switch-branches-in-crappy-vcs's
<Coke> k.
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
% rdice has joined #parrot
% cj has left #parrot
% grim_fandango has joined #parrot
% Andy has joined #parrot
<Andy> Waaah, chromatic mocked my code!
<davidfetter> worse things could happen
<davidfetter> some rails developer could praise it, for example ;)
<szbalint> or PHP
% iblechbot has joined #parrot
% grim_fandango has left grim_fandango!~matt@bas2-kingston08-1167934128.dsl.bell.ca
% Coke has left Coke!~coke@cpe-72-228-52-192.nycap.res.rr.com
% Coke has joined #parrot
% ruoso has joined #parrot
<svnbotl> r26247 | petdance++ | trunk:
<svnbotl> : space out some n-1 constructs
<svnbotl> r26248 | petdance++ | trunk:
<svnbotl> : This started out as spacing out some n-1 constructs for chromatic, but
<svnbotl> : then I looked around and saw a lot of returns from functions and those
<svnbotl> r26251 | petdance++ | trunk:
<svnbotl> : ACHTUNG chromatic: N-1 HAVE BEEN SPACED OUT.  REPEAT: N-1 HAVE BEEN SPACED OUT. END OF TRANSMISSION.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26251
<katie_d> What is the rationale for creating a pointer to interp->arena_base in the line:  Arenas * const arena_base = interp->arena_base  in the function Parrot_gc_ms_init() in src/gc/smallobject.c ? Why not just refer to interp->arena_base directly?
<Coke> to hoist up that one level of indirection? I imagine it's more about formatting the code than saving cycles, though.
<svnbotl> r26252 | coke++ | trunk:
<svnbotl> : [codingstd]
<svnbotl> : "sizeof(" -> "sizeof ("
<svnbotl> : This allows c_parens.t to pass, so adding it to the set of standard
<svnbotl> : codingstd tests.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26252
<katie_d> So basically, just so nobody has to repeatedly type interp->arena_base?
<Coke> That's my guess, yes. =-) <IANACP>
<Coke> ianacp?
<purl> hmmm... ianacp is I Am Not A C Programmer
<Coke> purl, scooby snack!
<purl> Rank roo, Coke!
<katie_d> Me either :) Trying to be one now though ...
<Coke> ... you were the one with the build problem, right?
<katie_d> Coke: Yes. It works fine w/ a vanilla GCC 4.2.2 --- it's obviously something w/ Gentoo Hardened 
% uniejo has left uniejo!~uniejo@langebro.adapt.dk
% AndyA has left AndyA!~andy@82.152.157.85
% AndyA has joined #parrot
% davidfetter has left davidfetter!~davidfett@start.fetter.org
% jjore is now known as zz_jjore
% zz_jjore is now known as jjore
% cognominal has joined #parrot
% AndyA_ has joined #parrot
% AndyA has left AndyA!~andy@82.152.157.85
% DarkWolf84 has joined #parrot
<Andy> Coke: It's more about DRY than anything.
<Andy> katie_d: Yes, so we don't repeatedly type interp->arena_base.
<Andy> Also, don't repeatedly read interp->arena_base.
<Andy> DRY DRY DRY DRY
% TimToady has joined #parrot
<TimToady> @seen diakopter
<TimToady> mmm, no lambdabot either
<pmichaud> seen diakopter
<purl> diakopter was last seen on #parrot 1 day and 15 hours ago, saying: must be an off-by-one error, where the one in this case is which file I'm editing.  [Mar  4 19:02:28 2008]
<TimToady> msg diakopter looks like cod3r.com is blacklisted by irc
<purl> Message for diakopter stored.
% barney has joined #parrot
<cotto_> barney, ping
<barney> cotto: pong, Just read your mail
* barney is removing PHPArray
% Andy is now known as AndyAway
<cotto_> ok.  Thanks.
% lichtkind_ has joined #parrot
<barney> Sounds like a mess, I hope that everybody involved is sane. At least they will hear about Parrot :=)
% lichtkind has left lichtkind!~chatzilla@d213-101-239-245.cust.tele2.de
<cotto_> Everyone is sane as far as I can tell.
<cotto_> They're just very conservative legally.
% lichtkind_ is now known as lichtkind
<cotto_> MS will be contributing back to a GPL project in the very near future, but it's the very beginning of this soft of thing.
<cotto_> (the project is Drupal, for the curious)
<particle> cotto_: are you in usa?
<cotto_> yes
<particle> redmond?
<purl> redmond is the Unholy See of the Evil Empire.  May it slip into the sea.
<cotto_> If it slips into the sea, I'll have to learn how to swim
<cotto_> yes
* particle is in seattle
<cotto_> cool
<cotto_> what part?
<purl> part is to move as much of the "how much input string for unpacking do we need?" logic into 1 place
<particle> you should come to SPUG meetings, see seattleperl.org
<particle> madrona
<particle> i'll be in redmond tonight for a soccer game
<pmichaud> mmmm, soccer
<cotto_> mmmm, perl
<pmichaud> soccer here is likely cancelled tonight due to snow :-(
<particle> snow? in texas? didn't they get the memo? it's march!
<pmichaud> I think it's a meteorological reaction to this week's primary :-)
<particle> :)
<pmichaud> and yes, I'm disappointed, as I'm _really_ low on soccer playing this year
<pmichaud> I think I've played a total of four times in 2008 thus far, practices and games combined
<particle> if we win tonight and saturday, we'll be in the championship.
<particle> actually, i think we need to win or tie both
<pmichaud> (normally we practice twice per week, with games on sundays)
<pmichaud> anyway, yes.  snow.  in texas.  in march.  
<cotto_> are spug meetings always on tuesdays?
<particle> always third tuesday
<cotto_> crud.  I have something else going on during that exact same time.
<particle> well, perhaps we can have a hacking session some time
<particle> i can lead a hackathon once in a while
<cotto_> I'd be up for anything, provided I don't have a prior commitment.
<particle> great. i'll keep it in mind :)
* katie_d is in olympia ....
<particle> ooh, nice!
<cotto_> I'm doing a lot of PHP work here and it feels like it's stunting my mental growth.
<particle> april seems like a good hacking month for me. too much travel in march
<cotto_> katie_d, great!
<svnbotl> r26253 | bernhard++ | trunk:
<svnbotl> : [Plumhead]
<svnbotl> : Pulling back the PHPArray PMC.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26253
<cotto_> it'll be back
% Psyche^ has joined #parrot
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% stephen has joined #parrot
% Patterner has left Patterner!~Psyche@e177113005.adsl.alicedsl.de
% Psyche^ is now known as Patterner
% stephen has left #parrot
% ruoso has left ruoso!~ruoso@195.23.92.2
% barney has left barney!~bernhard@dslb-084-058-139-133.pools.arcor-ip.net
% gryphon has joined #parrot
<Coke> cotto_: (PHP) I'm doing cold fusion atm. I feel your pain.
<cotto_> too bad that such things pay the bills
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
<Coke> allison: any clue on my pdd17 "can't array" bug? (pointers to more diagnostic tips welcome, too.)
% Psyche^ has joined #parrot
<avar> /w/w 22
% AndyAway is now known as Andy
<Andy> ONE ENTRY, ONE EXIT!
<Andy> ONE ENTRY, ONE EXIT!
<Andy> TROLL TROLL TROLL!!!
% particle has left Andy
% Andy has joined #parrot
<pmichaud> heh
% Patterner has left Patterner!~Psyche@d138076.adsl.hansenet.de
% Psyche^ is now known as Patterner
<pmichaud> fwiw, I don't always agree with "one exit"
<Andy> Of course not.
<Andy> I don't always agree with anything.
<particle> i do.
<Andy> No you don't.
<purl> Oh yes I do
<Andy> Who asked you?
<particle> botsnack
<purl> :)
% peeps[work] has joined #parrot
<Coke> yay, chromatic has an idea.
<Coke> ... that sounded terrible. =-)
<Coke> Is there a XXX-like marker we can agree to use in languages or non-finished core parrot that won't trigger anyone's "create an RT"  button?
<pmichaud> we can certainly create one
<Tene> What about XXXX?  I'm sure that won't confuse anybody.
<particle> coke: see pdd07
<particle> (or update it if you come up with one)
<svnbotl> r26254 | allison++ | pdd17pmc:
<svnbotl> : [pdd17pmc] Partially revert r25266, so Windows can compile for language testing (RT# 50996).
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26254
% arbingersys has left arbingersys!~arbingers@66-193-42-195.static.twtelecom.net
% AndyA_ has left AndyA_!~andy@82.152.157.85
% DarkWolf84 has left DarkWolf84!~dwolf@89.215.234.147
% jjore is now known as zz_jjore
% zz_jjore is now known as jjore
% DarkWolf84 has joined #parrot
% AndyA has joined #parrot
% Theory has joined #parrot
% wknight8111 has joined #parrot
% Infinoid has joined #parrot
<TimToady> I would suggest that the inability to use XXX for that strongly indicates Process Run Amok :)
% allison has left allison!~chatzilla@sub17-30.member.dsl-only.net
<pmichaud> TimToady++
<pmichaud> I agree.  Perhaps we should have a general rule that things in languages/ don't automatically warrant RT tickets, period.
<pmichaud> (this isn't to say that languages/ can't have RT tickets, just that it's not automatic)
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% sjansen has joined #parrot
<TimToady> or perhaps an approach a little more like fudge.  "I know when I'm fudging, and I know when I'm not, and for now I'm definitely fudging..."
<TimToady> could elevate it to Larry's Eighteenth Law of Prototyping, or some such...
<sjansen> Isn't there a way to get Piper to leave me alone yet?
<pmichaud> whoever pays the piper calls the tune, or something like that?
<Tene> sjansen: /ignore piper
<Coke> Piper's source?
<Coke> Piper's source is https://svn.develooper.com/projects/logbot/logbot
<svnbotl> r26255 | pmichaud++ | trunk:
<svnbotl> : * Convert Test/More.pir to use Perl6Regex instead of the
<svnbotl> :   deprecated P6Regex (RT #48028).
<svnbotl> : * 'make test' still passes after this change.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26255
% wknight8111 has joined #parrot
<svnbotl> r26256 | pmichaud++ | trunk:
<svnbotl> : * Convert lib/Parrot/Test/PGE.pm to use Perl6Regex instead of
<svnbotl> :   the deprecated P6Regex (RT #48028)
<svnbotl> : * 'make test' passes same tests as before
<svnbotl> r26257 | pmichaud++ | trunk:
<svnbotl> : * Convert demo.pir and README.pod to use Perl6Regex instead of
<svnbotl> :   deprecated P6Regex (RT#48028).
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26258
<svnbotl> r26259 | pmichaud++ | trunk:
<svnbotl> : [pge]:
<svnbotl> : * Convert PGE/Hs.pir to use Perl6Regex instead of
<svnbotl> :   deprecated P6Regex (RT#48028).
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26259
% parrot-poke has joined #parrot
% davidfetter has joined #parrot
<Coke> pmichaud++
<davidfetter> ?
<Tene> !
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
% Limbic_Region has joined #parrot
% sjansen has left sjansen!~sjansen@64-205-130-223.client.dsl.net
% AndyA has left AndyA!~andy@82.152.157.85
% trammell has left trammell!~johnt@66.173.121.22
<cotto_> seen allison
<purl> allison was last seen on #parrot 20 hours and 32 minutes ago, saying: Limbic_Region: particle had a segfault on MSVC in the PMC implementation branch, so I was trying to duplicate it 
% davidfetter has left davidfetter!~chatzilla@start.fetter.org
% AndyA has joined #parrot
% gabriel has joined #parrot
% Alias has joined #parrot
% Alias_ has left Alias_!adam@CPE-124-188-112-79.nsw.bigpond.net.au
% Ademan_ has joined #parrot
% Ademan_ has left Ademan_!~dan@h-67-101-97-83.snfccasy.dynamic.covad.net
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
% wknight8111 has joined #parrot
% purl has left purl!~purl@209.218.54.66
% purl has joined #parrot
% peeps[work] has left peeps[work]!~peepsalot@bwext.kpimdp.com
% jjore is now known as zz_jjore
% zz_jjore is now known as jjore
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-196-108.dynamic.mnet-online.de
% x___ has joined #parrot
% x___ is now known as x
% davidfetter has joined #parrot
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% Psyche^ has joined #parrot
% Patterner has left Patterner!~Psyche@e177225026.adsl.alicedsl.de
% Psyche^ is now known as Patterner
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
% dalek has left dalek!dalek@feather.perl6.nl
% lichtkind has left lichtkind!~chatzilla@d90-134-54-144.cust.tele2.de
% dalek has joined #parrot
% Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net
% parrot-poke has left parrot-poke!~mollusk@user-112vvlr.biz.mindspring.com
<svnbotl> r26260 | coke++ | pdd17pmc:
<svnbotl> : [APL]
<svnbotl> : update pmc to pdd17 standards (I think).
<svnbotl> : Now only failing 6 sub-tests.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26260
% IllvilJa has joined #parrot
<Andy> HI EVERYONE LET'S WRITE SOME CODE
% gryphon has joined #parrot
<Coke> Andy: I have a double free. you want to track it down?
<Andy> nah
<Andy> I mena, I guess I could.
<Coke> I just don't think I have the ability to do so. =-)
<Coke> bah. I have a slightly modified checkout. I'll have to clean it up to see if it still happens.
<Andy> That's the first thing to check, yes. :-)
<Coke> or I could just check it in. =-)
<Coke> not tonigth.
<Coke> -> zzzz
% particle has left particle!~particle@c-24-19-3-148.hsd1.mn.comcast.net
<svnbotl> r26261 | chromatic++ | pdd17pmc:
<svnbotl> : [lib] Prefixed all C variables created in PMC C files by the PCCMETHOD
<svnbotl> : generator.  Now there's less chance of accidentally shadowing a variable in a METHOD in a PMC by choosing the wrong variable name.
<svnbotl> : I used one underscore for now.  If this needs to change in the future, we
<svnbotl> : should consider instead calling a couple of functions to perform the setup and
<ewilhelm> anybody know what's the story with the branches/gmc ?
<ewilhelm> it looks like that was a SoC2005 project -- was it successful, did it get merged or used in some other way?
<cotto> there isn't any gc_gmc.c in the current trunk
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net
% mncharity has left mncharity!~jobsearch@c-76-24-29-201.hsd1.ma.comcast.net
% petdance has joined #parrot
% Ademan has left Ademan!~dan@h-67-101-97-83.snfccasy.dynamic.covad.net
% Ademan has joined #parrot
% diakopter has joined #parrot
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
% diakopter has left diakopter!~diakopter@209.9.237.164
% diakopter has joined #parrot
<cotto> wow
<cotto> I just spent several days puzzling over a bug
<cotto> it turns out I forgot to return a value from add(), and gcc had been giving me a warning about it the whole time.
<cotto> compiler warnings FTW
% particle has joined #parrot
% particle has left particle!~particle@c-24-19-3-148.hsd1.mn.comcast.net
% particle has joined #parrot
<petdance> indeed.
% Coke has left Coke!~coke@cpe-72-228-52-192.nycap.res.rr.com
% Coke has joined #parrot
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
<cotto> andy, do you know much about the code in src/pmc/hash.pmc and src/hash.c?
<petdance> no
<petdance> but what about 'em.
<cotto> I'm curious why hash_freeze and hash_thaw aren't referred to anywhere else in trunk
<cotto> especially when hash_visit is referred to in src/pmc/hash.pmc
<cotto> I'd expect Parrot_default_freeze to do something generic with the visit_info, which then would then call Parrot_Hash_visit => hash_visit => hash_freeze, but Parrot_default_freeze is empty.
<cotto> hmmm.  There don't seem to be any freeze/thaw tests for Hash.  Perhaps I shouldn't be assuming that it works.
<cotto> nm.  all the tests are in freeze.t
<petdance> back
<petdance> Yeah, I dunno.
<cotto> hmmm.  t/pmc/hash.t contains two copies of the same test
<cotto> at least they both pass
% x has left x!~chatzilla@host86-157-15-25.range86-157.btcentralplus.com
% uniejo has joined #parrot
% DarkWolf84 has left DarkWolf84!~dwolf@89.215.234.147
% petdance has left petdance!~Andy@64.81.227.163
% confound has left confound!hdp@floe.aq