[Info-vax] Questions about sys$cli()
Stephen Hoffman
seaohveh at hoffmanlabs.invalid
Mon Jul 1 10:24:39 EDT 2019
On 2019-06-29 22:42:48 +0000, Simon Clubley said:
> Is this structure some artifact from an earlier version of VMS and is
> now obsolete, or does it map to a DCL memory area which I have not
> found yet ?
Wouldn't surprise me to learn that this is just another oddity of an
API-specific descriptor parser implementation.
There have been and remain some... poorly-considered... APIs found
within OpenVMS, whether from the sys$cli era or from subsequent eras.
Among those APIs I've had tussles with include the exe$getspi API
underneath MONITOR—I posted I_SPI.C for that—and that API eventually
begat the sys$getrmi system service, and there's also the I2C
interface—which has yet to acquire a documented API. There are others.
These APIs are usually not (originally) intended for user use, and
there can be any number of latent problems for the callers to discover
and/or to navigate. Beyond incomplete or no published documentation,
that is.
As for calling sys$cli, here's a (previously-posted) link to some
published OpenVMS documentation (page 11ff):
ftp://bitsavers.informatik.uni-stuttgart.de/www.computer.museum.uq.edu.au/pdf/AA-D015B-TE%20VAX-VMS%20Release%20Notes.pdf
Yes, parts of sys$cli were documented APIs.
Among other example sys$cli calls, also see:
https://groups.google.com/d/msg/comp.os.vms/sH7ZZQqNHWw/4x3rXatCBAAJ
Given the obsolete-features manual was itself and rather hilariously
declared obsolete, it's anybody's guess which OpenVMS features and APIs
are actually considered obsolete and/or undocumented.
Poking at undocumented APIs is pretty popular with some folks. For
various reasons. On some platforms, undocumented or unsupported APIs
have been fertile ground for finding security exploits.
--
Pure Personal Opinion | HoffmanLabs LLC
More information about the Info-vax
mailing list