[oracle@Tux10M simpapp]$ cat ULOG.091010
144041.Tux10M!BBL.6872.3086939840.0: 09-10-2010: client high water (0), total client (0)
144041.Tux10M!BBL.6872.3086939840.0: 09-10-2010: tuxedo Version 10.3.0.0, 32-bit, Patch Level (none)
144041.Tux10M!BBL.6872.3086939840.0: LIBTUX_CAT:262: INFO: Standard main starting
144041.Tux10M!TMS_ORA.6873.3086972608.0: 09-10-2010: Tuxedo Version 10.3.0.0, 32-bit
144041.Tux10M!TMS_ORA.6873.3086972608.0: LIBTUX_CAT:262: INFO: Standard main starting
144041.Tux10M!TMS_ORA.6874.3086649024.0: 09-10-2010: Tuxedo Version 10.3.0.0, 32-bit
144041.Tux10M!TMS_ORA.6874.3086649024.0: LIBTUX_CAT:262: INFO: Standard main starting
144041.Tux10M!TMS_ORA.6875.3086108352.0: 09-10-2010: Tuxedo Version 10.3.0.0, 32-bit
144041.Tux10M!TMS_ORA.6875.3086108352.0: LIBTUX_CAT:262: INFO: Standard main starting
144041.Tux10M!simpserv.6876.3086366400.0: 09-10-2010: Tuxedo Version 10.3.0.0, 32-bit
144041.Tux10M!simpserv.6876.3086366400.0: LIBTUX_CAT:262: INFO: Standard main starting
144041.Tux10M!simpserv.6876.3086366400.0: Welcome to the simple server
144041.Tux10M!simpserv.6876.3086366400.0: LIBTUX_CAT:6205: WARN: Server initialization function did not call tx_open() or tpopen() or this call failed
144041.Tux10M!fetch.6877.3086448320.0: 09-10-2010: Tuxedo Version 10.3.0.0, 32-bit
144041.Tux10M!fetch.6877.3086448320.0: LIBTUX_CAT:328: ERROR: No space in Bulletin Board for Service Table
144041.Tux10M!fetch.6877.3086448320.0: LIBTUX_CAT:248: ERROR: System init function failed, Uunixerr =
144041.Tux10M!tmboot.6871.3086558912.-2: 09-10-2010: Tuxedo Version 10.3.0.0, 32-bit
144041.Tux10M!tmboot.6871.3086558912.-2: CMDTUX_CAT:825: ERROR: Process fetch at simple failed with /T tperrno (TPENOENT - no entry found)
[oracle@Tux10M simpapp]$
tx_open()—Opens a set of resource managers.
Synopsis
#include <tx.h>
int tx_open(void)
Description
tx_open() opens a set of resource managers in a portable manner. It invokes a transaction manager to read resource-manager-specific information in a transaction-manager-specific manner and pass this information to the resource managers linked to the caller.
tx_open() attempts to open all resource managers that have been linked with the application.
This function is used in place of resource-manager-specific "open" calls and allows an application program to be free of calls which may hinder portability.
Since resource managers differ in their initialization semantics, the specific information needed to "open" a particular resource manager must be published by each resource manager.
If tx_open() returns TX_ERROR, then no resource managers are open.
If tx_open() returns TX_OK, some or all of the resource managers have been opened.
Resource managers that are not open will return resource-manager-specific errors when accessed by the application.
tx_open() must successfully return before a thread of control participates in global transactions.
Once tx_open() returns success, subsequent calls to tx_open() (before an intervening call to tx_close()) are allowed.
However, such subsequent calls will return success, and the TM will not attempt to reopen any RMs.
In a multithreaded application, a thread in the TPINVALIDCONTEXT state is not allowed to issue a call to tx_open().
Return Value
Upon successful completion, tx_open() returns TX_OK, a non-negative return value.
Errors
Under the following conditions, tx_open() fails and returns one of these negative values:
[TX_ERROR]
Either the transaction manager or one or more of the resource managers encountered a transient error.
No resource managers are open. The exact nature of the error is written to a log file.
[TX_FAIL]
Either the transaction manager or one or more of the resource managers encountered a fatal error.
TX_FAIL is returned if tpinit() is not called before the call to tx_open in a secure application (SECURITY APP_PW).
The nature of the error is such that the transaction manager and/or one or more of the resource managers can no longer perform work on behalf of the application.
The exact nature of the error is written to a log file.
--转自搜狗