https://community.hpe.com/t5/operating-system-openvms/problems-with-i-o-to-console-using-brkthru/m-p/3874062#M10726 A couple of quick suggestions . . .<BR /><BR />1) specify efn$c_enf as the event flag if you don't care about using an event flag.<BR /><BR />2) use an IOSB and check its status (iosb$w_status), along with the status of the call itself.<BR /><BR />3) review why you are using the asynch form of the service; I suspect that using the wait form (sys$brkthruw) is a better choice.<BR /><BR /><BR />-- Rob Tue, 10 Oct 2006 12:48:01 GMT Robert Brooks_1 2006-10-10T12:48:01Z https://community.hpe.com/t5/operating-system-openvms/problems-with-i-o-to-console-using-brkthru/m-p/3874059#M10723 We have a FORTRAN application that has used $BRKTHRU to write text based notices to a VT type application console for a number of years. Recently upgraded to OpenVMS 8.2 (on an Alpha DS25). We then noticed that if there are a series of event notices written to the console, we have to hit the carriage return to get the notices displayed. Almost as though i/o is locked up. Is this a known issue, or anyone else experienced this? Tue, 03 Oct 2006 19:15:52 GMT https://community.hpe.com/t5/operating-system-openvms/problems-with-i-o-to-console-using-brkthru/m-p/3874059#M10723 Scot Newton 2006-10-03T19:15:52Z https://community.hpe.com/t5/operating-system-openvms/problems-with-i-o-to-console-using-brkthru/m-p/3874060#M10724 Scot,<BR /><BR /> Lots of questions...<BR /><BR /> Do you mean the terminal is the system console, or some other type terminal? What is it physically connected to (serial port, terminal server, ...?) What other activity is occuring on the target terminal?<BR /><BR /> What are the terminal characteristics (SHOW TERM). Who owns it and what privileges are used to access it?<BR /><BR /> What does the $BRKTHRU call specify for flags? What is are status and IOSB? Are you using $BRKTHRUW or $BRKTHRU? If $BRKTHRU how are you synchronizing? Wed, 04 Oct 2006 15:39:30 GMT https://community.hpe.com/t5/operating-system-openvms/problems-with-i-o-to-console-using-brkthru/m-p/3874060#M10724 John Gillings 2006-10-04T15:39:30Z https://community.hpe.com/t5/operating-system-openvms/problems-with-i-o-to-console-using-brkthru/m-p/3874061#M10725 Hello John,<BR />Thanks for offering to help, here is some more info. The term "console" I used was understandably misleading. This is not the OVMS system console. In fact, it is any session that we run our application from that we refer to as the "application console". So, it could be any session. We have run the application for years, and never experienced this until we upgraded to 8.2. Here is a code snip of the FORTRAN call that we believe to be the culprit:<BR /><BR />! broadcast message without wait<BR /><BR /> BRDCST = SYS$BRKTHRU (<BR /> 1 , ! efn<BR /> 1 HEADERS(1:STRENDL(HEADERS))//<BR /> 1 MSGS(1:STRENDL(MSGS)), ! msgbuf<BR /> 1 TERMS, ! sendto<BR /> 1 %VAL (brk$c_device), ! sndtyp<BR /> 1 , ! iosb<BR /> 1 %VAL (BLANKB), ! carcon<BR /> 1 , ! flags,<BR /> 1 , ! reqid<BR /> 1 , ! timeout<BR /> 1 , ! astadr<BR /> 1 ) ! astprm<BR /><BR /> Tue, 10 Oct 2006 11:35:13 GMT https://community.hpe.com/t5/operating-system-openvms/problems-with-i-o-to-console-using-brkthru/m-p/3874061#M10725 Scot Newton 2006-10-10T11:35:13Z https://community.hpe.com/t5/operating-system-openvms/problems-with-i-o-to-console-using-brkthru/m-p/3874062#M10726 A couple of quick suggestions . . .<BR /><BR />1) specify efn$c_enf as the event flag if you don't care about using an event flag.<BR /><BR />2) use an IOSB and check its status (iosb$w_status), along with the status of the call itself.<BR /><BR />3) review why you are using the asynch form of the service; I suspect that using the wait form (sys$brkthruw) is a better choice.<BR /><BR /><BR />-- Rob Tue, 10 Oct 2006 12:48:01 GMT https://community.hpe.com/t5/operating-system-openvms/problems-with-i-o-to-console-using-brkthru/m-p/3874062#M10726 Robert Brooks_1 2006-10-10T12:48:01Z