[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