I will second that. if you have a paypal account, would you put it up on
the site?
-Original Message-
From: Peter Chen [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 16, 2002 12:54 PM
To: Rocco Caputo
Cc: [EMAIL PROTECTED]
Subject: Re: Happy Birthday, POE!
On Fri, 2002-08-16 at
RPM now available at the usual place:
http://www.arix.com/ftp/pub/rpmz/perl/POE/perl-POE-0.23-1.i386.rpm
- e
-Original Message-
From: Rocco Caputo [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 12, 2002 4:26 PM
To: [EMAIL PROTECTED]
Subject: ANNOUNCE: POE 0.23 is released
Bart,
the session you are creating needs an alias set to try since you're
telling the ftp client to use try to send its events...
you can do it like this:
sub start {
$_[KERNEL]-alias_set(try);
print *** test\n;
}
dngnand was going to add an arg to the session create
, 16, 17) {
$ftpsite[$_] = $database[$ad][$_];
}
$ftpsite[14] = time;
$database[$ad] = [@ftpsite];
}
writeDB();
}
Erick Calder wrote:
grr
FYI, the link on perl.arix.com seems to be broken:
http://perl.arix.com/POE-Component-Child-1.7.tar.gz
thx. I've fixed it.
-Original Message-
From: Peter Chen [mailto:[EMAIL PROTECTED]]
Sent: Thursday, September 19, 2002 7:11 AM
To: Erick Calder
Cc: [EMAIL PROTECTED]
Subject: Re
Matt Cashner (sungo) has graciously agreed to relinquish ownership
of PoCo::MPG123 so I could re-implement it using PoCo::Child. First
pass at it is done and available on CPAN. the RPM may be found at
the usual place: ftp://arix.com/ekkis/POE/
I've renamed the component in the hopes of having
Actually, you can save you 2 additional keystrokes:
laughing! now ekkis truly happy. my vote for that approach!
-Original Message-
From: Garrett Goebel [mailto:garrett;scriptpro.com]
Sent: Tuesday, November 12, 2002 10:53 AM
To: 'Erick Calder'; [EMAIL PROTECTED]
Subject: RE: Pseudo
need a little input: I have a component that detects changes to directories
and files that I originally called PoCo::Dir::Watch because it only detected
directory changes... now I thought to call it PoCo::Detect::Filesystem...
but then it occurred to me to rename PoCo::CD::Detect to
so should I have Detect::CD or CD::Detect?
-Original Message-
From: Dmitri Tikhonov [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 16, 2002 3:50 PM
To: Erick Calder
Cc: [EMAIL PROTECTED]
Subject: Re: naming quandary
On Mon, 16 Dec 2002, Erick Calder wrote:
also, these names
In my case, lack of response means I'm busy
I'll second that motion. I do have an interest in this idea and will reread
the original message before commenting but given that Philip mentions object
persistence I should just hit that I'm working at a schema layer, perhaps
similar to Java Entity
for those who care, the RPM is now also available and may be found at the
usual place. the binaries I distribute are built on a Redhat 7.0 i386
platform but I do also provide the source rpms so you can --rebuild on your
platform.
I've only compiled the POE rpm for now, if anyone needs any other
if what you develop is a perl RMI interface, POE programs could be written
to interoperate in Java environments, allowing those of us who prefer it to
code in perl rather than Java. I see that as big positive :)
-Original Message-
From: Phil Crow [mailto:[EMAIL PROTECTED]]
Sent:
some simple additions to the POE::Wheel::Run module
I'm interested in what other changes beyond the directory argument you have
in mind. I've implemented the chdir feature in PoCo::Child which is a layer
on top of Wheel::Run and would be interested in whatever improvements you or
anyone might
I think it's an interesting feature, but I don't use Wheel::Run enough
to know how generally useful it is. I'm looking for more discussion
on it before making any decisions.
I think it's fairly useful. I've implemented it in PoCo::Child but was
hoping to hear the other ideas Robert mentioned
Bruno,
just as a side comment, the
inline_states = { method = \method }
can also be expressed as:
package_states = [ method ]
which allows for something like:
package_states = [ qw/_start _stop got_input/ ]
-Original Message-
From: Bruno Boettcher
Markus,
also check out POE::Component::Child which makes setup easier.
- e
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 20, 2003 6:23 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Grandwheels or
as long as the child's process id remains available in the current place you
won't break existing code like PoCo::Child so no objections here :)
-Original Message-
From: Rocco Caputo [mailto:[EMAIL PROTECTED]
Sent: Friday, February 13, 2004 8:32 PM
To: [EMAIL PROTECTED]
Subject: Proposal:
Randal L. Schwartz
Don't remove all examples from the distro. At 30K feet, they were
very helpful for me while I was trying to write code, but couldn't
get
to the website. Or maybe make a simple one-stop-download link on
the website.
they can at least be packaged separately. in fact, a
At some point, the cookbook and possibly the tutorials
should be bundled into CPAN distributions. Perhaps POE::Tutorials
or POE::Examples
I'm almost tempted to suggest that should be left to each distro...
in RH one often finds packages like -doc containing all that stuff.
At some point, the cookbook and possibly the tutorials
should be bundled into CPAN distributions. Perhaps POE::Tutorials
or POE::Examples
I'm almost tempted to suggest that should be left to each distro...
in RH one often finds packages like -doc containing all that stuff.
pulling it into the core with a name like POE::Arguments
side note: my vote would go for POE::Args. one thing I've always liked
about perl and detested about Java is the length of namespaces. I for one
hate to type so shorter names are better!
- e
p.s. don't I remember that there had been
you might also want to look at PoCo::Child for inspiration
-Original Message-
From: Andy Levine [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 09, 2004 3:23 AM
To: [EMAIL PROTECTED]
Subject: RE: small wishes to poe::wheel::run can't figure out.
Michael,
I would like to get an
I always prefer more flexibility so one thing I'd like to see is call
signatures that can take a hash or list of hashrefs so I can write:
$y = { three = 'tre' };
$x-(one = 'ett', two = 'tva', $y, etc = 'whatever');
-Original Message-
From: sungo [mailto:[EMAIL PROTECTED]
The doco for both is thin.
:( I thought I did a pretty decent job at doc for ::Child... if you have any
suggestions I'd be happy to consider them.
PoCo::Child has the strangely named parm Alias, which doesn't
set the alias of the component but the alias of the session
postbacks are posted
: Thursday, July 29, 2004 10:56 AM
To: Erick Calder
Cc: [EMAIL PROTECTED]
Subject: RE: New PoCo Guidelines
On 29-Jul-2004 Erick Calder wrote:
The doco for both is thin.
:( I thought I did a pretty decent job at doc for ::Child... if you have
any suggestions I'd be happy to consider them.
Maybe I
I actually do like that things live inside POE::... I just think Component
is too long... so maybe POE::Co:: could be ok... or for that matter even we
could just dump the Co altogether e.g. POE::Player::Mp3, POE::Server::TCP
-Original Message-
From: Rocco Caputo [mailto:[EMAIL PROTECTED]
I propose a common nomenclature.
I never like reverse Hungarian notation and variants because invariably you
end up with names that don't describe the datatype well, or you end up with
long names, and I hate long names.
I think names should be functional: state describes the thing without
Perhaps I'm too sentimental but I prefer names that are pronounceable.
POEx is pretty pronounceable: POE-ex
POEx
I like the brevity of this. my issue however, is that the implication is
that modules in that namespace are extensions... and I don't perceive
components as extensions... an
: Friday, August 13, 2004 8:10 AM
To: [EMAIL PROTECTED]
Subject: Re: New PoCo Guidelines
On Wed, Aug 11, 2004 at 10:17:59PM -0700, Erick Calder wrote:
Perhaps I'm too sentimental but I prefer names that are pronounceable.
POEx is pretty pronounceable: POE-ex
POEx
I like the brevity
poe://session@/event
I like poe://session/event but agree that [EMAIL PROTECTED] makes more sense
than [EMAIL PROTECTED] however I don't think session@ is necessary since
poe:://kernel/event would make no sense anyway.
-Original Message-
From: Rocco Caputo [mailto:[EMAIL PROTECTED]
could of course also do:
http://host/session?event
-Original Message-
From: Rocco Caputo [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 19, 2004 4:18 AM
To: [EMAIL PROTECTED]
Subject: Re: New PoCo Guidelines
On Wed, Aug 18, 2004 at 11:09:33PM -0700, Erick Calder wrote:
poe
From: Mike Schroeder [EMAIL PROTECTED]
Organization: DonorWare LLC
Date: Tue, 14 Dec 2004 16:12:31 -0700
To: [EMAIL PROTECTED]
Subject: PoCo::Child
The PoCo::Child examples all use ls as the child program.
Mike, for examples of how to read/write, see the PoCo::Player components
e.g. Mp3,
Also, check out POE::Component::Child.
which reminds me I have some patches I need to release, and I better
do it before my upcoming vacation in mid Feb too!
has anyone successfully installed POE on OSX? I'm failing the test suite
for the latest available with the following:
Running make test
PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/lib -Iblib/arch test.pl
tests/10_units/01_preprocessor/01_preprocessor..ok
Caputo [EMAIL PROTECTED]
Date: Sat, 29 Jan 2005 11:39:08 -0500
To: poe@perl.org
Subject: Re: POE on OSX
On Fri, Jan 28, 2005 at 11:57:34PM -0800, Erick Calder wrote:
has anyone successfully installed POE on OSX? I'm failing the test suite
for the latest available with the following
the only difference I see in this listing is the /sw directories added to
@INC... I don't have such a directory, how did you get that?
From: [EMAIL PROTECTED]
Date: Sat, 29 Jan 2005 16:17:09 -0500 (EST)
To: poe@perl.org
Subject: Re: POE on OSX
I just installed POE using CPAN last night on
hmm... maybe it has to do with your installing Gtk/tk/etc. did you install
Event.pm? I fail 2 tests on Event 2.01 -- I've googled and found other ppl
with the same issue but no solutions so far.
for the record, I'm running 10.3.7
- e
Running make test
PERL_DL_NONLAZY=1 /usr/bin/perl
@perl.org
Subject: Re: POE on OSX
On Sat, Jan 29, 2005 at 02:50:04PM -0800, Erick Calder wrote:
hmm... maybe it has to do with your installing Gtk/tk/etc. did you install
Event.pm? I fail 2 tests on Event 2.01 -- I've googled and found other ppl
with the same issue but no solutions so far
is there a good reason why this release should require File::Spec = 0.87 ?
I have 0.83 on my cruddy old Shrike box (which used to come as part of the
perl RPM (but apparently is not sold separately)) and don't particularly
care to upgrade perl just for File::Spec if I don't have to.
From: Rocco
in string eq at
/usr/lib/perl5/site_perl/5.8.0/POE/Wheel/Run.pm line 865.
- e
From: sungo [EMAIL PROTECTED]
Date: Thu, 11 Aug 2005 10:42:21 -0400
To: Erick Calder [EMAIL PROTECTED]
Cc: Rocco Caputo [EMAIL PROTECTED], poe@perl.org
Subject: Re: POE 0.32 is released
On (08/10 23:12), Erick
I would say that the important bit here isn't that the problem exists in
0.2802 but that it exists in perl 5.8.0. that version sucks. upgrade to
.1 at least already.
well... according to up2date my Shrike box has the latest available perl on
it (5.8.0) so I guess that to overcome this issue
On Aug 26, 2005, at 16:27, Jeff Lowrey wrote:
use POE::Component::Server::MDP::POEQueueProvider;
is a server really a component? wouldn't POE::Server::MDP make more sense?
with my apologies to everyone who has waited so long for this release,
version 1.39 of this module has just been posted to CPAN.
it fixes a number of issues, see the Changes file.
in the coming year I hope to have more time to devote to POE (at present I'm
working 60+ hrs/wk which leaves little
sorry, I still own it. I've just been disconnected from the world a long
time. it will take me a while to get back to you on this but I will
From: Tony Wildish wild...@mail.cern.ch
Date: Thu, 7 May 2009 10:58:12 +0200
To: poe@perl.org
Subject: Re: Bug in PoCo::Child when PID wraps round
On Sep 26, 2009, at 9:52 AM, chris fedde wrote:
2009/9/26 Olivier Mengué olivier.men...@gmail.com:
It would be easier if the mailing list admin would reconfigure the
list so
we get poe@perl.org as the recipient when we choose Reply.
More than once I made the mistake of replying only to
it's been years since I touch that stuff too. the PoCo::Player:Mpg123
was supplanted with PoCo::Player:Mp3... I'd suggest you try that one
instead
On Feb 21, 2010, at 9:20 AM, Daniel Risacher wrote:
I confess it has been several years since I last worked with POE, so
I'm out of touch.
I'm
46 matches
Mail list logo