TID101233 (INLSR5) - NLS APIs Containing serverName Parameter Documented Incorrectly

From Developer Community

The following APIs are documented incorrectly because the serverName parameter is now the context name parameter.

NLSAddProductInformation() NLSAvailable() NLSInstallCertificate() NLSInstalled() NLSInUse() NLSUsers() NLSAddProductInformation()

DETAILED DESCRIPTION

Below is a typical NLS management API. Note how the serverName parameter has been replaced by the contextName parameter.

LS_STATUS_CODE NLSAddProductInformation( LS_STR *licenseSystem, LS_STR *contextName, /* was serverName */ LS_STR *publisherName, LS_STR *productName, LS_STR *version, LS_ULONG licenseUnits, LS_ULONG attributesLength, LS_VOID *licenseAttributes); ... LS_STR contextName

(IN) Points to the NDS context in which the license certificate should be placed or LS_ANY. If LS_ANY is specified the current connection must be authenticated to NDS and the current underlying NDS context will be used.

Example: "DSD.Novell"

When licences were moved from a BTRIEVE database to NDS, this serverName parameter is now used for NDS context information. Use NWDSLogin() and NWDSAuthenticate() to establish identity.

This has been corrected for the SDK Rel. 12 documentation.

[edit]