Following is a portion of the list of symbols and their values
 
$DEVICE=
$ECODE=,M13,
$ESTACK=9
$ETRAP=D ^%ZTER,BYE^XUSCLEAN,XUTL^XUSCLEAN HALT
$QUIT=0
$STACK=9
$STACK(000)=
$STACK(000,"ECODE")=
$STACK(000,"MCODE")= U XWBTDEV D MAIN
$STACK(000,"PLACE")=RESTART+3^XWBTCPC +2
$STACK(001)=DO
$STACK(001,"ECODE")=
$STACK(001,"MCODE")= F  D  Q:XWBTBUF="#BYE#"
$STACK(001,"PLACE")=MAIN+2^XWBTCPC +2
$STACK(002)=DO
$STACK(002,"ECODE")=
$STACK(002,"MCODE")= . IF TYPE D
$STACK(002,"PLACE")=MAIN+26^XWBTCPC +2
$STACK(003)=DO
     Enter '^' to quit listing, <RETURN> to continue...:
 
$STACK(003,"ECODE")=
$STACK(003,"MCODE")= . . D CALLP^XWBBRK(.XWBR,XWBTBUF)
$STACK(003,"PLACE")=MAIN+30^XWBTCPC +1
$STACK(004)=DO
$STACK(004,"ECODE")=
$STACK(004,"MCODE")= IF '+ERR,(+S=0)!(+S>0) D
$STACK(004,"PLACE")=CALLP+15^XWBBRK +3
$STACK(005)=DO
$STACK(005,"ECODE")=
$STACK(005,"MCODE")= . D CAPI^XWBBRK2(.XWBP,XWB(2,"RTAG"),XWB(2,"RNAM"),S)
$STACK(005,"PLACE")=CALLP+18^XWBBRK +1
$STACK(006)=DO
$STACK(006,"ECODE")=
$STACK(006,"MCODE")= D @R
$STACK(006,"PLACE")=CAPI+11^XWBBRK2 +1
$STACK(007)=DO
$STACK(007,"ECODE")=
$STACK(007,"MCODE")= I DUZ>0 S XUMSG=$$POST(1)
$STACK(007,"PLACE")=VALIDAV+24^XUSRB +2
$STACK(008)=$$
     Enter '^' to quit listing, <RETURN> to continue...:
 
$STACK(008,"ECODE")=
$STACK(008,"MCODE")= S XUM=$$USER^XUS1A Q:XUM>0 XUM ;User can't sign on for some
 reason.
$STACK(008,"PLACE")=POST+4^XUSRB +1
$STACK(009)=$$
$STACK(009,"ECODE")=
$STACK(009,"MCODE")= D EN^XQOR
$STACK(009,"PLACE")=USX+4^XUS1A +1
$X $Y=0 0
$ZU(56,2)=F:/p4work5.0.11/vobs/system/common/src/acmd.c 2435
$ZV=Cache for Windows NT (Intel/P4) 5.0.11 (Build 5401_SU) Mon Aug 16 2004 23:30
:00 EDT
%DT=T
%ZT("^XUTL("XQ",$J)")=
DEBUG=0
DISYS=18
DT=3051028
DTIME=3600
DUZ=61
DUZ("0")=
DUZ("2")=0
ERR=0
     Enter '^' to quit listing, <RETURN> to continue...:^
 
According to the ^TMP("XQORS",2560 global (given below), the last option being accessed is RG EXCEPTION NOTIFIER (IEN 8884) in XU USER SIGNON EVENT context. The entry action of this option is D EXCEPT^RGRSUTIL.
 
473) ^TMP("XQORS",2560,0,"FILE") = ;DIC(19,
474) ^TMP("XQORS",2560,1,"FLG") = X^^
475) ^TMP("XQORS",2560,1,"INP") =
476) ^TMP("XQORS",2560,1,"ITM") = 4
477) ^TMP("XQORS",2560,1,"ITM",1) = 4666;DIC(19,
478) ^TMP("XQORS",2560,1,"ITM",1,"IEN") = 2
479) ^TMP("XQORS",2560,1,"ITM",2) = 5465;DIC(19,
480) ^TMP("XQORS",2560,1,"ITM",2,"IEN") = 3
481) ^TMP("XQORS",2560,1,"ITM",3) = 8727;DIC(19,
482) ^TMP("XQORS",2560,1,"ITM",3,"IEN") = 4
483) ^TMP("XQORS",2560,1,"ITM",4) = 8884;DIC(19,
484) ^TMP("XQORS",2560,1,"ITM",4,"IEN") = 5
485) ^TMP("XQORS",2560,1,"REF") = ^DIC(19,173,
486) ^TMP("XQORS",2560,1,"TOT") = 4
487) ^TMP("XQORS",2560,1,"VPT") = 173;DIC(19,
488) ^TMP("XQORS",2560,2,"FLG") = A^^
489) ^TMP("XQORS",2560,2,"INP") =
490) ^TMP("XQORS",2560,2,"REF") = ^DIC(19,8884,
491) ^TMP("XQORS",2560,2,"VPT") = 8884;DIC(19,
 
I have matched these entries with other implementations (executing CPRS perfectly). I am not able to spot any difference. How can this be rectified?
Thanks
Usha
----- Original Message -----
Sent: Thursday, October 27, 2005 6:19 PM
Subject: Re: [Hardhats-members] NOLINE error while accessing CPRS

The XQY0 variable in the error trap will tell you which option context was being executed.  A user's menu tree is copied to a temporary global, ^XTMP.  Since you rebuilt the menus, you should not have bad data in ^XTMP.  It appears that someone somewhere is executing an option.  It may be a GUI application or it may a terminal mode application.  The error indicates that a node is being Xecuted in ^XTMP.  You should have enough information in the error trap to determine that exact node.
----- Original Message -----
From: Usha
Sent: Thursday, October 27, 2005 2:08 AM
Subject: Re: [Hardhats-members] NOLINE error while accessing CPRS

How can I find out about the options being executed while accessing CPRS? As far as the OR CPRS GUI CHART option is concerned, it does not have an ENTRY ACTION defined in the OPTION file.
 
Thanks
Usha
----- Original Message -----
Sent: Wednesday, October 26, 2005 7:09 PM
Subject: Re: [Hardhats-members] NOLINE error while accessing CPRS

My second guess on the LOOP+6^XQOR1 problem is that you have a OPTION being executed somehow that has an ENTRY ACTION that has a line^routine reference that is invalid.
 
Your mail problem most likely is that a message is trying to be sent to a remote domain that is open and should not be.

 
On 10/26/05, Usha <[EMAIL PROTECTED]> wrote:
After rebuilding all the primary and secondary menu options, the following is the output of D ^XTER
 
EHR>D ^XTER
 
 
In response to the DATE prompt you can enter:
     'S' to specify text to be matched in error or routine name
 
 
6 errors logged on 10/26/2005
  6)  <READ>L3+1^XMC1A                10:44:44  EHR,EHR     2028  |TCP|2078
  5)  <NOLINE>LOOP+6^XQOR1            10:44:05  EHR,EHR     2560  //./nul:2560
  4)  <READ>L3+1^XMC1A                10:42:54  EHR,EHR     2028  |TCP|2078
  3)  <READ>L3+1^XMC1A                10:41:03  EHR,EHR     2028  |TCP|2078
  2)  <NOLINE>LOOP+6^XQOR1            10:40:35  EHR,EHR     2556  //./nul:2556
  1)  <READ>L3+1^XMC1A                10:39:14  EHR,EHR     2028  |TCP|2078



Make sure YOUR emails don't get lost! Download Mailinfo here

Reply via email to