Re: UML?!

2002-08-14 Thread tr16
On Tue, Aug 13, 2002 at 12:39:08PM -0500, Garrett Goebel wrote: > From: Rocco Caputo > > [EMAIL PROTECTED] wrote: > > > > > > So we should talk about the semantic model. Illustatring > > > this with notations might seem useful, but as we > > > experienced in this thread it really produces > > > m

Re: UML?!

2002-08-13 Thread tr16
On Mon, Aug 12, 2002 at 09:50:45AM -0400, Rocco Caputo wrote: > On Mon, Aug 12, 2002 at 12:45:53AM +0200, [EMAIL PROTECTED] wrote: > > On Sat, Aug 10, 2002 at 12:47:30AM -0400, Rocco Caputo wrote: > > > > > > 2. It is directly readable and parseable-- as text-- by humans. These > > >descript

Re: Object System: embedded documentation

2002-08-11 Thread tr16
On Fri, Aug 09, 2002 at 10:05:49PM -0400, Rocco Caputo wrote: > On Fri, Aug 09, 2002 at 05:14:02PM -0500, Garrett Goebel wrote: > > > "public echo(Data)" > > > > means that the echo _method_ handles "Data" messages? but... > > > > > > "Emits: echoed(Data)" > > > > means echoed _messages_ of t

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-11 Thread tr16
On Fri, Aug 09, 2002 at 11:22:05PM -0600, Chris Fedde wrote: > On Wed, 7 Aug 2002 21:32:33 -0400 Rocco Caputo wrote: > +-- > | Good morning. > | > | I am pleased to announce that POE's mythical object system has the > | beginnings of a practical design and specification. As

Re: UML?!

2002-08-11 Thread tr16
On Sat, Aug 10, 2002 at 12:47:30AM -0400, Rocco Caputo wrote: > On Fri, Aug 09, 2002 at 01:42:39PM +0200, [EMAIL PROTECTED] wrote: > > On Fri, Aug 09, 2002 at 03:18:55AM -0400, Rocco Caputo wrote: > > > > > > > after all, if you find some time, please have a look at UML. it was > > > > started by

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

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 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 u

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. We

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 interfac

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

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

2002-08-09 Thread tr16
On Fri, Aug 09, 2002 at 03:18:55AM -0400, Rocco Caputo wrote: > The issue then becomes: How do specific instances of these anonymous, > dynamic components communicate with each other? > > The difficult part of this problem is specifying the path for messages > to travel. How do you link an insta

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 informa

Re: Pattern for converting procedures to events

2002-05-31 Thread tr16
On Fri, May 31, 2002 at 11:18:18AM -0400, Peter Chen wrote: > > Is this ready for public consumption? I downloaded the first snapshot > and took a peak. The code is well organized. I like what I see. It > seems to be a very promising tool for describing and coding a state > machine. It would

Re: Pattern for converting procedures to events

2002-05-28 Thread tr16
On Tue, May 28, 2002 at 06:54:44AM -0400, Peter Chen wrote: > On Fri, 2002-05-24 at 13:05, [EMAIL PROTECTED] wrote: > > (event-listener) -> [step1] -> (step2 args) -> [step2] ... -> [step n] > > > > using my coloured Petri net implementation you could either use the graph > > editor or write

Re: best practices for handling responses/postbacks

2002-05-24 Thread tr16
On Fri, May 24, 2002 at 10:34:36AM -0400, Peter Chen wrote: > On Fri, 2002-05-24 at 00:02, Rocco Caputo wrote: > > Postbacks are cumbersome for message passing in larger programs. > > I also notice that postbacks decrease the transparency of the messages > being passed. When posts are used, it's

Re: Pattern for converting procedures to events

2002-05-24 Thread tr16
I suggest using some kind of automaton. Most types can handle looping and branching, and if they get extended or can run code or store data they are powerful enough. Creating yet another way is probably not good for the learning curve you talked about. You do not really need a new session type. Mo

Re: ann: coloured petri net module

2002-05-13 Thread tr16
On Mon, May 13, 2002 at 02:35:27AM -0400, Rocco Caputo wrote: > On Mon, May 13, 2002 at 12:01:33AM +0200, [EMAIL PROTECTED] wrote: > > > > [introduction to Coloured Petri Nets] > > > There are quite a few differences between the nets that use ML and this > > implementation. Perl hasn't got a rea

