topic Re: C++ and SYS$QIO in Operating System - OpenVMS

C++ and SYS$QIO

Lai King Leung — Wed, 08 Oct 2003 02:33:14 GMT

Why do I keep getting %SYSTEM-F-BADPARAM, bad parameter value ????????

Here's a niipet of the QIO I am issuing in a C++ object:

/*
** Active open connection by client:
** Setup extended characteristics buffer
** Issue $QIO to open connection
** IO$SETMODE | IO$M_CTRL | IO$M_STARTUP
*/

ecb[0].paraID = 2; /* internet address */
ecb[0].val = htonl( inet_network (serverIPAddress) );

ecb[1].paraID = 3; /* port number */
ecb[1].val = port;

ecb_dsc.dsc$w_length = sizeof(ecb);
ecb_dsc.dsc$b_dtype = DSC$K_DTYPE_T;
ecb_dsc.dsc$b_class = DSC$K_CLASS_S;
ecb_dsc.dsc$a_pointer = (char *)&ecb;

memset ( &connect_iosb, 0, sizeof(IOSB_T) );

status = sys$qio( 0,
ChannelNo,
val,
&connect_iosb,
&processConnectAST, 0,
0,
&ecb_dsc,
0,0,0,0);

It all compiles OK but when the AST fires and I check the connect_iosb status value - it is 20 which means Bad Param Value ???

Please can anyone help ??

Re: C++ and SYS$QIO

Ian Miller. — Wed, 08 Oct 2003 04:31:16 GMT

A couple of things to check. Is the status from SYS$QIO ok? Is the ecb and its descriptor and the iosb still valid when the ast fires (e.g. not on the stack of a routine which has returned)?

Re: C++ and SYS$QIO

Hein van den Heuvel — Wed, 08 Oct 2003 09:23:26 GMT

Yeah, make sure that this ecb and stuff it points to is not local to the routine setting up for the ast, but availble when the as executes? make static and see if that helps?

What Driver is this? I check the VMS TCP programmign manual (http://h71000.www7.hp.com/doc/73final/6529/6529pro_index.html) and find no reference about IO_CTRL | M_STARTUP nor 'ecb's.
Specifically I wanted to verify you really needed a descriptor, and not an itemlist.

Descriptors in QIOs are not too common, and and ecb does not look like a 'fixed length character string' to me.

fwiw,
Hein.

Re: C++ and SYS$QIO

Antoniov. — Fri, 10 Oct 2003 04:38:44 GMT

Hi Lai,
If I understand what you will make, processConnectAST is a your function; if is it you could write:

status = sys$qio( 0, // param #1: efn
ChannelNo, // param #2: I/O channel
val, // param #3: function code
&connect_iosb, // param #4: I/O status block
0, // param #5: AST mask, here may be a value
0, // param #6: no param supplyed
&processConnectAST, // p. #7: your fun addr
&ecb_dsc, // p. #8: param 4 your function
0,0,0,0);

Notice compiler don't warning you because size of parameters are coherents.

Bye
Antoniov

Re: C++ and SYS$QIO

Antoniov. — Fri, 10 Oct 2003 04:45:54 GMT

.. also you can see http://h71000.www7.hp.com/doc/731FINAL/6136/6136pro_contents.html
Bye

Re: C++ and SYS$QIO

Willem Grooters — Fri, 10 Oct 2003 05:58:11 GMT

$QIO for TCPIP is specified in the IO-manuals for TCPIP, look at http://h71000.www7.hp.com/doc/73final/6529/6529pro_015.html, starting at chapter 5, it discusses usage of QIO system services.
You'll find there that:
- the IO fucntion will be unknown.
- the parameter set that you use is not correct for IO$_SETMODE.

Re: C++ and SYS$QIO

Vouters — Fri, 10 Oct 2003 18:08:46 GMT

As you used the IO$M_CTRL modifier in your $QIO I assume you noticed it in a Telnet device driver include file header. If your intention is to create a TNA device that you map to a DECserver port for example, you might have to drop an eye at:
http://h18000.www1.hp.com/support/asktima/communications/00A1302D-E940C6C9-1C02A1.html

If your intention is to write $QIO based TCP/IP communications, please have a look at:
http://h18000.www1.hp.com/support/asktima/communications/009E9CF1-C62D69C0-1C0186.html

If none of these needs apply to yours, please reply telling us what you intend to do.

Re: C++ and SYS$QIO

Lai King Leung — Tue, 14 Oct 2003 02:41:48 GMT

Thanks for all the replies - the problem resolved itself when I put /nomember_alignment in the compilation switch.

I found some of the links very useful so once again a big thank-you