* Oliver White oliver.white at blibbleblobble.co.uk [2003-11-12 20:22]:
As a first step, I was considering adding a module to read GSHHS data
[a binary format for coastline data] and give it a name something like
Geo::GSHHS. More info at the site:
* Orton, Yves yves.orton at de.mci.com [2003-11-12 17:00]:
/me feels silly
Ach, dont be.
The main reason I feel silly is that I just used Tie::IxHash yesterday.
I just never made the connection...
(darren)
--
There is not enough love in the world to squander it on anything by
human
Randy W. Sims:
Sounds like a set/multiset/bag structure.
I thought it sounded more like a sorted array, but I'm prepared to be
persuaded otherwise. (Primarily because I've already released the module
to CPAN. ;)
http://search.cpan.org/search?query=Setmode=all
Which of those were you thinking
Randy W. Sims:
Hmm, Jarkko has a nice set (err, no not those), but (and no not that
either) your module is the only one I see that uses a tied array to
implement a set;
Sorry, I should have been more explicit. I can't see any connection
between keeping something *sorted* specifically and
* Bruno Negrao [EMAIL PROTECTED] [2003-11-13 16:32]:
Even if I use the technique you suggested, when an automated
cpan-tester went to install my module, it will fail if it
didn't have daemontools installed, right?
I'm not sure how CPAN testers would react to that result, but
even if they
* Randy W. Sims [EMAIL PROTECTED] [2003-11-13 16:32]:
Hmm, Jarkko has a nice set (err, no not those), but (and no not that
either) [ ... ]
Randy.
Your name is very appropriate. :-)
--
Regards,
Aristotle
If you can't laugh at yourself, you don't take life seriously enough.
I submitted my request to register the namespace to [EMAIL PROTECTED]
through the pause.perl.org interface. Before I upload the module, I
figured I'd send a email here, to double check my logic.
Basically, here's my rationale from the namespace registration
request:
I plan on utilizing
On Thu, 13 Nov 2003, Brad Lhotsky wrote:
snip
So I guess, two questions:
1) Anyone see this as useful?
2) Is 'Linux::ForkControl' a decent name for this module?
1) Yes.
2) I almost thing that a reverse would be better (i.e., ForkControl::Linux,
or similar). Your module could provide a
On Thu, Nov 13, 2003 at 11:56:02AM -0500, Brad Lhotsky wrote:
but the idea is to extend the module using the /proc
filesystem (hence the name space)
2) Is 'Linux::ForkControl' a decent name for this module?
Other operating systems have /proc interfaces. (Perhaps not identical
to Linux but
* Bruno Negrao [EMAIL PROTECTED] [2003-11-13 18:33]:
I read the Devel::SawAmpersand documentation but I simply could
not understand what this module does. Instead of its
documentation explains what this module does, the documentation
teaches techniques to avoid $', $ and $` variables
You
* Brad Lhotsky [EMAIL PROTECTED] [2003-11-13 17:58]:
Anyone see this as useful?
Sure is.
Is 'Linux::ForkControl' a decent name for this module?
I don't think so. We already have a TLNS for process related
stuff - Proc::.
Okay, so this is Linux specific. That belongs in the name too.
And
[EMAIL PROTECTED] (Arthur Corliss) writes:
2) I almost thing that a reverse would be better (i.e., ForkControl::Linux,
Alternatively, there are Unix and Proc top level namespaces already.
--
The trouble with computers is that they do what you tell them, not what
you want.
-- D.
Simon Cozens writes:
I can't see any connection between keeping something *sorted*
specifically and having a set.
I think it depends what you're doing with duplicates. I haven't looked
at your module, but if you are leaving duplicate values in there
(consecutively, presumably) then I'm pretty
There are similar modules, but their interface is different. I've only
found Parallel::ForkManager to be close, implementation wise, to do what
my module does. I aimed to remove all the fork controlling code/logic
away from the main program. The way I've implemented the module, the
code in your
* Brad Lhotsky [EMAIL PROTECTED] [2003-11-13 20:35]:
There are similar modules, but their interface is different.
I've only found Parallel::ForkManager to be close,
implementation wise, to do what my module does.
Either your description was unclear, or I misread it.
Also, I didn't feel like
: I would strongly favour the latter, so we can also have
: Proc::ForkControl::Solaris and Proc::ForkControl::BSD etc etc.
s/Control/Cntl/
--
Sherzod
* at 13/11 17:16 + Fergal Daly said:
On Wed, Nov 12, 2003 at 05:17:28PM +, Simon Cozens wrote:
Randy W. Sims:
Sounds like a set/multiset/bag structure.
I thought it sounded more like a sorted array, but I'm prepared to be
persuaded otherwise. (Primarily because I've already
[EMAIL PROTECTED] (Struan Donald) writes:
However, if I am looking for a module that makes it easy for me to
have a sorted array I am not going to look at modules with Set in the
name.
The module's already uploaded, guys; the thread is dead.
--
There seems no plan because it is all plan.
First, I'd like to address people's concern over the format of the META
file. Module users and 99% of module authors have nothing to be concerned
about. Most folks shouldn't even know the thing exists.
Module::Build has been generating and using META.yml since nearly the
beginning.
Ok. So, I've gone over the spec and referenced this thread and my
archives of past meta discusions on module-authors, and I've come up
with a preliminary patch for Ken and anyone else interested. This is a
patch against http://module-build.sourceforge.net/META-spec.html which:
* Added more
20 matches
Mail list logo