use Perl

I wonder if the newly released Devel::BeginLift is a way to solve the problem.

I like your MooseX::Atom, but I rather see the problems you mentioned solved without having to rewrite all of my Moose code.

Perl::Shell is a minimalist module and as such it would be easier to support and maintain, but I've been using Devel::REPL with great success as my command line perl.

I like Dist::Zilla.

The plugin system is very nice.

Hi,

the main reason that makes Mac::Carbon not compatible with perl5.10 in Snow Leopard is that perl is compiled as mixed 64bit/32bit and Carbon is a 32bit only API.

If you compile perl5.10 32 bit only, Mac::Carbon should install just fine.

Depending on the size of the tree, I've found that the nested sets representation is very nice for queries.

The query that you need is given as an example in this page:

http://dev.mysql.com/tech-resources/articles/hierarchical-data.html

(Although this is a mysql.com site, there is nothing MySQL specific with the solution)

The problem with nested sets is updates: they might change a large number of records - worst case, inserting a new node at the left-most place will update all the rows.

But smaller trees, they work very very well.

This page:

http://search.cpan.org/~dapm/perl-5.10.1-RC1/

shows all files as unauthorized release in big red letters. It might scare people away...

BTW. I use both and will keep using both, but I strongly prefer Mojolicious dispatcher and routes system.

But, yes, I would much prefer have it all based on Moose.

As for the other complaints, you hit and miss on them. The Mojo HTTP framework is MUCH better than any other on CPAN, from a spec-compliance point of view. Maybe thats not something that yo care about, thats ok, but it is a fact.

Actually they did know about Dancer.

After the Dancer release to github, vti wrote a dancer clone using Mojo. Eventually he re-wrote it using Mojolicious, and that was the spark that ignited Mojolicious::Lite development.

Best regards,

Hi,

According to Class::C3 docs, the C3 algorithm only guarantees that no class Parent will be called before Child.

In your case, when he gets to '4', he can call '5' because '6' is not a subclass of '5'.

If you add Five to the @Six::ISA, then you would see the behavior that you are expecting.

Best regards,

There is a script in the Class::C3 distribution that does this and much more.

My tweaked version of it is here:

http://github.com/melo/scripts/blob/master/bin/x-perl-c3-visualize

The original is here:

http://cpansearch.perl.org/src/FLORA/Class-C3-0.20/util/visualize_c3.pl

Best regards,

If you are using perl in that pipe, why not just use perl?

perl -MFile::Find -e 'find(sub { return unless /[.]xml$/; print "$File::Find::dir\n"}, @ARGV)' .

Best regards,