On Sun, 2005-02-27 at 16:28 -0800, Ofer Nave wrote:
2) requesting feedback on design/implementation
For reviews there's also the code-review-ladder:
http://lists.netthink.co.uk/listinfo/code-review-ladder
--
Bye,
-Torsten
Andrew Savige wrote:
[...]
Naming. I wonder if your:
{ use_return = 1 },
is the recommended Perl style for named parameters? I thought not
until I noticed HTML::Parser uses this style. Alternatives are
I like this style.
CamelCase style (a la XML::Parser, for example):
{ UseReturn
* Andrew Savige [EMAIL PROTECTED] [2005-02-28T04:22:04]
This function synonym:
sub run { prun( @_ ) }
is better implemented as:
sub run { prun }
...which, in turn, is better implemented as
sub run { goto prun }
because it will never have to return to run. The return value of
* Andrew Savige [EMAIL PROTECTED] [2005-02-28 10:25]:
Naming. I wonder if your:
{ use_return = 1 },
is the recommended Perl style for named parameters? I thought
not until I noticed HTML::Parser uses this style.
File::Find also uses this. So do a large number of OO modules
which
Title: RE: Introduction Letter
messy. Four thumbs down to this idea.
You have four thumbs Aristotle? Must make for a crowded space bar eh?
;-)
Yves
On Mon, 28 Feb 2005, Torsten Schoenfeld wrote:
http://lists.netthink.co.uk/listinfo/code-review-ladder
That box was having hardware problems last week. The maypole lists were
on the box (now they're on SrcFrg), so maybe this has moved somewhere else
too.
--
/chris
There are four boxes to be
* Orton, Yves [EMAIL PROTECTED] [2005-02-28 14:45]:
messy. Four thumbs down to this idea.
You have four thumbs Aristotle? Must make for a crowded space
bar eh?
Heh, got me. I was referring to thumbs + big toes, wrongly
assuming the toes are called thumbs in English. I actually had to
On Mon, 28 Feb 2005, Andrew Savige wrote:
Naming. I wonder if your:
{ use_return = 1 },
is the recommended Perl style for named parameters? I thought not
This is pretty common. Pretty much every module I've written uses it ;)
-dave
/*===
Andrew Savige wrote:
--- Ofer Nave wrote:
Here's the POD for my new Parallel::Simple module:
Interface
-
To me, offering both:
Parallel::Simple::run()
and:
Parallel::Simple-run()
just makes the interface bigger -- more for the user to read and
grok -- without any benefit (at
Ofer,
With all due respect to Andrew, please remember that his is but one opinion.
I've also now removed any traces of the run() synonym. You're right -
why complicate things with no benefit.
I didn't see anything wrong with the concept. Personally I would have done it
the other way around
Buddy Burden wrote:
Ofer,
With all due respect to Andrew, please remember that his is but one
opinion.
I've also now removed any traces of the run() synonym. You're right
- why complicate things with no benefit.
I didn't see anything wrong with the concept. Personally I would have
done it
On Mon, Feb 28, 2005 at 08:57:04AM -0500, Christopher Hicks wrote:
This is a phenomenal initial cut of a POD. The review of relevant other
modules in SEE ALSO and the philisophical differences with each deserves
particular note. Bravo.
I share your appreciation.
I agree that this part
On Mon, Feb 28, 2005 at 04:05:09PM -0500, Mark Stosberg ([EMAIL PROTECTED])
wrote:
I was hoping for more of a comparison with Data::Page, which is similar but
already established.
AND at 100% Devel::Cover coverage, thanks to yours truly! :-)
xoxo,
Andy
--
Andy Lester = [EMAIL PROTECTED] =
Andy Lester wrote:
On Mon, Feb 28, 2005 at 04:05:09PM -0500, Mark Stosberg ([EMAIL PROTECTED]) wrote:
I was hoping for more of a comparison with Data::Page, which is similar but
already established.
AND at 100% Devel::Cover coverage, thanks to yours truly! :-)
xoxo,
Andy
I've never
* Buddy Burden [EMAIL PROTECTED] [2005-02-28 19:20]:
I've also now removed any traces of the run() synonym. You're
right - why complicate things with no benefit.
I didn't see anything wrong with the concept. Personally I
would have done it the other way around (i.e. make prun a
synonym
A. Pagaltzis wrote:
* Ofer Nave [EMAIL PROTECTED] [2005-02-28 22:55]:
I've been thinking for a while that it would be great to have a
CPAN wiki for things like:
[...]
I enjoyed writing the Parallel::* comparison, and I believe it
is useful, but honestly, it doesn't belong in the SEE ALSO
On Tue, Mar 01, 2005 at 11:43:31AM +1100, Andrew Savige wrote:
running this Perl program:
use strict;
sub div_by_zero { exec(./a.out $_[0]); die should not be here }
defined(my $pid = fork()) or die fork: $!;
if ($pid == 0) {
warn child, my pid $$\n;
div_by_zero(0); # sig 8
Austin Schutz wrote:
This is not related to the original topic, but I've always
wondered this: In math a number divided by 0 is undefined. Why is it
that in a language which has an undefined value does the interpreter
poop out rather than just having the intuitively obvious behavior of
On Mon, Feb 28, 2005 at 04:36:34PM -0800, Ofer Nave wrote:
Valid points, but I disagree on one - I think it IS partly a technical
problem. Jimmy Wales tried to start a free online encyclopedia called
Nupedia before Wikipedia was a twinkly in his eye, and it failed
miserably after getting
# The following was supposedly scribed by
# David Golden
# on Monday 28 February 2005 07:07 pm:
Which would you prefer?
$ perl -le '$x=1/0; print $x+1'
Illegal division by zero at -e line 1.
or
$ perl -le '$x=1/0; print $x+1'
1
I like the one where you get the
# The following was supposedly scribed by
# Ofer Nave
# on Monday 28 February 2005 07:50 pm:
Incidentally, I sorta picked a tough module to start learning how to
write tests for. Does anyone have advice on how to write tests for my
Parallel::Simple module?
I was just thinking of writing some
Eric Wilhelm wrote:
This is really an ill-formed idea right now but:
($stdout, $stderr, $code) = run_prog($prog, '--arg' , 'val');
ok($stdout eq arg - val);
($stdout, $stderr, $code) = run_prog($prog, '--nonarg' , 'val');
ok($code == 1); # error code (as expected)
($stdout, $stderr, $code)
--- Ofer Nave wrote:
Most importantly... which one do the senior perl guys rely on?
If Randal Schwartz and Dave Rolsky use a module regularly and can't
imagine living without it, then that's probably the module I should
be learning if I want to be a better programming.
I don't know about
Andrew Savige wrote:
Shamless plug: since you are a relative newbie, you might find
this article:
http://www.perlmonks.org/?node_id=418891
an interesting read, especially the section Testability and Test Suite.
Also check out the perl-qa mailing list for all kinds of testing
quality issues.
Oh wise and potent module namers...
I have a module that uses Net::SMTP_auth and basically implements the
following interface:
# This assumes settings (such as [EMAIL PROTECTED])
# are found in your ~/.mrmailer.conf (or /etc/...)
my $mail = Mail::MrMailer-new()
... # productive stuff
Hi,
plug
http::/www.cpanforum.com while not a wiki tries (in the TODO list at
least) answer some of what you are looking for.
Specifically I though of setting up - with the help of the users -
groups of moudules
or categorizes from within th list of all the modules on CPAN and then
allow
26 matches
Mail list logo