-static long vms_ctrl(DSO *dso, int cmd, long larg, void *parg)
- {
- if(dso == NULL)
- {
- DSOerr(DSO_F_VMS_CTRL,ERR_R_PASSED_NULL_PARAMETER);
- return(-1);
- }
- switch(cmd)
- {
- case DSO_CTRL_GET_FLAGS:
- return dso->flags;
- case DSO_CTRL_SET_FLAGS:
- dso->flags = (int)larg;
- return(0);
- case DSO_CTRL_OR_FLAGS:
- dso->flags |= (int)larg;
- return(0);
- default:
- break;
- }
- DSOerr(DSO_F_VMS_CTRL,DSO_R_UNKNOWN_COMMAND);
- return(-1);
- }
+static char *vms_name_converter(DSO *dso)
+ {
+ /* Implementation note: on VMS is it preferable to do real conversions
+ * here, or to actually have it performed in-line with the bind calls
+ * (given that VMS never actually does a load except implicitly within
+ * the bind functions). Another note: normally (eg. dlfcn), the
+ * DSO_load call will either load, put the loaded filename into the DSO
+ * (which marks it effectively as "read-only"), and return success - or
+ * it will fail. VMS needs to work out what to do - otherwise DSO_load
+ * will always succeed, but leave the DSO looking unloaded (because the
+ * loaded_filename will be NULL still) and then real loading (and
+ * setting of loaded_filename) will only happen during the first bind
+ * call (which should have error checking anyway to prevent you calling
+ * it on an "unloaded" DSO - thus giving VMS *serious* grief). Richard,
+ * what do you think? Is it worth having DSO_load() try to find and pin
+ * itself to a library file (and populate loaded_filename) even though
+ * it's unecessary to actually do a load prior to the first bind call?
+ * I leave it to you ... :-) */
+ deliberately_break_compilation_here();
+ return(1);
+ }