Sorry to bug the list. I sent Wang Bo some patches to
POE::Component::Server::PreforkTCP to remove the warnings I get when
running it. The e-mail address in his documentation bounced, however.
If you're out there, please let me know where I can send the patches.
Thank you.
-- Rocco C
s one of them, consider
storing/keying things on $session->ID(). Those are guaranteed not to
repeat until integer overflow occurs.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
mary here is just for people who were waiting for an answer or
who are from the future (searching in archives).
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
does not support select() on plain
files. That's why POE::Wheel::ReadWrite doesn't work.
The proper way to resolve this would be to create a POE::Loop::Win32
(perhaps POE::Loop::ActivePerl if Cygwin Perl does not have this
problem). With the Win32-isms firmly supported at the low level, all
the higher-level wheels and components will suddenly work.
[code]
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
g under Cygwin,
possibly because of DLL conflicts with identically named ones from
ActiveState Perl on the same system.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
on that platform.
If someone with more Win32-fu can get this working, I'll be happy to
make it officially supported in 0.27.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
erence between our systems.
POE::Wheel::ReadLine needs to be updated to handle that difference.
Which OS are you using? Which version of Perl? Are you using the most
recent version of POE?
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
e, running the program with ktrace
or strace might give a clue.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
On Fri, Jun 13, 2003 at 06:40:07PM +0200, Bruno Boettcher wrote:
> On Fri, Jun 13, 2003 at 11:22:44AM -0400, Rocco Caputo wrote:
> > If messages are being sent but not received, you can easily find them
> > by setting POE::Kernel::ASSERT_EVENTS, like so:
> >
> > sub
havoc somewhere
> by blocking the return of that event processing or doesn't it matter??
You should use POE::Wheel::ReadLine or Term::Visual. Both work without
blocking your program. Term::Visual is especially nice.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
and let us know whether it works. For example, POE::Component::IRC
should magically be working now. Your advanced use will help us deliver
a more robust 0.27 release.
Thanks!
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
On Mon, Jun 09, 2003 at 11:42:51PM +1200, Sam Vilain wrote:
> On Sun, 08 Jun 2003 10:47, Rocco Caputo wrote:
> > Nice standard, if seemingly baroque. Is it possible to write a
> > POE::Filter::FastCGI? If so, you could probably use it just about
> > everywhere POE::Filter::L
OE select loop.
[...]
I suppose there's another option. Write a POE::Loop::TkWin32 or
something that polls for I/O every 1/5 or 1/10 second using non-blocking
select instead of Tk's fileevent callbacks.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
On Thu, May 22, 2003 at 03:19:24PM -0500, Luke A. Kanies wrote:
> On Thu, 22 May 2003, Sam Vilain wrote:
>
> > On Thu, 22 May 2003 17:15, Rocco Caputo wrote:
> > > If I understand, IKC::ClientLite is a small client library specifically
> > > for programs that do
;hello !!\n";
sleep(20);
}
}
We can get away with this because it's running in a completely different
process.
Your session is not kept alive because POE::Wheel::Run finishes with the
child process. It should work better with an updated keep_idle_sess().
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
d have been CORE::fileno($h) but you tried that.
Has anyone reported success, failure, or patches to comp.lang.perl.tk?
> 4. Any suggestions for where to look to try to fix it?
comp.lang.perl.tk, and google for whatever mailing lists it may have
been mentioned on.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
s a test case that shows it working
in client and server modes. http://poe.perl.org/poedown/sslpoe.tar.gz
You didn't find it on the web because I just put it there. Previously
it was hiding on my workstation.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
the size
> of the button, so I created my own :) I like it (ymmv ;p), so I thought
> I'd share.
>
> http://www.pipsqueek.net/images/powered-by/poe.png
>
> see it in use at http://www.pipsqueek.net/
Thanks, Shaun! I've added it (linked to it, actually) from
http
ds with
IPC::Run. That still leaves a lot of functionality behind. See the
"Win32 LIMITATIONS" section of perldoc IPC::Run for a very thorough
explanation.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
State's Tk
fixed, we should find someone with the proper compiler to rebuild it and
the willingness to look at the problem.
This has been a thorn in my side for over a year. I'm willing to work
on this bug, but I don't have the right compiler to rebuild ActivePerl
and/or ActiveState's version of Tk.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
On Thu, Apr 03, 2003 at 09:35:07PM -0600, Alan Hastings wrote:
>
> Looks like cygwin supports test 22 but not test 21... the fix is probably
> more like this:
[...]
Done and committed. Thanks!
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
time to time. That said,
Cygwin probably supports more POE features because it's closer to a
UNIX environment.
Certainly that the tests only gave you two problems says something
nice about Cygwin. The tests are riddled with MSWin32 checks (but not
as many Cygwin checks) to disable several features.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
ache you get when you're first learning POE is your brain
expanding and pushing against your skull. Depending how quickly you
can pick up new concepts, you may need to wrap your head in something
to provide extra structure, or it may explode.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/ - [Grinning.]
On Fri, Mar 28, 2003 at 09:03:54PM +0100, Sebastian Freund wrote:
> Hi!
>
> Rocco Caputo wrote:
> > I can't see anything obviously wrong in the bits of code you posted.
> > Is it possible for you to post a small yet complete and runnable test
> > case that ex
ng in the bits of code you posted.
Is it possible for you to post a small yet complete and runnable test
case that exhibits the problem?
Thank you.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
/Autrijus/
Agreed here. POE::Component:: is a wide, open space in need of
structure.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
variables used in closures after
> closures were done executing.
>
> Good luck, it can take you a while to find all the leaks, but it can be
> done.
The patch in ticket 1783 has been applied to CVS, and it will appear
in version 0.26 (no release date set). Thanks, and apologies for t
happen before run_job() has an
opportunity to do anything.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
a real fork bomb because it doesn't call fork(). Instead it
spawns sessions that spawn other sessions. To see how far you can go,
increase $max_sessions or remove the checks for it entirely.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
feedback welcomed.
POE::Wheel::Run is already very UNportable. We can probably work
around missing get(gr|pw)nam functions, or at least throw
"unsupported" errors wherever they fail.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
On Mon, Feb 17, 2003 at 07:02:41PM -0500, Wiggins d'Anconia wrote:
>
> Rocco Caputo wrote:
> >On Wed, Feb 12, 2003 at 08:38:25AM +1100, [EMAIL PROTECTED] wrote:
> >
>
> >
> >It's a valid interpretation of ErrorEvent, but it's not the way
&g
On Tue, Feb 25, 2003 at 12:49:54AM +0300, Ilya Martynov wrote:
> >>>>> On Sun, 23 Feb 2003 23:29:49 +0300, Ilya Martynov <[EMAIL PROTECTED]> said:
>
> >>>>> On Sun, 23 Feb 2003 12:27:37 -0500, Rocco Caputo <[EMAIL PROTECTED]> said:
> RC>
urces/docs to find any
> workaround but I've not found anything. Am I missing something?
I think you're right. HTTP::Headers doesn't include the status code.
Client::HTTP needs to do something else, but I'm not sure what.
Suggestions are welcome.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
ike POE::NFA could do with some
> patches ;)
Those patches are of course welcome. :)
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
support the AF_INET6
socket domain, but I have heard of people successfully modifying the
component to do it.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
D to wheel reference here. Useful for managing multiple
# child processes in the same session.
$heap->{wheels}{$wheel->PID} = $wheel;
}
# ARG1 contains the PID of the ended child process.
# ARG2 contains the $? (perlvar) associated with this CHLD signal.
sub sig_chld_handler {
my ($pid, $return_value) = @_[ARG1, ARG2];
my $wheel = delete $_[HEAP]->{wheels}{$pid};
if (defined $wheel) {
print "Process $pid returned $return_value.\n";
}
}
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
5 = 'STDOUT';
error:
$VAR1 = 'read';
$VAR2 = '0';
$VAR3 = '';
$VAR4 = 2;
$VAR5 = 'STDERR';
closed
2) eyrie:~/public_html/tmp% perl robt-casey-errorevent.perl
Output: Died at -e line 1.
error:
$VAR1 = 'read';
$VAR2 = '0';
$VAR3 = '';
$VAR4 = 2;
$VAR5 = 'STDERR';
error:
$VAR1 = 'read';
$VAR2 = '0';
$VAR3 = '';
$VAR4 = 2;
$VAR5 = 'STDOUT';
closed
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
s
> for CPAN?
Unfortunately I cannot say. It seems that the concept overlaps remote
persistent objects and remote method calls. Which is it more like?
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
s expected. Most operating systems report read error 0 to
signify the end of a file.
2. I am surprised that ErrorEvent is not triggered in that case. Are
you using POE 0.25? If there is a problem in Wheel::Run, it would
help greatly if you could submit a test case that reproduces it.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
irror. It is also on the web, with an improved ActiveState PPD
and tarball.
- http://poe.perl.org/?Where_to_Get_POE
Thanks again for making this release possible.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
On Tue, Jan 21, 2003 at 02:18:12PM -0600, Werlax wrote:
>
> "Rocco Caputo" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > It comes from POE::Component::IRC. From the perldoc:
> >
> >irc_disconnec
.org/?Where_to_Get_POE
Thanks for reporting the problem, and thank you for the test case.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
.1 that's served me well in the past.
I suspect it's a problem in POE, but I won't know more 'til I track it
down.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
ite still works. All tests
passed... which leads me to believe that the tests aren't all that
great.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
ather ambiguous. Did you try
visiting that URL in a web browser? Are you behind a firewall? If
so, is PPM configured properly for it?
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
problem
you describe sounds very unlikely unless Perl itself is having
problems.
If the test emits any warnings or error messages, please include them
in your bug report. I don't have a suitable environment to reproduce
your problem, so the more information you can provide, the faster a
solut
ge which may fix your problem.
Please try again? If it continues to not work, please include more
information why. The more you can say about it, the quicker I'll be
able to figure things out.
Thanks!
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
$play_args->[0] ],
> StderrEvent => 'nullevent',
> );
But in content_ended() you remove $_[HEAP]->{run}. That's not where
the Wheel::Run instance is, so it never destructs, and the content
handler doesn't go away.
> delete $heap->{'run'
On Tue, Jan 21, 2003 at 12:12:04AM -0600, Werlax wrote:
>
> "Rocco Caputo" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > You should do the cleanup in two stages.
> >
> > sub cleanup {
> > $_[KER
t; unregister => "all" );
}
That way the bot has a chance to quit gracefully, rather than send the
quit and then suddenly disconnect because the program has shut down.
If your bot is still alive after that, it may be because of pending
timers (other than the cleanup timer), aliases, other open files, open
DCC connections, or something else.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
lled),
> so I wish to use PPD for 5.6 if I can.
Attached is an untested PPD or 5.6.1 and 5.8.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
POE
A portable networking/multitasking framework for Perl.
Rocco Cap
or
reporting in the main program.
The type of program you're working on gives you a better environment
for beating on and improving Wheel::Run. I'd appreciate any patches
or advice you can provide on it.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
n 2 accept:
ERRORS
The accept() will fail if:
...
[ECONNABORTED] A connection arrived, but it was closed while
waiting on the listen queue.
That is, select() unblocked for accepting, but the client hung up
before accept() was called.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
ion. Has anyone ever tried this before?
> POE::Session::Pool just seems to be the obvious evolutionary step for me.
POE::Component::JobQueue manages a worker pool, too.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
em to
Wheel::ReadWrite. That may be all you need to clear things up.
> Any suggestions? Are there any other solutions I've overlooked here?
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
On Mon, Jan 06, 2003 at 07:12:35AM -0800, Randal L. Schwartz wrote:
>
> Caveat executor, though. delete is no longer promised to return the
> deleted item(s), as it was in the "old days". It just happens to work
> for now.
NNN!!!
Ok, foo.
--
On Thu, Jan 02, 2003 at 02:42:52PM -0600, Garrett Goebel wrote:
> From: Rocco Caputo [mailto:[EMAIL PROTECTED]]
> > On Thu, Dec 12, 2002 at 05:52:17PM -0600, Garrett Goebel wrote:
> > >
> > > Shouldn't ->yield not just enqueue an event, but also do a
&g
gt;a<-"? And if you don't beat me
> to it, would you accept a patch that resulted in "->a<-"? That is, if I
> _can_ figure out how to make it work?
I would, but only as part of a long, drawn-out deprecation of the
current yield() semantics. We would also need a tidy replacement
function for yield(), for the people who like its enqueue-only
behavior.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
gt;
>Init
>
>runsomething <-- now owned by init (pid 1).
>
> If I kill the Init server then runsomething goes away.. very strange.
Killing the Init server causes all the child processes have their
STDIN and STDOUT suddenly go away. I don&
ks
It looks like the web/e-mail host where PoCo::Client::FTP lives
expired on 28 Dec. I'm trying to hunt down an alternate way of
reaching him to let him know.
I don't know of an alternate site for the project. Did he upload it
to CPAN? If so, it will be mirrored on dozens of sites.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
or patching the documentation. It's true that this code
is very similar to POE::Wheel::ReadWrite's. It might be good to
abstract out their commonality and have both inherit from that.
Please tread lightly in the new code. It's not yet tested directly.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
o keep
that behavior: It wasn't documented, and none of POE's tests failed
without it.
The un-undef "feature" has been removed and committed to CVS. People
who suspect it may be a problem should test it and report issues
before POE's next release.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
These days the preferred way to
handle signals is to call POE::Kernel's sig_handled() method.
sub handle_die {
$_[KERNEL]->sig_handled();
}
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
ent => \&coderef ); # defines/overwrites "event"
$kernel->state( event => undef ); # undefines "event"
$kernel->state( "event" );# undefines "event"
> Also is there a callback to use for trapping undef'd events?
See C
responded to it
first. Essentially, the Wheel /.*Event/ parameters are designed to
take event names, not direct callbacks.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
odifier foreaches, if that's the right way
to describe them, so they're the usual C versions now.
Thanks for pointing it out.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
On Mon, Dec 16, 2002 at 04:25:19PM -0600, Garrett Goebel wrote:
> Attached is a patch which allows POE::Kernel's call method to better honor
> wantarray context.
Applied and committed. Thank you.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
es
> o reduces lines of code
Applied and committed. Thanks!
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
Perl programs,
including lightweight CGI interfaces. The Application Servers example
can also use YAML, which has bindings for several languages other than
Perl. Finally, you may specify your own protocol for passing requests
and results between (for example) PHP pages and a POE back end
processor.
P
We addressed this in IRC.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
tomization you've written into it.
Have you considered releasing it on the CPAN?
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
a popular synchronization pattern. Picture several
sessions asynchronously performing parts of a much larger task. Each
reports its results back to a central clearinghouse, which only fires
an event when all the pieces have been put together.
What other synchronization patterns are generally usef
update the info at
> http://poe.perl.org/?POE_RFCs/Lexical_state_parameters to point to it?
Consider it done, which it is.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
de. Can you provide a test
case so I can trace it back to the source?
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
$cooked_input (@$next_rec) {
$k->call($me, $$event_input, $cooked_input, $unique_id);
}
}
}
else {
$$event_error and
$k->call( $me, $$event_error, 'read', ($!+0), $!, $unique_id );
$k->s
st tarball should be hurtling towards your favorite
CPAN mirror. It is also on the web, and so is a (working!) Windows
PPD and tarball.
- http://poe.perl.org/?Where_to_Get_POE
Thanks again to everyone who helped with this release.
-- Rocco Caputo / [EMAIL PROTECTED] / poe.perl.org / poe.sf.net
on non-Win32 using use strict...
Argh! Ok... I'll fix that up. Thanks for spotting it anyway. :)
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
ing this. It's applied and will
appear in the next release.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
ad the subclass module as necessary
and bless the new session into "POE::Session::$my_choice" rather than
POE::Session.
Combining all calling conventions into one class also introduces at
least one more runtime condition in some of POE's hottest code.
Dispatching events through a Session subclass would avoid the extra
cycles.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
are incompatible.
Non-blocking connects aren't supported directly by ActiveState Perl,
but Garrett Goebel's patch to the CVS version of POE seems to work
around it. The patch is not extensively tested, though, so please
report any problems you encounter.
-- Rocco Caputo - [EMAIL PRO
changes (with some slight modifications) to CVS.
Please try them out to see if they still work. :)
Thanks for the patch.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
and resume_accept() methods. Your parent process
should call pause_accept() on the wheel as soon as it's created.
Child processes should call resume_accept() as they are started.
If you already don't know, http://poe.perl.org/?Where_to_Get_POE has
instructions for downloading the latest sources
tch mechanism with something different.
A round-robin or priority based scheduler, as opposed to the current
event queue scheduler, would allow sessions to be paused, resumed, and
given dispatch priorities.
I'm sending a copy of this message to [EMAIL PROTECTED] so it's on
file.
-- Rocco Ca
;t shutdown the wheel?
There currently isn't, but I'm working on pause_accept() and
resume_accept() methods for SocketFactory. These will correspond to
the pause_ and resume_input() methods on ReadWrite. I'll post again
when they're done.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
Program => \&do_something,
ProgramArgs => [ $abc, $something_else ],
I have been recommending
Program => sub { do_something($abc, $something_else) },
which doesn't eliminate the closures you want to avoid. What sort of
problems are you running into with closures?
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
after the
> application of this test.
>
> enjoy.
[patch]
I like the simplicity of this syntax. Rather than patching
Session.pm, I recommend subclassing it in the same vein as
http://poe.perl.org/?POE_RFCs/Named_state_parameters
Will the lexical @params be clobbered by multiple sessions if we ever
get them running in separate threads?
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
Program => [ program, @args ],
and
Program => [program],
ProgramArgs => \@args,
Can you provide a small example of your evil intent so I can see the
benefit?
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
ting up the NT
machine, so I haven't had a chance to test it there yet.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
On Thu, Nov 07, 2002 at 10:20:26PM -0500, Peter Chen wrote:
> On Thu, 2002-11-07 at 21:47, Rocco Caputo wrote:
> > On Thu, Nov 07, 2002 at 11:05:28AM -0800, Lenny Rachitsky wrote:
> >
> > > Has anyone gotten POE::Component::Client::UserAgent to work with
> > &g
ing else I can do, or am I out of luck?
>
> Any help at all would be very much appreciated.
We discussed this in IRC, and I spent a long look at the bowels of LWP
to no avail. Maybe someone else can figure it out, but I'm totally at
a loss.
POE::Component::Client::HTTP works, howeve
mode is required so that the
socket will behave like a filehandle in all other respects.
It's a shame that overlapped mode can't be changed after the socket is
created. Otherwise I could treat the socket as non-overlapped for the
duration of the connect and then set it back to overlapping for I
some dispute over the exact nature of the items being
released, but that's relatively unimportant now that the problem's
fixed.
Unfortunately again, POE supports Perl as far back as 5.004-ish
(although that's slowly being phased out), so it looks like the
CRIMSON_SCOPE_HACK needs to stay for a while.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
which file(s) are being patched, it
should be ok. While not necessary, it would be helpful if you could
post future patches to [EMAIL PROTECTED] That way I can't lose them,
and others will be able to apply them as POE gets more developers.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
onditions, and they support OS's better.
If people have some spare time, POE's bug tracker has all manner of
incidental and important tasks. I'll be happy to share them. :)
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
of POE's most CPU hungry code by version
0.25. Work schedules being what they are, though, we may need more XS
developers to make this goal.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
d program.
You may be seeing performance problems, especially on startup or
shutdown, because you're using more resources (memory, CPU) than
necessary. Simplifying the child program (if it's possible) will
probably help.
Please let us know if you need other suggestions.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
On Fri, Nov 01, 2002 at 06:51:09AM -0800, Abdul Fatah wrote:
> Dear all,
>
> How to change Filter Line arguments on Component::TCP,
[...]
This should do it:
Filter => [ "POE::Filter::Line", InputLiteral => ">" ]
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
I haven't had the
opportunity to work on it. Patches are welcome. In the meantime, I'm
sending a copy of this message to POE's bug tracker so it's on file.
-- Rocco Caputo - [EMAIL PROTECTED] - http://poe.perl.org/
n32 check there.
I'm copying this message to [EMAIL PROTECTED] so it can be tracked.
-- Rocco Caputo / [EMAIL PROTECTED] / poe.perl.org / poe.sf.net
On Wed, Oct 30, 2002 at 10:27:32AM -0500, Rocco Caputo wrote:
>
> 3. Someone could donate a copy of NT (licensed, please) to the
> project. I can put together a Pentium machine from spare parts.
Just a note: Three people have offered to donate a copy of NT for the
project. Thank you!
601 - 700 of 1064 matches
Mail list logo
