tt_feature_enabled(3) [hpux man page]

tt_feature_enabled(library call)										  tt_feature_enabled(library call)

NAME

       tt_feature_enabled -- determine if a particular feature has been enabled in this process

SYNOPSIS

       #include <Tt/tt_c.h>
       Tt_status tt_feature_enabled(
       Tt_feature feature);

DESCRIPTION

       The  tt_feature_enabled	function  queries the ToolTalk service to see if the specified feature has previously been enabled.  This allows a
       library that "wraps around" ToolTalk for sending and receiving messages to determine if multithreaded execution has  been  enabled  by  the
       main program, and to modify its behavior accordingly.

ARGUMENTS

       feature	 Specifies the feature whose enabled status is to be checked.

RETURN VALUE

       Upon completion, the tt_feature_enabled function returns the status of the operation as one of the following Tt_status values:

       TT_OK	 The feature has been enabled previously.

       TT_WRN_NOT_ENABLED
		 The feature has not yet been enabled

       TT_ERR_UNIMP
		 The version of the ToolTalk library linked with the calling code does not support the indicated feature.

APPLICATION USAGE

       A  library using ToolTalk could check to see if the calling application had previously turned on ToolTalk's multithreading feature with the
       following code:

       Tt_status ttstat;
       ttstat = tt_feature_enabled(TT_FEATURE_MULTITHREADED);
       if (ttstat != TT_OK) {
	 ttstat = tt_feature_required(TT_FEATURE_MULTITHREADING);
       }

SEE ALSO

       Tt/tt_c.h - Tttt_c(5), tt_feature_required(3)

														  tt_feature_enabled(library call)

tt_spec_write(library call)											       tt_spec_write(library call)

NAME

       tt_spec_write -- write the spec and any associated properties to the ToolTalk database

SYNOPSIS

       #include <Tt/tt_c.h>
       Tt_status tt_spec_write(
       const char *objid);

DESCRIPTION

       The tt_spec_write function writes the spec and any associated properties to the ToolTalk database.  The type must be set before the spec is
       written for the first time.

       The objid argument is the identifier of the object involved in this operation.

RETURN VALUE

       Upon successful completion, the tt_spec_write function returns the status of the operation as one of the following Tt_status values:

       TT_OK	 The operation completed successfully.

       TT_ERR_DBAVAIL
		 The ToolTalk service could not access the ToolTalk database needed for this operation.

       TT_ERR_DBEXIST
		 The ToolTalk service could not access the specified ToolTalk database in the expected place.

       TT_ERR_NOMP
		 The ttsession(1) process is not running and the ToolTalk service cannot restart it.

       TT_ERR_OBJID
		 The objid passed to the ToolTalk service does not reference an existing object spec.

       TT_ERR_OTYPE
		 The specified object type is not the name of an installed object type.

APPLICATION USAGE

       It is not necessary to perform a write operation after a destroy operation.

       Several changes can be batched between write calls; for example, the application can create an object spec, set some properties,  and  then
       write all the changes at once with one write call.

SEE ALSO

       Tt/tt_c.h - Tttt_c(5), tt_spec_create(3), tt_spec_type_set(3).

														       tt_spec_write(library call)