Colin,
>From HELP DDR:
"Two logical line editing symbols are recognized and handled by the DDR
command. The first is the logical character-delete symbol (@) that allows
deletion of one or more of the previous characters entered. The second is the
logical-line delete symbol ([) that deletes the entire previous physical line
Most often, the default values for these two symbols are defined for each
virtual machine at system generation. When you use the CP TERMINAL command to
redefine the CHARDEL and LINEDEL characters, the redefinitions have no effect
on DDR line editing. DDR continues to recognize the at sign (@) and the cent
sign ([) as valid CHARDEL and LINEDEL symbols, respectively."
Bye,
Geert.
_____________________________
Geert Dieltiens
Systeembeheerder
Informatica J. Van Breda & C°
Tel.: + 32 3 217 50 16
________________________________
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf
Of Colin Allinson
Sent: woensdag 10 maart 2010 12:45
To: IBMVM@LISTSERV.UARK.EDU
Subject: Automated DDR funny - has anyone got any ideas
I have a series of automated slaves that read a control file and perform DDR
copies. These slaves do not have their own RW minidisks so they queue the
commands for DDR.
In this case the target volume has a label of d...@d5f3 but DDR is winging at a
label mismatch. I have traced my exec and can see that the line :-
OUT D5F3 DASD d...@d5f3
is being correctly queued but DDR responds with :-
HCPDDR711D VOLID READ IS v...@d5f3 NOT D5F3
My first thought was CP TERM setting so I ensured that CHARDEL was set off -
but to no avail. (I checked it with a FOR userid CMD Q TERM while it was
waiting on a response).
Does anyone have any ideas what is happening here?
Colin Allinson
Amadeus Data Processing GmbH
DISCLAIMER
This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity
to whom they are addressed. If you have received this email
in error please notify postmas...@vanbreda.be
This footnote also confirms that this email has been checked
for the presence of viruses.
Informatica J.Van Breda & Co NV BTW BE 0427 908 174
