For reasons I have been unable to determine, running:
dtaction Dthelpview
or Selecting 'Help Manager' from the front panel fails trying to run
the appropriate EXEC_STRING. It get's corrupted in some fashion and
you will usually see an error in ~/.dt/errorlog of the form:
/usr/dt/bin/t/bin/dthelpview: No such file or directory
or more commonly:
/bin/sh: /us: No such file or directory
It is not clear where this corruption is taking place, but it shows up
in 'dttypes' output as well.
This hack simply removes 10 spaces between the two commands that are
run:
EXEC_STRING /bin/sh -c '/usr/dt/bin/dthelpgen -dir $HOME/.dt/help/$DTUSERSESSION; \
/usr/dt/bin/dthelpview -helpVolume browser
'
Which seems to solve (hide) the problem. Finding the real cause of
this will be saved for a later date when more is known and in
particular whether this happens with other ACTIONS.
Ticket #120
Change libtool's shared library version info to 3:0:1 to preserve the
previous library version of 2.1.0.
See https://autotools.io/libtool/version.html for the details on how
libtool handles this versioning info.
See https://verbump.de/ for a handy 'version calculator' using
libtools rules.
These are just minor tweaks to make sure the 'make install' part does
what it is supposed to do. I also removed some commented code in the
dtmail Makefile related to SunOS, as that is not currently suppoerted
anyway.
The arg that should be on the rhs seems to be commented out for some
reason, and assigning a variable to itself is pointless, so just
comment it out with a comment explaining why.
Many of these were real bugs, like:
if (cond);
do_something
etc...
Others were just cosmetic - like placing the ';' on a separate line to
make the intention clear.
Specifically:
- use libtool so that the top level library contains the actual
objects, and not just the sub-archives, which the linker will just
ignore.
- create the source files via symlinks rather than referencing them
with relative paths. Doing it that way causes a 'make clean' to
delete objects in DtMmdb/ which is wrong.
- fix up utility/ - it seemed to be building more source files than
the original Imakefile listed. Other changes may need to be done
here if similar mistakes were made in other subdirs.
Also, rework the way we build convenience libs for the classes to use
libtool. This fixes some potential linking issues and dependency
checking.
Next up will be to see if we can link and install it, along with it's
message catalogs, resources, etc.
Jon Trulson