(answering two questions in one message) On Thu, 23 Jan 1992 10:14:18 CST "Juan M. Courcoul" <COURCOUL@VMTECQRO> said: >On Thu, 23 Jan 1992 10:31:04 EST Bitnet Mgr. at Dept. of Energy Hqs. >said: >... >>DMSDDL1079R Receive PUTPN CMSUT1 A1 as LISTSERV CMSUT1 D1? DMSDDL1079R >>Reply 0 (NO), 1 (YES), 2 (QUIT), or 3 (RENAME) LOGOFF AT 11:40:29 EST >>WEDNESDAY 01/22/92 BY SYSTEM BITMAN: LISTSERV should be able to handle this. Please do a TELL LISTSERV CMS GLOBALV SELECT LISTSERV LIST SP6; the value of the variable should be 1 if you are running under CMS7, if not your CMSPROG field in NUCON is screwed up and this is the problem. If SP6=1, add a trace to LSVRECV EXEC. It should add the NOPROMPT option to DMSDDL; send me a console log if it doesn't, open an APAR if it does and the prompt is issued anyway. >Funny thing, a similar behavior happened to our Listserv a couple of >weeks ago. It received a PEERS JOB, so it distributed it to itself, but >when it finally got around to processing it, it choked. Juan, this is a different problem. A bug in DMSCIO causes READCARD and anything which calls the RDCARD macro with RDAHEAD=YES (and that includes DMSDDL) to sometimes return garbage. There is an APAR for this, I will post more information on LSTSRV-M when I get a final answer regarding the exact list of affected releases. The APAR number is VM39210, and CMS5 is an affected release for sure. Eric