Re: Persistent Net::Telnet Objects in Apache2/mod_perl2

2002-07-16 Thread Stas Bekman
French, Shawn wrote: Stas Bekman wrote: It seems that you are after the same functionality as Apache::DBI, you want a pool of items that you want to be able to choose from. Look for threads::shared (perl 5.8.0), just create a shared hash with keys that you use for the map and the values for

Persistent Net::Telnet Objects in Apache2/mod_perl2

2002-07-15 Thread French, Shawn
Hey everyone, It's me again... the persistent telnet mod_perl newbie! (http://msgs.securepoint.com/cgi-bin/get/apache0205/204.html) I have implemented my project using persistent telnet connections (one for each user session accessible throught the session to perform various functions through

Re: Persistent Net::Telnet Objects in Apache2/mod_perl2

2002-07-15 Thread Stas Bekman
French, Shawn wrote: Hey everyone, It's me again... the persistent telnet mod_perl newbie! (http://msgs.securepoint.com/cgi-bin/get/apache0205/204.html) I have implemented my project using persistent telnet connections (one for each user session accessible throught the session to perform

RE: Persistent Net::Telnet Objects in Apache2/mod_perl2

2002-07-15 Thread French, Shawn
Stas Bekman wrote: It seems that you are after the same functionality as Apache::DBI, you want a pool of items that you want to be able to choose from. Look for threads::shared (perl 5.8.0), just create a shared hash with keys that you use for the map and the values for the actual

Re: Persistent Net::Telnet Objects

2002-05-31 Thread Perrin Harkins
French, Shawn wrote: Recall that I am using: Apache/1.3.20 (Win32) mod_perl/1.25_01-dev mod_ssl/2.8.4 OpenSSL/0.9.6a on Windows 2000 with PHP 4.21 Would this be why my scripts are working? Mystery solved! Yes, that's why. You are running mod_perl in single process mode because you're on

Re: Persistant references [was] Persistent Net::Telnet Objects

2002-05-31 Thread Perrin Harkins
First, there is no way to effectively pass compiled code between processes at this time. It isn't likely to happen with Perl 5 because attempts at loading compiled bytecode from disk have usually had poor performance and other issues. Second, what you're proposing is probably not a good idea

Re: Persistent Net::Telnet Objects

2002-05-30 Thread Medi Montaseri
Perhaps you can put a System V message Queue in front of both Telnet connections, this way producers can place their messages in the queue asynchronously , and the backend (consumer) can pick them up in a FIFO. Also, try using Net::SSH::Perl. The Net::Telnet does not give your things like

RE: Persistent Net::Telnet Objects

2002-05-30 Thread French, Shawn
I just found this: http://www.devshed.com/Talk/Books/ProApache/page2.html On Windows platforms, Apache does not fork; consequently, the directives for controlling the number of processes or their lifetime have no effect. Instead, Apache runs as a multi-threaded process Recall that I am using:

RE: Persistent Net::Telnet Objects

2002-05-30 Thread Jim Helm
] Subject: RE: Persistent Net::Telnet Objects Perrin wrote: I can't see how it could be working now That makes two of us! You're probably opening new telnet connections from each apache process. I know that I am not since they are continuing to log to the same dump file, and my code

Re: Persistant references [was] Persistent Net::Telnet Objects

2002-05-30 Thread Ryan Parr
] To: [EMAIL PROTECTED] Sent: Wednesday, May 29, 2002 11:16 PM Subject: Re: Persistant references [was] Persistent Net::Telnet Objects You could just pass around a string rather than a subref: my $handler = 'sub { my $arg = @_; do_something(); }'; vs my $handler = sub { my $arg

Re: Persistent Net::Telnet Objects

2002-05-29 Thread Perrin Harkins
French, Shawn wrote: Although this is working right now, I don't know enough [ anything? :) ] about Apache or mod_perl to be sure that this will work in the future. I can't see how it could be working now, unless it is actually creating a new Telnet object on every request. Your %sessionHash

RE: Persistent Net::Telnet Objects

2002-05-29 Thread mod_perl
Maybe you can tell us more about the project (e.g. why telnet ?) so there will come many bad advices ? :-) Peter Bi Perrin wrote: I can't see how it could be working now That makes two of us! You're probably opening new telnet connections from each apache process. I know that I

Re: Persistent Net::Telnet Objects

2002-05-29 Thread Rob Mueller (fastmail)
); $| = 1; select ($ofh); If you do some experimenting, you'll get something that works, you'll also find lots of cases that don't. Rob - Original Message - From: French, Shawn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, May 30, 2002 3:53 AM Subject: Persistent Net::Telnet

Re: Persistant references [was] Persistent Net::Telnet Objects

2002-05-29 Thread Ryan Parr
to be *some* way to do this... -- Ryan - Original Message - From: Ryan Parr [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 29, 2002 9:16 PM Subject: Persistant references [was] Persistent Net::Telnet Objects Along these same lines I'm seeking a way to store a code

Re: Persistant references [was] Persistent Net::Telnet Objects

2002-05-29 Thread Garth Winter Webb
: Wednesday, May 29, 2002 5:35 PM Subject: Re: Persistent Net::Telnet Objects Our project needed persistent socket connections open as well. There is supposed to be a standard mechanism to pass file descriptors between unix processes, though it's bugginess level depends on your OS