In article <2tuAoeXjKsQB@eisner.encompasserve.org>, koehler@eisner.nospam.encompasserve.org (Bob Koehler) writes:
>
> When I try to do recall/output from a detached process, I get
> %RMS-F-DME. On the same system it works fine from spawned
> subproceses, with the same number of commands in thier recall
> buffer, or more, or less. help/mess tells me to mess around
> with PIOPAGES, so I tried that.
>
> VMS 7.2-1 on a DEC 3000 Model 400S (upgrading is not an option).
> When I get home I'll try it on 8.3.
>
> Any ideas, or do I just need to keep boosting PIOPAGES?
>

How are you using/creating this DETACHED process?

I've created a command procedure:

$ SET VERIFY
$ SHOW DEFAULT
$ SHOW TIME
$ SHOW USER
$ RECALL/ALL
$ RECALL/OUTPUT=SYS$MANAGER:RECALL.TEST
$ SHOW TIME
$ EXIT

and then I run it DETACHED with:

$ RUN/DETACH/INPUT=TESTRECALL.COM SYS$SYSTEM:LOGINOUT.EXE -
_$ /OUTPUT=SYS$MANAGER:TESTRECALL.LOG/ERROR=TESTRECALL.ERR

....and I get:

$ SHOW DEFAULT
SYS$SYSROOT:[SYSMGR]
= SYS$SYSROOT:[SYSMGR]
= SYS$COMMON:[SYSMGR]
$ SHOW TIME
29-MAY-2008 14:55:39
$ SHOW USER
OpenVMS User Processes at 29-MAY-2008 14:55:39.67
Total number of users = 1, number of processes = 12

Username Node Interactive Subprocess Batch
SYSTEM A533U2 11 1
$ RECALL/ALL
$ RECALL/OUTPUT=SYS$MANAGER:RECALL.TEST
$ SHOW TIME
29-MAY-2008 14:55:39
$ EXIT
SYSTEM job terminated at 29-MAY-2008 14:55:39.68

Accounting information:
Buffered I/O count: 26 Peak working set size: 2704
Direct I/O count: 11 Peak virtual size: 171872
Page faults: 174 Mounted volumes: 0

RECALL has no effect in my test.

--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM

"Well my son, life is like a beanstalk, isn't it?"

http://tmesis.com/drat.html