ann: coloured petri net module

2002-05-12 Thread tr16
Hi, I started work on an implementation for a Coloured Petri-Nets simulator. A current snapshot of the code and a link to an introduction to CPNs can be found at http://www.inf.tu-dresden.de/~tr16 . CPNs (or Petri Nets in general) are used to model possibly distributed systems. Dependencies can

Re: Object System

2002-02-11 Thread tr16
On Sun, Feb 10, 2002 at 09:53:16PM -0700, Chris Fedde wrote: > On Fri, 8 Feb 2002 23:05:57 -0500 Rocco Caputo wrote: > +-- > | On Sat, Feb 09, 2002 at 01:52:52AM +0100, [EMAIL PROTECTED] wrote: > | > similar as they would have been chosen to describe objects. So I think > | >

Re: Object System

2002-02-08 Thread tr16
On Fri, Feb 08, 2002 at 07:08:54PM -0500, Rocco Caputo wrote: > On Fri, Feb 08, 2002 at 10:55:09PM +0100, [EMAIL PROTECTED] wrote: > > On Fri, Feb 08, 2002 at 03:33:23PM -0500, Rocco Caputo wrote: > > > > > > == Inheritance and aggregation. == > > > > > > We'll have no end of trouble doing pract

Re: Object System

2002-02-08 Thread tr16
On Fri, Feb 08, 2002 at 03:33:23PM -0500, Rocco Caputo wrote: > On Fri, Feb 08, 2002 at 05:56:35PM +0100, [EMAIL PROTECTED] wrote: > > On Fri, Feb 08, 2002 at 10:50:25AM -0500, Matt Cashner wrote: > > > On (02/08/02 16:38), [EMAIL PROTECTED] wrote: > > [etc.] > > Man, this is SO far off topic.

Re: ANN: POE::Session::Cascading 0.01

2002-02-08 Thread tr16
On Fri, Feb 08, 2002 at 11:43:07AM -0700, Chris Fedde wrote: > On Fri, 8 Feb 2002 17:56:35 +0100 [EMAIL PROTECTED] wrote: > +-- > | > in lieu of consensus, i'm probably just going to play with some stuff on > | > my own. you guys will probably hate it but oh well :) > | > |

Re: ANN: POE::Session::Cascading 0.01

2002-02-08 Thread tr16
On Fri, Feb 08, 2002 at 01:47:08PM -0500, Matt Cashner wrote: > On (02/08/02 11:43), Chris Fedde wrote: > > > So my question is this: Are there projects along the way to an > > object layer that can be implemented and be useful by them selves > > without needing the whole infrastructure? > > yu

Re: ANN: POE::Session::Cascading 0.01

2002-02-08 Thread tr16
On Fri, Feb 08, 2002 at 10:50:25AM -0500, Matt Cashner wrote: > On (02/08/02 16:38), [EMAIL PROTECTED] wrote: > > > So when I speak > > about design, it is not about code in any way, but for example a statement > > that threading model xyz should be used. > > i've always found that this is bett

Re: ANN: POE::Session::Cascading 0.01

2002-02-08 Thread tr16
On Fri, Feb 08, 2002 at 10:03:18AM -0500, Matt Cashner wrote: > On (02/08/02 15:25), [EMAIL PROTECTED] wrote: > > > Do you think you can cope with that ? :) There are people (like me) that > > like doing software design more than coding, and they will probably flood > > you with specs :) > > whe

Re: ANN: POE::Session::Cascading 0.01

2002-02-08 Thread tr16
On Fri, Feb 08, 2002 at 08:19:32AM -0500, Matt Cashner wrote: > On (02/08/02 00:02), Rocco Caputo wrote: > > > > If you have problems, questions, patches, let me know. > > > > Squirrels haunt my dreams, but I've learned to cope. > > you too? i thought it was just me. > > > > Speaking of new

Re: POE::Component::Server::IRC (and PoCo::FTP and other goodies)

2002-01-24 Thread tr16
On Thu, Jan 24, 2002 at 12:47:52PM -0500, alex j avriette wrote: > course wrote the LittleEndian filter, and the napster server. I am very > impressed with it and want to contribute however I can. I suspect > finishing off PoCo::FTP would be useful to the project, but I'd have to > reach s

