Description:
Symptoms
========
When using SmartSockets Product Family 4.0.3 on Solaris 2.7 or higher, and entering the command:
$ rtlinkhci hci_local.c
the following error will be seen during the link step:

ld: warning: symbol '__fsr_init_value' has differing types:
(file main.o type=NOTY; file /rtworks/lib/sun4_solaris/librthci_o.so type=OBJT);
main.o definition taken

Regardless of the warning an executable will be created, however running the executable produces the following error:

*** FATAL ERROR ***
main: ThciSetDrawingWidget failed.

Wall Clock Time: Mon Mar  8 16:04:47 2004
RTworks Time: 0.000000
Last RTworks Error Code: 7
Last C Error Code: 0
Last OS Error Code: 0
Last Socket Error Code: 0

Impact
======
Product Limitation
Integration with 3rd-party products

Workaround
==========
The system library file libXm.so is actually a link to libXm.so.4 on Solaris 2.7 and higher. Attached to this Known Issue is libXm.so.3 which was shipped with Solaris 2.6 .  Place the libXm.so.3 in your $RTHOME/lib/sun4_solaris directory, and create a link to it in the same directory named libXm.so. Now when you relink RThci it should pick up the older libXm.so.3, and you should be able to build and run your customer RThci.

Cause
=====
On Solaris 2.6 the system library libXm.so, which is part of the CommonDesktopEnvironment, pointed to libXm.so.3. On Solaris 2.7 and above the library is a link to libXm.so.4, and Sun has changed the definition of _fsr_init_value.

Resolution
==========
This issue has been reported as product defect # 1-1QD9C9, and will be addressed in a future release product.


Symptoms:

Cause: