% katie_d has left katie_d!~bojangles@c-24-18-106-126.hsd1.wa.comcast.net
% katie_d has joined #parrot
% uniejo has joined #parrot
% iblechbot has joined #parrot
% AndyA has left AndyA!~andy@82.152.157.85
% AndyA has joined #parrot
<svnbotl> r26308 | fperrad++ | pdd17pmc:
<svnbotl> : [Lua]
<svnbotl> : - fix tonumber() & tobase() in PMC LuaString
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26308
* Tene looks for documentation on parrot io layers in an attempt to understand open() in parrotio.pmc
% kj has joined #parrot
% ruoso has joined #parrot
% svnbotl has left svnbotl!diakopter@feather.perl6.nl
% svnbotl has joined #parrot
<lathos> allison++ # PMC merge
% Coke has left Coke!~coke@cpe-72-228-52-192.nycap.res.rr.com
% rdice has joined #parrot
% iblechbot has left iblechbot!~iblechbot@88.4-dial.augustakom.net
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
% kj has joined #parrot
<cognominal> jonathan?
<purl> i heard jonathan was at jnthn@jnthn.net or Jonathan Worthington or the dotnet guy or c, according to coke
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
% Coke has joined #parrot
% iblechbot has joined #parrot
* Coke notices that he doesn't have an email for r26308. That's going to take a whle to percolate through...
% skids has left skids!~bri@c-71-233-204-100.hsd1.ma.comcast.net
<svnbotl> r26311 | fperrad++ | trunk:
<svnbotl> : [Lua]
<svnbotl> : - fix merge
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26311
% kj has joined #parrot
% jjore is now known as zz_jjore
% zz_jjore is now known as jjore
<Coke> allison: ping
<Coke> pmichaud: ping
% gryphon has joined #parrot
% rhr has left rhr!~ryan@bas3-montreal02-1096689035.dsl.bell.ca
% rhr has joined #parrot
% katie_d has left katie_d!~bojangles@c-24-18-106-126.hsd1.wa.comcast.net
% katie_d has joined #parrot
% skids has joined #parrot
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-204-207.dynamic.mnet-online.de
<svnbotl> r26312 | coke++ | trunk:
<svnbotl> : [tcl]
<svnbotl> : The target we were aiming for has been released; simplify the docs.
<svnbotl> : Eliminate the trial {expand} syntax: now only spelled {*}.
<svnbotl> : {*} was broken some time back and still needs fixing.
<Coke> someone verify my time math, #PS (1830 UTC) is at 1430 EDT?
<lathos> Yes.
<lathos> simon@forty-five ~ % TZ=US/Eastern date
<lathos> Tue Mar 11 10:06:53 EDT 2008
<lathos> simon@forty-five ~ % TZ=UTC date       
<lathos> Tue Mar 11 14:06:55 UTC 2008
<kj> Coke: i'll be gone at #ps time; shall I pm you my report?
<Coke> kj: Go ahead and just post it into the channel.
<kj> oki
<Coke> lathos: danke. I did not think of that obvious solution.
* Coke wanders away to find more koohii
% jhorwitz has joined #parrot
* particle hands jhorwitz an old arm he's not using anymore
* jhorwitz grabs his welding tools
% po_boy has joined #parrot
% po_boy has left po_boy!~amoore@65.165.109.82
<svnbotl> r26313 | coke++ | trunk:
<svnbotl> : [tcl]
<svnbotl> : Note to self: when removing a syntax, remove all *uses* of the syntax
<svnbotl> : as well.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26313
<lathos> I have an ARM, but still no cross-compiling Parrot.
<PerlJam> lathos: what about miniparrot?
<Coke> miniparrot isn't very
<particle> the problem is the config system
<PerlJam> assuming the idea behind miniparrot is to get parrot with "just" a C compiler, then miniparrot becomes a good bootstrap path 
% peeps[work] has joined #parrot
<Coke> Anyone bored? Tcl is having a PAST issue that could use some tender care. =-)
<svnbotl> r26314 | coke++ | trunk:
<svnbotl> : [tcl]
<svnbotl> : Shave about 0.2s off each invocation of source lib/test_more.tcl when running
<svnbotl> : against a partcl test. (as opposed to one of the 8.5 tests)
<svnbotl> : (Defer loading of 'what to skip' unless we actually care.)
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26314
% davidfetter has joined #parrot
% uniejo has left uniejo!~uniejo@langebro.adapt.dk
<svnbotl> r26315 | jkeenan++ | trunk:
<svnbotl> : Applying most recent (Mar 10 2008) patch submitted by Matt Kraai in http://rt.perl.org/rt3/Ticket/Display.html?id=51300.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26315
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
% peeps[work] has left peeps[work]!~peepsalot@bwext.kpimdp.com
<svnbotl> r26316 | coke++ | trunk:
<svnbotl> : [tcl]
<svnbotl> : "Resolve" RT #45659.
<svnbotl> : Avoid auto-morph using evil hack, which:
<svnbotl> : * allows us to reclaim some TODO'd tests...
% rdice has left rdice!~richarddi@CPE001217e365c7-CM00159a01d44c.cpe.net.cable.rogers.com
% cotto_work has joined #parrot
% iblechbot has joined #parrot
% teknomunk_ has joined #parrot
% teknomunk has left teknomunk!~teknomunk@kerr-dip0.nat.okstate.edu
% marmic has left marmic!~chatzilla@89-253-66-101.customers.ownit.se
% cosimo has joined #parrot
% cosimo_ has left cosimo_!~cosimo@pat-tdc.opera.com
% marmic has joined #parrot
% mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz
% mj41 has joined #parrot
<Coke> svnbotl, why do you hate america?
<Coke> (trimming log msgs)
% teknomunk_ is now known as teknomunk
% Theory has joined #parrot
* spinclad makes witty distinction between america and Perl 6
<spinclad> svnbotl gets throttled after 5 or 6 lines -- sleeping between lines not working yet, it seems
* davidfetter picks an irreverent track from the "team america: world police" soundtrack
<cognominal> can obama win against mac cain. Is he able to change anything?
<spinclad> re able to change: yes, same as anyone else
<cognominal> with a venal congress?
<cognominal> may be he could take lessig as an adviser
* spinclad declines this debate
<cognominal> :)
<Tene> parrotio.pmc doesn't have a set_pmc() function.
<Tene> I'm trying to implement some IO stuff for rakudo, and trying to go about it in the same way I see the other builtins in src/classes/*.pir working
<Tene> That is, subclass an existing pmc
<Coke> what would set_pmc do there? 
<Coke> Or is this just some boilerplate that needs set_pmc ?
* Coke looks at the one of those pir files.
<pmichaud> alas, I will probably miss #parrotsketch again this week
<Coke> pmichaud: no problemo. If you have a report, feel free to paste it in.
<Tene> purl: pastebin
<Tene> purl: nopaste
<purl> nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://paste.husk.org/ or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or don't bother me while I'm eating
<pmichaud> my report is simply that I worked on closing out old tickets, especially RT#48028 (converting P6Regex to Perl6Regex)
<nopaste> "tene" at 166.70.38.237 pasted "open()" (8 lines) at http://nopaste.snit.ch/12470
% rgrjr has joined #parrot
% rdice has joined #parrot
% mj41 has left mj41!chatzilla@pc-jurosz.ro.vutbr.cz
<Tene> With 'List' being set up as a subclass of ParrotIO
<pmichaud> do the synopses discuss Perl 6 IO yet?
<PerlJam> pmichaud: I don't think so (other than to say such a built-in class exists)
<Coke> tene: OOC, have you done an update since the pdd17 merge?
<TimToady> there's a draft of S16 in pugs/docs/Perl6/Spec/IO.pod
<pmichaud> ah
<pmichaud> follow the draft :-)
<pmichaud> TimToady++
<TimToady> I am unlikely to make the phone call tomorrow, btw
<Tene> Coke: no, not yet.  I should.
<TimToady> having tranfusions later today, and endoscopy sometime tomorrow, most likely
<particle> TimToady: good to know, i'll make sure it gets relayed
<pmichaud> I will probably miss it also -- I forgot about the time change when scheduling this week
<TimToady> particle: thanks
<pmichaud> (I didn't forget about the time change for parrotsketch, but did for the call)
<particle> if you put the phone on mute, we can minute the endoscopy
<Coke> <shudder>
<particle> 'sokay, TimToady will be asleep
<TimToady> mostly...
<TimToady> one can remember it vaguely sometimes
<pmichaud> I think we should get TimToady's report anyway, and leave it to everyone to infer what should happen from the silence :-)
<TimToady> I have too much experience with this already...
<pmichaud> yes, I'm getting far more experience with health care than I ever wanted :-|
<particle> i've got plenty of experience myself, TimToady
<particle> you can expect you'll be the butt of all our jokes tomorrow, though
<TimToady> well, hopefully the stomach endoscopy will be sufficient
<TimToady> just as soon they stop there...
<particle> i know we all hope it'll be okay in the end
<TimToady> not fair to get into a punning war with someone who's effectively at about 12,000 ft altitude...
<particle> ok, i'll be at 12000 feet next week. let's talk :)
<TimToady> that would put me up at about 24000, which would not be pretty
<pmichaud> I'll probably be at 6000 or 7000 feet next week
<particle> pmichaud: where to?
<purl> to is Tonga Islands
<particle> TimToady: that's pretty near the death zone
<particle> maybe you should try scuba therapy
<TimToady> I don't think a scuba would fit.
% barney has joined #parrot
% ruoso has left ruoso!~ruoso@195.23.92.2
<Tene> I don't know if it's my C that's rusty or if I just don't understand the parrot guts yet.
<TimToady> if the guts are leaking red stuff it's probably not rust...
<nopaste> "tene" at 166.70.38.237 pasted "broken IO for rakudo" (109 lines) at http://nopaste.snit.ch/12471
<Tene> assign_pmc() there was cargo-culted from assign_pmc() in sub.pmc and from clone() in parrotio.pmc
<Tene> It results in a double free on termination if you actually use it.
<Tene> And probably some other horrible things.
% purl has left purl!~purl@209.218.54.66
% purl has joined #parrot
% chromatic has joined #parrot
<Coke> uhoh. You've summoned the sleepth chromatic.
<Coke> "sleepth"!? fingers, you need better autocorrection.
<Tene> Quick, hide the segfaults!
<chromatic> #ps in 5
% IllvilJa has left IllvilJa!~jilves@emea-netcache1.oracle.co.uk
<Tene> Okay, yeah, the main problem is that I suck at C.
<Tene> I need to fix this.
<chromatic> #ps time
% Psyche^ has joined #parrot
% katie_d has left katie_d!~bojangles@c-24-18-106-126.hsd1.mn.comcast.net
% Patterner has left Patterner!~Psyche@e177236093.adsl.alicedsl.de
% Psyche^ is now known as Patterner
% IllvilJa has joined #parrot
<Coke> holy inconvenient timing, batman.
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
<chromatic> I blame society.
<Tene> particle: just tell me what I need to do and I'll see what I can do with it.
<Coke> tene: ww.
<Coke> chromatic: it's a fair cop
<Tene> Coke: expand that please
<spinclad> purl, ww?
<purl> ww is wrong window
<particle> tene: will do. i'll get in touch with jmcadams and we'll start the process rolling on the list
<Coke> or not. just seemed like were just having that convo in #ps.
<Tene> Coke: seemed like time to move it out of that channel.
% Ron has joined #parrot
<Coke> fairnuff
<cotto_work> allison, do you know the time and building when you're speaking at the MS campus yet?
<allison> cotto: the time is 10am, I don't know the building yet, and John Lam was on vacation last week. Will check again.
<Coke> second!allInFavor!Aye! *scatter*
<spinclad> Coke: ww
<Coke> no, it was intentional. =-)
<Coke> but thank you.
<spinclad> standing vote to adjourn!
% b2gills has joined #parrot
% buchetc has joined #parrot
<Coke> ... I used to run meetings for my fraternity in college; I still have the opening speech  memorized. I want those brain cells back. (the three sharp taps of the gavel signify the three-fold purpose of this meeting...)
<chromatic> I read two pages in Roberts Rules once.
<Coke> barney: I found it takes the longest to make sure News is up to date if others haven't done it piecework before the release.
<Coke> I'd block out ... meh, 2 hours? (less if you have a fast machine to run 'make fulltest' on.)
<barney> That's good. I can check the changelogs on the weekend.
<barney> On tuesday I probably can leave $WORK early.
<Coke> Yah; I used to do a 'svn log' since last release and try to keep it up to date on a weekly basis, but it's a PITA.
<Coke> nice when all that work happens in a branch and you get one summary commit to trunk. =-)
<barney> allison++
<spinclad> do we have a good blurb on the pdd17 changes to point to?  (other than the pdd itself)
<spinclad> (do we need one)
<spinclad> s/)/?)/
<Coke> I think the news bullet point can be "implemented PDD17" - we can write up something more for the press release, though.
<chromatic> I'm not sure people reading the press release who aren't already on this channel right now will care.
<Coke> I tend to agree, but I also know I undervalue marketing.
<allison> we can do a quick set of bullet points to include in release messages
<allison> (or just mention the top 3 features in the one bullet point)
<particle> stick it in NEWS
<Coke> chromatic: ... damnit, I seem to be fresh out of segfaults for you.
<Coke> in an effort to get you more, I'm re-running the official tcl test suite.
<rgrjr> barney:  fwiw, i took the whole tuesday off $work, and was glad i did.
<rgrjr> barney:  it took 11H, after writing news.  next time faster, i hope.
<Coke> URK.
<skids> chromatic: no go on smoke on PA-RISC -- won't even get all the way through make.  Something about casts changing alignment requirements (scads of same warning).  Have yet to delve.
% gryphon has joined #parrot
* barney will get an early start from European timezone
* chromatic wonders if there's an alignment problem in PObj, Buffer, STRING, and PMC.
<nopaste> "barney" at 84.58.154.103 pasted "deprecated PIR syntax ?" (35 lines) at http://nopaste.snit.ch/12473
<spinclad> allison: in pdd17:77 and :79, C<u> should be C<cache>?
<chromatic> barney, the first two should be deprecated.
<chromatic> spinclad, yes.
<allison> spinclad: yes
% rgrjr has left rgrjr!~user@c-98-216-94-251.hsd1.ma.comcast.net
<Coke> allison: src/pmc/object.pmc has a double /* /* and some commented out code.
<Coke> er, allison & chromatic .
<chromatic> Line?
<allison> while resolving conflicts last night, I also noted src/pmc/namespace.pmc has an extra comment open on line 551
<chromatic> Coke, in the freeze() entry?
<Coke> chromatic: yes.
<Coke> Saw the compiler warning, wasn't sure if the right thing to do was rip out the entire entry.
<jonathan> hi all - sorry I missed #ps and for general not being around. Had folks visiting for the last week, and $DAYJOB is busy...
<Coke> jonathan: if you have a report, feel free to paste it into #ps.
<Coke> jonathan: and no worries.
<chromatic> Coke, that looks like Allison's code.  I only remember fixing the PBC tests after she kept changing freeze/thaw.
<jonathan> Coke: Not really, I've done nothing Parrot/Rakudo related for the last week.
<jonathan> Saw someone reverted one of my patches, though. ;-)
<allison> chromatic: line#?
% buchetc has left buchetc!~christoph@pD9E327D2.dip.t-dialin.net
<allison> jonathan: was that does does_pmc?
<chromatic> src/pmc/object.pmc:605
<jonathan> allison: Yeah.
% gbacon has joined #parrot
<jonathan> I put it in to get smartmatch on roles working in Rakudo.
<jonathan> I thought I'd covered all the bases and nothing was failing...alas, it seems not.
<cognominal> jonathan, can you review and check in my patch  http://rt.perl.org/rt3/Public/Bug/Display.html?id=51350
<cognominal> I corrected and extended your stuff about pairs
<allison> coke: it's been like that as long as we've been running on the new object stuf
<allison> see r22180, where we reintegrated the pdd15oo branch
<cognominal> I am trying to do a lexical self to be able to access it in inner block but so far I fail
<allison> also, looking at the code, it wouldn't work under the current implementation
<jonathan> cognominal: Great, thanks; will take a look shortly I hope; kinda snowed under right now. :-(
<Coke> allison: then by all means lets rip it out.
<allison> VTABLE_elements doesn't return the number of slots in the attribute data array
<allison> coke: yes, delete it
<Coke> k. I'm on it.
<jonathan> allison: Did the does stuff end up back in when the pdd17 branch was merged?
<jonathan> I read it was fixed in the branch...
<allison> jonathan: yes, it's there now
<jonathan> OK, great.
<b2gills> I wonder if anyone has information about cross compiling a WIN32 parrot on a linux distribution, I already have the MingW GCC.
* Coke needs to update the binary search app to allow the ability to ignore certain versions as not counting.
<jonathan> Will hopefully be back and looking at more stuff shortly...like after this week's $DAYJOB madness ends.
% buchet has joined #parrot
% jrt4 has joined #parrot
<spinclad> pdd17: does C<resolves> take one argument, an element to resolve, or does it declare all conflicting elements resolved?
<Coke> b2gills: I don't think anyone has done a cross compile yet.
<Coke> I know lathos is trying so he can run parrot on the iPhone.
<spinclad> (a question for the list, i'll take it there)
<b2gills> I want to make it so that parrot won't lock up when doing the wspawn test on Win9x
* Coke tries to remember to only ever run coretest. Oy.
<Infinoid> the whole "Parrot for small platforms" thing from PDD01 is vapor, right?  it says its not a requirement of the 1.0 release.
<spinclad> pdd17: other modifiers apparently taking an argument: provides, hll, maps.
<Coke> short version: yes, vapor.
<Coke> long version: but we wannnnnna!
<Infinoid> yeah, it sounds like fun :)
<Coke> There is a google calendar for parrot. Need to share it amongst more people for editing to make it useful.
<Infinoid> chromatic's answer was better than mine :)
<spinclad> pdd17:238: 'attribue'
<spinclad> 239: 'throught'
<spinclad> (conservation of 't's)
<Tene> But what symmetry does that conservation law come from?
<chromatic> patch: **** Only garbage was found in the patch input.
% peeps[work] has joined #parrot
<spinclad> Tene: phase shift of 2pi*hbar across each t
<spinclad> or better, isomorphism under shift of t
<spinclad> (hm.  conservation of time: invariance under shift in energy)
% barney has left barney!~bernhard@dslb-084-058-154-103.pools.arcor-ip.net
* Tene harasses someone to look at the parrotio.pmc part of http://nopaste.snit.ch/12471
<svnbotl> r26317 | bernhard++ | trunk:
<svnbotl> : #42769: Remove unneeded type names from PIR
<svnbotl> : Avoid deprecated PIR syntax.
<svnbotl> r26318 | coke++ | trunk:
<svnbotl> : [codingstd]
<svnbotl> : Eliminate method that had a completely commented out body.
<svnbotl> : Found because the compiler warned about the /* /* */ comment.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26318
<chromatic> Tene, it looks compilable.
<chromatic> I don't understand the base_type comparison completely.
<Tene> I copied it from one of the other pmcs.  I end up with a corruption or double free on exit after using an IO object with that patch.
<chromatic> I'm not surprised.
<chromatic> One of those PMCs will free its PMC data before the other does.
<Tene> That's what I thought.
<Tene> So I need to memcpy it, but I'm still trying to figure out what exactly I'm copying, and so what size to copy.
<chromatic> The naive approach is to clone the other PMC, assign the pointers, and then unset any custom destroy flag on the PMC.
<chromatic> On the clone, I mean.
<chromatic> The GC will reclaim it during the next sweep, but it won't free its PMC data.
<chromatic> It's fine for multiple PMCs to share pointers, as long as only one ever tries to free it.
<chromatic> (Of course, if we only ever allocated memory from GCable pools, we wouldn't have this problem.  We'd have at least two different problems.)
% marmic has left marmic!~chatzilla@89-253-66-101.customers.ownit.se
% marmic has joined #parrot
<svnbotl> r26319 | coke++ | trunk:
<svnbotl> : [codingstd]
<svnbotl> : Remove unused variables.
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26319
<Coke> I'm guessing we want to eventually remove all #if 0    blocked out code, also.
% gbacon has left gbacon!~gbacon@24.214.236.114
<nopaste> "tene" at 166.70.38.237 pasted "broken IO for rakudo" (112 lines) at http://nopaste.snit.ch/12475
<Tene> Hm, should have changed the title.
<pmichaud> shouldn't 'open' be a method?
<pmichaud> (warning: haven't read synopsis draft yet)
<Tene> pmichaud: there's also a method
<pmichaud> ah.  In general 'open' (the sub) should call the method
<pmichaud> but there are exceptions.  anyway, I've been aiming to try to make most things method-based
<Tene> pmichaud: and what would it be calling the method on if there's no object yet?
<pmichaud> does open() return an IO object?
<Tene> Do I need to call anything other than PObj_active_destroy_CLEAR to unset custom destroy flags?
<Tene> pmichaud: I thought so, but I'm not certain.  Perhaps I should check before I spend more time on this.
<pmichaud> the IO.pod draft says that most items are methods on an IO handle, and corresponding global functions are really exported versions of the method
<pmichaud> however, it also says:   my $fh = open($filename);
<pmichaud> so... I dunno
<pmichaud> maybe 'open' falls outside of 'most items'
<Tene> Probably does.  I see 'open' as more of a constructor.
<pmichaud> (constructors/creators are often that way)
<Tene> I'm still getting a double free with PObj_active_destroy_CLEAR on a clone... maybe that's not clearing what I need to clear.
% Andy has left Andy!~AndyL@host3130.follett.com
<Tene> No, that's the same operation I'm seeing elsewere in src/
<chromatic> Look at copy in src/ops/set.ops
<Tene> That's where I copied it from.
<chromatic> Is there something freeable in PMC_struct_val too?
<Tene> I don't know.  I should probably find out what that is, anyway.
<chromatic> Look in the mark() vtable entry.
<Tene> Parrot_default_mark is saying that it uses a default mark(), yes?
<chromatic> Does this PMC not have a separate mark?
<Tene> It does not.
<chromatic> Then it's probably not that.
<chromatic> Can you get a backtrace of the double free?
<nopaste> "tene" at 166.70.38.237 pasted "broken IO for rakudo" (28 lines) at http://nopaste.snit.ch/12476
<Tene> Ack, forgot to change the title again
<chromatic> Maybe assign NULL to PMC_data and PMC_struct_val in the clone instead of clearing the destroy flag.
% jhorwitz has left jhorwitz!~chatzilla@pool-96-245-95-72.phlapa.fios.verizon.net
<Tene> Looks like still a double free.  Let's see if it's the same bt.
<Tene> Yeah, still through PIO_destroy, which is in src/io/io.c and is called by parrotio's destroy()
<Tene> PMC_data0() ?
<chromatic> What's the actual pointer that causes the double free?
<Tene> (ParrotIO *)PMC_data0(pmc);
<Tene> Which is called on the pmc being destroyed.
% sjansen has joined #parrot
<chromatic> ... which is in PMC_ext
<jrt4> I'm looking in Parrot_readbc() right now, and when it calls Packfile_new(),  PackFile_set_header() sets up the packfile header, but then, when we get into Packfile_unpack() it memcpy()s the header info from the PBC into the Packfile header again, overwriting what we put in the header in Packfile_new(). Why is it setting up the header twice?
<chromatic> It's the same as PMC_data, but it evaluates to 0.
<Tene> Looks like I still get a double free when I set clone->pmc_ext = NULL
% rdice has left rdice!~richard_d@CPE0014bfafbbd5-CM0011e6ecf48a.cpe.net.cable.rogers.com
<Tene> ... oh, the problem is that ParrotIO's clone() just copies pointers.
<chromatic> Ah.
<chromatic> I assumed it did the right thing.
<chromatic> jrt4, no idea.  leo might know.
<jrt4> chromatic: OK, thanks.
% kj has joined #parrot
% skids has left skids!bri@charon.clarku.edu
% davidfetter has left davidfetter!~davidfett@start.fetter.org
% davidfetter has joined #parrot
% buchet has left buchet!~christoph@pD9E327D2.dip.t-dialin.net
<Tene> segfaults yay!
% teknomunk_ has joined #parrot
% teknomunk has left teknomunk!~teknomunk@kerr-dip0.nat.okstate.edu
% kj has left kj!~IceChat7@ip565fd420.direct-adsl.nl
% cognominal has left cognominal!~cognomina@82.67.232.89
% Ron has left Ron!rblasch@M4355P018.adsl.highway.telekom.at
% Limbic_Region has joined #parrot
% kid51 has joined #parrot
<Tene> So, it's the IO stream that's getting double-free'd.
<Tene> A copy of an IO object probably should share the same IO stream, though, right?
<chromatic> Probably.
<purl> Really? Probably? Are you Certain it's not certain? Are you sure it's unsure? I think you need to look harder.
<Tene> So ParrotIO's destroy() is flush()ing and close()ing the stream, then calling PIO_destroy() on it.
% peeps[work] has left peeps[work]!~peepsalot@bwext.kpimdp.com
<chromatic> Should we dup the stream, or will that help?
<Tene> What happens when you close() a dup'd fd?
<chromatic> Well you can have multiple fds open to the same file, so I assume the kernel knows what to do.
<Tene> Okay, so we probably need to dup the stream on clone.
<ewilhelm> but multiple fd's is a result of multiple opens, no?
<chromatic> I'm not sure the kernel cares.
<chromatic> fds persist across fork() too.
% sjansen has left sjansen!~sjansen@hq-nat2.gurulabs.com
% skids has joined #parrot
<Tene> Does PIO_dup in src/io/io.c sound sane?
<chromatic> It does, if it works.
<chromatic> I *think* it will work.
<chromatic> IO is not my gig though.
<Tene> That's what 'make test' is for. :)
<Tene> I'm unsure if I need to do anything special to handle network sockets.
<chromatic> Not on Unix.
<Infinoid> sockets behave the same as files
<Infinoid> what kind of clone() are you doing?  are you spawning a thread, or doing a fork()?
<Infinoid> duplicating the data structure?
% wknight8111 has joined #parrot
<Tene> Infinoid: dup'ing a stream for ParrotIO's clone()
<Infinoid> ok.  (I was confused by the linux syscall of the same name, upon which fork() and pthread_create() are implemented.)
<Infinoid> in that case, you definitely want to do a dup(), but note that duplicated fds generally have weird behavior
<Infinoid> dup() and dup2() on linux result in 2 fds that behave interchangeably... doing a seek on one affects the other
<Infinoid> and you probably should flush any pending output before doing the dup, otherwise it'll end up being written twice
<Tene> that weird behavior is exactly what we want.
<Infinoid> the kernel does some refcounting magic and only destroys its data structures once the last fd is closed.
<nopaste> "tene" at 166.70.38.237 pasted "PIO_dup" (21 lines) at http://nopaste.snit.ch/12477
<Infinoid> I can't speak for the portability of dup()
<chromatic> I'd use PMC_data_typed() instead of PMC_data0(), and you can remove the curlies... otherwise looks fine, pending Infinoid's concern.
<chromatic> man dup here says "      SVr4, 4.3BSD, POSIX.1-2001."
<Infinoid> yeah
<Infinoid> I have no idea how to do this on win32
<chromatic> That's one reason I keep the Perl 5 sources around.
<Tene> Yay, segfault!
<Infinoid> heh.  I don't understand perlio.c, either.
<Infinoid> #define PerlLIO_dup(fd)                 dup((fd))
<Infinoid> #define PerlLIO_dup2(fd1, fd2)          dup2((fd1), (fd2))
<Infinoid> ah.  win32 uses stdio, not file descriptors, so they specialcase their dup routine to call win32_dup(win32_fileno(file))
<Tene> Hmm... there's a problem with the io layer.
<chromatic> Hey, we're down to one.  Nice.
<nopaste> "tene" at 166.70.38.237 pasted "problems with PIO_dup" (86 lines) at http://nopaste.snit.ch/12478
<Infinoid> fd=-1
<Tene> Ahh.
<Tene> Well, that's a problem.
<chromatic> Welcome to PDP-8 assembly language.
<Tene> What's the difference between dup'ing the fd and re-opening the same fd?
<Infinoid> depends a lot on where it came from
<Infinoid> if you open a file twice, changes made to one fd will supercede changes made to the other
<Tene> Infinoid: fdopen() the same fd, that is.
<Infinoid> oh.  fdopen() is just C library stuff, it will behave the same as a dup()'d fd
<Tene> I'm doing something wrong with the ParrotIOLayer.
<Infinoid> hrm
<Infinoid> except that fclose() on both FILE*'s will try to close() the same underlying fd twice
<Infinoid> when you destroy one file handle, the other one becomes inoperative
<Infinoid> did you figure out why dup() returned -1?  was the input valid?  can you check errno?
<Tene> The problem I'm working on right now is that I can't get a valid ParrotIOLayer.  Both ->stack of the pmc it's called with and interp->piodata->default_stack throw segfaults when fdopen_down tries to access ->api on them.
<Tene> they're 0x20 and 0x1b respectively, which don't look like valid pointers.
<Infinoid> ok.  in PIO_dup, layer is a copy of io->stack
<Infinoid> io is the pmc data pointer, casted to ParrotIO
<Infinoid> if io->stack is 0x20, are you sure that was really a ParrotIO PMC?
<Tene> It's called like:
<Tene> PMC * const dest     = PIO_dup(SELF);
<Tene> from parrotio.pmc
% gryphon has left gryphon!~gryphon@dsl-209-221-185-54.zipcon.net
<Infinoid> ok, that makes sense
% GeJ has left GeJ!~geraud@edna.nealab.net
% GeJ has joined #parrot
<Infinoid> do you have to pass in INTERP too, or does the pmc2c thingy handle that for you?
<Tene> ...
<Tene> I think I have to pass that myself.
<Infinoid> the odd thing is, if it was supposed to be "PMC * const dest     = PIO_dup(INTERP, SELF);", I would have expected the compiler to barf
<Tene> Yeah, me too.
<Infinoid> missing a prototype perhaps?
<Tene> I don't know where I should put a prototype.
<Tene> i could find one mentioned for PIO_destroy anywhere.
<Tene> compiles fine with INTERP being passed in and seems to run fine, too.
<Infinoid> the prototype for that is in include/parrot/io.h
<Tene> Except for that same double free I was trying to get rid of in the first place. ;)
<Infinoid> so, invalid pointer problem solved? :)
<Tene> Yes.
<Infinoid> great.  so, your strategy is basically to take a new fd (created with dup()), and wrap a new ParrotIO around it, right?
<Tene> Right.
<Infinoid> that sounds good... no chance of sharing the same allocated buffers, thus, no chance of double frees
<Infinoid> what's your PIO_dup() look like currently?
<nopaste> "tene" at 166.70.38.237 pasted "PIO_dup" (30 lines) at http://nopaste.snit.ch/12479
<Infinoid> if newfd is -1, I'm really curious what io->fd was, and also, what errno is
<chromatic> Do you mean to use io->fd or newfd in PIO_fopen_down?
<Infinoid> he replaced newfd with io->fd because newfd was -1
<Infinoid> the disturbing thing is, even after creating a new ParrotIO around the same fd, he still sees a double free.
<chromatic> There's no code in the -1 case here.
<Tene> No, newfd isn't getting set to -1 anymore.
<Tene> Works fine with newfd, just put it back.
<Infinoid> getting a double free?
<Tene> Yes.
<Tene> Now trying to figure out where.
<Infinoid> valgrind might help
% iblechbot has left iblechbot!~iblechbot@ppp-62-216-196-139.dynamic.mnet-online.de
<Infinoid> also, at some point it's probably a good idea to put some real error checking in there for the return value of dup()... you never know, big processes might run out of fds
<chromatic> real_exception... errno...
<nopaste> "tene" at 166.70.38.237 pasted "assign_pmc" (20 lines) at http://nopaste.snit.ch/12480
<Tene> When I add that PMC_data(other) = NULL; the double-free goes away.
<Tene> Doesn't go away when I do it to the clone.
<Tene> ... oh.
<Tene> I was returning new_io_pmc(io), not (newio)
<Infinoid> awesome
<Tene> Huh.  It works.
<purl> of course it works
<Coke> tello?
* Coke pats purl onna head.
<Coke> hurm. I'm supposed to see a 3 element list. instead, I see the number '3'. This *should* be easy to track down.
<Infinoid> scalar context? :)
<chromatic> Scalar context and Tcl... yeah, that's head-explodey.
% Ademan has left Ademan!~dan@h-67-101-40-175.snfccasy.dynamic.covad.net
<Tene> some tests in t/postconfigure/ always hang for me, but seem to complete successfully if I ^C them.
<Coke> puts [join [list {*}{a  b c}] ,] # should print "a,b,c\n", instead prints "3\n". It's related to the {*} syntax. (yes, tcl has syntax now. Shhh. It'll be ok.)
<Tene> what does {*} do?
<Coke> it expands the next word into multiple words.
<Coke> it's as if you had typed: puts [join [list a b c]]
<Coke> which is much handier when the thing following {*} is not a literal, obviously.
% Ademan has joined #parrot
* Coke is lost in sea of trace output and gives up for the night.
<kid51> Tene:  can you send me instances of those t/postconfigure/ tests hanging, including OS/platform details?
<kid51> And can you pinpoint hang locations by running prove -v?
<kid51> I wrote the tests, but have never experienced this hanging or heard reports of that.
<kid51> Also:  Are they hanging during 'perl Configure.pl --test' or during 'make test'?
% Limbic_Region has left Limbic_Region!~Limbic_Re@c-68-49-236-220.hsd1.md.comcast.net
% particl1 has joined #parrot
% particle has left particle!~particle@c-24-19-3-148.hsd1.mn.comcast.net
% chromatic has left chromatic!~chromatic@sub17-30.member.dsl-only.net
% chromatic has joined #parrot
% particl1 is now known as particle
% rdice has joined #parrot
% Ademan has left Ademan!~dan@h-67-101-40-175.snfccasy.dynamic.covad.net
% peepsalot has left peepsalot!~peeps@cpe-67-9-161-48.austin.res.rr.com
% rdice has left rdice!~richarddi@CPE001217e365c7-CM00159a01d44c.cpe.net.cable.rogers.com
% kid51 has left kid51!~jkeen@pool-70-107-9-55.ny325.east.verizon.net
% teknomunk_ has left teknomunk_!~teknomunk@kerr-dip0.nat.okstate.edu
% teknomunk has joined #parrot
% pjcj has left pjcj!~pjcj@84-73-177-217.dclient.hispeed.ch
% b2gills has left #parrot
<Tene> So, if 'make test' passes just the same after my ParrotIO changes, it should be okay to commit?
<particle> yep
<PerlJam> Tene: if not, someone will scream at you  :-)
% Ademan has joined #parrot
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.or.comcast.net
<PerlJam> woo ...  I'm losing it.  I just tried "perl perl6.pbc" several times and was puzzled why it wasn't working.
<Tene> Heh.
<particle> hrmm... maybe you should build perl with an embedded parrot and direct it to run .pbc files via parrot.
<particle> it's definitely a sign.
<PerlJam> Well ... I /have/ wanted access to p6 regex (PGE) in perl 5 on occasion ...  ;)
<chromatic> ext/Parrot-Embed/
<avar> Are there any examples of how to use specific pir libs w. Parrot::Embed and how to convert pir->perl datastructures?
<PerlJam> avar: I don't know how chromatic's parrot column it going, but that sounds like a good topic at some point  ;)
<Tene> Okay, I'm looking at include/parrot/io.h and I'm uncertain about the attribute and FUNC_MODIFIES stuff.  It looks autogenerated.  Is it a generated file?
<particle> if it's generated, it'll be in a comment at the top
<Tene> Oh, clever!
<Tene> Okay, thanks.
<Tene> particle++
<avar> PerlJam: If someone parrot-y could spoonfeed me info I might bother to write re::engine::PGE :)
<PerlJam> avar: what info do you need?
<PerlJam> (how much spoon feeding do you require?)
* particle looks for a silver spoon
<PerlJam> are the pmcs in languages/perl6/src/pmc used for anything?
<particle> yes
<PerlJam> or, put another way, how can I make perl6.pbc use the perl6bool.pmc?
<particle> see languages/perl6/Makefile
<avar> PerlJam: I'm not sure, I just remember peeking at it once and being very confused:)
<avar> How to make a match and access match buffers and such would be nice
<PerlJam> particle: been there, done that, but my changes don't seem to have affected anything.
<avar> And how to feed it a new grammar etc.
<avar> But I really don't want to bother anyone else with it unless they're really excited about it since I'm being really lazy about it:)
<particle> omg my head just exploded
<particle> i imagined using re:engine:PGE to run Perl5Rules in perl 5
<particle> er, Perl5Regex
<Tene> I'm rather uncertain about my addition to include/parrot/io.h
<Tene> Is it enough to bother asking the list, or just commit and let someone complain to me about it?
<particle> well, we don't like it when trunk breaks
<particle> but if make test passes. what's the prob?
<PerlJam> particle: for instance, as a test, I made perl6str.pmc's get_integer routine always add 7 to the value it returns, yet I can't get perl6.pbc to ever do that.
<particle> i've fallen way behind on reviewing commits, but chromatic reviews most (and all c commits afaict)
<avar> PerlJam: It's probably best not to make it a re::engine
<PerlJam> avar: there is a bit of an impedence mismatch between the perl5 "interface" and the perl6 semantics.
<PerlJam> $0 vs $1 for instnace
<avar> The main problem is that p5 regexes are strings and p6 regexes are objects
<particle> p5 regexes are still strings?
<PerlJam> yeah, I was just about to say something about hacking a "match object"  :)
<particle> hrmm. a reentrant string.
<PerlJam> avar: qr// gives an object doesn't it?
<avar> No they're first class objects (in 5.11) but you always end up with the quote problem
<particle> i suppose that makes as much sense as "a reentrant object"
<avar> yeah, but the // part quotes which will screw you up in lots of cases
<PerlJam> avar: you can't turn off the quoting and just grab what's in between and shunt it off to the re engine?
<avar> no, it'll still be interpolated
<PerlJam> avar: or, better yet, morph the quoting to use perl6 rules.
<avar> But generally it's just a lot of troble and it would be easier to start by doing my $rule = Grammar::Foo->new; my $m = $rule->match($str): say $m->[0]; and so on
% Theory has joined #parrot
<particle> could possible be shimmed in with m/(?p6).../
<avar> Yes, I'm just saying if you want a p5 interface to pge it's best to start by doing a regular XS/Parrot::Embed module rather than using re::engine stuff
<particle> yep. i'm not too interested in that, though
<particle> i'd rather get p5 on p6 or parrot
<particle> or just xlate
% Theory has left Theory!~Theory@c-24-21-175-208.hsd1.mn.comcast.net
<avar> Well, if you'd get PGE working on something people actually use in production you'd have a lot more .pg stuff to play with once p6 becomes usable:)
<particle> i hope that as parrot approaches 1.0 this year, it'll be used in production
<PerlJam> I hope that as rakudo approaches perl 6, it'll be used in production  :)
<PerlJam> (I'm not so hopeful for "this year" as I should be though)
<particle> yeah, meetoo
<particle> my tuit supply is near nil lately
<PerlJam> particle: do you know why Str.pir does $P0('String', 'Str') and $P0('Perl6Str', 'Str')  (where $P0 is make_proto)  >
<PerlJam> er ?
<purl> derrr.. or http://www.imdb.com/title/tt0108757/
<PerlJam> that would seem to map both String and Perl6Str to the Str type in perl 6
<particle> that's exactly right
<PerlJam> but that doesn't make much sense to me since Perl6Str extends String
<particle> but sometimes you are dealing with a parrot String
<particle> and you want to treat it as a Str
<particle> it's a bit of a mess that needs cleaning eventually
<PerlJam> okay, then how would I do the same for Bool?  
<PerlJam> (All I wanted to do was something simple to whet my appetite and hone my skills a little before I tried something slightly more complex and simple is turning out to not be so)
<particle> what do yo want to do with bool?
<PerlJam> I was just trying to implement increment() and decrement()
<PerlJam> (in Perl6Bool.pmc)
<PerlJam> currently it appears that the only pmc that's actually used is perl6str.pmc
<particle> hrmm
<particle> c:\usr\local\parrot\trunk\languages\perl6>perl6 -e "say 1 ~~ Bool::True"
<particle> 1
<PerlJam> Maybe I should just skip to my next trick which was to implement increment() and decrement() for Perl6Str
<particle> the ACCEPTS method is definitely called for Bool
<PerlJam> um ... where is ACCEPTS documented?
<svnbotl> r26320 | tene++ | trunk:
<svnbotl> : Fix ParrotIO's clone()
<svnbotl> : Add PIO_dup to dup an fd
<svnbotl> : Add a set_pmc to ParrotIO
<svnbotl> : chromatic++ pmichaud++ Infinoid++
<PerlJam> Tene++ again!  :)
<particle> .sub 'increment' :method
<particle>     $P0 = get_global 'True'
<particle>     .return ($P0)
<particle> .end
<particle> that'd be my off-the-cuff guess for increment
<PerlJam> particle: I can do it in pir, the execise here was for me to do it in the .pmc file.
<particle> oh. i see.
<particle> src/classes/Bool.pir is where i was looking
<particle> i guess i didn't realize you were looking at src/pmc/
<PerlJam> I'm looking at both because they apparently interact.
<PerlJam> or, they would if I could make make_proto('Perl6Bool','Bool') work  :)
<particle> ok, well perl6bool isn't built
<particle> there's no perl6bool.c file on my system
<PerlJam> particle: it is in my copy :)
<PerlJam> as I said, perl6str.pmc appears to be the only one of the pmcs that's actually in use.
<particle> ok, so you have METHOD increment() { ... }
<particle> PerlJam: onload in bool.pir makes objects of type Boolean
<particle> and sets them as globals
<PerlJam> I can tell you exactly what I have:  METHOD increment() { SELF.set_bool(1); }   and then in Bool.pir, I replaced  $P0('Boolean', 'Bool') with $P0('Perl6Bool', 'Bool');
<particle> ok
<particle> what happens?
<particle> of course, you also modified the makefile to build perl6bool.pbc
<PerlJam> yep
<PerlJam> and my test is: parrot perl6.pbc -e 'my $x = Bool::True; $x++; $x++; say $x;'  # I expect to get a 1 as output.
<PerlJam> I get 3
<particle> ok, so find out what type $x is
<PerlJam> er, how?
<purl> i think er, how is that a problem ?
<particle> i bet it's Integer
<particle> $x.WHAT iirc
<PerlJam> oh, right.  I'm not fully in perl6-think right now.
<PerlJam> Bool
<particle> maybe $x.WHAT.WHAT
<PerlJam> still Bool :)
<PerlJam> Is there a way to trace the method calls?
<particle> not really, no
* particle is in really-tired-wife-is-away-two-beers-for-dinner-mode
* davidfetter hands particle another beer
<particle> PerlJam: try SELF.set_integer(1)
<PerlJam> I've convinced myself that my increment() method isn't being called at all.
<wknight8111> Force your increment method to output an error diagnostic. It's crude, but it should show you if something is happening
<PerlJam> (I added a printf(), re-make, and don't see the output.  I did the same with perl6str and I do see the output (yay! a positive result) )
<PerlJam> :-)
<wknight8111> ...nevermind then
<PerlJam> okay, that's weird.
<PerlJam> oh, no it's not.
% teknomunk has left teknomunk!~teknomunk@kerr-dip0.nat.okstate.edu
<particle> alert('foo');
<PerlJam> get_string() is called from the pmc just fine.
% teknomunk has joined #parrot
<particle> please tell me your increment sub is before the final }
<PerlJam> yes.  :-P
<particle> good, because i would have been upset if you weren't getting compile errors
<PerlJam> aha!  s/METHOD/VTABLE void/
* PerlJam does the happy dance
<particle> ahhhh.... duh.
* PerlJam doesn't understand it all yet, but it's sinking into the grey matter slowly
<particle> good point, though. i find it odd that the perl 6 pmc's functions aren't decorated with METHOD or VTABLE
<particle> it should be REQUIRED by pdd17
<particle> perhaps chromatic's parser is still forgiving
% wknight8111 has left wknight8111!~nobody@c-71-230-33-251.hsd1.pa.comcast.net
<PerlJam> now to adding increment and decrement to perl6str  :-)
<PerlJam> s/ing//
<PerlJam> er, how do I remake the Makefile?
<particle> make Makefile
<purl> i heard make Makefile was a shortcut
<PerlJam> i.e., it's generated from config/makefiles/root.in
<particle> that's one of my favorite hacks
<PerlJam> It mildly bothers me as it's so close to make -f Makefile
<PerlJam> but, still neat :)
<svnbotl> r26321 | duff++ | trunk:
<svnbotl> : [rakudo] implement auto{increment,decrement} semantics as per S03
<svnbotl> diff: http://parrotvm.org/svn/parrot/revision/?rev=26321
<PerlJam> boy that was a useless message.  It didn't even mention Bool
* PerlJam was distracted by using "git svn" to push something upstream for the first time.
<chromatic> Is Bool now one of the Rakudo PMCs, and built by default?
<PerlJam> yes.
<chromatic> Good stuff.
<chromatic> Hm, the commit mail is taking a while to come through.
<chromatic> I can't abuse you^Hyour patch until it does.  Sigh.
<PerlJam> chromatic: my next commit will venture into territory I'm even less familiar with (I'm going to flesh out initial implementations for auto{inc,dec} strings)
<PerlJam> I'm not really sure about STRING* v. char and such.  (I assume that I should use INTVAL rather than int too)
<PerlJam> er, s/char/char*/
<chromatic> There are encoding considerations.  That could be tricky.
<chromatic> Start with STRING and only use char if lathos says you can.
<chromatic> (I suspect that he will not.)
<PerlJam> well, I figure I'll do something very ASCII (since that's better than /* do nothing */) and then let someone else show me the right way to respect encodings, etc.
<PerlJam> also, there appears to be some prior art of ignoring the encoding in perl6str.pmc so I wouldn't be treading anywhere someone else hasn't already tread  :)
<lathos> If only someone wrote a design document about all this.
* PerlJam senses sarcasm
<lathos> http://svn.perl.org/viewvc/parrot/trunk/docs/pdds/draft/pdd28_character_sets.pod?view=markup
<shorten> lathos's url is at http://xrl.us/bhjfk
<chromatic> I skimmed the doc; it's not entirely clear to me how to make increment/decrement respect encodings.
<PerlJam> lathos: tell me, how do I do the equivalent of isalpha() or isdigit()?
<chromatic> Then again, I have very much not the smartest person in the room syndrome with regard to this.
<lathos> The problem is that the whole infrastructure just isn't there right now, so it can't be helped.
<lathos> Right now it's unfortunately probably best just to hack away and we'll clean it up later.
<PerlJam> that's exactly what I figured.
<chromatic> When you commit, then file a bug that it needs robustification.
<PerlJam> will do
<lathos> But if you're doing stuff like isalpha (or anything really), it could be worth creating a stub Parrot_string_isalpha (or whatever) abstraction and we'll make *that* do the right thing later, rather than having to go through everyone's code looking for all the different ways they've done things..
<chromatic> There are some suspicious functions in src/charset/*.c
<lathos> Everything in src/charset is suspicious. :(
<PerlJam> heh ... I'll just use to_ascii() first ;)
<lathos> is_cclass does look like the right thing.
<PerlJam> perhaps someone who knows what's what could satisfy RT#48260
<PerlJam> is there a pastebot on this channel?
<PerlJam> oh, never mind
<purl> Okie dokie
<Tene> purl: nopaste
<purl> nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://paste.husk.org/ or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or don't bother me while I'm eating
<PerlJam> Tene: yeah, I got it.   (there are so many different names to remember in all of the channels I frequent)
<nopaste> "PerlJam" at 75.43.16.244 pasted "Perl6Str autodecrement implementation." (42 lines) at http://nopaste.snit.ch/12488
<PerlJam> here's a first cut at autodecrement.  Be kind I haven't coded in C in a while.
<PerlJam> but feedback is *most* welcome.
<chromatic> I'm getting lost in the single- and double-character variable names.
<chromatic> s and i I get, but....
<PerlJam> sx and ex are just the previous values of s and e so we can take care of finding the . if there is one.
<PerlJam> (so that blah-999.jpg becomes blah-998.jpg)
<lathos> Do extra characters really cost that much? :)
% jjore is now known as zz_jjore
% zz_jjore is now known as jjore
<PerlJam> btw, is there a tool that tidies C code to whatever the standard is for parrot?
<PerlJam> (well, something that I can apply to the .pmc file)
<chromatic> svk diff | mail -s 'chromatic|Andy please tidy my code'
<PerlJam> chromatic: well, if you don't mind the busy work, feel free to recast that paste in a more parroty manner.  :-)
<chromatic> If you fix up the variable names and throw in some newlines, I'll poke at it.
<PerlJam> It's nigh on my bedtime, so perhaps tomorrow.
<PerlJam> good night all.