Re: POE::Component::Server::IRC

2002-01-24 Thread tr16
On Thu, Jan 24, 2002 at 11:12:42AM -0500, alex j avriette wrote: > > On Thursday, January 24, 2002, at 09:29 AM, [EMAIL PROTECTED] > wrote: > > > On Wed, Jan 23, 2002 at 04:11:28PM -0600, [EMAIL PROTECTED] wrote: > >> I made a hint on the POE::Component list on the wiki that I am working > >> o

Re: POE::Component::Server::IRC

2002-01-24 Thread tr16
On Wed, Jan 23, 2002 at 04:11:28PM -0600, [EMAIL PROTECTED] wrote: > I made a hint on the POE::Component list on the wiki that I am working > on the P::C::S::I module, but I forgot to check the list to see if > anyone else is working on it. > > Let me know if you are, otherwise I'm gonna contin

Re: ANNOUNCE: POE 0.1702 is on the web

2002-01-04 Thread tr16
On Thu, Jan 03, 2002 at 06:36:18PM -0500, Rocco Caputo wrote: > Rocco finally added pause_input() and resume_input() to > POE::Wheel::ReadWrite. Torvald Riegel will either be incredibly > relieved or intensely dismayed at this and the other input changes in > this version. I'm not dismayed :), al

Re: POE::Wheel::Run EOF?

2001-12-07 Thread tr16
On Fri, Dec 07, 2001 at 11:17:14AM -0500, Jason Boxman wrote: > On Friday 07 December 2001 07:02 am, you wrote: > > > > > > I use STDERR to signal The Wheel::Run's job completion as I'm using > > > STDOUT as a data stream channel. When I get a specific 'done' event from > > > STDERR I kill the w

Re: POE::Wheel::Run EOF?

2001-12-07 Thread tr16
On Fri, Dec 07, 2001 at 01:21:54AM -0500, Jason Boxman wrote: > On Friday 07 December 2001 12:56 am, you wrote: > > On Thu, Dec 06, 2001 at 05:20:05PM -0500, Jason Boxman wrote: > > > On Thursday 06 December 2001 04:02 pm, you wrote: > > > > How should I detect EOF on the stdout from POE::Wheel::R

Re: design: introspection or explicit declaration

2001-12-06 Thread tr16
On Thu, Dec 06, 2001 at 02:24:09PM -0500, [EMAIL PROTECTED] wrote: > > On 29-Nov-2001 Rocco Caputo wrote: > > Probably done in POE::Object or POE::Component or something. I'd like > > to see the object layer get away from Session as the unit of > > interaction. Sessions just aren't built for it

Re: POE::Component::Client::Cmd

2001-12-06 Thread tr16
On Thu, Dec 06, 2001 at 02:24:31PM -0700, Wilkinson, Mike wrote: > > I need to make a program that opens telnet connection on remote machines > (Net::Telnet for POE.) On the wiki I see there is no > POE::Component::Client::Telnet yet, but there is mention of a > POE::Component::Client::Cmd module

Re: design: introspection or explicit declaration

2001-12-06 Thread tr16
On Thu, Dec 06, 2001 at 02:24:48PM -0500, [EMAIL PROTECTED] wrote: > > On 29-Nov-2001 Torvald Riegel wrote: > > a solution might be to use the explicit approach now (development stage > > anyway) and maybe switch to the second way when Perl6 is out and > > hopefully provides some interesting feat

Re: Project statement for comment: LMA LMTP/LDAP/MailDir

2001-12-04 Thread tr16
On Tue, Dec 04, 2001 at 10:45:17AM -0700, Chris Fedde wrote: > > I did a POP proxy with POE last month. But time pressure was too > high to build the Net::LDAP interface I needed. So I fell back to > doing this tool with a select loop and forking It works well but > it hits kind of hard at peak u

PoCo::Client::FTP update

2001-12-01 Thread tr16
hi, there was an update for PoCo::Client::FTP, available through CVS on http://sourceforge.net/projects/poeftp/. It's almost a beta, data connections are missing. The state machine needs to be checked as well (that it stays consistent after aborts and the like). I might extract PoCo::Client::Cmd

