summaryrefslogtreecommitdiff
path: root/ACE-INSTALL.html
diff options
context:
space:
mode:
authorlevine <levine@ae88bc3d-4319-0410-8dbf-d08b4c9d3795>1997-09-06 01:44:33 +0000
committerlevine <levine@ae88bc3d-4319-0410-8dbf-d08b4c9d3795>1997-09-06 01:44:33 +0000
commit35f04d07014d41dfc8d6643d73f577ffe3991b88 (patch)
tree127b0f8abed2dca8448fbd010d1a548f981ed452 /ACE-INSTALL.html
parent65a0647219dfe8dd20d06b1716a848516be540a6 (diff)
downloadATCD-35f04d07014d41dfc8d6643d73f577ffe3991b88.tar.gz
updated VxWorks discussion
Diffstat (limited to 'ACE-INSTALL.html')
-rw-r--r--ACE-INSTALL.html18
1 files changed, 13 insertions, 5 deletions
diff --git a/ACE-INSTALL.html b/ACE-INSTALL.html
index 5203db88c54..40fb8edec8f 100644
--- a/ACE-INSTALL.html
+++ b/ACE-INSTALL.html
@@ -220,10 +220,18 @@ discussion of the g++ -fno-implicit-templates option,
-fno-implicit-templates is broken. And, -O2 is not supported on some
targets.<P>
-The current version of ACE, 4.3, has limited support for destroying
-static objects after program termination on VxWorks. To destroy
-static objects, the module must be unloaded, using unld. Static
-constructors are called when loading the module, with ld.<P>
+Please note that ACE uses one of the spare fields in
+the Wind River task control block, spare4, for thread-
+specific storage. This field is specified in only one
+place, in ace/OS.i, so it can easily be changed to one
+of the other spare fields, if necessary.<P>
+
+The current version of ACE, 4.3.3, destroys dynamically
+allocated singletons in the ACE library. But, it may not
+properly destroy some static objects. If you have trouble
+running a program multiple times, it may be necessary to
+unload the module, using unld, and reload it between
+runs.<P>
<DT><B>MVS OpenEdition</B> <BR><BR>
@@ -234,7 +242,7 @@ The ACE library, all the tests and most of the examples and apps build
clean. There are still some problems that need to be ironed out: <P>
MVS does not support the dynamic linking dl...() calls that the Service
- Configurator uses to dynmically link services at run time. As a result, all
+ Configurator uses to dynamically link services at run time. As a result, all
the examples and apps that use a svc.conf file (for dynamically configuring
service objects) do not work, however, most of these apps can be built/run
statically. Also, the Svc_Conf_l.cpp and Svc_Conf_y.cpp files are generated