HP3000-L Archives

May 1998, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Therm-O-Link <[log in to unmask]>
Reply To:
Therm-O-Link <[log in to unmask]>
Date:
Thu, 7 May 1998 09:29:29 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (56 lines)
Stan Sieler writes:

>90B is somewhat old ... our web site should have 97A.

Sorry, we're web-imaired here.

>Does it fail to run if you do it manually?

Uh?  Not sure what you mean.  If you're asking can I run PSCREEN from 
any other program? then the answer is Yes.  PSCREEN runs perfectly 
well from thye CI, QEDIT, etc.

>Also, try running it with PARM=13 to see if that helps.

Yeah, I knew you meant PARM=4, after all, that's what the error 
message said! :-)

Amyway, I have resolved the issue.  For anyone who cares, here is 
what we were doing:

CALL "VCLOSETERM"

ACTIVATE Character_Mode_Program

Character_Mode_Program runs PSCREEN

PSCREEN locks up the terminal


We have changed the process to this, which works (and I really 
don't care why it works, it's enough that it works):

CALL "VTURNOFF"

Display Escape_String_That_Resets_The_Terminal

ACTIVATE Character_Mode_Program

Character_Mode_Program runs PSCREEN

PSCREEN now runs normally


It is funny that the Character_Mode_Program could not do any terminal 
input (COBOL ACCEPT verb) unless we display the escape_string_that_
resets_the_terminal.  VIEW would lock the keyboard when the enter 
was pressed on the last screen, and VTURNOFF did not unlock it. 
Bug or feature?  You make the call.

Thanks to all who responded.

Jim Phillips                            Manager of Information Systems
E-Mail: [log in to unmask]      Therm-O-Link, Inc.
Phone: (330) 527-2124                   P. O. Box 285
  Fax: (330) 527-2123                   Garrettsville, Ohio  44231

ATOM RSS1 RSS2