Re: object layer again

2001-11-26 Thread tr16
On Sat, Nov 24, 2001 at 12:44:29PM -0500, Rocco Caputo wrote: > Good morning. > > About that object layer thing. A lot of discrete ideas are coming > together to form an object framework. I've put them together on the > web site: http://poe.perl.org/?POE_Design/Object_layer good work. but i'd l

Re: SV: B::Generate ...

2001-10-17 Thread tr16
On Tue, Oct 16, 2001 at 09:39:59PM +0200, Arthur Bergman wrote: > > > Hi, > > > > did someone took a closer look at B::Generate? There was a section on > > poecentral about using it to interrupt sequential handler code at places > > where it would block (calls and lock requests basically). I ju

Re: B::Generate ...

2001-10-16 Thread tr16
On Tue, Oct 16, 2001 at 02:41:00PM +0200, [EMAIL PROTECTED] wrote: > Hi, > > did someone took a closer look at B::Generate? There was a section on > poecentral about using it to interrupt sequential handler code at places > where it would block (calls and lock requests basically). I just took a

B::Generate ...

2001-10-16 Thread tr16
Hi, did someone took a closer look at B::Generate? There was a section on poecentral about using it to interrupt sequential handler code at places where it would block (calls and lock requests basically). I just took a quick look at it yesterday but wasn't able to build it. And, does someone kno

Re: enqueuing file i/o events?

2001-10-11 Thread tr16
On Wed, Oct 10, 2001 at 11:59:19PM -0400, [EMAIL PROTECTED] wrote: > > On 04-Oct-2001 Rocco Caputo wrote: > > On Wed, Oct 03, 2001 at 09:00:49PM +0200, [EMAIL PROTECTED] > > wrote: > > Paused events will complicate the queue and dispatch logic. For now > > I'm experimenting with pausing the even

Re: enqueuing file i/o events?

2001-10-03 Thread tr16
On Mon, Oct 01, 2001 at 03:05:14PM -0400, Rocco Caputo wrote: > On Mon, Oct 01, 2001 at 08:38:47PM +0200, [EMAIL PROTECTED] wrote: > > On Sat, Sep 29, 2001 at 02:10:54PM -0400, Rocco Caputo wrote: > > > Does anyone rely on I/O events arriving out of order? Right now > > > they're dispatched witho

Re: enqueuing file i/o events?

2001-10-01 Thread tr16
On Sat, Sep 29, 2001 at 02:10:54PM -0400, Rocco Caputo wrote: > Does anyone rely on I/O events arriving out of order? Right now > they're dispatched without going through the queue, and it makes input > flow control tricky. > > I was thinking about changing the behavior, posting those events > t

Re: PoCo::Client::FTP

2001-09-16 Thread tr16
The sources are now at http://www.inf.tu-dresden.de/~tr16. if you like we could certainly work together, although my plan is to complete the scripting module and use it as it would make several things easier. torvald

Re: PoCo::Client::FTP

2001-09-15 Thread tr16
I have code as well. Although I didn't port Net::FTP as it doesn't fit POE IMHO. However I'm not at home at the moment and cannot access or provide sources. I will make them publicly accessible on monday. If I remember correctly (I don't have a lot of spare time right now and want to do the POE s

Re: POE::Stream

2001-08-12 Thread tr16
On Sun, Aug 12, 2001 at 05:47:46PM -0400, Rocco Caputo wrote: > > I'm inclined to use chained filters to do it. I'm against a complete > Session for every discipline on a stream because the $kernel->call() > between them will add a lot of overhead. True. But they could be perl objects dealing w

Session Relationships

2001-08-12 Thread tr16
There are several POE::Relationship sub classes mentioned in the TODO file. I'd like to note that these are patterns which should be layered on a real link. these relationships (relations would be better) are called associations between objects (at least in UML and what I've seen so far). the en

Re: Napster!

2001-08-07 Thread tr16
On Tue, Aug 07, 2001 at 10:58:50AM +0200, Arthur Bergman wrote: > 01-08-06 21.36, skrev Nathan Torkington på [EMAIL PROTECTED] följande: > > > Someone who wrote a Freenet server in Perl would make my year. The > > only implementation of Freenet right now is in Java, and my > > experiments showed

Re: Napster! (Freenet)

