bancroft@amelia.nas.nasa.gov (Gordon V. Bancroft) (08/31/89)
Does anyone know if the event que can be shared across processes on the GTX machines, and at that I want those events to be ones that we push on to the que. This is for interprocess communication, if it isn't obvious. Thanks, Gordon Bancroft .
msc@ramoth.esd.sgi.com (Mark Callow) (09/02/89)
In article <3045@amelia.nas.nasa.gov>, bancroft@amelia.nas.nasa.gov (Gordon V. Bancroft) writes: > Does anyone know if the event que can be shared across > processes on the GTX machines, and at that I want those > events to be ones that we push on to the que. > > This is for interprocess communication, if it isn't > obvious. Trying to use the GL queue for interprocess communication is really gross. Use one of the many real IPC mechanisms available under IRIX. If you need to check for activity on both your GL queue and your IPC file descriptors, open the special file /dev/queue and add its file descriptor to the list you are handing to select. A select on /dev/queue indicates there is data available in you GL input queue. -Mark -- -Mark
fjhenigman@watcgl.waterloo.edu (Frank J. Henigman) (09/10/89)
In article <41279@sgi.sgi.com> msc@ramoth.esd.sgi.com (Mark Callow) writes: >Trying to use the GL queue for interprocess communication is really gross. >Use one of the many real IPC mechanisms available under IRIX. >If you need to check for activity on both your GL queue and your IPC file >descriptors, open the special file /dev/queue and add its file descriptor to >the list you are handing to select. A select on /dev/queue indicates there >is data available in you GL input queue. Can you do this with any "real IPC mechanism" other than a socket? Like maybe shared memory/semaphores or inter-process message queues? -- fjhenigman@watcgl.uwaterloo.ca Computer Graphics Lab fjhenigman@watcgl.waterloo.edu Frank J. Henigman University of Waterloo ...!watmath!watcgl!fjhenigman Waterloo, Ontario, Canada