IO::Tty. IO::Stty.
I don't see what this really adds above and beyond the core POSIX module
and those two, but if you really like your combined syntax I guess
that's something.
Austin
Paul LeoNerd Evans wrote:
I've been getting annoyed lately at the awkward and insane steps
required to
Smylers wrote:
Andy Armstrong writes:
On 12 Jan 2010, at 16:59, dhu...@hudes.org wrote:
sudo requires that you enter your password each time you invoke it.
Often sudo will be configured with a 15 minute grace period which
means you only need to authenticate for the first make install /
1. Berkeley Yacc for Perl - works pretty well, but is kinda limited.
I'm not sure what (if any) practical advantage this would have over
bison. I get the sense it's less well maintained.
2. Parse::RecDescent - very impressive feature set, but a little
slow, and has
been
You mean like how Module::Build broke over a YAML release and we spent over
a year cleaning up after it because every single user who ran into that
version mismatch had to have the problem explained to them?
I still regularly see -ancient- versions of Module::Build installed lots of
places,
On Wed, Sep 03, 2008 at 12:29:01AM -0700, Eric Wilhelm wrote:
package Carp::NoSigDie;
use warnings; use strict; use Carp ();
use overload '{}' = sub {sub {}}, fallback = 1;
$SIG{__DIE__} = bless({}, __PACKAGE__);
my $ended = 0; END {$ended = 1};
sub DESTROY { return
On Wed, Sep 03, 2008 at 10:56:00PM +0300, Shmuel Fomberg wrote:
Hi All.
I have this module on CPAN, Data::ParseBinary.
now I want to add a library of pre-prepared format. For example, a
parser/builder for BMP files.
The question is, how do I call it?
some options that I though about:
On Fri, Apr 25, 2008 at 07:56:37PM -0500, Jonathan Rockway wrote:
That said, I always do this:
(so apps can find libs w/ install_base set)
package MyApp::Script::Whatever;
use Moose;
with 'MooseX::Getopt';
has ...;
sub run { ... }
Then:
#!/usr/bin/env perl
On Mon, Apr 28, 2008 at 09:19:37AM -0500, Ken Williams wrote:
On Mon, Apr 28, 2008 at 5:03 AM, Johan Vromans [EMAIL PROTECTED] wrote:
What Austin tries to do it to build an app that can be installed as an
app, not as a Perl module. And then it is suddenly not as easy
anymore. There's
Ok, so here's what must be a question with a really simple answer:
how do I write a perl app?
For example: I want to display a jpeg.
MyApp/script/display.pl:
#!/path/to/perl
use Myapp::Display;
Myapp::Diplay-new()-display('example.jpg');
__END__
MyApp/lib/Myapp/Display.pm
have it work and be distributable without
a bunch of complexity or fooling around. It should be just as easy as
distributing a module.
..shouldn't it?
Austin
-Original Message-
From: Austin Schutz [mailto:[EMAIL PROTECTED]
Sent: Friday, April 25, 2008 10:43 PM
On Thu, Feb 08, 2007 at 03:34:26PM -0800, [EMAIL PROTECTED] wrote:
Excuse me, but Time::Cubic is no joke. It is a testament to the great
Gene Ray, and the message he has brought us from the year 2051. If
CPAN is not a repository of testaments. No one opposes the publication
of the
On Sun, Dec 31, 2006 at 02:25:49PM -0800, Eric Wilhelm wrote:
# from Paul LeoNerd Evans
# on Sunday 31 December 2006 03:14 am:
EU::MM can't, but I believe Module::Build can. That said, the
consensus on #perl/Freenode is that the latter isn't really ready
yet, so just use the former.
Is
On Sat, Dec 03, 2005 at 08:30:20AM +, Smylers wrote:
There are several places where somebody could first encounter a module
name:
Ok, I want to do something with my flash file. I search for
'flash file'... Oh look, there's a flash file parser. Do I care what
it's called?
A
On Fri, Dec 02, 2005 at 07:32:04PM -0800, Eric Wilhelm wrote:
It's better than the other examples, which doesn't mean it is good.
How about FileFormat:: ?
FileFormat::GBF - Front end to GBF read/write interface
FileFormat::GBF::Parser
...
Ok, but it's just SoooLoonng.
I think Austin
On Sat, Dec 03, 2005 at 12:22:16PM -0800, Ovid wrote:
--- Austin Schutz [EMAIL PROTECTED] wrote:
Ok, you and a few other vocal people have very strong opinions
about this, which I don't begrudge you. Can we move the
discussions to a different list?
While I certainly agree that long
On Fri, Dec 02, 2005 at 09:50:19AM -0800, Eric Wilhelm wrote:
# from David Landgren
# on Friday 02 December 2005 08:25 am:
In about 10 days time, I'm going to forget utterly that FF means File
Formats. Does it need to be so terse?
Considering the number of file formats which currently
On Fri, Dec 02, 2005 at 03:31:48PM -0600, David Nicol wrote:
On 12/2/05, Austin Schutz [EMAIL PROTECTED] wrote:
As long as the name isn't taken and it has some amount of logic, I
doubt the name of a module makes any practical difference any more. It seems
like the days of poring
On Fri, Dec 02, 2005 at 04:04:11PM -0600, Chris Dolan wrote:
So, I already published it as FLV::Info, but this discussion has
convinced me that FileFormat::FLV is the best option. I may use that
name for v0.02. My only hesitation is that nobody else seems to be
using that top-level
On Thu, Jul 28, 2005 at 05:47:51PM +, Smylers wrote:
Andy Lester writes:
I don't think we need another CPAN at all. There's nothing wrong with
putting require 6; at the top of Makefile.PL and keeping everything in
one happy CPAN.
There is a problem if it interferes with people
On Thu, Jul 28, 2005 at 03:14:03PM -0500, Chris wrote:
On Thu, 28 Jul 2005, Andy Lester wrote:
On Thu, Jul 28, 2005 at 04:32:11PM +0200, A. Pagaltzis ([EMAIL PROTECTED])
wrote:
* Philippe 'BooK' Bruhat [EMAIL PROTECTED] [2005-07-28 16:05]:
I thought I heard (or more probably read
On Wed, Jul 27, 2005 at 12:22:16PM -0700, Ovid wrote:
Hi all,
I'm the mentor (not that he needs one) for brentdax on his Summer of
Code project. You can read a brief interview about it at
http://use.perl.org/~acme/journal/25664 and follow along in his journal
at
On Fri, Jun 17, 2005 at 03:07:27PM -0500, Ken Williams wrote:
On Jun 17, 2005, at 2:13 PM, A. Pagaltzis wrote:
* Ovid [EMAIL PROTECTED] [2005-06-17 20:15]:
I'm still trying to figure out why it's carried on this long.
Calling the new module ::Modern and claiming that ::Long is
crufty,
On Fri, Jun 17, 2005 at 11:22:58PM +0200, A. Pagaltzis wrote:
* Austin Schutz [EMAIL PROTECTED] [2005-06-17 22:45]:
Imagine this is Eric's first try at publishing a module.
Then what is http://search.cpan.org/~ewilhelm/? :-)
You could take at least a cursory look before making
On Tue, Mar 08, 2005 at 10:40:30AM +1300, Sam Vilain wrote:
Ken Williams wrote:
On Mar 2, 2005, at 5:53 PM, Linda W wrote:
I'm not sure what perl does with invalid
character data in a variable when you try to manipulate
it by appending it to another value.
There's no such thing as
On Tue, Mar 01, 2005 at 08:13:46AM +, Fergal Daly wrote:
On Mon, Feb 28, 2005 at 07:55:36PM -0600, Eric Wilhelm wrote:
I like the one where you get the mathematically-correct (or at least
mathematically-useful) infinity.
$perl -le 'use bigint; $x = 1/0; print $x+1'
inf
On Tue, Mar 01, 2005 at 01:45:56PM -0600, Ken Williams wrote:
If you allow positive and negative infinity as part of your numerical
system, then division by zero moves from undefined to
indeterminate, so I suppose one could argue that division by zero
should be 'nan' rather than throwing
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
On Wed, Jan 05, 2005 at 02:19:31PM +0100, Dariush Pietrzak wrote:
On Wed, 5 Jan 2005, Austin Schutz wrote:
Why not just add the functionality to Net::FTP? Or you could
subclass Net::FTP and call it something clever like Net::FTP::TLS.
Because Net::FTP is written in a way that makes
On Tue, Oct 26, 2004 at 04:34:32PM -0400, Christopher Hicks wrote:
When I read Mark's message I realized his point is what I'd been wanting
to say in the first place; so the more _I_ think about it, the more
DBIx:: seems like a completely inappropriate place for this module!
How is doing a
On Tue, Aug 03, 2004 at 03:57:12PM +0200, A. Pagaltzis wrote:
* Orton, Yves [EMAIL PROTECTED] [2004-08-03 13:17]:
In my eyes data structures are pretty much inseperable from the
algorithms that operate on them.
I was asking because I wondered if you had particular objections
about the
On Thu, Jul 22, 2004 at 03:26:56PM -0500, Elaine -HFB- Ashton wrote:
*Finally, here we are at a page with reviews. Frankly, I've never seen one of
*these before, and I can't say that this one really does me a huge amount of
*good. I'm much better served by reading the documentation (which
On Sat, May 01, 2004 at 07:58:02AM -0500, Mark Stosberg wrote:
I can see two minor bugs that require little more than a line or two of
changes to fix them, and one feature request which includes code. Are
there some other bugs I'm missing?
This bug is not minor:
On Thu, Feb 26, 2004 at 04:27:22PM +, [EMAIL PROTECTED] wrote:
One possibility would be to force each known language to become a module
(Lingua:Identification::EN for English, etc)... the downside of this
solution is that once I have 50 languages, I'll have 51 modules... :-|
Still, CPAN
On Wed, Feb 25, 2004 at 07:25:16PM +1300, Sam Vilain wrote:
On Wed, 25 Feb 2004 02:32, Leon Brocard wrote;
The relevant review information may be out there on use.perl.org,
perlmonks.org, etc, you might say, but if they are all in one place
they are more likely to be kept current.
I
On Thu, Feb 19, 2004 at 07:42:04PM +, Smylers wrote:
Austin Schutz writes:
Graham Barr posted to [EMAIL PROTECTED] the day before yesterday,
ostensibly using the address you quote above:
http://www.nntp.perl.org/group/perl.modules/28606
Cool, thanks for the pointer
I'd like to make some changes to and fix some bugs in Error.pm,
but I have had no luck in contacting either the author (Graham Barr,
[EMAIL PROTECTED]) or the maintainer (Arun Kumar, [EMAIL PROTECTED]).
Ideally I'd like to take over maintenance since it doesn't seem to be getting
updated
36 matches
Mail list logo
