[Info-vax] Does anyone know if the unsupported TBO (time boost utility that "drifts" time forward or backward by adjusting ticklength) was every ported to the Itanium?
Stephen Hoffman
seaohveh at hoffmanlabs.invalid
Sun Nov 1 09:34:17 EST 2020
On 2020-11-01 03:54:50 +0000, Jon Pinkley said:
> I extracted the example from help on eisner, pasted into eve editor,
> converted tabs to spaces, used box select and box cut insert to remove
> the leading blanks, changed the command to /object= and put in comment.
>
> It works the same on Eisner running VSI 8.4-1L2, here's a log.
> ...
> $ cc compare_events.c/object=compare_events.obj
>
> #include <utc.h> /* utc structure definitions */
> .^
> %CC-F-NOINCLFILEF, Cannot find file <utc.h> specified in #include directive.
> at line number 2 in file USR_SCRATCH:[PINKLEY]COMPARE_EVENTS.C;4
> $ ...
I should know better than to roll over and look under any rocks.
Here's a potential work-around, hand-crafting your own header:
https://groups.google.com/d/msg/comp.os.vms/xu_hHbt8_Io/4xQcC-nztiEJ
The following documentation reads more like a change spec than
documentation, seemingly omits any reference to the paired
sys$lib_c.tlb file, and somehow neglects to mention how to reference
the libraries from the compiler:
https://vmssoftware.com/docs/VSI_PROGRAM_CONCEPTS_VOL_II.pdf#Page=132
(less-than-preferable page-numbering handling in that PDF file, too.)
If utc.h isn't in the base distro and gets installed from a DECnet-Plus
kit, either use the hack-around above, or yank the file out of the
DECnet-Plus kit and reference it directly (or stuff the header into
your local sys$starlet_c.tlb yourself). If utc.h isn't in
sys$starlet_c.tlb (or maybe in some other local library) in OpenVMS
V8.4-2L1 or V8.4-2L2, log a bug with the folks at VSI, and hopefully
that then get fixed for OpenVMS V9.2, if not sooner. Seems this DECdtss
code isn't used very often, either.
Errata: "Where there is a difference from VAXCDEF.TLB, the old symbol
name is also included for compatibility, but users are encouraged to
follow the new conventions.".... New conventions? That is one of the
more buried programming recommendations I've encountered. And yes,
using __NEW_STARLET (now with the legacy code probably better thought
of as needing __OLD_STARLET, but that default won't get flipped) is a
good idea.
--
Pure Personal Opinion | HoffmanLabs LLC
More information about the Info-vax
mailing list