Re: Devel::Cover and HTML::Mason

2006-06-08 Thread Paul Johnson
On Sat, Jun 03, 2006 at 10:18:46PM -0500, jason gessner wrote: > Hi All. > > Has anyone successfully used Devel::Cover under mod_perl to do > coverage for a mason application? > > My preliminary experiments were mixed. I used D::C from my .pl > handler file and ran apache with -X, but saw i

Re: Error Message "Magic number checking on storable file..." when running "cover" to merge data

2006-06-08 Thread Paul Johnson
On Mon, Jun 05, 2006 at 08:13:38PM -0700, Scott Wang wrote: > Hi All, > > I got below error message from running "cover" to > merge my coverage data, any clue? The "Magic number > checking on storable file ..." message also shows up > in my test log, I am wondering if this means that my > coverag

Re: Question - (1) Devel:;Cover and B::Deparse issue (2) "cover" and its momory consuming issue

2006-06-08 Thread Paul Johnson
On Sat, Jun 03, 2006 at 08:29:09PM -0700, Scott Wang wrote: > Thanks!...Scott Does this mean everything is working OK for you? "Deep recursion on subroutine" is just a warning, though Devel::Cover seems to tickle it through B::Deparse fairly regularly. I'll try to do something about that one wa

Re: OT: wiki engine architecture (was: $1,000 prize for Perl 6 Wiki written in Perl 6)

2006-06-08 Thread Michael Mathews
On 07/06/06, A. Pagaltzis <[EMAIL PROTECTED]> wrote: Let's use Perl 6 Grammars to define syntaxes. We are just about to get this mindblowingly awesome tool for parsing; why insist on tieing our feet together and having to hop around like that? This is the smartest suggestion I've yet seen on th

Re: Continuous testing tools

2006-06-08 Thread Michael Peters
Andrew Savige wrote: > We are looking at introducing continuous builds/smoke tests at > work across a number of platforms (mainly Windows and Unix), > building a number of different languages (mainly C++). > > I quick google uncovered the list below. > > Anyone got any advice? I would advise k

Re: Continuous testing tools

2006-06-08 Thread Geoffrey Young
> Since you're using C++, you can probably use libtap > (http://www.onlamp.com/pub/a/onlamp/2006/01/19/libtap.html and > http://jc.ngo.org.uk/trac-bin/trac.cgi/wiki/LibTap) for writing the tests and > then you could use a Perl harnes to collect those results. just out of curiosity, has anyone got

Re: OT: wiki engine architecture (was: $1,000 prize for Perl 6 Wiki written in Perl 6)

2006-06-08 Thread Udo Güngerich
Michael Mathews wrote: > This is the smartest suggestion I've yet seen on the subject, but, not > being all *that* familiar with Perl6 Grammars (aren't they something > like contextually-smart regexes?), can anyone give an example of Perl > 6 code that uses grammars and can express some wiki-forma

Re: OT: wiki engine architecture

2006-06-08 Thread A. Pagaltzis
* Michael Mathews <[EMAIL PROTECTED]> [2006-06-08 13:15]: > This is the smartest suggestion I've yet seen on the subject, > but, not being all *that* familiar with Perl6 Grammars (aren't > they something like contextually-smart regexes?), can anyone > give an example of Perl 6 code that uses gramma

Re: OT: wiki engine architecture (was: $1,000 prize for Perl 6 Wiki written in Perl 6)

2006-06-08 Thread Matt Todd
I would recommend using a templating system as opposed to having calls to include files in numerous pages. Even though it's minimal, it's still duplication, and it can get rather messy. I know that some people don't know about or don't like it, but I would recommend setting things up in a Model-V

Re: OT: wiki engine architecture

2006-06-08 Thread Will Coleda
To bring this back around to the implementation portion in an effort to get back on topic.. There are also sample grammars (for those who like samples in addition to docs) available in the parrot source tree, e.g.: http://svn.perl.org/parrot/trunk/compilers/tge/TGE/Parser.pg http://svn.perl

Re: Continuous testing tools

2006-06-08 Thread Tels
Moin, On Thursday 08 June 2006 15:11, Michael Peters wrote: > Andrew Savige wrote: > > We are looking at introducing continuous builds/smoke tests at > > work across a number of platforms (mainly Windows and Unix), > > building a number of different languages (mainly C++). > > > > I quick google u

Re: OT: wiki engine architecture

2006-06-08 Thread Matt Todd
I was just reading the AES referenced above and I can say now that I'm really happy about some changes to Regexes, and that a grammar may well be what we're looking for. However, even with this great tool, we still have to handle the implementation. Though I can see the benefit of using the gramma

Re: OT: wiki engine architecture

2006-06-08 Thread Fagyal Csongor
[...] Also, what is the best place to begin learning the Perl6 syntax? A tutorial would be great, as a dry technical specification of the language doesn't teach very well. IMHO examples teach the best. A table with "Perl5 version" versus "Perl6 version" examples - even one-liners - would be

Re: OT: wiki engine architecture

2006-06-08 Thread Michael Mathews
On 08/06/06, Matt Todd <[EMAIL PROTECTED]> wrote: Maybe this would be a good time to (semi-)formalize some form of recommendations for the project? Agreed. (We're talking about the minimal requirements to get the thousand for a pswiki, right?) Will this work like the Perl 6 RFC-Roundup, where t

Re: Continuous testing tools

2006-06-08 Thread Chris Dolan
On Jun 8, 2006, at 10:39 AM, Tels wrote: On my todo (well, wish list) is still a project that works rouhgly like a server/client model. You upload a snapshot to the server, it notifies the clients, they download the package, run the tests and report the result back. Reports are viewed on t

Re: Continuous testing tools

2006-06-08 Thread Tels
Moin, On Thursday 08 June 2006 18:10, Chris Dolan wrote: > On Jun 8, 2006, at 10:39 AM, Tels wrote: > > On my todo (well, wish list) is still a project that works rouhgly > > like a > > server/client model. > > > > You upload a snapshot to the server, it notifies the clients, they > > download the

Re: OT: wiki engine architecture

2006-06-08 Thread Matt Todd
Honestly, I'm not familiar with the Perl way of doing things, but I'm open to learn especially because I see the Perl community going through a (much-needed) reform. Thusly, I'm not familiar with the RFCs (Request For Change?) but I do see the merit for something similar. However, as far as the j

Re: OT: wiki engine architecture

2006-06-08 Thread Michael Mathews
On 08/06/06, Matt Todd <[EMAIL PROTECTED]> wrote: Honestly, I'm not familiar with the Perl way of doing things, but I'm open to learn especially because I see the Perl community going through a (much-needed) reform. Thusly, I'm not familiar with the RFCs (Request For Change?) but I do see the mer

Re: [perl #39313] [TODO] or [BUG] improve PMC compiler

2006-06-08 Thread Joshua Juran
On Jun 7, 2006, at 8:08 AM, Klaas-Jan Stol wrote: I had a look at this, but I'm not that good at Perl, and regular expressions. However, I found where things go wrong, so someone who really groks REs may fix it. I'm no Abigail, :-) but I'll try to help. THe problem is (well, at least I thi

Re: OT: wiki engine architecture

2006-06-08 Thread Matt Todd
[Sorry Michael, I didn't mean to send it you twice. :) ] I like the RFC idea. I will read up on them and see, if it is a particular format, how to simplify it. But, most definitely, the community must have dialog about the requests. For each request really. On the architecture note, I've written