Searched refs:from (Results 276 - 300 of 527) sorted by relevance

<<11121314151617181920>>

/barrelfish-master/lib/openssl-1.0.0d/apps/
H A Ddgst.c35 * The word 'cryptographic' can be left out if the rouines from the library
37 * 4. If you include any Windows specific code (or a derivative thereof) from
83 const char *from, const char *to, void *arg)
91 if (strcmp(from, mname))
444 /* we use md as a filter, reading from 'in' */
82 list_md_fn(const EVP_MD *m, const char *from, const char *to, void *arg) argument
/barrelfish-master/lib/openssl-1.0.0d/crypto/objects/
H A Dobj_dat.pl211 * The word 'cryptographic' can be left out if the rouines from the library
213 * 4. If you include any Windows specific code (or a derivative thereof) from
H A Dobjects.pl162 * The word 'cryptographic' can be left out if the rouines from the library
164 * 4. If you include any Windows specific code (or a derivative thereof) from
/barrelfish-master/lib/openssl-1.0.0d/crypto/x509/
H A Dx509_vfy.h35 * The word 'cryptographic' can be left out if the rouines from the library
37 * 4. If you include any Windows specific code (or a derivative thereof) from
197 int (*get_issuer)(X509 **issuer, X509_STORE_CTX *ctx, X509 *x); /* get issuers cert from ctx */
246 int (*get_issuer)(X509 **issuer, X509_STORE_CTX *ctx, X509 *x); /* get issuers cert from ctx */
513 const X509_VERIFY_PARAM *from);
515 const X509_VERIFY_PARAM *from);
/barrelfish-master/include/openssl/
H A Dx509_vfy.h35 * The word 'cryptographic' can be left out if the rouines from the library
37 * 4. If you include any Windows specific code (or a derivative thereof) from
197 int (*get_issuer)(X509 **issuer, X509_STORE_CTX *ctx, X509 *x); /* get issuers cert from ctx */
246 int (*get_issuer)(X509 **issuer, X509_STORE_CTX *ctx, X509 *x); /* get issuers cert from ctx */
513 const X509_VERIFY_PARAM *from);
515 const X509_VERIFY_PARAM *from);
/barrelfish-master/usr/eclipseclp/Contrib/
H A Dproject.pl22 % well be used for building a list of pairs from a pair of lists. In
H A Dxml_pp.pl134 possible_operator( (from) ).
/barrelfish-master/doc/015-disk-driver-arch/
H A Drelated.tex25 framework to seperate implementation of the driver for the I/O bus from the
/barrelfish-master/include/lua/
H A Dlua.h154 LUA_API void (lua_xmove) (lua_State *from, lua_State *to, int n);
274 LUA_API int (lua_resume) (lua_State *L, lua_State *from, int narg);
/barrelfish-master/usr/eclipseclp/icparc_solvers/
H A Dchangeset.pl134 :- import setarg/3 from sepia_kernel.
135 :- import get_attribute/3 from sepia_kernel.
H A Dic_make_overlap_bivs.pl164 This sets up the propagation from start time and duration tentative
165 values to bivalued tentative values, and from bivalued tentative
H A Dmake_overlap_bivs.pl164 This sets up the propagation from start time and duration tentative
165 values to bivalued tentative values, and from bivalued tentative
/barrelfish-master/tools/fof/
H A DIntroduction.tex3 from pollock and/or hoki.}{Wikipedia}
/barrelfish-master/lib/compiler-rt/builtins/
H A Dfp_trunc_impl.inc9 // This file implements a fairly generic conversion from a wider to a narrower
15 // half-precision or from quad-precision. It does not support types that don't
42 // Various constants whose values follow from the type parameters.
/barrelfish-master/usr/monitor/capops/
H A Ddelete.c239 coreid_t from = inter_st->core_id; local
270 delete_remote_result__enq(from, err, st);
314 // We got DELETE_LAST_OWNED from cpu driver, do delete_last()
437 DEBUG_CAPOPS("%s: from cnode_delete(): cap already locked, queuing retry\n", __FUNCTION__);
445 DEBUG_CAPOPS("%s: from cnode_delete(): cap not found, got deleted from elsewhere\n", __FUNCTION__);
454 DEBUG_CAPOPS("%s: from lock(): cap already locked, queuing retry\n", __FUNCTION__);
461 DEBUG_CAPOPS("%s: from lock(): cap not found, got deleted from elsewhere\n", __FUNCTION__);
/barrelfish-master/usr/eclipseclp/Kernel/src/
H A Dbip_domain.c157 else /* get the slot parameters from the saved state */
1297 word from, to; local
1357 from = to = s->val.nint;
1363 from = t->val.nint;
1367 for (i = from; i <= to; i++) {
2999 word from, to; local
3011 from = to = el->val.nint;
3021 from = t->val.nint;
3023 if (from > to) {
3051 p = insert_interval((word) from, (wor
[all...]
/barrelfish-master/usr/eclipseclp/documents/tutorial/
H A Dprolog.tex29 Prolog data ({\bf terms}) and programs are built from a small set of
34 %Syntactically, even the program code itself is made from valid
45 Numbers come in several flavours. The ones that are familiar from
151 Lists can be written as a {\tt [Head|Tail]} pair, with the head separated from
249 Lists are constructed from cells that have an arbitrary head and
278 To show queries and their results, we will from now on
379 a data structure with two arguments, and therefore of course different from
477 Prolog programs are built from valid Prolog data-structures.
575 % Note that variables from the two terms being unified can both supply
625 \item Pick one (usually the leftmost) goal from th
[all...]
/barrelfish-master/doc/006-routing/
H A DRouting.tex11 % \date{Month Year} % Not needed - will be taken from version history
69 such environments, without having to worry about the concrete path a message takes from one core to another. The routing layer will properly route messages in a transparent way.
138 \item A mechanism to receive messages from the channel
177 Those additional channels are needed to ensure that the default monitor binding is not congested or even blocked by multi-hop messages. For example, suppose that a client's dispatcher receives a lot of multi-hop messages within a short period of time. The client reacts to this by allocating more memory. If multi-hop messages are sent over the default monitor binding, the message coming from the memory server will be blocked, therefore this will result in a dead lock. By creating new monitor bindings and not using the default monitor binding, we can prevent such a scenario.
211 \item The monitor running on the client dispatcher's core determines (from the iref) the core on which the service resides. It then forwards the bind request to another monitor, which is determined based on the routing table.
217 \item The monitor proxies the bind replay back to where it received the bind request from.
234 As a multi-hop channel allows to send messages in two directions, the direction field is needed to identify the direction of a particular message. Currently we assign direction ''1'' to all messages going from the dispatcher who initiated the multi-hop channel to the other dispatcher, and direction ''2'' for messages going the opposite way.
242 Because capabilities are maintained as references to per-core state in the CPU drivers, only the LMP interconnect driver which traverses kernel-mode code can directly deliver a capability along with message payload. In the multi-hop interconnect driver, capabilities travel out-of-band from other message payload.
246 The monitor running on the receiver's core reconstructs the capability from its serialised representation and forwards it to the destination dispatcher. This dispatcher identifies the binding to which the capability belongs and invokes a callback on that binding.
267 For the routing modes ''ring'' and ''fat tree'' we need information from th
[all...]
/barrelfish-master/doc/014-bulk-transfer/
H A Dbulk-transfer.tex21 % \date{Month Year} % Not needed - will be taken from version history
91 The design of this bulk transport does not stop you from using it with
127 This flexibility is used by application when it receives a data from
245 Following are the ideal requirements from the bulk-transport
347 from wire will be copied. These generators are also capable
376 and consumers will read it from. The producer breaks this
425 over-consume the slots from production-pool.
653 notification means that consumer is slow in consuming the data from
691 will not be using a particular shared-pool from now onwards
695 shared-pool from i
[all...]
/barrelfish-master/lib/libc/resolv/
H A Dres_send.c31 * may be used to endorse or promote products derived from this software
835 struct sockaddr_storage from; local
888 * rather expect to see responses from an "unknown"
992 fromlen = sizeof(from);
994 (struct sockaddr *)&from, &fromlen);
1014 * response from old query, ignore it.
1025 !res_ourserver_p(statp, (struct sockaddr *)&from)) {
1027 * response from wrong server? ignore it.
1074 /* don't retry if called from dig */
/barrelfish-master/usr/eclipseclp/Kernel/lib/
H A Dfromonto.pl44 % The idea is stolen from Richard O'Keefe.
H A Dmps.pl64 % from sepia_kernel.
88 desc:html(" mps_exit causes disassociation from the name server and the other\n processes. Although not strictly necessary, it is recommended that\n processes invoke mps_exit just before they terminate. \n\n<P>\n"),
158 desc:html(" The ECLiPSe message passing system incorporates a name service\n that enables processes to associate names with their ports. Ports\n can be registered, looked up and deregistered with the name server.\n\n<P>\n Port owners register their ports under unique and agreed upon names \n with the name service. Port users do a port lookup for acquiring a \n port's identifier that is required for sending messages to the port.\n\n<P>\n mps_port_register/4 registers the specified port with the name\n server, associating it with the given Name and Key. The signature\n parameter is used to protect the registration from unauthorised\n deregistration, ie. only a deregistration with matching signature\n will be accepted. To support multiple sessions of a distributed\n application sharing a single name server, the name server predicates\n have a session key parameter.\n\n<P>\n"),
168 desc:html(" ECLiPSe message passing supports asynchronous non-blocking \n point-to-point communication in heterogeneous environments. The \n end-points of communication are ports, i.e. messages are sent to and \n received from ports. Messages are arbitrary Prolog terms. \n\n<P>\n mps_receive/2 gets the next incoming message from the specified port.\n Ports queue incoming messages, and mps_receive/2 takes them out one\n at a time. If fails if the queue is empty.\n\n<P>\n The port must have been allocated previously in the same process,\n using mps_port_allocate/2..\n\n<P>\n"),
178 desc:html(" ECLiPSe message passing supports asynchronous non-blocking \n point-to-point communication in heterogeneous environments. The \n end-points of communication are ports, i.e. messages are sent to and \n received from ports. Messages are arbitrary Prolog terms. \n\n<P>\n mps_send/2 sends a message to a specified port. The port identifier\n was usually obtained either by name server lookup, or it has\n been communicated to the sender by an earlier message.\n\n<P>\n"),
/barrelfish-master/usr/eclipseclp/Opium/
H A Dopium_light.pl40 :- import set_opium_level/1 from sepia_kernel.
191 The other files from the same scenario have not.
H A Dopium_light_kernel_patch.pl53 from sepia_kernel.
/barrelfish-master/usr/eclipseclp/documents/embedding/
H A Dembexdr.tex90 read from and write directly to {\eclipse} streams. This means that
98 from the "natural" mapping of the Eclipse terms.

Completed in 234 milliseconds

<<11121314151617181920>>