Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Devel-Cover CPAN distribution.

Report information
The Basics
Id: 16222
Status: open
Priority: 0/
Queue: Devel-Cover
People
Owner: Nobody in particular
Requestors: sargie [...] cpan.org
tylerm [...] activestate.com
Cc:
AdminCc:
Bug Information
Severity: Wishlist
Broken in: (no value)
Fixed in: (no value)

History Show all quoted text
  Wed Nov 30 16:52:30 2005 CRAKRJACK [...] cpan.org - Ticket created
Subject: Regular expressions have conditions too!
Hello, I've been using Devel::Cover for a few months now and I love it. It's made it *way* easier to write clean, bug-free code and unit tests. One thing that just occured to me while writing a validator as a regular expression, is that regexp's have conditions too. I don't know how easy it would be to get this functionality in, but given a regular expression like: qr/something|someotherthing/ I think it would be helpful to have coverage analysis showing you which parts of the regular expression got matched. With more complicated regular expressions, like qr/(1|2|(456|654))|((?:(1|2)|(3|4))456(7|8))/ I could see the specification for what was matched and what wasn't getting really long (and it probably wouldn't be appropriate to use the same "A B C D" notation as standard code conditions). What do you think? Is this feasable? Insane? Thanks, Tyler
  Wed Aug 02 07:10:55 2006 PJCJ [...] cpan.org - Correspondence added
Yes, this is true. Regular expressions are their own little language and could be covered too. But this is not something I'm planning on doing right now. It's on the TODO list though.
  Wed Aug 02 07:10:57 2006 The RT System itself - Status changed from 'new' to 'open'
  Wed Aug 02 07:11:02 2006 PJCJ [...] cpan.org - Status changed from 'open' to 'stalled'
  Mon Oct 09 10:17:31 2006 sargie [...] cpan.org - Ticket #21975: Ticket created
Subject: Substitutions with /e
Either the Tutorial is wrong in saying: "100% branch coverage implies 100% statement coverage." OR s/foo/bar()/e; should flag as a branch not followed if bar() is not executed... +Pete
  Fri Dec 29 19:03:06 2006 paul [...] pjcj.net - Ticket #21975: Correspondence added
Subject: Re: [rt.cpan.org #21975] Substitutions with /e
Date: Sat, 30 Dec 2006 01:02:51 +0100
To: via RT <bug-Devel-Cover [...] rt.cpan.org>
From: Paul Johnson <paul [...] pjcj.net>
On Mon, Oct 09, 2006 at 10:17:33AM -0400, via RT wrote: Show quoted text
> Either the Tutorial is wrong in saying: > > "100% branch coverage implies 100% statement coverage." > > OR > > s/foo/bar()/e; should flag as a branch not followed if bar() is not > executed...
I think I agree with this in principle, but it's really not something I want to deal with at the moment. The TODO list mumbles something about Regular Expression coverage, and should that ever become a reality, this case should fall out from that. So I'm going to leave this as stalled until that happy day. Thanks, -- Paul Johnson - paul@pjcj.net http://www.pjcj.net
  Fri Dec 29 19:03:07 2006 The RT System itself - Ticket #21975: Status changed from 'new' to 'open'
  Fri Dec 29 19:05:53 2006 PJCJ [...] cpan.org - Ticket #21975: Status changed from 'open' to 'stalled'
  Fri Dec 29 19:08:03 2006 PJCJ [...] cpan.org - Ticket #21975: Merged into ticket #16222
  Fri Dec 29 19:08:03 2006 PJCJ [...] cpan.org - Merged into ticket #16222
  Fri Apr 13 08:46:26 2012 dolmen [...] cpan.org - Correspondence added
RT-Send-CC: paul [...] pjcj.net
Le 2005-11-30 22:52:30, CRAKRJACK a écrit : Show quoted text
> One thing that just occured to me while writing a validator as a > regular expression, is that regexp's have conditions too. I don't > know how easy it would be to get this functionality in, but given a > regular expression like: > > qr/something|someotherthing/
The module re::engine::Hooks may help for this task... -- Olivier Mengué - http://perlresume.org/DOLMEN
  Fri Apr 13 08:46:27 2012 The RT System itself - Status changed from 'stalled' to 'open'