NSPSetService (Compact 2013)
3/26/2014
This function registers or deregisters a service instance within a name space.
Syntax
int NSPSetService(
LPGUID lpProviderId,
LPWSASERVICECLASSINFOW lpServiceClassInfo,
LPWSAQUERYSETW lpqsRegInfo,
WSAESETSERVICEOP essOperation,
DWORD dwControlFlags
);
Parameters
- lpProviderId
[in] Pointer to the GUID of the specific name-space provider in which the service is being registered.
- lpServiceClassInfo
[in] Contains service class schema information.
- lpqsRegInfo
[in] Specifies property information to be updated on registration.
essOperation
[in] Enumeration. The following table shows the possible values.Value
Description
RNRSERVICE_REGISTER
Register the service. For SAP, this means sending out a periodic broadcast. This is an NOP for the DNS name space. For persistent data stores this means updating the address information.
RNRSERVICE_DEREGISTER
Deregister the service. For SAP, this means stop sending out the periodic broadcast. This is an NOP for the DNS name space. For persistent data stores this means deleting address information.
RNRSERVICE_DELETE
Delete the service from dynamic name and persistent spaces. For services represented by multiple CSADDR_INFO structures (using the SERVICE_MULTIPLE flag), only the supplied address will be deleted, and this must match exactly the corresponding CSADD_INFO structure that was supplied when the service was registered.
dwControlFlags
[in] Set of control flags. The following table shows the possible values.Value
Description
SERVICE_MULTIPLE
Controls scope of operation. A register or deregister invalidates all existing addresses before adding the given address set. When set, the action is only performed on the given address set. A register does not invalidate existing addresses and a deregister only invalidates the given set of addresses.
The available values for essOperation and dwControlFlags combine to give specific meanings. The following table shows these meanings.
Operation |
Flags |
Service already exists |
Service does not exist |
---|---|---|---|
RNRSERVICE_ REGISTER |
None |
Overwrites the object. Uses only addresses specified. Object is REGISTERED. |
Creates a new object. Uses only addresses specified. Object is REGISTERED. |
RNRSERVICE_ REGISTER |
SERVICE _MULTIPLE |
Updates object. Adds new addresses to existing set. Object is REGISTERED. |
Creates a new object. Uses all addresses specified. Object is REGISTERED. |
RNRSERVICE_ DEREGISTER |
None |
Removes all addresses, but does not remove object from name space. Object is DEREGISTERED. |
WSASERVICE_ NOT_FOUND. |
RNRSERVICE_ DEREGISTER |
SERVICE _MULTIPLE |
Updates object. Removes only addresses that are specified. Only mark object as DEREGISTERED if no addresses are present. Does not remove from the name space. |
WSASERVICE_ NOT_FOUND. |
RNRSERVICE_ DELETE |
None |
Removes object from the name space. |
WSASERVICE_ NOT_FOUND. |
RNRSERVICE_ DELETE |
SERVICE _MULTIPLE |
Removes only addresses that are specified. Only removes object from the name space if no addresses remain. |
WSASERVICE_ NOT_FOUND. |
Return Value
If no error occurs, NSPSetService returns NO_ERROR (zero). Otherwise, the function returns SOCKET_ERROR (-1) and it must set the appropriate error code using the SetLastError function.
Note
The default Name Service Provider (for DNS/WINS) in Windows Embedded Compact does not support this function and will always return SOCKET_ERROR and set the error code to WSAEOPNOTSUPP.
Remarks
The SERVICE_MULTIPLE parameter lets an application manage its addresses independently. This is useful when the application wants to manage its protocols individually or when the service resides on more than one machine. For instance, when a service uses more than one protocol, it may find that one listening socket aborts but the others remain operational. In this case, the service could deregister the aborted address without affecting the other addresses.
When using SERVICE_MULTIPLE, an application must not let stale addresses remain in the object. This can happen if the application aborts without issuing a DEREGISTER request. When a service registers, it should store its addresses. On its next invocation, the service should explicitly deregister these old stale addresses before registering new addresses.
Service Properties
The following table describes how service property data is represented in a WSAQUERYSET structure. Members labeled as (Optional) can be supplied with a NULL pointer.
WSAQUERYSET member name |
Service property description |
---|---|
dwSize |
Must be set to sizeof(WSAQUERYSET). This is a versioning mechanism. |
DwOuputFlags |
Not applicable and ignored. |
LpszServiceInstanceName |
Referenced string contains the service instance name. |
LpServiceClassId |
GUID corresponding to this service class. |
LpVersion |
(Optional) Supplies service instance version number. |
LpszComment |
(Optional) An optional comment string. |
DwNameSpace |
Ignored for this operation. |
LpNSProviderId |
Ignored for this operation, provider identifier is contained in the lpProviderId parameter. |
LpszContext |
(Optional) Specifies the starting point of the query in a hierarchical name space. |
DwNumberOfProtocols |
Ignored. |
LpafpProtocols |
Ignored. |
LpszQueryString |
Ignored. |
DwNumberOfCsAddrs |
Number of elements in the array of CSADDRO_INFO structures referenced by lpcsaBuffer. |
LpcsaBuffer |
Pointer to an array of CSADDRO_INFO structures that contain the address or addresses that the service is listening on. |
LpBlob |
(Optional) Pointer to a provider-specific entity. |
Note
It is acceptable for the iProtocol member of the CSADDR_INFO structure to contain the manifest constant IPROTOCOL_ANY, signifying a wildcard value. The name-space provider should substitute a value that is reasonable for the given address family and socket type.
Requirements
Header |
ws2spi.h |
Library |
Ws2.lib |
See Also
Reference
Winsock SPI Functions
WSAQUERYSET (Windows Sockets)
CSADDR_INFO