Re: [Maybe Spam] Coverage testing success story.

On Tue, Dec 14, 2004 at 09:32:51PM -0600, Michael Carman wrote: > > I think this is the most valuable part of the exercise - the bugs you find > > when you think 'its got 98% coverage, there cant possibly be any bugs > > left...oh, look' > > With a little luck, that's when it finally sinks that co

Re: [Maybe Spam] Coverage testing success story.

On 12/14/2004 6:01 PM, [EMAIL PROTECTED] wrote: > > [EMAIL PROTECTED] wrote: >> >> So even when you approach 100% there's still bugs to be found with simple >> coverage analysis. > > I think this is the most valuable part of the exercise - the bugs you find > when you think 'its got 98% coverage

[patch] runops

Below is a rather straightforward patch, but as it represents an interface change (albeit a fully backwards compatible one), I thought I would post it for discussion. Background on the proposed change: there apparently are two sets of "runops" functions, I'd characterize Parrot_runops_fromc as

Re: [Maybe Spam] Coverage testing success story.

You may be interested in what I found on my journey to 100% coverage with D::C [EMAIL PROTECTED] wrote: So even when you approach 100% there's still bugs to be found with simple coverage analysis. I think this is the most valuable part of the exercise - t

Re: Uncle Bob on Coding Standards

On Tue, Dec 14, 2004 at 11:10:51PM +0100, H.Merijn Brand wrote: > > If programmers outside your project look at it and go "Huh?" you've just > > lost yourself a potential patch as they recoil. > > Don't think so. spaces and bracing is hard to do it so bad as to other people > unable to be able to

Re: Uncle Bob on Coding Standards

On Tue 14 Dec 2004 21:49, Michael G Schwern <[EMAIL PROTECTED]> wrote: > Here's all I have to say about tabs. > > I expect the source to look the same no matter whose editor, pager, printer > or utility I run it through. Literal tabs violate this. The end. > > Here's what I have to say about

make parrot on win-xp needs wrong include file?

Hi all, I'm trying to compile Parrot on Win XP (with MS Visual C++ authoring edition installed) and - after cvs update, nmake realclean, perl Configure.pl - nmake works for a while and stops with: ... astlexer.c ast\astlexer.c(1433) : fatal error C1083: Include-Datei kann nicht geöffnet werden:

Re: Uncle Bob on Coding Standards

Here's all I have to say about tabs. I expect the source to look the same no matter whose editor, pager, printer or utility I run it through. Literal tabs violate this. The end. Here's what I have to say about clever bracing/spacing styles. Your bracing/spacing style should not be a detrim

Re: Uncle Bob on Coding Standards

On Tue, Dec 14, 2004 at 11:15:13AM +, Ben Evans wrote: > On Tue, Dec 14, 2004 at 05:35:53AM -0500, Michael G Schwern wrote: > > Tripped across this on WardsWiki just now. #5 is my favorite as its often > > forgotten in the noise. "Oh, the noise! Oh, the noise! Noise! Noise! Noise! That's one

Re: Uncle Bob on Coding Standards

On Tue 14 Dec 2004 18:21, Ricardo SIGNES <[EMAIL PROTECTED]> wrote: > * "H.Merijn Brand" <[EMAIL PROTECTED]> [2004-12-14T11:28:19] > > About spaces, another thing springs to mind, for which I would gladly kill > > the > > responsible people to allow it (I bet M$ was the first to push it): Spaces

Re: Uncle Bob on Coding Standards

* "H.Merijn Brand" <[EMAIL PROTECTED]> [2004-12-14T11:28:19] > About spaces, another thing springs to mind, for which I would gladly kill the > responsible people to allow it (I bet M$ was the first to push it): Spaces in > database table and field names. DON'T! NEVER! Once you start it, you will >

Re: Objects, classes, metaclasses, and other things that go bump in the night

At 11:13 AM +0100 12/14/04, Leopold Toetsch wrote: Dan Sugalski <[EMAIL PROTECTED]> wrote: subclass - To create a subclass of a class object Is existing and used. Right. I was listing the things we need in the protocol. Some of them we've got, some we don't, and some of the stuff we have we

Re: mandelbrot

Ah yep, that surely is the reason. Too bad, have to wait until I get home ;-) - Michael On Tue, 14 Dec 2004 11:25:32 -0500 (EST), Jeff Horwitz <[EMAIL PROTECTED]> wrote: > hm, works fine for others. maybe the weird port i'm using for that web > server isn't agreeing with your firewall. > > -je

Re: mandelbrot

