summaryrefslogtreecommitdiffstats
path: root/include/rpcsvc/yp.x
Commit message (Collapse)AuthorAgeFilesLines
* Add Ids, from lite2.charnier1997-11-241-1/+3
|
* Remove sccsid, not present in Lite2.charnier1997-11-201-4/+1
|
* Add const to rcsid[] definition so that -Wall will not complain.charnier1997-10-311-2/+5
|
* Resolve conflicts.wpaul1997-05-281-1/+1
|
* Revert $FreeBSD$ to $Id$peter1997-02-231-1/+1
|
* Make the long-awaited change from $Id$ to $FreeBSD$jkh1997-01-141-1/+1
| | | | | | | | This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long. Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise.
* Add structure and procedure definitions for NIS v1. (This informationwpaul1996-02-261-2/+71
| | | | | was reverse-engineered using the <rpcsvc/ypv1_prot.h> file supplied with SunOS 4.1.3 as a guide.)
* *groan* Fix yet _ANOTHER_ discrepancy between the NIS protocol definitionwpaul1995-12-221-2/+6
| | | | | | | and real life. YPPUSHPROC_XFRRESP is supposed to return void and take an argument of type yppushresp_xfr, not the other way around as yp.x seems to imply. (I spent two hours today staring intensely at my prototype ypxfr code and scratching my head before I finally figured this out.)
* *sigh* Yet another bogosity: the YPPROC_FIRST procedure is listed aswpaul1995-12-091-2/+5
| | | | | | | taking an argument of type ypresp_key. This is incorrect: it should be ypresp_nokey. (yp_first() is supposed to return the first key in a given map; the server doesn't need any client-specified key to handle such a request.)
* "What? He's modifying the NIS protocol definition!?"wpaul1995-12-081-7/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | No, not really. There are just a couple of long-standing bogosities here that I feel compelled to fix. :) There are two small changes here: 1) yp.x actually contains _three_ protocol definitions: YPPROG (standard NIS client/server procedures), YPPUSH_XFRRESPPROG (callback handler for the YPPROC_XFR service, aka ypxfr/yppush) and YPBINDPROG (for ypbind, ypset & friends). The problem is that when you run yp.x through rpcgen(1), it generates client and server stubs with hooks for all three services. This makes it impossible to actually use the rpcgen-erated code in a program that only deals with _one_ of these services (ypserv, ypbind, etc...) without manually removing the unneeded stubs (either by hand editing or by committing unspeakable horrors with sed). This defeats the whole purpose of using rpcgen and is generally annoying. What I've done is to insert a few #ifndefs and #endifs to allow a programmer to selectively blot out those functions that aren't needed for a particular program. For instance, if you do 'rpcgen -DYPSERV_ONLY', you'll get only the necessary client/server stubs to implement the standard yp client and server functions. If you do 'rpcgen -DYPBIND_ONLY', you get only what you need for ypbind. If you don't #define anything, you get the whole mess, just like before, so existing programs won't notice the difference. (Note that the -D flag is not supported by our existing crufty version of rpcgen, but I intend to update it soon.) 2) The definition for the ypresp_key_val structure is actually incorrect with respect to reality: the key and val members are specified in the wrong order. It should be val/key rather than key/val. For whatever the reason, Sun's actual NIS implementation contradicts the protocol definition in this case. Again, accounting for this bogosity here is cleaner and easier than mangling the output from rpcgen.
* Moved 1.1.5 RPC service files from 1.1.5. Tese are the correct ones;wollman1994-08-041-0/+296
the ones in /usr/src/lib/librpc/rpcsvc are somewhat bogus and will be deleted. Submitted by: Original work in 1.1 by J.T. Conklin.
OpenPOWER on IntegriCloud