sending data to another process's input stream?

Ken Kinder bouncing at _nospam_velocitypenguin.com
Thu May 20 23:35:44 EDT 1999


Remove _nospam_ for replies via mail.

You might consider using a program called Paos.  It's like a shelving system,
setup as a server.  It's a lot simpler than using ILU or fnorb, and what I use
for exactly that (except my persistance server is also in python)  The web page
is: http://www.cs.colorado.edu/~carlosm/software.html

On Thu, 20 May 1999, Joe Strout wrote:
>Long time Python user, but Unix newbie, seeks solution to following:
>
>I have a (C++) program which I would like users to be able to interact
>with via CGI.  But this program has a lot of data in memory, and so I
>need it to keep its state persistent (in memory) between CGI
>invocations.
>
>One thought is to have this program running in one process, and talk to
>it via a Python CGI program running in another process.  That way, the
>CGI program can come and go as CGI programs do, but the *real* (C++)
>program keeps running and speaking to whomever asks.
>
>For this to work, I need two things:
>
>1. A way to feed input to the program running in another process.  That
>program is currently reading from standard in, and it'd be nice to keep
>it that way, but I could use some other mechanism if necessary.
>
>2. A way to get the output of that program back to the CGI (Python)
>program, for feeding back to the user.  Again, it's currently using
>cout, but I could wrap it in some other mechanism if necessary.
>
>Any advice on how this can be accomplished?
>
>Many thanks,
>-- Joe
>
>-- 
>,------------------------------------------------------------------.
>|    Joseph J. Strout           Biocomputing -- The Salk Institute |
>|    joe at strout.net             http://www.strout.net              |
>`------------------------------------------------------------------'
>Check out the Mac Web Directory!    http://www.strout.net/macweb.cgi




More information about the Python-list mailing list