Jay:
Jay Savage wrote on 03/08/2010 08:53:40 PM:
> It sounds like Term::Readline is using Term::ReadLine::Gnu as the
> back-end. The problem there is that, to Perl, the XS call for GNU
> readline() looks like a single system call.
> Try setting the PERL_RL environment to "Perl" instead of "Gnu":
On Mon, Mar 8, 2010 at 10:27 AM, Eric Veith1 wrote:
> "Bob McConnell" wrote on 03/05/2010 08:22:23 PM:
>> The way I read his problem description, it sounded neither simple nor
>> easy.
>
> Bob, Jay,
>
[snip]
> You see, there's IPC on the local machine and possibly sockets to a remote
> machine.
"Bob McConnell" wrote on 03/05/2010 08:22:23 PM:
> The way I read his problem description, it sounded neither simple nor
> easy.
Bob, Jay,
I fear, Jay, my explanaitions weren't fully able to depict what my app is
trying to archieve. It is not only a matter of IPC on one machine that
happens to
Jeremiah Foster wrote:
"Unix processes are one of two techniques for achieving reliable concurrency and
parallelism in server applications. Threads are out. You can use processes, or
async/events, or both processes and async/events, but definitely not threads. Threads are
out."
For people w
On Mar 5, 2010, at 20:22, Bob McConnell wrote:
> From: Jay Savage
>> On Wed, Mar 3, 2010 at 8:28 AM, Bob McConnell wrote:
>> [snip]
>>>
>>> However, if the application is this complex, is Perl really the best
>>> language to use? It would not be my first choice.
>>
>> That is a very strange st
From: Jay Savage
> On Wed, Mar 3, 2010 at 8:28 AM, Bob McConnell wrote:
> [snip]
>>
>> However, if the application is this complex, is Perl really the best
>> language to use? It would not be my first choice.
>
> That is a very strange statement to make on a Perl beginners list, not
> least becau
On Wed, Mar 3, 2010 at 8:28 AM, Bob McConnell wrote:
[snip]
>
> However, if the application is this complex, is Perl really the best
> language to use? It would not be my first choice.
>
That is a very strange statement to make on a Perl beginners list, not
least because it's complete bosh.
Wha
From: Eric Veith1
> Bob,
>
> what language would you have used? I admit this is my first Perl
project
> to involve this kind of child process handling.
Eric,
The final choice depends very much on A) target environment and B)
resources required. The use of libraries, both private and third par
Jeremiah Foster wrote on 03/03/2010 02:09:40
PM:
> I would avoid threads. I would have a program / process on machine 0
> that fires off another program / process on machine 1. Then I guess
> you need to fire off your program on machine 2 to do network
> monitoring (?). When the program on 1 is
From: Jeremiah Foster
> On Feb 26, 2010, at 10:34 PM, Eric Veith1 wrote:
>>
>> I'm wrinting a perl program that works with different threads.
>
> Your first sentence already has me worried. Threads are un-fun.
>
>> Those
>> threads depend on each other, not all in the same way. Some threads
sh
On Feb 26, 2010, at 10:34 PM, Eric Veith1 wrote:
> Dear list,
>
> I'm wrinting a perl program that works with different threads.
Your first sentence already has me worried. Threads are un-fun.
> Those
> threads depend on each other, not all in the same way. Some threads should
> stop when o
Dear list,
I'm wrinting a perl program that works with different threads. Those
threads depend on each other, not all in the same way. Some threads should
stop when others are finished with their work, and again others are to be
started afterwards. The current architecture I have in mind is tha
12 matches
Mail list logo
