gen_tcp:controlling_process
Joakim G.
jocke@REDACTED
Fri Feb 28 15:41:44 CET 2003
Over my dead body. :-)
/Jocke
Sean Hinde wrote:
> All you need to do now is make it into a gen_server (thus adding code
> replacement and tracing) and the transformation will be complete ;-)
>
> Sean
>
> > From: Joakim G. [mailto:jocke@REDACTED]
>
> > I often argue that callback oriented programming is boring.
> > Still I found
> > myself writing:
> >
> > http://www.gleipnir.com/xmlrpc/unpacked/LATEST/src/tcp_serv.erl
> >
> > A good old ad hoc tcp server behaviour. :-)
> >
> > Cheers
> > /Jocke
> >
> > Sean Hinde wrote:
> >
> > >>As Martin says "use with care" it is worth pointing out
> > >>another way of doing
> > >>this:
> > >>
> > >>Have a process which owns the listening socket. This will
> > >>spawn a socket
> > >>process which will block in accept until a client arrives -
> > >>at which time it
> > >>messages back to the listening process to tell it to spawn a new
> > >>socket/accepting process.
> > >>
> > >>This model is widely used but for a very nice example take a
> > >>look at joe's
> > >>recent web_server tutorial. http://www.sics.se/~joe
> <http://www.sics.se/%7Ejoe>
> > >>
> > >>
> > >
> > >Now I just read Chris' post pointing out Joe's comment that
> > this is very
> > >complex.. If you study Joes code (always an education) you
> > will eventually
> > >see why, but if you don't need to limit the number of
> > connections then my
> > >recipe will work OK (you of course do need to handle EXIT
> > messages from the
> > >accepting process, which may arrive before or after the
> > accept succeeded)
> > >
> > >Sean
> > >
> > >
> > >
> > > NOTICE AND DISCLAIMER:
> > >This email (including attachments) is confidential. If you
> > have received
> > >this email in error please notify the sender immediately and
> > delete this
> > >email from your system without copying or disseminating it
> > or placing any
> > >reliance upon its contents. We cannot accept liability for
> > any breaches of
> > >confidence arising through use of email. Any opinions
> > expressed in this
> > >email (including attachments) are those of the author and do
> > not necessarily
> > >reflect our opinions. We will not accept responsibility for
> > any commitments
> > >made by our employees outside the scope of our business. We
> > do not warrant
> > >the accuracy or completeness of such information.
> > >
> > >
> >
> >
>
>
>
> NOTICE AND DISCLAIMER:
> This email (including attachments) is confidential. If you have
> received this email in error please notify the sender immediately and
> delete this email from your system without copying or disseminating it
> or placing any reliance upon its contents. We cannot accept liability
> for any breaches of confidence arising through use of email. Any
> opinions expressed in this email (including attachments) are those of
> the author and do not necessarily reflect our opinions. We will not
> accept responsibility for any commitments made by our employees
> outside the scope of our business. We do not warrant the accuracy or
> completeness of such information.
>
More information about the erlang-questions
mailing list