[lsb-discuss] More symbols for LSB
Robert Schweikert
Robert.Schweikert at abaqus.com
Fri Aug 18 10:50:29 PDT 2006
On Fri, 2006-08-18 at 10:05 -0700, Nick Stoughton wrote:
> On Fri, 2006-08-18 at 12:41 -0400, Robert Schweikert wrote:
> > ANy chance of getting the xdr* symbols added to the LSB? In particular
> > we are using xdrstdio_create which is part of libc.
> >
> > Thanks,
> > Robert
>
>
> Here's what the situation is right now w.r.t the XDR functions:
>
> +---------------------+----------+
> | Iname | Istatus |
> +---------------------+----------+
> | xdr_accepted_reply | Included |
> | xdr_array | Included |
> | xdr_authdes_cred | Defered |
> | xdr_authdes_verf | Defered |
> | xdr_authunix_parms | Defered |
> | xdr_bool | Included |
> | xdr_bytes | Included |
> | xdr_callhdr | Included |
> | xdr_callmsg | Included |
> | xdr_char | Included |
> | xdr_cryptkeyarg | Defered |
> | xdr_cryptkeyarg2 | Defered |
> | xdr_cryptkeyres | Defered |
> | xdr_des_block | Defered |
> | xdr_domainname | Defered |
> | xdr_double | Included |
> | xdr_enum | Included |
> | xdr_float | Included |
> | xdr_free | Included |
> | xdr_getcredres | Defered |
> | xdr_hyper | Defered |
> | xdr_int | Included |
> | xdr_int16_t | Defered |
> | xdr_int32_t | Defered |
> | xdr_int64_t | Defered |
> | xdr_int8_t | Defered |
> | xdr_key_netstarg | Defered |
> | xdr_key_netstres | Defered |
> | xdr_keybuf | Defered |
> | xdr_keydat | Defered |
> | xdr_keystatus | Defered |
> | xdr_long | Included |
> | xdr_longlong_t | Defered |
> | xdr_mapname | Defered |
> | xdr_netnamestr | Defered |
> | xdr_netobj | Defered |
> | xdr_opaque | Included |
> | xdr_opaque_auth | Included |
> | xdr_peername | Defered |
> | xdr_pmap | Defered |
> | xdr_pmaplist | Defered |
> | xdr_pointer | Included |
> | xdr_reference | Included |
> | xdr_rejected_reply | Included |
> | xdr_replymsg | Included |
> | xdr_rmtcall_args | Defered |
> | xdr_rmtcallres | Defered |
> | xdr_short | Included |
> | xdr_sizeof | Defered |
> | xdr_string | Included |
> | xdr_u_char | Included |
> | xdr_u_hyper | Defered |
> | xdr_u_int | Included |
> | xdr_u_long | Included |
> | xdr_u_longlong_t | Defered |
> | xdr_u_short | Included |
> | xdr_uint16_t | Defered |
> | xdr_uint32_t | Defered |
> | xdr_uint64_t | Defered |
> | xdr_uint8_t | Defered |
> | xdr_union | Included |
> | xdr_unixcred | Defered |
> | xdr_valdat | Defered |
> | xdr_vector | Included |
> | xdr_void | Included |
> | xdr_wrapstring | Included |
> | xdr_yp_buf | Defered |
> | xdr_ypbind_binding | Defered |
> | xdr_ypbind_resp | Defered |
> | xdr_ypbind_resptype | Defered |
> | xdr_ypbind_setdom | Defered |
> | xdr_ypdelete_args | Defered |
> | xdr_ypmap_parms | Defered |
> | xdr_ypmaplist | Defered |
> | xdr_yppush_status | Defered |
> | xdr_yppushresp_xfr | Defered |
> | xdr_ypreq_key | Defered |
> | xdr_ypreq_nokey | Defered |
> | xdr_ypreq_xfr | Defered |
> | xdr_ypresp_all | Defered |
> | xdr_ypresp_key_val | Defered |
> | xdr_ypresp_maplist | Defered |
> | xdr_ypresp_master | Defered |
> | xdr_ypresp_order | Defered |
> | xdr_ypresp_val | Defered |
> | xdr_ypresp_xfr | Defered |
> | xdr_ypstat | Defered |
> | xdr_ypupdate_args | Defered |
> | xdr_ypxfrstat | Defered |
> | xdrmem_create | Included |
> | xdrrec_create | Included |
> | xdrrec_endofrecord | Defered |
> | xdrrec_eof | Included |
> | xdrrec_skiprecord | Defered |
> | xdrstdio_create | Defered |
> +---------------------+----------+
>
> Any interface marked as 'Defered' (sorry about the spelling!) is one
> that we have at some point in the past believed fulfilled most of the
> criteria to be included, but wasn't of sufficiently high interest at
> that time (around 1.3/2.0 as I recall) to finish off. In many cases,
> with the xdr functions, the missing thing is some underlying
> specification. Those 'included' are the ones listed in RFCs 1831 and
> 1832,
makes sense that xdrstdio_create is not part of these RFCs. Since XDR is
the underlying data format for RPC and they never need a file since all
the info is send through a pipe there is no need for the RPC RFCs to
specify how to deal with files.
> while those "defered" (or even deferred) have no underlying spec,
> and one has to be written.
>
> I'm not sure about test cases either ...
>
> So ... if you can either find or write a suitable specification entry
> (including copyright suitability), and provide test cases, I have no
> objection to these interfaces being added.
>
> According to the glibc documentation, "The code to support Sun RPC is
> taken verbatim from Sun's RPCSRC-4.0 distribution; see the file LICENSES
> for the text of the license."
--
Robert Schweikert MAY THE SOURCE BE WITH YOU
(Robert.Schweikert at abaqus.com) LINUX
ABAQUS Inc.
Phone : 401-276-7190
FAX : 401-276-4408
More information about the lsb-discuss
mailing list