[perl #43923] [TODO] Don't regenerate MANIFEST unnecessarily

2007-07-18 Thread James Keenan via RT
On Sun Jul 15 09:25:30 2007, coke wrote: > The recently added functionality to not regen MANIFEST.SKIP should be > used when determining whether or not to regenerate MANIFEST as well. > Please review the attached. Modifications to tools/dev/mk_manifest_and_skip.pl and lib/Parrot/Manifest.pm.

PMC/GC help needed

2007-07-18 Thread Will Coleda
I am trying to write a PMC version of PGE::CodeString, and while I have a PMC now that passes all the old tests, I get GC errors during the build process for TGE & JSON. I know they are GC related because running the affected steps with - G, and they complete normally. I was unable to find

Re: Pre-OSCON hackathon

2007-07-18 Thread James E Keenan
Andy Lester wrote: Then again, if it's just me & Jonathan, how much of a hackathon is that? Jonathan's a great hacker. Ergo, it would be a great hackathon.

Re: [perl #44041] [CAGE] Verify all functions are used

2007-07-18 Thread Mark Glines
On Wed, 18 Jul 2007 09:58:12 -0700 Andy Lester (via RT) <[EMAIL PROTECTED]> wrote: > Verify that all functions actually get used. We could do this by > either: > > * Creating a tool that verifies that each function is used at least > once > > * Run splint with whatever flags necessary to do gl

[perl #44041] [CAGE] Verify all functions are used

2007-07-18 Thread via RT
# New Ticket Created by Andy Lester # Please include the string: [perl #44041] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=44041 > I would not be surprised to find that we have at least a dozen functions in the codebas

[perl #44039] in compact_pool, we can be doing null dereferences

2007-07-18 Thread via RT
# New Ticket Created by Andy Lester # Please include the string: [perl #44039] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=44039 > Coverity Scan points out that in compact_pool(), it's possible for ref_count to be NULL

Re: Pre-OSCON hackathon

2007-07-18 Thread Michael G Schwern
Andy Lester wrote: > There's a p5 reposithon going on at Schwern's before OSCON. I'd like to > hook up with Jonathan and whoever else is around pre-OSCON there, and > have our own little Parrot hackathon on the corner. I'm sure Schwern > will be fine with that. Sure, the corner... the street cor

[perl #41860] [CAGE] Run Parrot under Coverity Prevent

2007-07-18 Thread Paul Cochrane via RT
Parrot is now running under Coverity Prevent. The address for access to its output is: http://scan2.coverity.com:9035/. If you wish to get an account to be able to then access the scan page, you will need to send an email to [EMAIL PROTECTED] I'm going to put this info up on the Parrot wiki

Coverity scan results

2007-07-18 Thread Andy Lester
Name Uninspected Bug False Ignore Pending Resolved Total parrot-0.4.13 722 0 0 0 7 81 Those 7 are all from me, I believe. The bugs are in RT. The rest I'm not sure about yet. I'm plodding through as I have time. -- Andy Le

[perl #44027] In branch_branch, negative array indexes can happen

2007-07-18 Thread via RT
# New Ticket Created by Andy Lester # Please include the string: [perl #44027] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=44027 > In function branch_branch, there's a line like this: ins->r[get_branch_regno(ins)] =

[perl #44025] Parrot_get_runtime_prefix shouldn't be dual-lived

2007-07-18 Thread via RT
# New Ticket Created by Andy Lester # Please include the string: [perl #44025] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=44025 > The behavior of Parrot_get_runtime_prefix depends on if you pass a **prefix_str in. If

Pre-OSCON hackathon

2007-07-18 Thread Andy Lester
There's a p5 reposithon going on at Schwern's before OSCON. I'd like to hook up with Jonathan and whoever else is around pre-OSCON there, and have our own little Parrot hackathon on the corner. I'm sure Schwern will be fine with that. -- Andy Lester => [EMAIL PROTECTED] => www.petdance.co

Re: Pre-OSCON hackathon

2007-07-18 Thread Andy Lester
On Jul 18, 2007, at 9:41 AM, Michael G Schwern wrote: Sure, the corner... the street corner outside. One hackathon is enough of a squeeze at my place, I can't fit two. May I suggest the Doubletree lobby? Yeah, that would prob'ly do, too. Sorry to attempt to impose on you. Most of all

Re: Parrot hackathon at OSCON

2007-07-18 Thread Patrick R. Michaud
On Tue, Jul 17, 2007 at 05:36:28PM -0700, Allison Randal wrote: > Saturday, July 28th, we'll have a Parrot hackathon in Portland. The > location is to-be-determined (chromatic's house if there aren't more > than 10 of us). Drop me a note if you plan to join and I'll update you > with details. I

Re: [svn:parrot] r19956 - trunk/src

2007-07-18 Thread Nicholas Clark
On Tue, Jul 17, 2007 at 10:30:30PM -0700, chromatic wrote: > On Tuesday 17 July 2007 21:50:44 [EMAIL PROTECTED] wrote: > > > Modified: > >trunk/src/debug.c > > > > Log: > > Reverse a check on a pointer so that we check for NULL first. Thanks, > > Coverity! > > > > Modified: trunk/src/debug.c

Re: Parrot hackathon at OSCON

2007-07-18 Thread Jonathan Worthington
Andy Lester wrote: On Jul 17, 2007, at 7:36 PM, Allison Randal wrote: Saturday, July 28th, we'll have a Parrot hackathon in Portland. The location is to-be-determined (chromatic's house if there aren't more than 10 of us). Drop me a note if you plan to join and I'll update you with details.