I took chromatic's Runops::Trace and hacked it up so I could do code
coverage. I can now tell which code path is triggered by which inputs.
Check this badness out. The punchline is the lists of equivalent
inputs. Roughly. Ops can return different things and I'm not paying
attention to the inputs
Josh,
I'm not sure that I understand this message (probably because I'm not
a perl guts hacker), but I am intrigued by your enthusiasm. I
downloaded and read the Runops::Trace code -- it's always a little
surprising and interesting to me to see which parts of the Perl
internals are malle
On 6/16/07, Chris Dolan <[EMAIL PROTECTED]> wrote:
Josh,
Josh, can you explain to us in a little more depth what this means?
Are you showing that certain input values follow the same path
through the code?
Yes.
It looks like the full path through the code is
the key to your hash of runs. If
On Jun 17, 2007, at 12:56 AM, Joshua ben Jore wrote:
On 6/16/07, Chris Dolan <[EMAIL PROTECTED]> wrote:
Josh,
Josh, can you explain to us in a little more depth what this means?
Are you showing that certain input values follow the same path
through the code?
Yes.
It looks like the full pat
On 6/16/07, Chris Dolan <[EMAIL PROTECTED]> wrote:
On Jun 17, 2007, at 12:56 AM, Joshua ben Jore wrote:
> On 6/16/07, Chris Dolan <[EMAIL PROTECTED]> wrote:
>> Josh,
>>
>> Josh, can you explain to us in a little more depth what this means?
>> Are you showing that certain input values follow the
* Joshua ben Jore <[EMAIL PROTECTED]> [2007-06-17 06:45]:
> I took chromatic's Runops::Trace and hacked it up so I could do
> code coverage. I can now tell which code path is triggered by
> which inputs.
Wow, that’s bloody excellent.
Here’s the bonus question, though: can the same thing be done f
On 6/17/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote:
* Joshua ben Jore <[EMAIL PROTECTED]> [2007-06-17 06:45]:
> I took chromatic's Runops::Trace and hacked it up so I could do
> code coverage. I can now tell which code path is triggered by
> which inputs.
Wow, that's bloody excellent.
Here's th
* Joshua ben Jore <[EMAIL PROTECTED]> [2007-06-18 02:10]:
> Probably but I'd ask Avar or Yves about that and I'm sure the
> method would be entirely different. The 5.10 engine is
> pluggable so I'm sure it's wrappable and therefore traceable.
Cool. Because that’s a subject that the existing covera
On 6/18/07, A. Pagaltzis <[EMAIL PROTECTED]> wrote:
* Joshua ben Jore <[EMAIL PROTECTED]> [2007-06-18 02:10]:
> Probably but I'd ask Avar or Yves about that and I'm sure the
> method would be entirely different. The 5.10 engine is
> pluggable so I'm sure it's wrappable and therefore traceable.
C
On 6/16/07, Joshua ben Jore <[EMAIL PROTECTED]> wrote:
I took chromatic's Runops::Trace and hacked it up so I could do code
coverage. I can now tell which code path is triggered by which inputs.
Check this badness out. The punchline is the lists of equivalent
inputs. Roughly. Ops can return diff
On 6/19/07, Joshua ben Jore <[EMAIL PROTECTED]> wrote:
On 6/16/07, Joshua ben Jore <[EMAIL PROTECTED]> wrote:
> I took chromatic's Runops::Trace and hacked it up so I could do code
> coverage. I can now tell which code path is triggered by which inputs.
>
Ok, so now here's a new version. It's les
On Tuesday 19 June 2007 14:06:05 Joshua ben Jore wrote:
> It's on CPAN with the original name. I just stole the namespace. I
> don't think chromatic will mind.
>
> It can even support the API described in Perl Hacks if or when it gets
> a custom import/unimport function.
Adding a custom import/un
On 6/19/07, chromatic <[EMAIL PROTECTED]> wrote:
On Tuesday 19 June 2007 14:06:05 Joshua ben Jore wrote:
> It's on CPAN with the original name. I just stole the namespace. I
> don't think chromatic will mind.
>
> It can even support the API described in Perl Hacks if or when it gets
> a custom i
13 matches
Mail list logo