2001-08-06 Thread tr16
On Mon, Aug 06, 2001 at 05:06:45PM -0400, Rocco Caputo wrote: > On Mon, Aug 06, 2001 at 10:35:08PM +0200, [EMAIL PROTECTED] wrote: > > > > There are certainly several people on this list that could help you with > > all the POE specifics and IO stuff. Just do the protocol part and ask for > > the

Re: Napster!

2001-08-06 Thread tr16
On Mon, Aug 06, 2001 at 01:36:25PM -0600, Nathan Torkington wrote: > Arthur Bergman writes: > > > While we are dreaming about other protocols, I`ve always thought that we > > > needed POE::Component::Napster. Actually, now that I think about it, I > > > realise that Napster has died so... > > >

Re: SECURITY!!!!!

2001-08-04 Thread tr16
On Sat, Aug 04, 2001 at 09:15:51AM +0200, Arthur Bergman wrote: > 01-08-03 15.16, skrev [EMAIL PROTECTED] på > [EMAIL PROTECTED] följande: > > > Apart from checking the source code we should invest more time to build > > the security part of POE (things like ssh connections, DOS prevention, ...).

Re: SECURITY!!!!!

2001-08-03 Thread tr16
On Fri, Aug 03, 2001 at 02:29:47PM +0200, Arthur Bergman wrote: > I finished my speech earlier this morning about POE, it was a pretty big > turnup. > > One thing came up, what happens if you feed Filter::Line data with no new > line, what happens when you feed Filter::Block VERY LARGENUMBER\0, h

Re: SECURITY!!!!!

2001-08-03 Thread tr16
On Fri, Aug 03, 2001 at 09:50:00AM -0400, Rocco Caputo wrote: > On Fri, Aug 03, 2001 at 03:16:01PM +0200, [EMAIL PROTECTED] wrote: > > > > [...] > > > No input data flow control is bad as well, but I guess this is being worked > > on. > > It's still being worked on. I had to fix the way wheels

Re: SECURITY!!!!!

2001-08-03 Thread tr16
On Fri, Aug 03, 2001 at 10:17:07AM -0400, Matt Cashner wrote: > On (08/03/01 09:50), Rocco Caputo wrote: > > > > Up to now using POE is kind of "raw". Building systems that are secure > > > by default should be easier if applications are written on a more abstract > > > level. > > > > I have mix

Re: preforking server

2001-07-30 Thread tr16
On Mon, Jul 30, 2001 at 01:56:18PM -0700, Bill Moseley wrote: > > Right. When the index is first opened it reads header info, and reads in > some hash value-to-seek position tables at startup. This is the operation > that could be done once at server startup. you could let the main (forking)

announce: POE::Component::Client::FTP alpha

2001-07-20 Thread tr16
hi, it can be downloaded at http://www.inf.tu-dresden.de/~tr16. Still alpha but all basic stuff is included. It cannot really be used right now but might be interesting. Please tell me if you have any suggestions or specific use cases. Torvald

Re: refcounts to keep sessions alive

2001-07-19 Thread tr16
On Thu, Jul 19, 2001 at 03:49:52PM -0700, Todd Caine wrote: > Thanks for the quick replies. I'm working on a creating a > POE::Component which implements a distributed election > algorithm, aka the "bully algorithm". The idea is to have > multiple poe processes running the Component and all talk

Re: refcounts to keep sessions alive

2001-07-19 Thread tr16
On Thu, Jul 19, 2001 at 02:55:33PM -0700, Todd Caine wrote: > I guess I wasn't very clear. The component is being kept alive by the use of > an alias. The session which posted to the component keeps stopping before the > component can post back to it. So my problem isn't that the component is d

Re: refcounts to keep sessions alive

2001-07-19 Thread tr16
On Thu, Jul 19, 2001 at 11:53:42AM -0700, Todd Caine wrote: > I just need some clarification. When writing a > POE::Component. If the POE Session using the component just > starts up and posts an event to the component, the only way > for the Session to remain alive long enough to receive a > po

Re: Addressing once again

2001-06-29 Thread tr16
On Fri, Jun 29, 2001 at 12:54:30PM -0400, [EMAIL PROTECTED] wrote: > 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? actually, i don't like any

Re: object layer ideas

2001-06-27 Thread tr16
On Wed, Jun 27, 2001 at 02:13:40PM -0400, [EMAIL PROTECTED] wrote: > > On 27-Jun-2001 [EMAIL PROTECTED] wrote: > [...] > > Let me twiddle some code here. > > Here it is http://pied.nu/Perl/objects.perl is a rough draft of how I see > object layers could be implemented. i cannot come up with an

Re: Beyond IKC/monitor : SENDER, session death and more

2001-06-27 Thread tr16
On Wed, Jun 27, 2001 at 10:59:28AM -0400, Rocco Caputo wrote: > On Wed, Jun 27, 2001 at 11:13:39AM +0200, [EMAIL PROTECTED] wrote: > > On Wed, Jun 27, 2001 at 09:51:50AM +0200, Artur Bergman wrote: > > > 01-06-27 07.54, skrev [EMAIL PROTECTED] på [EMAIL PROTECTED] följande: > > [...] > > > > Are

Re: Scripting, semaphores and relationships

2001-06-27 Thread tr16
On Tue, Jun 26, 2001 at 09:35:39PM -0400, [EMAIL PROTECTED] wrote: > The idea of POE scripting has been floating around for some time now. > Here are some other ideas on it. > > A POE script is a series of states that are triggered in succession, but > share some amount of data. A simple scrip

Re: Beyond IKC/monitor : SENDER, session death and more

2001-06-27 Thread tr16
On Wed, Jun 27, 2001 at 09:51:50AM +0200, Artur Bergman wrote: > 01-06-27 07.54, skrev [EMAIL PROTECTED] på [EMAIL PROTECTED] följande: > > > > > On 23-Jun-2001 Artur Bergman wrote: > >> I don't see how this is relevant. > > This is relevant as it's a more global way of viewing all the little >

Re: Beyond IKC/monitor : SENDER, session death and more

2001-06-23 Thread tr16
On Sat, Jun 23, 2001 at 03:20:43PM +0200, Artur Bergman wrote: > 01-06-22 02.35, skrev [EMAIL PROTECTED] på > [EMAIL PROTECTED] följande: > > > although this does not address the problem on the same level i would suggest > > using a proper object layer. i posted a very short plan for one some day

Re: Introspection

2001-06-21 Thread tr16
On Thu, Jun 21, 2001 at 05:06:51PM -0400, [EMAIL PROTECTED] wrote: > I don't think POE has much of this. I would like to get a list of all > current sessions (probably a list of IDs), then query for, with aliases > and current states. Something like : > > @ids=$kernel->session_list(); >

Re: POE::Event and the death of call()

2001-06-21 Thread tr16
On Thu, Jun 21, 2001 at 07:35:58PM -0400, Rocco Caputo wrote: > > > So, how about also allowing a hash ref... or POE::Event object as a > > specifier for event addresses? > > { > > to=>'some_session/some_event', > > sender=>$_[SENDER], > > reply=>'callback_event' > >

Re: Beyond IKC/monitor : SENDER, session death and more

2001-06-21 Thread tr16
hi, although this does not address the problem on the same level i would suggest using a proper object layer. i posted a very short plan for one some days ago. attaching yet another feature to poe (session) reference handling will not solve the problem. well it could, but developers would end up

Re: Session management

2001-06-18 Thread tr16
On Mon, Jun 18, 2001 at 04:43:09PM -0700, Rob Bloodgood wrote: > Code? :-) > > Seriously, tho, I'm shure I could write it... I was just looking for > suggestions as to where to start. A fifo myself, eh? in your event handler for incoming requests, do something like: if ($heap->{still_retrieving}

Re: Session management

2001-06-18 Thread tr16
On Mon, Jun 18, 2001 at 12:35:56PM -0700, Rob Bloodgood wrote: > this seems to work, but I worry that I'm slowing down my init a LOT by > having all of these "pending" states to service (read, context switch back > and forth, constantly re-posting) while simultaneously trying to run > get_row() re

Re: POE BOF notes

2001-06-17 Thread tr16
hi, as this seems to show POE's future, I'd like to add that I've been thinking about writing an Object Layer for POE. Note that although I use this term it is probably not similar to Rocco's object layer. But I have just seen some code that was more centered around some kind of object repositor