The Problem of Mnespace Change

[lgoodkin]

%SYS > d ^JOBEXAM^%X364

[nikitaeverywhere]

%SYS > d ^JOBEXAM^%X364

This gives the syntax error.

[nikitaeverywhere]

But calling this without ^%X364 gives

%SYS > d ^JOBEXAM

<NOLINE>^%X364
╠%X364 ; BINDING FOR ANSI X3.64 NAMESPACE, NOV/92 ; LRS952 06/07/05

Will try to see what's wrong soon. Thanks.

[eduard93]

Seems to fail second line:

set prevspace="^"_$zu(96,12)
u 0::"^%X364"	; Set mnemonic space
u 0::prevspace

[nikitaeverywhere]

@eduard93, thank you. I just tried this in WebTerminal (just copying and pasting to the prompt), and it worked normally.

[nikitaeverywhere]

The interesting thing is, WebTerminal changes mnespace after each execution back to WebTerminal's $ZName, as it uses I/O redirects that are not available if mnespace is switched to another one, rather than WebTerminal's mnespace.

That's pretty much the reason why I copied ^%X364 directly to WebTerminal's routine, as ^%X364 is a default mnespace and many routines fail if its functions are not defined.

[nikitaeverywhere]

Looks like I found the problem. If I write something when the mnemonic space is changed, it fails:

If I remove w 1 it runs normally.

[eduard93]

This is a write: that get's called
w /cup(1,1)

[nikitaeverywhere]

Any write won't be successful I think, and the reason is MNespace change within I/O redirection.

This will be successful:

set prevspace="^"_$zu(96,12)
do ##class(%Device).ReDirectIO(0)
u 0::"^%X364" 
w "test" 
u 0::prevspace
do ##class(%Device).ReDirectIO(1)

This will fail:

set prevspace="^"_$zu(96,12)
u 0::"^%X364" 
w "test" 
u 0::prevspace

We need to find the better way to intercept I/O of the Caché process rather than use I/O redirection.