From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Al Petrofsky Newsgroups: gmane.emacs.devel Subject: Re: Final(?) patch for server sockets and datagram (UDP) support. Date: Wed, 13 Mar 2002 16:50:12 -0800 Sender: emacs-devel-admin@gnu.org Message-ID: <200203140050.QAA25591@radish.petrofsky.org> References: <5xwux64cxe.fsf@kfs2.cua.dk> <5xg03pyyo3.fsf@kfs2.cua.dk> <5xadtvuodz.fsf@kfs2.cua.dk> <200202280408.g1S48QG19264@aztec.santafe.edu> <5xvgchkui4.fsf@kfs2.cua.dk> <200203012123.g21LNvS20494@aztec.santafe.edu> <5xofi1p7cz.fsf_-_@kfs2.cua.dk> <5xg03cprxi.fsf@kfs2.cua.dk> <874rjsd2uc.fsf@gnu.org> <5xbse0pn55.fsf@kfs2.cua.dk> <200203082106.g28L6CM03188@wijiji.santafe.edu> <5xbsdsea1a.fsf@kfs2.cua.dk> <5xd6y8nji8.fsf_-_@kfs2.cua.dk> NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1016067090 14127 127.0.0.1 (14 Mar 2002 00:51:30 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 14 Mar 2002 00:51:30 +0000 (UTC) Cc: emacs-devel@gnu.org, helmut@212186011228.11.tuwien.teleweb.at Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16lJSr-0003fl-00 for ; Thu, 14 Mar 2002 01:51:29 +0100 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16lJVi-0003F5-00 for ; Thu, 14 Mar 2002 01:54:26 +0100 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16lJSc-0000g9-00; Wed, 13 Mar 2002 19:51:14 -0500 Original-Received: from radish.petrofsky.org ([216.240.48.33]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16lJRz-0000eK-00 for ; Wed, 13 Mar 2002 19:50:35 -0500 Original-Received: (from al@localhost) by radish.petrofsky.org (8.9.3/8.9.3/Debian 8.9.3-21) id QAA25591; Wed, 13 Mar 2002 16:50:12 -0800 Original-To: storm@cua.dk In-Reply-To: <5xd6y8nji8.fsf_-_@kfs2.cua.dk> (storm@cua.dk) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.5 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:1925 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1925 It's always been a bit confusing that emacs uses the term process for sockets that have no associated process. That confusion will get a little worse now that emacs processes will include server and datagram sockets, which don't even share processes' stream-like nature. I'm not saying we should rename everything now to fix this, but I think it would help if the start of the "make-network-process" doc string immediately disclaimed any relationship to a unix process. > :host HOST -- HOST is name of the host to connect to, or its IP > address. If specified for a server process, only clients on that host > may connect. The symbol `local' specifies the local host. Don't you mean something like "If specified for a server process, it must be a valid name or address for the local host, and only clients connecting to that address will get through"? > :local ADDRESS -- ADDRESS is the local address used for the > connection. This parameter is ignored when opening a client process. > When specified for a server process, the HOST and SERVICE are ignored. > > :remote ADDRESS -- ADDRESS is the remote partner's address for the > connection. This parameter is ignored when opening a server process. > When specified for a client process, the HOST and SERVICE are ignored. These seemed pointless until I read the process-contact doc, and the NEWS. (The format of the address wasn't documented in either function's doc string.) I don't think it's a good idea to add two more arguments to make-network-process just so that process-contact is easier to document. Is there some other point? -al _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel