From mboxrd@z Thu Jan 1 00:00:00 1970 Path: quimby.gnus.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: New patch for server sockets and datagram (UDP) support. Date: Fri, 08 Mar 2002 16:03:14 -0500 Message-ID: <200203082103.g28L3EZ25366@rum.cs.yale.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> <5xpu2fbewb.fsf@kfs2.cua.dk> <200203081636.g28Ga0120980@rum.cs.yale.edu> <5xit866alo.fsf@kfs2.cua.dk> NNTP-Posting-Host: quimby.gnus.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: quimby.gnus.org 1015621614 5052 80.91.224.244 (8 Mar 2002 21:06:54 GMT) X-Complaints-To: usenet@quimby.gnus.org NNTP-Posting-Date: 8 Mar 2002 21:06:54 GMT Cc: "Stefan Monnier" , Helmut Eller , 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 16jRZl-0001JO-00 for ; Fri, 08 Mar 2002 22:06:53 +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 16jRZ3-0006vT-00; Fri, 08 Mar 2002 16:06:09 -0500 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16jRWJ-0006j1-00 for ; Fri, 08 Mar 2002 16:03:19 -0500 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g28L3EZ25366; Fri, 8 Mar 2002 16:03:14 -0500 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: storm@cua.dk (Kim F. Storm) 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:1810 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:1810 > "Stefan Monnier" writes: > > > > > > 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? > > > > > > > > > > It simply tests whether using KEY VALUE as arguments to make-network-stream > > > is supported, e.g. :datagram t, :nowait t, :family 'local. > > > > I suggest to use `subfeatures' for that: > > > > (provide 'network '(:datagram :nowait :family ...)) > > I don't want to invent something new here if it isn't needed, but the > problem here is that the proper setings here are determined at > compile-time, so it's not just a question of putting a (provide...) > line somewhere in a lisp file -- since that information is not > available to lisp [that's why I provided the :feature interface]. Then put the call to `feature' in the C code. > > so you can then check > > > > (featurep 'network :datagram) > > > But how do you test for availability of :family 'local ? Whichever way you feel like, e.g. (featurep 'network :family:local). I guess I just don't understand the question. Also, it's often good enough to just call make-network-process and see if it succeeds. You only really need to provide/use `featurep' in order to know whether something would be ignored or not. Stefan _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://mail.gnu.org/mailman/listinfo/emacs-devel