Re: POE::XS::Loop::Poll (again)

2008-08-04 Thread hideo
Tony Cook (Mon 08/04/08 22:39): In the spirit of POE::XS::Queue::Array, I've released POE::XS::Loop::Poll, an implementation of POE's event loop written in C. I haven't done any speed benchmarks (or found any), but I expect it to be slightly lower overhead than the built-in

Re: POE::XS::Loop::Poll (again)

2008-08-04 Thread David Davis
Look at $poe_kernel-poe_kernel_loop(); David Davis ☄ Software Engineer http://xant.us/ On Mon, Aug 4, 2008 at 08:24, hideo [EMAIL PROTECTED] wrote: Tony Cook (Mon 08/04/08 22:39): In the spirit of POE::XS::Queue::Array, I've released POE::XS::Loop::Poll, an implementation of POE's event

Re: POE::XS::Loop::Poll (again)

2008-08-04 Thread hideo
David Davis (Mon 08/04/08 12:31): Look at $poe_kernel-poe_kernel_loop(); David Davis a** Software Engineer http://xant.us/ On Mon, Aug 4, 2008 at 08:24, hideo [EMAIL PROTECTED] wrote: Tony Cook (Mon 08/04/08 22:39): In the spirit of POE::XS::Queue::Array,

Re: again

2003-01-26 Thread Rocco Caputo
On Mon, Jan 20, 2003 at 12:02:46PM +0100, Luca Garbo wrote: Using HP-UX platform and perl 5.0053 , having previuosly installed POE 0.24 , I've tried to run tests. Select test doesn't work properly hanging at _data_ses_refcount_inc subroutine. It happened several times and other few times

again

