decc$$get_channel: enhancement request for the CRTL

[WW304289]

Can a function be added to the CRTL which would return VMS channel number for given FILE pointer?

The function could look like the following. Or, alternatively, you can always store the channel in FCB, not just for sockets and pipes. Frankly, I don't know why it has not been done before.

Would you need a formal enhancement request for this?

Thanks,
-Boris

unsigned short decc$$get_channel(FILE *fp) {
/* Verify fp for being legal file pointer */
struct FCB *fcb = (struct FCB*)(*fp);
struct FAB *fab = fcb->fab;

if (fcb->issocket || fcb->ispipe) return fcb->channel;
else return (unsigned short)fab->fab$l_stv;
}

[P Muralidhar Kini]

Hi Boris,

>> Would you need a formal enhancement request for this?
For any query, where you want a answer from OpenVMS engineering team,
you can route he query through "Office of OpenVMS Programs".
i.e. send your query to
OpenVMS.Programs@hp.com

You would then get a quick reply as to how to go about the enhacement
request.

Hope this helps.

Regards,
Murali

[Shriniketan Bhagwat]

Hi,

Please provide some background on this requirement when you send an email to Office of OpenVMS Programs. This would help engineering to justify the request.

Regards,
Ketan

[John Gillings]

Murali,

>send your query to OpenVMS.Programs@hp.com
>You would then get a quick reply as to how
>to go about the enhacement request.

Are you serious?

So, here, in an official HP forum, the best you can offer Boris is a place to send an email which MIGHT get a reply to tell him how to send in such a request?

I doubt Scott Adams could have dreamt up anything more obtuse.

Note that this isn't pie-in-the-sky "please go expend engineering resources to work out how to implement some magic". Boris has actually provided you with a proposed implementation! All you need do is have someone eyeball the suggested code then cut and paste, but instead you are suggesting three layers of emails before even getting to the starting post?

I realise this is not a formal support channel, but that's just plain rediculous!

[WW304289]

rep. to .-1: thanks, John. I did not know what to say and decided not to say anything.

If a) we are unable to come up with a good workaround and b) CRTL developers would not add the function unless asked officially, we'll, probably, log formal enhancement request with HP. In any case, I'm not going to contact the Office of OpenVMS Programs regarding the decc$$get_channel() function.

An obvious workaround would be to use callback function on every [f]open() and creat() call, to get corresponding fab, but it is cumbersome and would require us to maintain a map: . A function like decc$$get_channel() would make life much easier.

Thanks again,
-Boris

[WW304289]

The function decc$get_channel was implemented in the CRTL.