Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

xpagetfd(3) [debian man page]

xpagetfd(3)							SAORD Documentation						       xpagetfd(3)

NAME
XPAGetFd - retrieve data from one or more XPA servers and write to files SYNOPSIS
#include <xpa.h> int XPAGetFd(XPA xpa, char *template, char *paramlist, char *mode, int *fds, char **names, char **messages, int n); DESCRIPTION
Retrieve data from one or more XPA servers whose class:name identifier matches the specified template and write it to files associated with one or more standard I/O fds (i.e, handles returned by open()). A template of the form "class1:name1" is sent to the XPA name server, which returns a list of at most ABS(n) matching XPA servers. A con- nection is established with each of these servers and the paramlist string is passed to the server as the data transfer request is initi- ated. If an XPA struct is passed to the call, then the persistent connections are updated as described above. Otherwise, temporary connec- tions are made to the servers (which will be closed when the call completes). The XPAGetFd() routine then retrieves data from the XPA servers, and write these data to the fds associated with one or more fds (i.e., results from open). Is n is positive, then there will be n fds and the data from each server will be sent to a separate fd. If n is nega- tive, then there is only 1 fd and all data is sent to this single fd. (The latter is how xpaget is implemented.) A string containing the class:name and ip:port is stored in the name array. If a given server returned an error or the server callback sends a message back to the client, then the message will be stored in the associated element of the messages array. NB: if specified, the name and messages arrays must be of size n or greater. The returned message string will be of the form: XPA$ERROR error-message (class:name ip:port) or XPA$MESSAGE message (class:name ip:port) Note that when there is an error stored in an messages entry, the corresponding bufs and lens entry may or may not be NULL and 0 (respec- tively), depending on the particularities of the server. The return value will contain the actual number of servers that were processed. This value thus will hold the number of valid entries in the bufs, lens, names, and messages arrays, and can be used to loop through these arrays. In names and/or messages is NULL, no information is passed back in that array. The mode string is of the form: "key1=value1,key2=value2,..." The following keywords are recognized: key value default explanation ------ -------- -------- ----------- ack true/false true if false, don't wait for ack from server (after callback completes) The ack keyword is not very useful, since the server completes the callback in order to return the data anyway. It is here for completion (and perhaps for future usefulness). Example - #include <xpa.h> #define NXPA 10 int i, got; int fds[NXPA]; char *names[NXPA]; char *messages[NXPA]; for(i=0; i<NXPA; i++) fds[i] = open(...); got = XPAGetFd(NULL, "ds9", "file", NULL, fds, names, messages, NXPA); for(i=0; i<got; i++){ if( messages[i] != NULL ){ /* error processing */ fprintf(stderr, "ERROR: %s (%s) ", messages[i], names[i]); } if( names[i] ) free(names[i]); if( messages[i] ) free(messages[i]); } SEE ALSO
See xpa(7) for a list of XPA help pages version 2.1.14 June 7, 2012 xpagetfd(3)

Check Out this Related Man Page

xpainfonew(3)							SAORD Documentation						     xpainfonew(3)

NAME
XPAInfoNew - define an XPA info public access point SYNOPSIS
#include <xpa.h> XPA XPAInfoNew(char *class, char *name, int (*info_callback)(), void *info_data, char *info_mode); DESCRIPTION
[NB: this is an experimental interface, new to XPA 2.0, whose value and best use is evolving.] A program can register interest in receiving a short message about a particular topic from any other process that cares to send such a mes- sage. Neither has to be an XPA server. For example, if a user starts to work with a new image file called new.fits, she might wish to alert interested programs about this new file by sending a short message using xpainfo: xpainfo IMAGEFILE /data/new.fits In this example, each process that has used the XPAInfoNew() call to register interest in messages associated with the identifier IMAGEFILE will have its info_callback() executed with the following calling sequence: int info_cb(void *info_data, void *call_data, char *paramlist) { XPA xpa = (XPA)call_data; } The arguments passed to this routine are equivalent to those sent in the send_callback() routine. The main difference is that there is no buf sent to the info callback: this mechanism is meant for short announcement of messages of interest to many clients. The mode string is of the form: "key1=value1,key2=value2,..." The following keywords are recognized: key value default explanation ------ -------- -------- ----------- acl true/false true enable access control Because no buf is passed to this callback, the usual buf-related keywords are not applicable here. The information sent in the parameter list is arbitrary. However, we envision sending information such as file names or XPA access points from which to collect more data. Note that the xpainfo program and the XPAInfo() routine that cause the info_callback to execute do not wait for the callback to complete before returning. SEE ALSO
See xpa(7) for a list of XPA help pages version 2.1.14 June 7, 2012 xpainfonew(3)
Man Page