2003-01-20 Thread Luca Garbo
Using HP-UX platform and perl 5.0053 , having previuosly installed POE 0.24 , I've tried to run tests. Select test doesn't work properly hanging at _data_ses_refcount_inc subroutine. It happened several times and other few times it's worked properly. Do you , especially Rocco, have any

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-13 Thread Rocco Caputo
On Fri, Aug 09, 2002 at 11:22:05PM -0600, Chris Fedde wrote: Second: Maybe I am misreading things a bit. It appears that the actual level of abstraction in this system is not much higher than exists for the current PoCo set of packages. I was hoping for something much higher level that

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-11 Thread tr16
On Sat, Aug 10, 2002 at 12:15:20AM +0200, Arthur Bergman wrote: On fredag, augusti 9, 2002, at 03:33 , [EMAIL PROTECTED] wrote: Then go take that time and improve ithreads performance ! :) That's a prerequisite for transaction support somehow ... torvald How so? And whats

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-11 Thread tr16
On Sat, Aug 10, 2002 at 02:22:58PM -0600, Chris Fedde wrote: On Sat, 10 Aug 2002 14:18:57 -0400 Rocco Caputo wrote: +-- | You bring up an interesting question in passing. What should POE's | components be called? POE::Component, POE::Class, POE::Object?

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-10 Thread Rocco Caputo
On Fri, Aug 09, 2002 at 11:22:05PM -0600, Chris Fedde wrote: First: Are you abandoning plain perl? Will POE become a preprocessor that chews on both code and pod/markup segments to build the final system? I'm not sure I like that idea much. I enjoy a clean separation between doc and

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread Rocco Caputo
On Fri, Aug 09, 2002 at 01:41:46AM +0200, [EMAIL PROTECTED] wrote: hi, here are my comments: -detailed information about aggregates: components not only provide methods, they can hold data as well. so you might need several components of one type, and you might want to share them

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread tr16
UML-bits before is higher. That's the point, concept and vocabulary reuse. The chance that users will be attracted is just higher. If you take a look at the front page's diagram again: The polygon class has an Polygon() method and aggregates 1 to infinite Points, which the polygon calls vertices

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread Arthur Bergman
On fredag, augusti 9, 2002, at 01:42 , [EMAIL PROTECTED] wrote: Arthur's question towards transaction support would be the real, big solution. It would be really cool to support transactions, and if you have full control about the input that goes into components you can do rollback, make

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread tr16
On Fri, Aug 09, 2002 at 01:47:27PM +0200, Arthur Bergman wrote: I agree, transactions are often overkill and can be heavy, designing in support for transactions that can be enabled and added in the future would be very cool. We have all the time in the world :-) Then go take that time

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread tr16
On Fri, Aug 09, 2002 at 08:30:00AM -0400, Richard Soderberg wrote: On Friday, August 9, 2002, at 07:42 AM, [EMAIL PROTECTED] wrote: What I meant was something different. A directory in which components can publish their services can be helpful, like you said. The interfaces I'm

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread Al Tobey
before is higher. That's the point, concept and vocabulary reuse. The chance that users will be attracted is just higher. If you take a look at the front page's diagram again: The polygon class has an Polygon() method and aggregates 1 to infinite Points, which the polygon calls vertices

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread tr16
On Fri, Aug 09, 2002 at 10:43:01AM -0400, Al Tobey wrote: Dia (http://www.lysator.liu.se/~alla/dia/) can draw UML, but can only generate C++ and Java (using a separate tool). I've used it for documentation purposes, but not much else. It's part of GNOME, it's free, it's written in C. Well,

RE: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread Garrett Goebel
From: Rocco Caputo I keep looking at UML, but nothing on the web has made much of an impression with me. Is there a good book about UML? UML Distilled: www.amazon.com/exec/obidos/ASIN/020165783X POE users should not be required to know UML. It its done well, consumers of UML diagrams

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread Richard Soderberg
On Friday, August 9, 2002, at 07:42 AM, [EMAIL PROTECTED] wrote: What I meant was something different. A directory in which components can publish their services can be helpful, like you said. The interfaces I'm talking about are real roles that components claim to be able to play. So

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread Chris Fedde
On Fri, 9 Aug 2002 10:09:36 -0500 Garrett Goebel wrote: +-- | From: Rocco Caputo | I keep looking at UML, but nothing on the web has made much of an | impression with me. Is there a good book about UML? | | UML Distilled: www.amazon.com/exec/obidos/ASIN/020165783X |

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread Al Tobey
Well, generating Perl should be possible then. I think the approach of embedding the description (UML or Rocco's notation) in the Perl code is better. There are tools that try to generate UML from code, but this is hard, and probably impossible for Perl code. Additionally, POE does want to

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread tr16
On Fri, Aug 09, 2002 at 12:27:02PM -0400, Al Tobey wrote: Note that I think creating a custom description language/format within POE would likely be much more efficient than using UML. I don't remember seeing any UML-type modules on CPAN. Although, the XML modules are quite nice - I've used

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread tr16
On Fri, Aug 09, 2002 at 10:25:17AM -0600, Chris Fedde wrote: On Fri, 9 Aug 2002 10:09:36 -0500 Garrett Goebel wrote: +-- | From: Rocco Caputo | I keep looking at UML, but nothing on the web has made much of an | impression with me. Is there a good book about UML? |

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-09 Thread Arthur Bergman
On fredag, augusti 9, 2002, at 03:33 , [EMAIL PROTECTED] wrote: Then go take that time and improve ithreads performance ! :) That's a prerequisite for transaction support somehow ... torvald How so? And whats wrong with the performance? Arthur

Re: Everything You Know Is Wrong (Object Systems Yet Again)

2002-08-08 Thread tr16
hi, here are my comments: -detailed information about aggregates: components not only provide methods, they can hold data as well. so you might need several components of one type, and you might want to share them with other aggregated components. so the namespace that is filled with

Re: POE::Wheel::Run EOF again

2002-05-23 Thread Peter Chen
On Wed, 2002-05-22 at 18:41, Rocco Caputo wrote: Do you specifically need to know when STDOUT is closed, or is it more important to know that the child is done sending information at all? The later would be sufficient, even though it would be nice to have finer grain control. For example, I

Re: POE::Wheel::Run EOF again

2002-05-22 Thread Peter Chen
On Wed, 2002-05-22 at 00:33, Chris Fedde wrote: I saw behavior like this with 0.18 on FreeBSD 4.5 and Solaris 2.8. After 0.19 the sigchld consistently arrives after two error events marking failed nonblocking read on stderr and stdout. Unfortunately, I don't share the same experience. I

Re: POE::Wheel::Run EOF again

2002-05-22 Thread Chris Fedde
On 22 May 2002 17:49:15 -0400 Peter Chen wrote: +-- | On Wed, 2002-05-22 at 00:33, Chris Fedde wrote: | To my knowledge | there is still no way to map the error events back to file handles. | | Let me make sure I understand this. Do you mean there is no way to know |

Re: POE::Wheel::Run EOF again

2002-05-22 Thread Rocco Caputo
On Tue, May 21, 2002 at 06:44:18PM -0400, Peter Chen wrote: Back in last December, there was a thread on how to handle EOF on the stdout from POE::Wheel::Run. Was there any follow up to this? http:[EMAIL PROTECTED]/msg00767.html I am seeing the same problem in POE 0.19. Is there a way

Re: POE::Wheel::Run EOF again

2002-05-21 Thread Chris Fedde
On 21 May 2002 18:44:18 -0400 Peter Chen wrote: +-- | Back in last December, there was a thread on how to handle EOF on the | stdout from POE::Wheel::Run. Was there any follow up to this? | | http:[EMAIL PROTECTED]/msg00767.html | | I am seeing the same problem in POE

Re: POE::Wheel::Run EOF again

2002-05-21 Thread Peter Chen
On Tue, 2002-05-21 at 18:58, Chris Fedde wrote: I have not had time to clean it up yet. But my test code now behaves predictably: All the output arrives before sigchld. I can't tell which file handles the errors are on. But all the data has been read before the sigchld which was the big

RE: Trying again, KERNEL HOOKS

2001-07-09 Thread gwynp
On 08-Jul-2001 Artur Bergman wrote: +Kernel hooks: + + # Kernel hooks lets you set hooks at varius points in the kernel + $hookid = $kernel-hook_set($when, $session, $hook, $callback, $event); + $kernel-hook_remeve($hookid); ^^ remove +dispatch_state

Re: Addressing once again

2001-07-04 Thread liste
On 04-Jul-2001 Rocco Caputo wrote: On Tue, Jul 03, 2001 at 11:54:42PM -0400, [EMAIL PROTECTED] wrote: On 29-Jun-2001 Rocco Caputo wrote: URI style isn't transparent. Ideally, a program shouldn't need to know whether it's talking to a poe thingy or a stem thingy, so everything up to

Re: Addressing once again

2001-07-04 Thread gwynp
On 29-Jun-2001 [EMAIL PROTECTED] wrote: to my mind namespaces entries shouldn't correspond to POE internals. No, but routing between object-layers and components should be transparent. its ok for a quick approach. anything better depends on a lot of things and i don't think it can be

Addressing once again

2001-06-29 Thread gwynp
For those of you who aren't on IRC, here is a list of different schemes for doing addressing in POE and beyond. http://pied.nu/Perl/addresses.txt Anyone have other ideas? Any preferences? -Philip