Re: 'Coro' segfaults on DO and EVAL

On Tue, Feb 22, 2005 at 06:32:29PM +0100, Rachwal Waldemar-AWR001 <[EMAIL PROTECTED]> wrote: > perl's 'do "SCRIPT"'. > 'eval "CONTENTS"' also crashes in the same way. A sample script reproducing I made an effort of supporting some cases of cede'ing while compiling, the result is in Coro-1.1 (soon

Re: 'Coro' segfaults on DO and EVAL

On Tue, Feb 22, 2005 at 06:32:29PM +0100, Rachwal Waldemar-AWR001 <[EMAIL PROTECTED]> wrote: > However, the first trial script with Coro segfaults unexpectedly when I do > perl's 'do "SCRIPT"'. The problem is that Coro cannot reliably work when you jump in/out of currently-being-compiled code, as

curiosity: C Event API users?

Just out of curiosity: Are there any GEventAPI (C-level API) users of Event around? google can only find Coro and Event::Stats. (It's because I think the C level API was such a great idea that I modelled the Coro C api the same way). -- -==-

Re: Event seems to break it's C API

On Fri, May 14, 2004 at 06:59:25PM +0530, Joshua N Pritikin <[EMAIL PROTECTED]> wrote: > On Thu, May 13, 2004 at 06:08:01PM +0200, Marc A. Lehmann wrote: > > Hi, with the current release of Event my programs start to fail with > > this error message: > > > >Event: attempt to invoke now() met

Event seems to break it's C API

Hi, with the current release of Event my programs start to fail with this error message: Event: attempt to invoke now() method with callback unset on watcher '??' at Event/t/00_basic.t line 13 I do, however, set the callback exactly as specified in the Event::MakeMaker manpage: /*

Re: serious bug in Event's poll implementation

On Mon, Jan 28, 2002 at 06:43:59PM -0500, Allen Smith <[EMAIL PROTECTED]> wrote: > > If an filehandle returns POLLHUP or POLLERR Event goes into an > > endless CPU-eating poll-loop. > > Ouch! Yes, the current code would do this... this needs to be fixed, > definitely. It's not as if this hasn't

Re: IO::Socket::SSL and event.pm

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) non-blocking mod

Re: non-blocking socket bug?

On Tue, Oct 09, 2001 at 11:02:37PM -0300, Raul Dias <[EMAIL PROTECTED]> wrote: > I think I might have found another bug in Event. > > when this watcher gets called the socket will be in blocking mode > ( $socket->blocking == 1 ). Are you really sure? I use event since a long time and it worked f

Re: gethostbyname and Event

On Sun, Sep 09, 2001 at 09:08:12AM -0700, [EMAIL PROTECTED] wrote: > well-understood. The 'standard' solution (employed by netscape and > squid among others) is to fork one or more 'helper' processes. The This is actually what the Coro module does (Coro::Util::gethostbyname), albeit very subopt

Re: Event::MakeMaker and typemap

On Fri, Aug 17, 2001 at 01:22:42PM +0200, Jochen Stenzel <[EMAIL PROTECTED]> wrote: > as far as I know, Events typemaps are especially prepared for use with > Inline (see Inline or the Event tutorial), but I'm sure they can be > used another way as well. Maybe an additional reference can be added

Re: is the lifetime of event objects limited?

On Fri, Aug 17, 2001 at 01:22:55PM +0200, Jochen Stenzel <[EMAIL PROTECTED]> wrote: > >Are the event objects being reused in a way that makes it impossible to > >extend their life over the callback itself? > > Hm. What I'm asking myself thinking about this is what special kind of > information i

Re: Timer events with same interval

On Wed, Aug 22, 2001 at 12:59:14PM -0400, Jeff Boes <[EMAIL PROTECTED]> wrote: > > could you post example code (as short as possible) that shows the effect? > > No, unfortunately I cannot. My simple test script won't show the same behavior >(drat!). then my elaborate guess is that something go

Re: Timer events with same interval

On Thu, Aug 16, 2001 at 02:16:58PM -0400, Jeff Boes <[EMAIL PROTECTED]> wrote: > I've got two timer events with the same interval but different callbacks. > One of them gets called, and runs for a time longer than the interval. The > other never gets called. could you post example code (as sho

error in Event::MakeMaker

Event::MakeMaker describes a callback like this: static void x_server_dispatch(void *ext_data) However, it is (quite sensibly) being called as: (* (void(*)(pe_event*)) ev->callback)(ev); this is especially bad as callback is a void *, so there is no type checking. --

is the lifetime of event objects limited?

first of all, is this dead, or is everybody on vacation? ;) anyway, my webserver gets a memory fault about every half an hour (high load). It runs fine when my callbacks are structured like this: sub callback { # ... use event structure return; } but when my callbacks look lik

Event::loop warning and Event-0.84

three issue sin one mail, sorry, I feel dirty ;) First of all, could I ask for an Event-0.84 release? I really think the endless-loop bug warrants a new release, even if it's the only fix (yes, it happens only with non-blocking I/O, but what use has event without non-blocking I/O?). Anyway, my p

Re: Sockets

On Thu, Jul 26, 2001 at 10:03:05AM -0400, Jeff Boes <[EMAIL PROTECTED]> wrote: > Are there any "gotchas" with respect to 'io' events and sockets? What you posted seems to work fine here (Linux-2.4, Event-0.83), so I suspect something goes wrong with your socket setup. Without an example script (w

my non-blocking I/O model ;)

After implementing coroutines on the C level as well (ugly but necessary), Coro-0.11 finally seems to work in all corner cases I tested and also includes two modules that make non-blocking I/O easier (that require the bugfix I posted earlier ;). Here is a parallelized finger client (except for na

serious bug in Event's poll implementation

I just found that Event goes into an endless polling loop whenever an error occurs on a filehandle: poll([{fd=3, events=POLLPRI|POLLOUT|POLLWRNORM|POLLRDBAND|POLLWRBAND, revents=POLLERR|POLLHUP}], 1, 6) = 1 gettimeofday({995996622, 745496}, NULL) = 0 poll([{fd=3, events=POLLPRI|POLL

Re: event-based programming with a twist

on-topic-content: The first larger program using coroutines is now doing "mission critical" work (failure == loss of relatively unimportant data). It's my news-scanner which scans ~60 servers at the same time. It's just as fast (600k/s is where the network tops out), requires only slightly more m

small issue with ->private method

While writing Coro::Event I stumbled over a very small issue. I created events using calls similar to these: $w = Event->io(private => $q, ...); but never got anything back from the private method except undef. I can now only make a quick guess that private, which uses the caller's package, s

Re: event-based programming with a twist

On Mon, Jul 16, 2001 at 04:46:36AM -0700, Joshua Pritikin <[EMAIL PROTECTED]> wrote: > >I hope you found this posting somewhat entertaining... > > Wow! Outstanding! Boy, I just learned more about perl internals than I ever imaged. The only thing remaining is the regex machine and the exact det

Re: event-based programming with a twist

On Mon, Jul 16, 2001 at 04:46:36AM -0700, Joshua Pritikin <[EMAIL PROTECTED]> wrote: > >I hope you found this posting somewhat entertaining... > > Wow! Outstanding! it does not work (as i just found out), however, as perl doesn't like the same sub to be entered from two different coroutines at

event-based programming with a twist

I recently hacked a module named Coro (short for coroutines, similar but not the same as threads or perl's faked threads). After using it to implement fake continuations (to make damian conway happy, if he ever finds out) I thought let's give Event a try (no, not faked this time ;) use Coro 0.