in reply to Win32::Process and Sockets

I think the socket approach is likely the best, and most documented. Other possiblities include named pipes, and shared memory which I would avoid for your needs here.

Basically, I would say to set up your child process to listen on a defined port and the set up the parent process to send instructions to that port. Is there any reason something like that wouldn't work?

Here is a good node on setting up a client/server setup using IO::Socket. It helped me get off the ground.

Replies are listed 'Best First'.
Re: Re: Win32::Process and Sockets
by Eradicatore (Monk) on Sep 25, 2001 at 22:23 UTC
    Thanks for the information! I really need to avoid using fork though because I'm already using that now, and since it's completely unsupported right now on windows activestate perl, and is crashing on the exit of the forked process, I need a new solution. Win32::Process works well I believe, but I need to start the process shown above, and then talk to it. So let me see if I understand what I should do. I should pick a port number (8000 or up??) and see if its available. Then if so, open a socket on it (socket::inet or just socket??) and then pass that socket number as a command line argument to the new process I'll be starting. Then that new process can just open a socket from it's end to the same port number, and just start listening to that socket as it does now with STDIN? Is that right? What protocol should I use? I just want to send ascii text one line at a time...

    Justin Eltoft

    "If at all god's gaze upon us falls, its with a mischievous grin, look at him" -- Dave Matthews