On Tue, 14 Dec 2004 10:07:43 -0500 (EST), Jeff Horwitz <[EMAIL PROTECTED]> wrote: > is it useful? not really. does it help you waste 5 minutes of your day? > certainly. :) Waiting for the request to time out indeed wasted some idle time :-) -ingly yours, Michael

Re: mandelbrot

hm, works fine for others. maybe the weird port i'm using for that web server isn't agreeing with your firewall. -jeff On Tue, 14 Dec 2004, Michael Walter wrote: > On Tue, 14 Dec 2004 10:07:43 -0500 (EST), Jeff Horwitz > <[EMAIL PROTECTED]> wrote: > > is it useful? not really. does it help yo

Re: Uncle Bob on Coding Standards

On Tue 14 Dec 2004 15:15, [EMAIL PROTECTED] (Dominic Mitchell) wrote: > On Tue, Dec 14, 2004 at 12:21:50PM +, Matt Sergeant wrote: > > On 14 Dec 2004, at 11:26, Clayton, Nik wrote: > > >To be honest, I don't care if someone's house style is for TAB to > > >indent > > >2, 4, or 8 characters; ho

Re: Uncle Bob on Coding Standards

On Tue 14 Dec 2004 17:10, Adam Turoff <[EMAIL PROTECTED]> wrote: > On Tue, 14 Dec 2004 16:14:32 +0100, H.Merijn Brand <[EMAIL PROTECTED]> > wrote: > > On Tue 14 Dec 2004 16:04, "Clayton, Nik" <[EMAIL PROTECTED]> > > wrote: > > > I've normally got enough going on in my head when writing code, > > >

Re: Q: scope exit

On Tue, Dec 14, 2004 at 10:49:31AM -0500, Dan Sugalski wrote: > >Yes. I'll presume that the first Perl6 compiler will just emit closures > >for each block. > > Ah, I hope not. I *really* hope not. (Paying attention Patrick? :) > That'd be rather slower than necessary in most cases. Yup, I'm payi

Re: --session option to prove

On Tue, Dec 14, 2004 at 03:56:04PM +0200, Yuval Kogman ([EMAIL PROTECTED]) wrote: > I've started prelimenary work on Test::Harness::Daemon, which is > supposed to let you make various clients to testing. Some will > report, others will schedule, some will do both. Unless it's a sub-part of Test::

Re: [perl #33032] Parameter fillin problem

At 8:48 AM -0500 12/14/04, Dan Sugalski wrote: At 9:08 AM + 12/14/04, Leopold Toetsch via RT wrote: Dan Sugalski <[EMAIL PROTECTED]> wrote: IMCC's doing odd things when moving PMCs into the appropriate spot when calling into functions with a large number of parameters. Here's a snip from a t

Re: [perl #33036] [BUG] python dynclasses build failure

Will Coleda via RT wrote: Sam's latest patch seems to have resolved this issue - dynclasses now build, and: perl t/harness t/dynclass/py* skips 1 test, passes everything else. What test is skipped? [EMAIL PROTECTED]:~/parrot/dynclasses$ make test cd .. ; perl -Ilib t/harness t/dynclass/*.t t/dyncl

Re: Objects, classes, metaclasses, and other things that go bump in the night

Dan Sugalski <[EMAIL PROTECTED]> wrote: > subclass - To create a subclass of a class object Is existing and used. > add_parent - To add a parent to the class this is invoked on > become_parent - Called on the class passed as a parameter to add_parent What is the latter used for?

Re: overloaded operator calling conventions

Dan Sugalski <[EMAIL PROTECTED]> wrote: > At 7:45 AM +0100 12/11/04, Leopold Toetsch wrote: >>Thinking more about that it seems that we don't have much chance to keep >>the current scheme that the destination is passed in. > I fully expected this to be an issue. Perl 5 and perl 6 are going to > ha

Re: Q: scope exit

Dan Sugalski <[EMAIL PROTECTED]> wrote: > At 8:07 AM +0100 12/10/04, Leopold Toetsch wrote: >>* What is the intended usage of the action handler? >>* Specifically is this also ment for lazy DOD runs? >>* How is the relationship to the C opcode? > The one thing that I figure *will* be done is that

Re: [perl #32635] Parrot CVS help.

Will Coleda via RT <[EMAIL PROTECTED]> wrote: >> Loading platform and local hint files. Bad command or Rerunning perl Configure.pl --verbose=2 should reveal the failing program. leo

Re: [perl #33031] Current object not in place at invoke time

Dan Sugalski <[EMAIL PROTECTED]> wrote: > Currently parrot sets the current object for a method call *after* > calliing invoke on the invokable thing. This is a bit problematic, > since the invokable thing likely needs to have the object in place to > invoke right. Fixed. leo