HP3000-L Archives

January 2003, Week 5

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Keven Miller <[log in to unmask]>
Reply To:
Keven Miller <[log in to unmask]>
Date:
Wed, 29 Jan 2003 09:40:42 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (56 lines)
Here is some text from IPCRECVCN. Note the last sentance.

Description
The IPCRECVCN intrinsic allows a process to receive a connection
request and establish a connection (virtual circuit). The connection is
identified by the returned VC socket descriptor. The calling process can
then employ the IPCSEND and IPCRECV intrinsics to send and receive
data on the connection. A maximum of one unreceived connection
request may be queued to a call socket.

I was thinking there was a way to change it like with the bsd call listen
( s, n ) where n is
the queue size. This may be why I choose (I can't remember that far back;
and yes,
I still have docuphobia of sorts as do all programmers) for my server to
have a son
process (or processes) that does the (in my case, RPMCREATE) process
creation
and handing off the socket.
I use a msgfile between the two for passing the socket name, so the names
can queue up
from the parent process.

Some pseudo pseudo-code.
Parent
-------
Create sons
create listen socket
Loop:
   IPCRECVCN
   get socket name or give it one
   IPCGIVE
   write name to msgfile
   goto loop

Son
------
open msgfile
loop:
   read msgfile
   IPCGET
   IPCGIVE
   RPMCREATE or CRAETEPROCESS with INFO containing socket name
   IF create error
      IPCGET
      IPCSHUTDOWN
   ENDIF
   goto loop


Keven Miller
[log in to unmask]

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2