From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: New patch for server sockets and datagram (UDP) support. Date: Fri, 8 Mar 2002 14:07:29 -0700 (MST) Message-ID: <200203082107.g28L7Tn03359@wijiji.santafe.edu> 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> <200203071518.QAA17238@xaital.online-marketwatch.com> <5xvgc8nyw0.fsf@kfs2.cua.dk> <200203071732.SAA17748@xaital.online-marketwatch.com> <5x4rjsylom.fsf@kfs2.cua.dk> <200203080738.IAA21409@xaital.online-marketwatch.com> Reply-To: rms@gnu.org NNTP-Posting-Host: quimby.gnus.org X-Trace: quimby.gnus.org 1015621804 5269 80.91.224.244 (8 Mar 2002 21:10:04 GMT) X-Complaints-To: usenet@quimby.gnus.org NNTP-Posting-Date: 8 Mar 2002 21:10:04 GMT Cc: storm@cua.dk, emacs-devel@gnu.org Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16jRcp-0001Mq-00 for ; Fri, 08 Mar 2002 22:10:03 +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 16jRc8-0007Cx-00; Fri, 08 Mar 2002 16:09:20 -0500 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16jRaN-000763-00; Fri, 08 Mar 2002 16:07:31 -0500 Original-Received: from wijiji.santafe.edu (wijiji [192.12.12.5]) by pele.santafe.edu (8.11.6+Sun/8.9.3) with ESMTP id g28L7eu07059; Fri, 8 Mar 2002 14:07:41 -0700 (MST) Original-Received: (from rms@localhost) by wijiji.santafe.edu (8.11.6+Sun/8.9.3) id g28L7Tn03359; Fri, 8 Mar 2002 14:07:29 -0700 (MST) X-Authentication-Warning: wijiji.santafe.edu: rms set sender to rms@wijiji using -f Original-To: helmut@212186011228.11.tuwien.teleweb.at In-reply-to: <200203080738.IAA21409@xaital.online-marketwatch.com> (message from Helmut Eller on Fri, 8 Mar 2002 08:38:55 +0100) 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: quimby.gnus.org gmane.emacs.devel:1813 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1813 > :nowait BOOL -- Don't wait for client process to complete the > connection to the server if BOOL is non-nil; instead, the sentinel > function will be called with second matching "open" (if successful) or > "failed" when the connect completes. Default is to use a blocking > connect. I would prefer :wait that defaults to t. Is shorter and avoids the negation. A default that isn't nil, when nil cannot stand for use of the default, is problematical. > The following special call returns t iff a given KEY VALUE > pair is supported on this system: > (make-network-process :feature KEY VALUE) */) Hmm... this looks a bit strange. Can you give some examples? Especially, what do you supply as VALUE? That usage seems like a kludge to me. What exactly is it trying to solve? Would it work to simply try this combination of args, catch the error that you get if it isn't supported, and try another method? _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel