state-threads
[Top] [All Lists]

IPC model

To: state-threads@xxxxxxxxxxx
Subject: IPC model
From: Dan Melomedman <dmelomed@xxxxxxxx>
Date: Sun, 20 May 2001 15:07:22 -0400
Sender: owner-state-threads@xxxxxxxxxxx
User-agent: Mutt/1.2.5i
I am writing a POP3 server that must have an ability to do LDAP
authentication (search a database in remote server). 

I am going to be using OpenLDAP 2.0.x libraries for now.
Does this mean that a process could be potentially blocked, even though
OpenLDAP does have asynchronous search functions? If so, what would be
an efficient and state-thread safe method of IPC, if I split the server
into two (one being the POP3 server, the other being help processes that
will accomplish LDAP authentication and return a response to a thread
via IPC). I would also have the helper processes eventually do disk read
I/O for the server.

One way of doing this could be a FIFO or a local Unix socket (DGRAM or
STREAM)? I can see that doing this with SysV message queues would be 
the easiest, but I do not want to support SysV message queues problems.

I cannot see how this could be accomplished with UDP sockets because the
helper process could grab its own response instead of getting it
to the thread that requested it. What about synchronization problems,
response ordering, request ordering? Any examples out there? Any help
would be greately appreciated.

P.S. I e-mailed Vivek S. Pai to access their source, but so far
got no response back.

<Prev in Thread] Current Thread [Next in Thread>