Re: VM Total time in $ACCOUNT files
I wish I had SAS and I see now where I had an error in my rexx program re: seconds/ms calc. much closer. my bad sorry. What's BC mode? z900 or earlier basic mode or 1 LPar/dedicated lCPs? Are you using MXG? I seem to recall it did some calc with the datetime and the connect time... for a 'starttime'(my word) RAWTIME STARTIMECONECTTM 02MAY2008:00:00:17.0001MAY2008:23:59:30.00 0:00:47 02MAY2008:00:00:31.0001MAY2008:23:59:30.00 0:01:01 02MAY2008:00:01:05.0002MAY2008:00:01:00.00 0:00:05 02MAY2008:00:01:05.0001MAY2008:23:59:30.00 0:01:35 02MAY2008:00:01:40.0002MAY2008:00:01:37.00 0:00:03 On Tue, Feb 22, 2011 at 1:10 PM, Ackerman, Derek derek.acker...@infocrossing.com wrote: This VM system runs in BC mode not PR/SM. You should trust the floating point arithmetic in SAS -- Gregg Reed No Plan, survives execution
Re: VM Total time in $ACCOUNT files
On Wed, Feb 23, 2011 at 12:34 PM, Gregg reed.gr...@gmail.com wrote: I wish I had SAS and I see now where I had an error in my rexx program re: seconds/ms calc. much closer. my bad sorry. What's BC mode? z900 or earlier basic mode or 1 LPar/dedicated lCPs? I believe someone is confused here due to early re-use of acronyms ;-) Long ago, PR/SM was optional, and hardware could be configured to run in basic mode versus LPAR mode but with current hardware (since z9) it's not optional anymore (unrelated to the z9-BC vs z9-EC difference). This means that on supported hardware, z/VM (or any OS) runs in LPAR, even when that is the only LPAR on the machine. More recently, IBM introduced IFL-only models that have no CPs installed and thus don't run The Operating System but only z/VM and Linux. Depending on one's context and background, this without a z/OS LPAR may be observed as without an LPAR - which obviously is not the correct interpretation. PR/SM is the only component to know how much CPU cycles went into LPAR overhead and LPAR management overhead. The z/VM monitor (like RMF) get that information from the hypervisor and pass it along to your favority performance monitor. Any LPAR on that machine would get the same global utilization info from PR/SM (even though MVS does some hide and seek to keep the IFLs out of the total license charges). The z/VM account records do not account for that overhead (no pun intended). The overhead is normally small enough that you could not even tell when you drive all CPUs in a loop and see how far you're away from N*100%. The account records do provide the total for z/VM management overhead (which is different from the LPAR overhead). So if you care to know the LPAR overhead, you need to collect performance data from any one of the partitions on the machine. With ESALPS we feed the data into MXG and MICS, which works well for most installations that do capacity planning. From a license point of view it surely beats the alternative of getting a CP on the machine and run z/OS there just to collect LPAR usage statistics. Rob -- Rob van der Heij Velocity Software http://www.velocitysoftware.com/
XEDIT to display Euro
Is there a way to get XEdit to display the euro symbol? (PC: x’80’ Alt-0128 €, EBCDIC: x’20’) It appears to change this character to the double-quote (“), as it does for undisplayable characters. Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: XEDIT to display Euro
The EURO symbol cannot be x20 in EBCDIC: it could never be displayed on a 3270. By defintion all characters below x40 are considered control charaxters, hence all filtered out on 3270's Sorry, even living in Belgium, I don't know what it should be in EBCDIC, it may even depend on the code page one is using, and that's for example different in Belgium and France. 2011/2/23 Frank M. Ramaekers framaek...@ailife.com Is there a way to get XEdit to display the euro symbol? (PC: x’80’ Alt-0128 €, EBCDIC: x’20’) It appears to change this character to the double-quote (“), as it does for undisplayable characters. Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Kris Buelens, IBM Belgium, VM customer support
Re: XEDIT to display Euro
Frank, I thought anything below x'40' in EBCDIC was kinda non-displayable. We use code page 1148 Multinational Euro (=code page 500 + Euro) in PCOMM, and XEDIT displays x'9F' as a Euro sign (with TEXT OFF). Bye, Geert. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Frank M. Ramaekers Sent: woensdag 23 februari 2011 14:59 To: IBMVM@LISTSERV.UARK.EDU Subject: XEDIT to display Euro Is there a way to get XEdit to display the euro symbol? (PC: x’80’ Alt-0128 €, EBCDIC: x’20’) It appears to change this character to the double-quote (“), as it does for undisplayable characters. Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. 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
Re: XEDIT to display Euro
On Wednesday, 02/23/2011 at 09:00 EST, Frank M. Ramaekers framaek...@ailife.com wrote: Is there a way to get XEdit to display the euro symbol? (PC: x?80? Alt-0128 ?, EBCDIC: x?20?) It appears to change this character to the double-quote (?), as it does for undisplayable characters. In EBCDIC, 0x00-0x3F are reserved for device control. Ergo, since the euro is a displayable character, its EBCDIC value cannot be 0x40. So what is its value? That depends on the code page. The following code pages contain the euro. The parent code page is shown along with the hex value of the euro glyph in that code page. NewOld Value 924 1047 0x9F 1140 037 0x9F 1141 273 0x9F 1142 277 0x5A 1143 278 0x5A 1144 280 0x9F 1145 284 0x9F 1146 285 0x9F 1147 297 0x9F 1148 500 0x9F 1149 871 0x9F 1153 870 0x9F 1154 1025 0xE1 Code page 924 is not really an offspring of 1047. It is the EBCDIC version of ISO 8859-15; there are a couple of other differences from code page 1047. It is the one I use. It quickly broke my bad habit of using the EBCDIC NOT symbol in my programs. :-) When you upload files with FTP, you need to be very careful about code pages. The default translation table in z/VM is STANDARD, a 7-bit non-reversible table. As such its use is limited to the base character set. If you have your 3270 emulator set to code page 924 and you are using Western Windows (code page 1252), then any text-mode FTP should specify site xlate 09241252. If you're on Linux, the code page is probably 819 (ISO 8859-1). In that case you would use site xlate 09240819. See the Using Translation Tables chapter of the z/VM TCP/IP User's Guide for more information. You may also find http://www.vm.ibm.com/euro/TCPIP.html historically useful. But since you have EBCDIC 0x20, you didn't use STANDARD. You used 00371252. The euro is not defined in code page 37, so that translation table stores the euro as 0x20. Alan Altmark z/VM and Linux on System z Consultant and Code Page Guy IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: XEDIT to display Euro
I have since discovered that the problem is the Code Page. Selecting the 1140 “English U.S.” code page will properly display the Euro symbol (EBCDIC x’9F’). Thanks, Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Kris Buelens Sent: Wednesday, February 23, 2011 8:21 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: XEDIT to display Euro The EURO symbol cannot be x20 in EBCDIC: it could never be displayed on a 3270. By defintion all characters below x40 are considered control charaxters, hence all filtered out on 3270's Sorry, even living in Belgium, I don't know what it should be in EBCDIC, it may even depend on the code page one is using, and that's for example different in Belgium and France. 2011/2/23 Frank M. Ramaekers framaek...@ailife.com Is there a way to get XEdit to display the euro symbol? (PC: x’80’ Alt-0128 €, EBCDIC: x’20’) It appears to change this character to the double-quote (“), as it does for undisplayable characters. Frank M. Ramaekers Jr. https://mail.google.com/mail/?ui=2view=bspver=ohhl4rw8mbn4 Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com. -- Kris Buelens, IBM Belgium, VM customer support _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Changing TCPIP PROFILE EXEC
Alan: I have moved the COMMAND statements to the top before the INCLUDE TCPCMSU which has DEV type statements like SPOOL, CONSOLE, LINK and it IPLs CMS. Hopefully this is correct now. USER TCPIP TCPIP 128M 256M ABG COMMAND ATTACH 9400 TO * 9000 COMMAND ATTACH 9401 TO * 9001 COMMAND ATTACH 9402 TO * 9002 COMMAND ATTACH 9000 TO * 9000 COMMAND ATTACH 9001 TO * 9001 COMMAND ATTACH 9002 TO * 9002 INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP PROFILE TCPCMSU IPL CMS MACH ESA SPOOL 000C 2540 READER * SPOOL 000D 2540 PUNCH A SPOOL 000E 1403 A CONSOLE 009 3215 T LINK MAINTSYS 0190 0190 RR LINK MAINTSYS 019D 019D RR LINK MAINTSYS 019E 019E RR LINK MAINTSYS 0402 0402 RR LINK MAINTSYS 0401 0401 RR LINK MAINTSYS 0405 0405 RR The mprout was indeed a cut and paste error. But the SYSTEM DTCPARMS is on TCPMAINT's 191 not 198 which is empty. Also IBM DTCPARMS is named IBMN DTCPARMS on TCPMAINT's 191: MAINTFILELIST A0 V 169 Trunc=169 Size=10 Line=1 Col=1 Alt=0 Cmd Filename Filetype Fm Format LreclRecords Blocks Date Time MPROUTE CONFIG T1 F 80 47 1 10/09/09 15:31:10 MPROUTES CONFIG T1 F 80 59 2 10/06/09 11:28:10 MPROUTE CONFOLD T1 F 80 58 2 8/19/09 11:13:31 PROFILE EXEC T2 V 73 54 1 8/04/09 12:04:18 MPROUTEX CONFIG T1 F 80 28 1 7/29/09 12:03:46 MPROUTEO CONFIG T1 F 80472 10 1/23/09 16:33:35 XCONFIG T1 F 80 20 1 1/23/09 14:52:04 SYSTEM DTCPARMS T1 F 80359 8 1/23/09 14:41:15 IBMN DTCPARMS T1 V 73359 4 1/15/09 14:24:33 TCPIPO DATA T1 V 73474 5 1/15/09 12:31:27 Hope this does not bring Chuckie out. Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/22/2011 06:54 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Changing TCPIP PROFILE EXEC On Tuesday, 02/22/2011 at 06:00 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: DEV 9000, 9001, 9002 are changing to 9400, 9401, 9402 Here is what I have now: TCPIP: PROFILE EXEC 'Access 198 D' 'Access 591 E' 'Access 592 F' ATT 9000 TCPIP 9000 ATT 9001 TCPIP 9001 ATT 9002 TCPIP 9002 ATT 9100 TCPIP 9100 ATT 9101 TCPIP 9101 ATT 9102 TCPIP 9102 queue EXEC TCPRUN I will pretend I didn't see that. I'm not even seeing the lack of quotes around the ATTACH commands. Not looking La la la la la la SYSTEM DTCPARMS: :nick.TCPIP :type.server :class.stack :nick.DTCVSW1 :type.server :class.stack :owner.MAINT :nick.DTCVSW2 :type.server :class.stack :owner.MAINT :nick.ROUTED:type.server :class.rip :nick.MPROUTE :type.server :class.mprout I'll assume a cut/paste error. That should be mproute. :nick.FTPSERVE :type.server :class.ftp :nick.SMTP :type.server :class.smtp Note that by putting all of those entries in SYSTEM DTCPARMS, you are effectively cancelling any entry that IBM put on the matching :type.server entry in IBM DTCPARMS. I would suggest deleting all entries except for TCPIP. At the minimum, delete the DTCVSW1 and DTCVSW2 entries. I can change the TCPIP DIRECTORY entry like so: USER TCPIP TCPIP 128M 256M ABG INCLUDE TCPCMSU OPTION QUICKDSP SVMSTAT MAXCONN 1024 DIAG98 APPLMON SHARE RELATIVE 3000 IUCV ALLOW IUCV ANY PRIORITY IUCV *CCS PRIORITY MSGLIMIT 255 IUCV *VSWITCH MSGLIMIT 65535 * CHANGE SPECIAL FROM 9104 TO 9108 PER SAM 9/30/09 SPECIAL 9108 QDIO 3 SYSTEM OSALAN LINK 5VMTCP40 491 491 RR LINK 5VMTCP40 492 492 RR LINK TCPMAINT 591 591 RR LINK TCPMAINT 592 592 RR LINK TCPMAINT 198 198 RR COMMAND ATTACH 9400 TO * 9000 COMMAND ATTACH 9401 TO * 9001 COMMAND ATTACH 9402 TO * 9002 COMMAND ATTACH 9000 TO * 9000 COMMAND ATTACH 9001 TO * 9001 COMMAND ATTACH 9002 TO * 9002 MDISK 191 3390 2258 005 540W02 MR RTCPIP WTCPIP MTCPIP Is this correct? Yes, except that COMMAND statement must be placed before any device statements. Or I can modify DTCPARMS like so: :nick.TCPIP :type.server :class.stack :attach.9400-9402 In this case you must also
z/10 and z/vm 5.3
Is there anyone running z/VM 5.3 on a z/10 box, Yes I know 5.3 is unsupported...
Re: 2nd level z/VM 5.4 installation
Syntax has been corrected. THANKS, Alan. But it's still not working for me. With the userid and password the network folks gave me, I am already in the cpdvd directory on the FTP Server, where all the files I'm supposed t o copy reside. So I figured I could omit the -d parameter (right?): pipe ftpget -h xxx.xx.x.xx -u x -p x -v BEF -DVDEOF -f CKD222 * |UNPACK| ECKDREST CKD222* DMSRXS1408W File TCPIP DATA * not found EXPECTED RESPONSE '125' BUT GOT 550 CKD22200: Access is denied. INSTEA D. FTPGET FAILED WITH RC=-120 Ready(-0120); If I include the -d parameter: pipe ftpget -h xxx.xx.x.xx -u x -p x -d -v BEF -DVDEOF -f CKD222* |UNPACK| ECKDREST UNRECOGNIZED OPTION: BEF FTPGET FAILED WITH RC=-101 Ready(-0101); I have a read/write minidisk with exactly 5 cylinders since I'm installing to 3390: query v DASD 3390 EM0F05 R/W 5 CYL ON DASD 0F05 SUBCHANNEL = 000 1 Ready; What am I doing wrong?? Sherry
Re: smcli - z/VM System Management command line utility
I don't know about you folks, but I've been finding all sorts of uses for this fella. I had intended to use it for our SLES11 upgrade, but I've found it to be useful in all of those little admin kinds of things. And it's now helping quite a bit in on of our HA NFS clusters. I doubt I'll use many of the SMAPI functions, but I'm glad I didn't just stop with the functions I needed for the upgrade. I'm already using a couple that I hadn't originally planned for smcli. Leland (Anyone have a sling? My arm is getting sore from patting myself on the back. ;-D)
Hillgang - March Meeting
The next Hillgang is scheduled for March 16 at the CA Offices in Herndon. So far we have the following topics and speakers confirmed: Lynn Wheeler - A History of VM Performance Lynn will present a quick historical perspective on VM performance, beginning in January of 1968 when he started work on CP/67. He will touch briefly on queue management, page thrashing controls, feedback algorithms, microcode assists, page I/O subsystems, multiprocessor support, shared segments, CP pathlengths, CMS file systems, virtual guests, page replacement algorithms and how many of these areas evolved over the last twenty years. Systems covered will be CP/67, VM/370, VM/370 Resource Manager PRPQ, VM/370 SEPP, VM/SP, and VM/HPO. Speaker Bio: I began work on CP/67 while an undergraduate at Washington State University. I joined IBM at Cambridge Scientific Center in 1970. I worked primarily on CP VM operating system technology and algorithms while at Cambridge. While at Cambridge, I released the VM/370 Resource Manager. I transferred to IBM San Jose Research in 1977. I continue to work primarily in the area of SCP software. Recently, I have been responsible for the SYSPAG changes that were released with VM/HPO3.4 and CMS Paging Access Method that are part of VM/PC release 2.. Romney White - IBM zEnterprise Unified Resource Manager Overview - The Value for z/VM At the last Hillgang Richard Lewis introduced the z/VM Implementation of URM. Today, Romney will deeper look at some of the technology and attempt to address the following areas: - How it would be used in a couple of different circumstances: - Migrating external blades/servers to the new environment; - Once all the pieces are in place how do they play together, in particular, if I¹m a z/VM-z/Linux shop how can I share data with the zBX entities? - What type of control over the resources do I have from the different places HMC, z/VM, z/Linux, blade? - What (other) problems is it solving? What additional software will I require? Neale Ferguson - Some Interest Technologies You Should be Looking at - ZeroMQ (0MQ) - an open source library of APIs that allow you to create light-weight message queuing applications without the need for a full broker infrastructure - Alfresco - an Open Source Content Management System that supports CMIS standard that allows documents to be added and manipulated programmatically. A simple case study involving jobs from z/OS being converted to PDF and archived will be described - NoSQL - a misnomer that should be NoRel: an alternative to relational databases that require no schema. An introduction to the Sones graphdb will be used to illustrate this technology Neale
Exporting Data from Perfroamnce Toolkit
All, Is there a way to export data from the Performance Toolkit so that it can be sent to another utility, like EXCEL or some other reporting system. Thanks, Billy
Re: Exporting Data from Perfroamnce Toolkit
Billy, you might be interested in this: http://www.vm.ibm.com/related/perfkit/csvgen.html I have also converted the Perfkit trend and history macro definition files to PIPE structure definitions so you can use Pipeline tools to process trend and history data from Perfkit. Drop me a note if you'd like those as well. DJ On 2/23/2011 11:21 AM, Billy Bingham wrote: All, Is there a way to export data from the Performance Toolkit so that it can be sent to another utility, like EXCEL or some other reporting system. Thanks, Billy
Re: 2nd level z/VM 5.4 installation
I haven't seen previous posts, but did you link to TCPMAINT 592? Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Sherry Everhart Sent: Wednesday, February 23, 2011 11:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 2nd level z/VM 5.4 installation Syntax has been corrected. THANKS, Alan. But it's still not working for me. With the userid and password the network folks gave me, I am already in = the cpdvd directory on the FTP Server, where all the files I'm supposed t= o copy reside. So I figured I could omit the -d parameter (right?): pipe ftpget -h xxx.xx.x.xx -u x -p x -v BEF -DVDEOF -f CKD222= * |UNPACK| ECKDREST CKD222* DMSRXS1408W File TCPIP DATA * not found EXPECTED RESPONSE '125' BUT GOT 550 CKD22200: Access is denied. INSTEA= D. FTPGET FAILED WITH RC=-120 Ready(-0120); If I include the -d parameter: pipe ftpget -h xxx.xx.x.xx -u x -p x -d -v BEF -DVDEOF -f CKD222* |UNPACK| ECKDREST UNRECOGNIZED OPTION: BEF FTPGET FAILED WITH RC=-101 Ready(-0101); I have a read/write minidisk with exactly 5 cylinders since I'm installing to 3390: query v DASD 3390 EM0F05 R/W 5 CYL ON DASD 0F05 SUBCHANNEL = 000= 1 Ready; What am I doing wrong?? Sherry
Re: 2nd level z/VM 5.4 installation
On Wednesday, 02/23/2011 at 11:56 EST, Sherry Everhart severh...@maccnet.com wrote: Syntax has been corrected. THANKS, Alan. But it's still not working for me. With the userid and password the network folks gave me, I am already in the cpdvd directory on the FTP Server, where all the files I'm supposed to copy reside. So I figured I could omit the -d parameter (right?): pipe ftpget -h xxx.xx.x.xx -u x -p x -v BEF -DVDEOF -f CKD222 * |UNPACK| ECKDREST DMSRXS1408W File TCPIP DATA * not found EXPECTED RESPONSE '125' BUT GOT 550 CKD22200: Access is denied. INSTEAD. FTPGET FAILED WITH RC=-120 Ready(-0120); Hmmmsee that -f CKD222 *? That should be -f CKD222* (no space). If I include the -d parameter: pipe ftpget -h xxx.xx.x.xx -u x -p x -d -v BEF -DVDEOF -f CKD222* |UNPACK| ECKDREST UNRECOGNIZED OPTION: BEF FTPGET FAILED WITH RC=-101 Ready(-0101); FTPGET sees -d directoryname, so -v is the directory name. What am I doing wrong?? Specify the -debug option to see what's happening in more detail. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: 2nd level z/VM 5.4 installation
On Wednesday, 02/23/2011 at 12:45 EST, Crabtree, Anne D anne.d.crabt...@wv.gov wrote: I haven't seen previous posts, but did you link to TCPMAINT 592? All that will do is make the warning about TCPIP DATA go away. Since Sherry isn't depending on any non-default values from TCPIP DATA, its absence isn't an issue. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: 2nd level z/VM 5.4 installation
The 550 Access is denied message was because the userid and password supplied to me by the network folks did not have the correct rights to the files in the directory. This has been resolved. I have received thi s message: CKD222* DMSRXS1408W File TCPIP DATA * not found ECKDREST: WROTE 75 TRACKS ON , RC=0 Ready; THANK YOU FOR ALL YOUR HELP! And THANK YOU IN ADVANCE for your CONTINUED support! Sherry E.
Re: z/10 and z/vm 5.3
We currently have one lpar still running z/VM 5.3 on a z10-EC. It will be upgraded to z/VM 5.4 this weekend. The 5.3 system is at RSU 1001. Paul Feller AIT Mainframe Technical Support From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of clifford jackson Sent: Wednesday, February 23, 2011 10:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: z/10 and z/vm 5.3 Is there anyone running z/VM 5.3 on a z/10 box, Yes I know 5.3 is unsupported...
Re: Changing TCPIP PROFILE EXEC
On Wednesday, 02/23/2011 at 11:09 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: Alan: I have moved the COMMAND statements to the top before the INCLUDE TCPCMSU which has DEV type statements like SPOOL, CONSOLE, LINK and it IPLs CMS. Hopefully this is correct now. DIRECTXA is the final arbiter of what's valid. What's-his-name thinks he's so smart, but he's not. Not really. He's old and feeble. But the SYSTEM DTCPARMS is on TCPMAINT's 191 not 198 which is empty. Doesn't do anyone any good there; the servers don't access TCPMAINT's 191. At install time, I think you didn't perform the step 6.2.3.2.45.1253 (in the tcp/ip program directory) that populates the 198 with samples, and you didn't use the IP Wizard, which would have placed files on the 592 and the 198. Also IBM DTCPARMS is named IBMN DTCPARMS on TCPMAINT's 191: Since (a) it's on the wrong disk, and (2) it has the wrong name, it just means nothing is never ever going to read it, so it's just e-trash. IBM DTCPARMS lives on TCPMAINT 591, safe and sound, where there is a sign hanging on the door that says Warning: Shock hazard. No user serviceable parts inside. MAINTFILELIST A0 V 169 Trunc=169 Size=10 Line=1 Col=1 Alt=0 Cmd Filename Filetype Fm Format LreclRecords Blocks Date Time MPROUTE CONFIG T1 F 80 47 1 10/09/09 15:31:10 MPROUTES CONFIG T1 F 80 59 2 10/06/09 11:28:10 MPROUTE CONFOLD T1 F 80 58 2 8/19/09 11:13:31 PROFILE EXEC T2 V 73 54 1 8/04/09 12:04:18 MPROUTEX CONFIG T1 F 80 28 1 7/29/09 12:03:46 MPROUTEO CONFIG T1 F 80472 10 1/23/09 16:33:35 XCONFIG T1 F 80 20 1 1/23/09 14:52:04 SYSTEM DTCPARMS T1 F 80359 8 1/23/09 14:41:15 IBMN DTCPARMS T1 V 73359 4 1/15/09 14:24:33 TCPIPO DATA T1 V 73474 5 1/15/09 12:31:27 Hope this does not bring Chuckie out. You're killing me, George. You're just killing me. Someone bring me my pills. There's nothing like having copies of config files on your own A-disk (TCPIP DATA is a good one) so that everything works fine for you, but aeu418dk not for anyone else fdsflkjaDSLGwdo not attempt to adjust your televisioncdLJHgurglefa9ujn At one installation I saw evidence of what appeared to be human remains (cleaned up with bleach before DNA evidence could be collected), where someone tried to alter TCPIP's PROFILE EXEC or the IBM DTCPARMS file on the 591. It was never explained to my satisfaction. There was another case where someone copied the entire contents of IBM DTCPARMS onto SYSTEM DTCPARMS on the 198, apparently thinking to outfox the system. The individual has not been seen for 3 weeks now. But go ahead. Do what you want. Hey. It's not MY system. He Who Must Not Be Named IBM Blab Services office: 666.555.1212
Re: 2nd level z/VM 5.4 installation
It's not needed...it's looking for the ETC HOSTS (I believe) file for name resolution. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Crabtree, Anne D Sent: Wednesday, February 23, 2011 11:44 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 2nd level z/VM 5.4 installation I haven't seen previous posts, but did you link to TCPMAINT 592? Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Sherry Everhart Sent: Wednesday, February 23, 2011 11:53 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: 2nd level z/VM 5.4 installation Syntax has been corrected. THANKS, Alan. But it's still not working for me. With the userid and password the network folks gave me, I am already in = the cpdvd directory on the FTP Server, where all the files I'm supposed t= o copy reside. So I figured I could omit the -d parameter (right?): pipe ftpget -h xxx.xx.x.xx -u x -p x -v BEF -DVDEOF -f CKD222= * |UNPACK| ECKDREST CKD222* DMSRXS1408W File TCPIP DATA * not found EXPECTED RESPONSE '125' BUT GOT 550 CKD22200: Access is denied. INSTEA= D. FTPGET FAILED WITH RC=-120 Ready(-0120); If I include the -d parameter: pipe ftpget -h xxx.xx.x.xx -u x -p x -d -v BEF -DVDEOF -f CKD222* |UNPACK| ECKDREST UNRECOGNIZED OPTION: BEF FTPGET FAILED WITH RC=-101 Ready(-0101); I have a read/write minidisk with exactly 5 cylinders since I'm installing to 3390: query v DASD 3390 EM0F05 R/W 5 CYL ON DASD 0F05 SUBCHANNEL = 000= 1 Ready; What am I doing wrong?? Sherry _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: Changing TCPIP PROFILE EXEC
Alan: Please be sure your effort and words are greatly appreciated and have not been wasted. I wish I could take credit for the config, but unfortunately I am new here. Since being enlightened yesterday, I have been in touch with the z/VM and network teams here and told them no one must ever again touch TCPIP PROFILE EXEC or mess with IBM DTCPARMS. Education should not be, but often is, a painful process. Your counsel and advice are beyond measure. tyvm Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/23/2011 01:15 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Changing TCPIP PROFILE EXEC On Wednesday, 02/23/2011 at 11:09 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: Alan: I have moved the COMMAND statements to the top before the INCLUDE TCPCMSU which has DEV type statements like SPOOL, CONSOLE, LINK and it IPLs CMS. Hopefully this is correct now. DIRECTXA is the final arbiter of what's valid. What's-his-name thinks he's so smart, but he's not. Not really. He's old and feeble. But the SYSTEM DTCPARMS is on TCPMAINT's 191 not 198 which is empty. Doesn't do anyone any good there; the servers don't access TCPMAINT's 191. At install time, I think you didn't perform the step 6.2.3.2.45.1253 (in the tcp/ip program directory) that populates the 198 with samples, and you didn't use the IP Wizard, which would have placed files on the 592 and the 198. Also IBM DTCPARMS is named IBMN DTCPARMS on TCPMAINT's 191: Since (a) it's on the wrong disk, and (2) it has the wrong name, it just means nothing is never ever going to read it, so it's just e-trash. IBM DTCPARMS lives on TCPMAINT 591, safe and sound, where there is a sign hanging on the door that says Warning: Shock hazard. No user serviceable parts inside. MAINTFILELIST A0 V 169 Trunc=169 Size=10 Line=1 Col=1 Alt=0 Cmd Filename Filetype Fm Format LreclRecords Blocks Date Time MPROUTE CONFIG T1 F 80 47 1 10/09/09 15:31:10 MPROUTES CONFIG T1 F 80 59 2 10/06/09 11:28:10 MPROUTE CONFOLD T1 F 80 58 2 8/19/09 11:13:31 PROFILE EXEC T2 V 73 54 1 8/04/09 12:04:18 MPROUTEX CONFIG T1 F 80 28 1 7/29/09 12:03:46 MPROUTEO CONFIG T1 F 80472 10 1/23/09 16:33:35 XCONFIG T1 F 80 20 1 1/23/09 14:52:04 SYSTEM DTCPARMS T1 F 80359 8 1/23/09 14:41:15 IBMN DTCPARMS T1 V 73359 4 1/15/09 14:24:33 TCPIPO DATA T1 V 73474 5 1/15/09 12:31:27 Hope this does not bring Chuckie out. You're killing me, George. You're just killing me. Someone bring me my pills. There's nothing like having copies of config files on your own A-disk (TCPIP DATA is a good one) so that everything works fine for you, but aeu418dk not for anyone else fdsflkjaDSLGwdo not attempt to adjust your televisioncdLJHgurglefa9ujn At one installation I saw evidence of what appeared to be human remains (cleaned up with bleach before DNA evidence could be collected), where someone tried to alter TCPIP's PROFILE EXEC or the IBM DTCPARMS file on the 591. It was never explained to my satisfaction. There was another case where someone copied the entire contents of IBM DTCPARMS onto SYSTEM DTCPARMS on the 198, apparently thinking to outfox the system. The individual has not been seen for 3 weeks now. But go ahead. Do what you want. Hey. It's not MY system. He Who Must Not Be Named IBM Blab Services office: 666.555.1212
Re: Z/vm 5.4 on z890 and migrated to z10 problem
If you have access to shopzseries our ibmlink(servlink) check PSP for 2098Device. If you z/vm is at 1003 level you will need to apply about 13 ptfs that isn´t included in RSU. I did this just a week ago upgrading from 0903 level running in z890 to 1003 to run in z10-BC. Now working in 2107Device for zvm 5.4 1003 and following 3592Device. A lot of fun!!! Carlos Bodra IBM zSeries Certified Specialist Sao Paulo - Brazil Em 22/02/2011 14:50, Hughes, Jim escreveu: We moved our z/VM 5.4 system from a z890 to a z10. Everything on the z890 was running well. The Multiple SSL Server Support was working too. Once we moved to the z10 by doing a cable swap, the Multiple Server Support for our SSL connections failed to operate. The SSL worker machines were getting 0C1 abends. In the interest of time, we modified things to avoid using SSL. Are there updates required to our z/VM 5.4 system when moving to a Z10 for Multiple SSL Server Support to work? Our initial investigation did not reveal any requirement. Thanks in advance. Jim Hughes Consulting Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-5586Fax 603.271.1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system.
Re: Z/vm 5.4 on z890 and migrated to z10 problem
Thank you Carlos. Jim Hughes Consulting Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-5586Fax 603.271.1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Carlos Bodra - Pessoal Sent: Wednesday, February 23, 2011 4:13 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Z/vm 5.4 on z890 and migrated to z10 problem If you have access to shopzseries our ibmlink(servlink) check PSP for 2098Device. If you z/vm is at 1003 level you will need to apply about 13 ptfs that isn´t included in RSU. I did this just a week ago upgrading from 0903 level running in z890 to 1003 to run in z10-BC. Now working in 2107Device for zvm 5.4 1003 and following 3592Device. A lot of fun!!! Carlos Bodra IBM zSeries Certified Specialist Sao Paulo - Brazil Em 22/02/2011 14:50, Hughes, Jim escreveu: We moved our z/VM 5.4 system from a z890 to a z10. Everything on the z890 was running well. The Multiple SSL Server Support was working too. Once we moved to the z10 by doing a cable swap, the Multiple Server Support for our SSL connections failed to operate. The SSL worker machines were getting 0C1 abends. In the interest of time, we modified things to avoid using SSL. Are there updates required to our z/VM 5.4 system when moving to a Z10 for Multiple SSL Server Support to work? Our initial investigation did not reveal any requirement. Thanks in advance. Jim Hughes Consulting Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-5586Fax 603.271.1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system.
Re: Changing TCPIP PROFILE EXEC
Alan: OSAs 9000,1,2 are changing to OSAs 9400,1,2.when we install the z196. To restore our TCPIP PROFILE EXEC to its original state we should delete all the attaches, not just the 9000,1,2 which are changing and put them all in either the TCPIP DIRECTORY entry or DTCPARMS. A question came up though: Network managment here seems set on attaching the new OSAs 9400.1.2 not as old OSAs 9000,1,2 but as themselves, 9400,1,2 If we were to leave the PROFILE EXEC the way it is for now and just put the new OSA addresses 9400, 1,2 in the TCPIP DIRECTORY entry as themselves 9400, 1,2 (VADDR=RADDR) not as 9000,1,2 do you see any problem with this after the OSA 9000,1,2 address go away? Since neatness counts, though, I would think it preferable to just get rid of all the attaches from the TCPIP PROFILE EXEC and put them in either TCPIP DIRECTORY or DTCPARMS.. TCPIP: PROFILE EXEC 'Access 198 D' 'Access 591 E' 'Access 592 F' ATT 9000 TCPIP 9000 ATT 9001 TCPIP 9001 ATT 9002 TCPIP 9002 ATT 9100 TCPIP 9100 ATT 9101 TCPIP 9101 ATT 9102 TCPIP 9102 queue EXEC TCPRUN Alan Altmark alan_altm...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 02/23/2011 01:15 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Changing TCPIP PROFILE EXEC On Wednesday, 02/23/2011 at 11:09 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: Alan: I have moved the COMMAND statements to the top before the INCLUDE TCPCMSU which has DEV type statements like SPOOL, CONSOLE, LINK and it IPLs CMS. Hopefully this is correct now. DIRECTXA is the final arbiter of what's valid. What's-his-name thinks he's so smart, but he's not. Not really. He's old and feeble. But the SYSTEM DTCPARMS is on TCPMAINT's 191 not 198 which is empty. Doesn't do anyone any good there; the servers don't access TCPMAINT's 191. At install time, I think you didn't perform the step 6.2.3.2.45.1253 (in the tcp/ip program directory) that populates the 198 with samples, and you didn't use the IP Wizard, which would have placed files on the 592 and the 198. Also IBM DTCPARMS is named IBMN DTCPARMS on TCPMAINT's 191: Since (a) it's on the wrong disk, and (2) it has the wrong name, it just means nothing is never ever going to read it, so it's just e-trash. IBM DTCPARMS lives on TCPMAINT 591, safe and sound, where there is a sign hanging on the door that says Warning: Shock hazard. No user serviceable parts inside. MAINTFILELIST A0 V 169 Trunc=169 Size=10 Line=1 Col=1 Alt=0 Cmd Filename Filetype Fm Format LreclRecords Blocks Date Time MPROUTE CONFIG T1 F 80 47 1 10/09/09 15:31:10 MPROUTES CONFIG T1 F 80 59 2 10/06/09 11:28:10 MPROUTE CONFOLD T1 F 80 58 2 8/19/09 11:13:31 PROFILE EXEC T2 V 73 54 1 8/04/09 12:04:18 MPROUTEX CONFIG T1 F 80 28 1 7/29/09 12:03:46 MPROUTEO CONFIG T1 F 80472 10 1/23/09 16:33:35 XCONFIG T1 F 80 20 1 1/23/09 14:52:04 SYSTEM DTCPARMS T1 F 80359 8 1/23/09 14:41:15 IBMN DTCPARMS T1 V 73359 4 1/15/09 14:24:33 TCPIPO DATA T1 V 73474 5 1/15/09 12:31:27 Hope this does not bring Chuckie out. You're killing me, George. You're just killing me. Someone bring me my pills. There's nothing like having copies of config files on your own A-disk (TCPIP DATA is a good one) so that everything works fine for you, but aeu418dk not for anyone else fdsflkjaDSLGwdo not attempt to adjust your televisioncdLJHgurglefa9ujn At one installation I saw evidence of what appeared to be human remains (cleaned up with bleach before DNA evidence could be collected), where someone tried to alter TCPIP's PROFILE EXEC or the IBM DTCPARMS file on the 591. It was never explained to my satisfaction. There was another case where someone copied the entire contents of IBM DTCPARMS onto SYSTEM DTCPARMS on the 198, apparently thinking to outfox the system. The individual has not been seen for 3 weeks now. But go ahead. Do what you want. Hey. It's not MY system. He Who Must Not Be Named IBM Blab Services office: 666.555.1212
Re: Changing TCPIP PROFILE EXEC
On Wednesday, 02/23/2011 at 05:11 EST, George Henke/NYLIC george_he...@newyorklife.com wrote: OSAs 9000,1,2 are changing to OSAs 9400,1,2.when we install the z196. To restore our TCPIP PROFILE EXEC to its original state we should delete all the attaches, not just the 9000,1,2 which are changing and put them all in either the TCPIP DIRECTORY entry or DTCPARMS. Or use the :Exit. tag in DTCPARMS, yes. A question came up though: Network managment here seems set on attaching the new OSAs 9400.1.2 not as old OSAs 9000,1,2 but as themselves, 9400,1,2 If we were to leave the PROFILE EXEC the way it is for now and just put the new OSA addresses 9400, 1,2 in the TCPIP DIRECTORY entry as themselves 9400, 1,2 (VADDR=RADDR) not as 9000,1,2 do you see any problem with this after the OSA 9000,1,2 address go away? You can do that, sure, but you'll need to add an extra HOME and DEVICE/LINK pair to PROFILE TCPIP in order to provide the fallback you were looking for. Since neatness counts, though, I would think it preferable to just get rid of all the attaches from the TCPIP PROFILE EXEC and put them in either TCPIP DIRECTORY or DTCPARMS. But you can still do the ATTACHes yourself in an exec. Just don't use PROFILE EXEC; use the :Exit tag or TCPRUNXT EXEC instead. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: XEDIT to display Euro
Alan, Who's Architecture reserves 00-3f hex as device control characters? I have a memory of displaying a hex table (oriented the right way) of 00-ff on my old 3279-3x. Les Alan Altmark wrote: On Wednesday, 02/23/2011 at 09:00 EST, Frank M. Ramaekers framaek...@ailife.com wrote: Is there a way to get XEdit to display the euro symbol? (PC: x?80? Alt-0128 ?, EBCDIC: x?20?) It appears to change this character to the double-quote (?), as it does for undisplayable characters. In EBCDIC, 0x00-0x3F are reserved for device control. Ergo, since the euro is a displayable character, its EBCDIC value cannot be 0x40. So what is its value? That depends on the code page. The following code pages contain the euro. The parent code page is shown along with the hex value of the euro glyph in that code page. NewOld Value 924 1047 0x9F 1140 037 0x9F 1141 273 0x9F 1142 277 0x5A 1143 278 0x5A 1144 280 0x9F 1145 284 0x9F 1146 285 0x9F 1147 297 0x9F 1148 500 0x9F 1149 871 0x9F 1153 870 0x9F 1154 1025 0xE1 Code page 924 is not really an offspring of 1047. It is the EBCDIC version of ISO 8859-15; there are a couple of other differences from code page 1047. It is the one I use. It quickly broke my bad habit of using the EBCDIC NOT symbol in my programs. :-) When you upload files with FTP, you need to be very careful about code pages. The default translation table in z/VM is STANDARD, a 7-bit non-reversible table. As such its use is limited to the base character set. If you have your 3270 emulator set to code page 924 and you are using Western Windows (code page 1252), then any text-mode FTP should specify site xlate 09241252. If you're on Linux, the code page is probably 819 (ISO 8859-1). In that case you would use site xlate 09240819. See the Using Translation Tables chapter of the z/VM TCP/IP User's Guide for more information. You may also find http://www.vm.ibm.com/euro/TCPIP.html historically useful. But since you have EBCDIC 0x20, you didn't use STANDARD. You used 00371252. The euro is not defined in code page 37, so that translation table stores the euro as 0x20. Alan Altmark z/VM and Linux on System z Consultant and Code Page Guy IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: XEDIT to display Euro
On Wednesday, 02/23/2011 at 06:34 EST, Les Koehler vmr...@tampabay.rr.com wrote: Who's Architecture reserves 00-3f hex as device control characters? I have a memory of displaying a hex table (oriented the right way) of 00-ff on my old 3279-3x. EBCDIC. Look at any green card. Origin? The old I/O adapters that talked to the peripherals used those values as device control characters. They were nearly the same on ASCII as they were on EBCDIC, and there were lots of engineering considerations about bit drift and loss of synchronization on the data set. Obviously the adapter doesn't (really) care about glyphs, it just cares about whether it is supposed to perform a control operation or just transmit data as-is. I suspect that the 3270 architecture followed along because it had to live within that structure. 3270 data streams still had to go over TELE2/BSC lines and certain bit combinations would be interpreted as control characters (ETX, ETB) even when ESC (sort of transparent mode) was in use. Reading between the lines, you begin to understand why 3270 SBA order have bizarre 12-, 14-bit, and 16-bit combinations: So that they can slip quietly thru the telecom equipment. Yawn. History aside, the 3270 Data Stream Programmer's Reference specifically states that - 0x00-0x3F are for 3270 orders - 0x41-0xFE are displayable - 0xFF is a control code. CMS knows whether you have an extended code page (i.e. not a 3277) and will use the NONDISP value to ensure your data streams don't interfere with CP and CMS. A few tricks are allowed (like Start Field with highlighting) since CP is always watching. XEDIT knows the above rules and will obey. Certain control characters (like TAB, 0x05) will be interpreted by XEDIT for you; others will be NONDISPed. Similar rules apply to CP and 3215 I/O. (Ha! You didn't know NONDISP was a verb, did you?) Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: XEDIT to display Euro
Thanks for the explanation! Guess I'm suffering from CRS. Les Alan Altmark wrote: On Wednesday, 02/23/2011 at 06:34 EST, Les Koehler vmr...@tampabay.rr.com wrote: Who's Architecture reserves 00-3f hex as device control characters? I have a memory of displaying a hex table (oriented the right way) of 00-ff on my old 3279-3x. EBCDIC. Look at any green card. Origin? The old I/O adapters that talked to the peripherals used those values as device control characters. They were nearly the same on ASCII as they were on EBCDIC, and there were lots of engineering considerations about bit drift and loss of synchronization on the data set. Obviously the adapter doesn't (really) care about glyphs, it just cares about whether it is supposed to perform a control operation or just transmit data as-is. I suspect that the 3270 architecture followed along because it had to live within that structure. 3270 data streams still had to go over TELE2/BSC lines and certain bit combinations would be interpreted as control characters (ETX, ETB) even when ESC (sort of transparent mode) was in use. Reading between the lines, you begin to understand why 3270 SBA order have bizarre 12-, 14-bit, and 16-bit combinations: So that they can slip quietly thru the telecom equipment. Yawn. History aside, the 3270 Data Stream Programmer's Reference specifically states that - 0x00-0x3F are for 3270 orders - 0x41-0xFE are displayable - 0xFF is a control code. CMS knows whether you have an extended code page (i.e. not a 3277) and will use the NONDISP value to ensure your data streams don't interfere with CP and CMS. A few tricks are allowed (like Start Field with highlighting) since CP is always watching. XEDIT knows the above rules and will obey. Certain control characters (like TAB, 0x05) will be interpreted by XEDIT for you; others will be NONDISPed. Similar rules apply to CP and 3215 I/O. (Ha! You didn't know NONDISP was a verb, did you?) Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
