On Mon, Dec 29, 2008 at 01:41:53PM -0500, Jeff Boes wrote:
> Joshua N Pritikin wrote:
> > Let us know what happens!
>
> I am a bit confused, still. Should I make *all* my events reentrant,
The reentrant constraint is just for debugging. You don't want to keep
re-entering the main event loop infi
server to the modern era:
>
> 2.6.18-92.1.6.el5 x86_64 x86_64 x86_64 GNU/Linux Perl 5.10 Event.pm 1.11
>
> One of my applications throws the following error once it's been running for a
> few minutes as a daemon:
>
> Assertion (((pe_watcher*)wa)->flags & 0x0008) ||
>>>>> "JNP" == Joshua N Pritikin <[EMAIL PROTECTED]> writes:
JNP> Does anybody have any suggestions beside threads?
JNP> - Forwarded message from Eric Lenio <[EMAIL PROTECTED]> -
JNP> From: Eric Lenio <[EMAIL PROTECTED]>
JNP&g
Does anybody have any suggestions beside threads?
- Forwarded message from Eric Lenio <[EMAIL PROTECTED]> -
From: Eric Lenio <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Event.pm usage
Hi Joshua,
I'm not new to Perl but I am to Event.pm. I read the tutoria
On Tue, Jul 26, 2005 at 04:08:24PM +0100, Stracchino, Peri wrote:
> t/attach_to.t-1 139 36 200.00% 1-3
> t/bored.t-1 139 5 10 200.00% 1-5
> t/callback.t -1 139 6 12 200.00% 1-6
> t/delete.t -1 139 12 200.00% 1
> t/eval.t -1 139
/timer.pm
blib/lib/Event/timer.pmcp lib/Event/generic.pm
blib/lib/Event/generic.pmcp lib/Event/var.pm blib/lib/Event/var.pmcp
lib/Event/idle.pm blib/lib/Event/idle.pmcp lib/Event/typemap
blib/lib/Event/typemapcp lib/Event.pm blib/lib/Event.pmcp
lib/Event/EventAPI.h blib/lib/Event/Ev
On Sat, 2005-04-23 at 09:35 +0530, Joshua N Pritikin wrote:
> On Sat, 2005-04-23 at 07:37 +0530, Joshua N Pritikin wrote:
> > Is this memory leak in Event.pm or bad driver /dev/hands ?
>
> It appears to be a memory leak.
Looks like a bug in Event::loop(). I do not see any le
On Sat, 2005-04-23 at 07:37 +0530, Joshua N Pritikin wrote:
> Is this memory leak in Event.pm or bad driver /dev/hands ?
It appears to be a memory leak.
I recompiled Event with EVENT_MEMORY_DEBUG. However, that didn't turn
up anything. Hence, it's probably a mistake in refer
--- Begin Message ---
Hi!
Is this memory leak in Event.pm or bad driver /dev/hands ? :)
use Event;
Event->signal(signal=>'HUP', cb=>sub {kill 1, $$});
kill 1, $$;
Event::loop;
produce memory leak
--
Sincerely yours,
On Tue, 2005-03-01 at 17:19 +1000, Maxim Nechaev wrote:
> The idea of "Event" module are great and i want use it my project. But
> i need watcher, that support SysV message queues. Unfortunately this
> watcher placed in demo directory and looks not complete.
> May i ask you, do you have any plans t
Hello,
JNP> In your Event tutorial, you mention on using non-blocking socket
JNP> using IPC::LDT perl module. I try to use but encounter errors on
JNP> the receive. here's my snipprt code. I hope u can point out my
JNP> errors.
I don't know the errors that occurred, but here is a slightly rework
Can anyone offer a clue?
- Forwarded message from [EMAIL PROTECTED] -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: question on IPC::LDT implementation with Event.pm
Hi Joshua,
Would like a little help from you. In your Event tutorial, you mention on
using non-blocking
- Forwarded message from Jeremy Howard <[EMAIL PROTECTED]> -
Subject: Event.pm 1.0 - nice work!
To: [EMAIL PROTECTED]
From: Jeremy Howard <[EMAIL PROTECTED]>
X-Sasl-Enc: BA6e2Q86SSxQ0HXW5XhmCA 1084941820
Hi Joshua,
Congrats on the Event.pm 1.0 release! Pretty cool module..
> "Jerry" == Jerry D Hedden <[EMAIL PROTECTED]> writes:
Jerry> It might be useful to know the time at the start of today. You
Jerry> can find it with:
Jerry> use Time::Local;
Jerry> my $TodaySeconds = int timelocal(0,0,0,(localtime)[3,4,5]);
Jerry> However, it's quicker
I recently converted a large newsgroup reading system to using
Event.pm (from my own home-grown event driven implementation.) I
found that the 'after' attribute for timers was not working the way I
thought. Delving into the code showed me that the Event.pod
inadequately documents
This came in on the perl-loop list (courtesy Gensky Regnus). Not
sure whether this is a problem with Event or with threads.pm. As it
is a distinct possibility it's the latter, I thought I'd post it
here. If consensus is this requires an RRT ticket, I'll resubmit as
a perlbug.
Further simpli
Raul Dias wrote:
Can I rely on Event.pm on win32?
The last time I tried to use the Event module with ActiveState Perl, it
didn't work at all. I don't remember what the issue was then. I just
tried it again, and this is what I get from make:
Makefile:829: *** missing separator. Sto
- Forwarded message from Robert Urban <[EMAIL PROTECTED]> -
To: [EMAIL PROTECTED]
Subject: AF_UNIX sockets and Event.pm
From: Robert Urban <[EMAIL PROTECTED]>
Hello,
I have written a simple script which uses Event->io on an UNIX socket.
The script functions as des
Joshua N Pritikin <[EMAIL PROTECTED]> writes:
>- Forwarded message from Robert Urban <[EMAIL PROTECTED]> -
>
>To: [EMAIL PROTECTED]
>Subject: AF_UNIX sockets and Event.pm
>From: Robert Urban <[EMAIL PROTECTED]>
>
>
>Hello,
>
>I have written
Hi,
By the low traffic in the list I am assuming that Event.pm is in a solid
state.
I have not seen win32 related messages for a while now. The last one is
from Aug 2002.
I also remember problems with the win32 port (native, not cygwin).
Problems related to select() and WaitforMultipleObject
- Forwarded message from Robert Urban <[EMAIL PROTECTED]> -
To: [EMAIL PROTECTED]
Subject: wish-list item for Event.pm
From: Robert Urban <[EMAIL PROTECTED]>
X-Seen: false
X-ID: [EMAIL PROTECTED]
Hello Joshua,
I just noticed that if I install a watcher for SIGCHLD, th
- Forwarded message from Andreas Meier <[EMAIL PROTECTED]> -
From: Andreas Meier <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Event.pm 0.86 failed test t/var
X-Authenticated-Sender: #[EMAIL PROTECTED]
X-Authenticated-IP: [213.6.105.145]
X-Flags: 0001
Joshua,
I j
Joshua N Pritikin <[EMAIL PROTECTED]> writes:
>On Tue, May 14, 2002 at 10:04:51AM +0100, Nick Ing-Simmons wrote:
>> >In Event.xs, I change _loop() to:
>> >
>> >PROTOTYPE: ;$
>> >CODE:
>> >double maxtm = 60;
>> >if (items == 1) maxtm = SvNV(ST(0));
>>
>> What frees the maxtm SV ?
>
On Tue, May 14, 2002 at 10:04:51AM +0100, Nick Ing-Simmons wrote:
> >In Event.xs, I change _loop() to:
> >
> >PROTOTYPE: ;$
> >CODE:
> >double maxtm = 60;
> >if (items == 1) maxtm = SvNV(ST(0));
>
> What frees the maxtm SV ?
Huh? maxtm is a double. ST(0) is on the stack. As fa
m SV ?
>while (1) { safe_one_event(maxtm);}
>OUTPUT:
>
>I thought this would be the Event.pm equivalent of doing one_event() inside
>a while loop in a perl script.
>
>I was wrong! There is still growth problems! Now I am really confused! Why
>doesn't this behave t
On Mon, May 13, 2002 at 06:32:04PM -0400, Bradley Brahms wrote:
> To do this, one would add the following to their script:
>
> Event->timer(interval => 5, cb => sub{unloop;});
>
> then change their Event::loop; line to
> while (1) {
> Event::loop;
> }
i think this is the sam
. It would not be a solution in and of itself.
In Event.xs, I change _loop() to:
PROTOTYPE: ;$
CODE:
double maxtm = 60;
if (items == 1) maxtm = SvNV(ST(0));
while (1) { safe_one_event(maxtm);}
OUTPUT:
I thought this would be the Event.pm equivalent of doing one_event
On Mon, May 13, 2002 at 12:51:54PM +0100, Nick Ing-Simmons wrote:
> Joshua N Pritikin <[EMAIL PROTECTED]> writes:
> >On Thu, May 09, 2002 at 05:42:38AM -0700, Scott Beck wrote:
> >> Sorry to bother you, the problem I was having was my own. The code was
> >> incorrect. Uri saw it on the list and po
On Sun, May 12, 2002 at 06:17:33PM -0400, Bradley Brahms wrote:
> I verified Allen's test under linux. I also tested one_event() which had an
> advantage that it will go to sleep if no events are available. one_event()
> also showed no growth.
This is all very strange. i'd accept a patch to re
llen Smith [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, May 12, 2002 5:26 PM
> To: Joshua N Pritikin
> Cc: [EMAIL PROTECTED]
> Subject: Re: Is it Event.pm or me that's loosing its memory?
>
> On May 12, 4:09am, Joshua N Pritikin wrote:
> > On Sun, May 12, 2002 at 01:10:03AM -0
PM
To: Joshua N Pritikin
Cc: [EMAIL PROTECTED]
Subject: Re: Is it Event.pm or me that's loosing its memory?
On May 12, 4:09am, Joshua N Pritikin wrote:
> On Sun, May 12, 2002 at 01:10:03AM -0400, Allen Smith wrote:
> > On May 11, 11:28pm, Joshua N Pritikin wrote:
> > > That mea
On May 12, 4:09am, Joshua N Pritikin wrote:
> On Sun, May 12, 2002 at 01:10:03AM -0400, Allen Smith wrote:
> > On May 11, 11:28pm, Joshua N Pritikin wrote:
> > > That means that Event probably has a reference counting bug.
> >
> > Sigh... yes. I am wondering myself about a couple things in ev.c:
On Sun, May 12, 2002 at 01:10:03AM -0400, Allen Smith wrote:
> On May 11, 11:28pm, Joshua N Pritikin wrote:
> > That means that Event probably has a reference counting bug.
>
> Sigh... yes. I am wondering myself about a couple things in ev.c:
> A. pe_event_invoke. Callbacks only return valu
ux with the following configurations:
> > Linux 2.2.13-4 gcc 2.91.66 Event.pm 0.85
> > perl 5.005_03 and perl 5.6.1
> >
> > The growth happens in both versions of perl.
>
> That means that Event probably has a reference counting bug.
Sigh...
.2.13-4 gcc 2.91.66 Event.pm 0.85
> perl 5.005_03 and perl 5.6.1
>
> The growth happens in both versions of perl.
That means that Event probably has a reference counting bug.
--
Victory to the Divine Mother!! after all,
http://sahajayoga.org http://why-compete.org
FYI,
as I have mentioned before I have tried the script with various
combinations of perl/malloc on Solaris 7. I have now tried the same script
on Linux with the following configurations:
Linux 2.2.13-4 gcc 2.91.66 Event.pm 0.85
perl 5.005_03 and perl
On Fri, May 10, 2002 at 07:53:11PM +, [EMAIL PROTECTED] wrote:
> I have confirmed that even a Event->timer will grow the
> stack on and on and on.
i can reproduce the problem on my machine with perl 5.6.1.
If you look at the XS implementation of _loop(), you will see that
i call ENTER/SAVET
rows and grows. To me, this seems to
confirm a problem with Event.pm or its interaction with
perl.
Brad
could be misreading this whole
thing and assuming the wrong things.
So to recap, it appears a stack within perl continues to
grow and grow, thus eating more and more memory.
I am doing this with perl 5.6.1 on Solaris 7. I'll
include the two basic scripts here for comparing the
select()
> OK, it seems that Devel::Leak::CheckSV() is intended to be a one shot call. The
> script continues to work if Devel::Leak::NoteSV() is called after each CheckSV().
>
> The reported number of SV's remains constant from the 2nd callback invokation on.
> However, memory consumption grows *rapidly*
> I tried to add traces to your script but they made it hang
> completely (no activity after the 2nd or 3rd call of CheckSV() , verified by
> truss).
OK, it seems that Devel::Leak::CheckSV() is intended to be a one shot call. The
script continues to work if Devel::Leak::NoteSV() is called after e
Hello, Bradley,
> Agreed, more testing will need to be done. However, it does appear to be
> some type of interaction caused by Event.pm.
I'd agree that it looks like this, but of course it needs to be investigated. Did
you succeed with Devel::Leak? As I noticed that one of my scri
]]On
Behalf Of [EMAIL PROTECTED]
Sent: Friday, May 03, 2002 10:36 PM
To: Bradley Brahms
Cc: Uri Guttman; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Is it Event.pm or me that's loosing its memory?
I have no idea if this is related, but take a look at bugid 20011218.001
at bugs.perl.or
> "JS" == Jochen Stenzel <[EMAIL PROTECTED]> writes:
JS> Oops. That's surprising. My scripts communicate via IPC::LDT, which uses
JS> sysread() with read lengths determined dynamically. This would explain
JS> why the growth was that unpredictable ...
JS> The sysread() read length dep
gt; have time to do some other firefighting ;)
Bradley> I do not believe the problem is sysread(). Nor, do I believe
Bradley> it is the <> operator. I have yet to look inside Event.pm.
Bradley> Based on my current level of perl knowledge, I'm not even
Bradley> sure I coul
few mins, to
determine that it did truly end the growth of memory. I'll do a longer test
on Monday and hopefully still have time to do some other firefighting ;)
I do not believe the problem is sysread(). Nor, do I believe it is the <>
operator. I have yet to look inside Event.pm.
Hi, Brad,
unfortunately I'm in a hurry so I cannot try your updated script today,
but nevertheless a first impression:
> However, now having said that, I am going to really
> confuse you (I'm already confused). I changed the basis
> of the script to use sysread() (which is what my main
> script
Jochen,
thanx for your replay. I had tried something
similar on Thursday and found the same thing.
However, now having said that, I am going to really
confuse you (I'm already confused). I changed the basis
of the script to use sysread() (which is what my main
script uses). Based o
> Hardware: Sun Ultra-10
> OS: Solaris 7
> Perl ver: 5.6.1
> Event.pm ver: 0.85
Same under Solaris 5.8 with perl5.6.1 and 5.00503, and Linux 2.2.16 with
perl5.6.1 and 5.00503.
Jochen
> Second, I rerun your script. After a pure runtime of about 15:00 minutes
> according to top, it grew from about 3 KB to 19 MB memory consumption.
> (Interestingly, it still reserves about 8 KB only.)
Sorry, this should have been 3 MB and 8 MB (not KB).
Jochen
Hello, Bradley,
> Was wondering if anyone could shed some light on a problem that I am having
> with a memory leak issue.
while I not have a solution, at least I can endorse your assumption.
First, we are running several such 24/7 Event jobs for years, too. These are
clients and servers using l
Was wondering if anyone could shed some light on a problem that I am having
with a memory leak issue.
I have a perl script, based on event.pm that will be running 7/24. The
script manages the execution multiple processes, logging all interactions to
a log file. The script takes commanding from
Hello, Uri,
> has anyone gotten IO::Socket::SSL to work under event.pm?
yes, we're running server and clients on base of this combination for years.
Here is the clients (simplified) init sequence:
# make the underlaying Net::SSLeay module quiet
$Net::SSLeay::trace=0;
# load
On Thu, Nov 08, 2001 at 10:16:04PM -0500, Uri Guttman <[EMAIL PROTECTED]> wrote:
> has anyone gotten IO::Socket::SSL to work under event.pm? i wrote a
I am moderately (60% ;) sure that it's impossible since neither ssleay nor
openssl support (working, as opposed to having an api
has anyone gotten IO::Socket::SSL to work under event.pm? i wrote a
client app with them and i get connections and i can do io directly on
the SSL socket but i can't seem to get event.pm to detect io to be
read. event is definitely working fine as i use a timer and another
regular command s
>Thanks for the Event Perl module! It looks like it may make my job easier. I
>did have a question that I couldn't answer after reading the documentation,
>though:
>
>I would like to use Event for controlling a data collection program. I would
>like the data for multiple channels to be col
On Fri, Aug 18, 2000 at 05:21:52PM -0400, Uri Guttman <[EMAIL PROTECTED]> wrote:
> is based upon event.pm for a 24/7 data collection project. i would like
I am using Event for a variety of systems running 24/7, last not least my
answering machine (which also does a lot of other, unrelat
jochen,
thanx for that testimony. i forwarded it to my customer. it is good
evidence that stem will be stable as event.pm is stable.
thanx,
uri
--
Uri Guttman - [EMAIL PROTECTED] -- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX
Hello, Uri,
>so if anyone is using (or knows of a project using)
>event.pm in a 24/7 role, please tell me how it is going.
I wrote a complex client/server system on base of Event which is
explicitly designed to run constantly. It uses a significant number of
dynamically made, regi
hi loopers,
i am going to be using stem (a message based system i am creating) which
is based upon event.pm for a 24/7 data collection project. i would like
some reports on how stable event.pm is in long running systems. i have
seen a couple of things mentioned here before but i would like to
Joshua,
On Wed, Jun 07, 2000 at 08:12:25AM -0400, Joshua N Pritikin wrote:
> > Event.pm? I mean something along the lines of Sriram Srinivasan's
> > Msg.pm [1], but using Event's event loop rather than one of it's own.
> >
> > [1] Described in his book
On Wed, Jun 07, 2000 at 02:24:30PM +0300, [EMAIL PROTECTED] wrote:
> Has anyone done work on writing a "transport" module for messages with
> Event.pm? I mean something along the lines of Sriram Srinivasan's
> Msg.pm [1], but using Event's event loop rather
Hello, Gaal,
> Has anyone done work on writing a "transport" module for messages with
> Event.pm?
I wrote IPC::LDT (see CPAN) exactly for this purpose. It is not built on
base of Event but intended to well cooperate with it. All communications in
my own event driv
Hi,
Has anyone done work on writing a "transport" module for messages with
Event.pm? I mean something along the lines of Sriram Srinivasan's
Msg.pm [1], but using Event's event loop rather than one of it's own.
The nice thing about such a module is that it handl
On Thu, Feb 03, 2000 at 11:44:14PM -0800, [EMAIL PROTECTED] wrote:
> If I make the small change of putting the line
>
> use Test; plan test => 1;
>
> above the Use Event lines, as it is in the other tests, the module will now pass
>test.
>
> The version from CPAN puts the use Test line beneath
I am unable to make Event.pm pass test without making a small change in the t/hup.t
test.
In the form downloaded from CPAN, the module fails test on my Debian Linux potato
machine in the following way:
t/hup...Undefined subroutine &Exporter::VERSION called at
/usr/local
gt; >> #6 Yikes!
> >
> > JNP> Hm, an event handler died and the recovery was interrupted by a signal.
> >
> > i canceled the write event but i never made any signal handler. maybe a
> > sigpipe or something got triggered? any way of
event handler died and the recovery was interrupted by a signal.
>
> i canceled the write event but i never made any signal handler. maybe a
> sigpipe or something got triggered? any way of determining what signal
> happened? maybe just make all signals call an event.pm handler?
M
t but i never made any signal handler. maybe a
sigpipe or something got triggered? any way of determining what signal
happened? maybe just make all signals call an event.pm handler?
JNP> Sure. I've never seen the code for an async connect.
i will send it to you next letter.
JNP> You a
On Wed, Jan 19, 2000 at 06:30:04PM +, [EMAIL PROTECTED] wrote:
> Joshua N Pritikin <[EMAIL PROTECTED]> wrote
> > On Wed, Jan 19, 2000 at 12:19:34AM -0500, [EMAIL PROTECTED] wrote:
> > > i am wondering what signal is being handled there as well. sigpipe?
> >
> > You are aware that signal handl
Joshua N Pritikin <[EMAIL PROTECTED]> wrote
> On Wed, Jan 19, 2000 at 12:19:34AM -0500, [EMAIL PROTECTED] wrote:
> > i am wondering what signal is being handled there as well. sigpipe?
>
> You are aware that signal handlers are not safe?
I assume you mean Perl signal handlers. I'd always assum
On Wed, Jan 19, 2000 at 12:19:34AM -0500, [EMAIL PROTECTED] wrote:
> well, i said i would hammer event.pm and i just got a core dump. here is
> the stack trace from gdb:
>
> (gdb) bt
> #0 0xff216870 in _kill ()
> #1 0x99ac4 in Perl_apply ()
> #2 0x92e20 in Perl_pp_kil
well, i said i would hammer event.pm and i just got a core dump. here is
the stack trace from gdb:
(gdb) bt
#0 0xff216870 in _kill ()
#1 0x99ac4 in Perl_apply ()
#2 0x92e20 in Perl_pp_kill ()
#3 0x9ef6c in Perl_runops_standard ()
#4 0x27000 in perl_call_sv ()
#5 0x5b328 in Perl_sighandler
>>>>> "JNP" == Joshua N Pritikin <[EMAIL PROTECTED]> writes:
JNP> On Thu, Jan 13, 2000 at 05:55:48PM -0500, [EMAIL PROTECTED] wrote:
>> how about announcing to this list when you release a new version of
>> event.pm and also posting its delta?
On Thu, Jan 13, 2000 at 05:55:48PM -0500, [EMAIL PROTECTED] wrote:
> how about announcing to this list when you release a new version of
> event.pm and also posting its delta? i would have loved the cb_timeout
> feature (after all i did ask for it) and i wouldn't have spent time
&g
how about announcing to this list when you release a new version of
event.pm and also posting its delta? i would have loved the cb_timeout
feature (after all i did ask for it) and i wouldn't have spent time
working around not having it.
the Event::tcp stuf is not what i want. i need an
76 matches
Mail list logo
