in reply to Re: Threads/processes under Apache
in thread Threads/processes under Apache

I was really hoping to get something functional using threads and function calls into the server. If it is standalone, then my scripts will need some hokey magic with message queues or some such interface. That is actually the current interface - a standalone server written in C waiting to accept udp messages, and when one is accepted, just do a system call with the contents of the message to launch a new browser with an argument of a new cgi script. Any way I can simplify the situation would be the best-case. The perl cgi scripts are driving the project, as they serve up html to a browser, and sockets from the main system need to interface and control things (both coming and going).

Replies are listed 'Best First'.
Re^3: Threads/processes under Apache
by perrin (Chancellor) on Dec 02, 2006 at 17:42 UTC

    If it is standalone, then my scripts will need some hokey magic with message queues or some such interface.

    Why would it need that? Can you explain a little more about what this UDP server is supposed to be doing? I can't understand why you think it would be simpler to have a CGI script become a server.

    That is actually the current interface - a standalone server written in C waiting to accept udp messages, and when one is accepted, just do a system call with the contents of the message to launch a new browser with an argument of a new cgi script.

    There's no reason to use a system call to make an HTTP request. Just use something like LWP if that's what you need to do.