Re: Discussion groups devoted to Mainframe(zos) automation tools
There is also the Syzygy Automation Suite, it's a comprehensive, yet far less expensive solution than most. www.SyzygyInc.com Brian Westerman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subpool 231 usage
It's embarrassing to admit, but I actually did this to myself in one of our products (SyzMPF/z) which automates console messages. We also use a name table to hold the address if the getmained area for later processing by multiple address spaces. In my haste, I had created a situation whereby I created a new area (which was at a new location) and removed the old one, but didn't update the token, so it still pointed to the old area and resulted int he same error you have now. Luckily my error was caught in QA testing and the people there took great pride in holding it over my head. If the code doesn't first check to see if the token exists, and just goes out and makes a new area and fails to check that either the token failed to be change or failed to be created, you could end up with the same type of error. In our case it was an easy fix because we already had the code to test these out, I had just bypassed it. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subpool 231 usage
Another program cannot acquire storage within your sp231 storage. At least, not unless that program, or some other program, first released/freemained all or part of your storage (yes, that could happen accidentally). When you say the abend points to unknown=program, do you mean that you can't see your code in the dump and you don't know exactly where it abended? What address caused the S0C4-11 - the address from your token, or maybe some other address, such as an address where your code is supposed to be? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SETLOCK OBTAIN
Hi all, I have the following piece of code running on many SRBs to give serialisation. SETLOCK OBTAIN, TYPE=CML,ASCB=(11), PRIMARY ADDRESS SPACE MODE=UNCOND, REGS=USE, RELATED=(*(SERSTLRL)) The fine manual states under MODE=UCOND - The system does not permit an unconditional OBTAIN request for a CML lock if the lock is held by a unit of work that is set nondispatchable. What does does not permit mean in this situation? Does it abend the SRB, give a bad return code to the macro, or what? Ron. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SETLOCK OBTAIN
Sorry should have added. My situation, multiple SRBs in a single address space, some of which might be non-dispatchable, doesn't appear to match any of the subcodes of the S073 abend. I suspect this will be some variant of s073 but not 100% sure. Ron. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: OpenSSL MAKE problem
Well for me it's easy.
I got a customer request that they want OpenSSL because they move from NFTP and
the ones that are to receive the file have a concept that is built on OpenSSL...
Hälsningar / Best regards,
Magnus Persson, Mainframe
Tieto
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Ondruška Peter
Sent: den 23 maj 2012 06:40
To: IBM-MAIN@bama.ua.edu
Subject: Re: OpenSSL MAKE problem
OpenSSL itself as utility is very useful for processing certificates and keys.
And it is a dependency library for so many open source products that it is must
to have.
S pozdravem * Mit freundlichen Grüßen * Sincerely,
Peter Ondruška
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Kirk Wolf
Sent: Tuesday, May 22, 2012 5:49 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: OpenSSL MAKE problem
Magnus, Terry, and all -
We were wondering why there seems to be a recent swell of interest in porting
OpenSSL to z/OS?
Could you comment (offline if you prefer) as to why you need it?
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Tue, May 22, 2012 at 6:36 AM, Magnus Persson magnus.pers...@tieto.comwrote:
Thanks, that did the trick with c99_x.
I'm now running my MAKE again with c99_x hoping for better luck this time.
Hälsningar / Best regards,
Magnus Persson, Mainframe
Tieto
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Ondruška Peter
Sent: den 22 maj 2012 09:17
To: IBM-MAIN@bama.ua.edu
Subject: Re: OpenSSL MAKE problem
Hi, I was just trying to figure out this myself and found out you need
to add /usr/lpp/cbclib/xlc/bin to your PATH environment.
S pozdravem * Mit freundlichen Grüßen * Sincerely,
Peter Ondruška
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Magnus Persson
Sent: Tuesday, May 22, 2012 9:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: OpenSSL MAKE problem
Hi Terri!
I have already followed your laundry list, that is what have gotten
me this far in installation, so a big THANK YOU!
The only thing that I can't do in the same way as you do it is the
c99_x, my system can't find c99_x so I ran it with c99 instead.
I guess that this might cause some trouble, but I can't find any
solution on how to make the c99_x available, when I test it from the
OMVS prompt c99_x only returns an FSUM7351 not found.
Anybody who knows how to make c99_x reachable???
Hälsningar / Best regards,
Magnus Persson, Mainframe
Tieto
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Shaffer, Terri E
Sent: den 21 maj 2012 15:43
To: IBM-MAIN@bama.ua.edu
Subject: Re: OpenSSL MAKE problem
But here is sortof the laundry list of what I found and used with Lots
of help.
1) Update the Configure perl script and add this line (after the
existing OS390-Unix line, which isn't used):
OS/390,c99_x:-O -DB_ENDIAN -DCHARSET_EBCDIC -DNO_SYS_PARAM_H
-D_ALL_SOURCE::(unknown):::THIRTY_TWO_BIT DES_PTR DES_UNROLL MD2_CHAR
RC4_INDEX RC4_CHAR BF_PTR:::,
Notice that all I changed was to change the label to OS/390 and to
use the c99_x command.
- c99 means to use STDC99, which automatically implies LONGLONG. This
avoids the shell quoting issues.
- the c99_x means to compile and link using XPLINK linkage.
2) ensure that perl and gmake are in your PATH
3) chmod +x tools/*
4) export MAKE=gmake
export _C89_CCMODE=1 (not sure that this is needed any more with the
c99 command)
5) gmake install failed because of Undeclared identifiers
ERROR CCN3045 ./b_sock.c:888 Undeclared identifier NI_MAXHOST.
ERROR CCN4324 ./b_sock.c:888 Array size must have integer type.
ERROR CCN3045 ./b_sock.c:888 Undeclared identifier NI_MAXSERV.
ERROR CCN4324 ./b_sock.c:888 Array size must have integer type.
So, I added these lines to crypto/bio/b_sock.c file starting at line
102
Which was right after these identifiers #ifndef WSAAPI #define WSAAPI
#endif
Added these
#ifndef NI_MAXSERV
#define NI_MAXSERV 32
#endif
#ifndef NI_MAXHOST
#define NI_MAXHOST 1025
#endif
Then I had a few other issues, not sure if it was caused by my
installation or the openssl code. I'm guessing the first.
In the PROBLEMS doc there is a reference for this issue.
gmakeÝ2¨: Entering directory `/u/w012108/temp/openssl-1.0.1/apps'
( :; LIBDEPS=${LIBDEPS:--L.. -lssl -L.. -lcrypto };
LDCMD=${LDCMD:-c99_x}; LDFLAGS=${LDFLAGS:--O -DB_ENDIAN
-DCHARSET_EBCDIC -DNO_SYS_PARAM_H -D_ALL_SOURC E}; LIBPATH=`for x in
$LIBDEPS; do echo $x; done | sed -e 's/¬ *-L//;t' -e d | uniq`;
LIBPATH=`echo $LIBPATH | sed -e 's/ /:/g'`;
LD_LIBRARY_PATH=$LIBPATH:$LD_ LIBRARY_PATH ${LDCMD} ${LDFLAGS} -o
${APPNAME:=openssl} openssl.o verify.o asn1p ars.o req.o dgst.o dh.o
dhparam.o enc.o passwd.o gendh.o errstr.o
Re: Anyone using MASH (Multiple Address Space HSM)
Can I ask under what situations would that be appropriate? Mark Jacobs On 05/22/12 18:21, Lizette Koehler wrote: Thanks Allan, but that is not what I was asking about. In an HSMPlex you can setup what is called MASH (Multiple Address Space HSM). This is where one LPAR can have upto 39 DFHSM address spaces running all doing different functions. The MAIN is doing RECALLS but the others can be doing other functions. I am curious to know if any other shop has actually setup the MASH and what issues they might have come across. Lizette -Original Message- From: Staller, Allanallan.stal...@kbmg.com Look in the Setting up a SYSPLEX manual. It will talk about HSMplex's etc. Should be helpful. I am running a single HSMplex at this time. The only gotcha I recall is be careful with any ADDVOL commands for non-SMS managed volumes. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
24/7/365 appropriateness was Re: IBMLink outages in 2012
On 22 May 2012 20:04:42 -0700, in bit.listserv.ibm-main you wrote: In hj3lr7lassfuf88ovoeg000i1pp935e...@4ax.com, on 05/21/2012 at 03:51 PM, Clark Morris cfmpub...@ns.sympatico.ca said: I'm the last to see my own errors. Hopefully it was obvious I meant 24/7/365 That's no better. Either 24/7/52 or 24/365 would be approximately correct. On a logical basis I agree with you but has the 24/7/365 shortcut for continuous availability become so pervasive that it is the shorthand way for saying it and is it the way that the general public as opposed to us professional nitpickers best understands it? Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Easytrive
Hello Ron, Here is some information to assist you. Create the procedure PROC020S. This is how it is called from the Easytrieve program: Run Statically with PARM SQLSYNTAX NONE BIND (STATIC-ONLY) DEFINE LNAMEIN S 8 A DEFINE BRANCHO S 2 A DEFINE EMPNOS 5 A DEFINE LOC1 S 4 B 0 JOB INPUT NULL SQL CALL PROC020S (:LNAMEIN, :BRANCHO) . . . SQL ASSOCIATE LOCATORS (:LOC1) WITH PROCEDURE PROC020S SQL ALLOCATE R1 CURSOR FOR RESULT SET :LOC1 . . . DO WHILE SQLCODE NE 100 SQL FETCH R1 INTO :EMPNO . . . Include a check for the SQLCODE for each. end If you need further help please contact CA Support at support.ca.com to open an issue and we would be happy to assist you. Best regards, Helen Biederbeck CA Technologies Support Delivery Manager bieh...@ca.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012
In actuality, isn't 24x7 comprehensive enough? The 24 infers that the availability is round the clock, as opposed to most operating schedules that embrace a single day shift of 8 hours (banker's hours), or a day of 14 or 16 hours. The 7 infers that availability is every day of the week, as opposed to only 5 days or 6 days as posited by many businesses. Beyond these, there is no de rigueur schedule of weeks within a year, or even days within a year that is consistently embraced across all cutures and peoples. Consequently, there is no need to stress availability for 52 or 52.(fraction) weeks and no need to stress 365 day availability. Neither of these adds clarity beyond what 24x7 or 24/7 or whatever representation you give to every hour, every day. Billy On Wed, May 23, 2012 at 7:54 AM, Clark Morris cfmpub...@ns.sympatico.cawrote: On 22 May 2012 20:04:42 -0700, in bit.listserv.ibm-main you wrote: In hj3lr7lassfuf88ovoeg000i1pp935e...@4ax.com, on 05/21/2012 at 03:51 PM, Clark Morris cfmpub...@ns.sympatico.ca said: I'm the last to see my own errors. Hopefully it was obvious I meant 24/7/365 That's no better. Either 24/7/52 or 24/365 would be approximately correct. On a logical basis I agree with you but has the 24/7/365 shortcut for continuous availability become so pervasive that it is the shorthand way for saying it and is it the way that the general public as opposed to us professional nitpickers best understands it? Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Thank you and best regards, *Billy Ashton* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012
YES enough said!!! Sent from my Verizon Wireless BlackBerry -Original Message- From: Bill Ashton bill00ash...@gmail.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Wed, 23 May 2012 08:30:11 To: IBM-MAIN@bama.ua.edu Reply-to: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012 In actuality, isn't 24x7 comprehensive enough? The 24 infers that the availability is round the clock, as opposed to most operating schedules that embrace a single day shift of 8 hours (banker's hours), or a day of 14 or 16 hours. The 7 infers that availability is every day of the week, as opposed to only 5 days or 6 days as posited by many businesses. Beyond these, there is no de rigueur schedule of weeks within a year, or even days within a year that is consistently embraced across all cutures and peoples. Consequently, there is no need to stress availability for 52 or 52.(fraction) weeks and no need to stress 365 day availability. Neither of these adds clarity beyond what 24x7 or 24/7 or whatever representation you give to every hour, every day. Billy On Wed, May 23, 2012 at 7:54 AM, Clark Morris cfmpub...@ns.sympatico.cawrote: On 22 May 2012 20:04:42 -0700, in bit.listserv.ibm-main you wrote: In hj3lr7lassfuf88ovoeg000i1pp935e...@4ax.com, on 05/21/2012 at 03:51 PM, Clark Morris cfmpub...@ns.sympatico.ca said: I'm the last to see my own errors. Hopefully it was obvious I meant 24/7/365 That's no better. Either 24/7/52 or 24/365 would be approximately correct. On a logical basis I agree with you but has the 24/7/365 shortcut for continuous availability become so pervasive that it is the shorthand way for saying it and is it the way that the general public as opposed to us professional nitpickers best understands it? Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Thank you and best regards, *Billy Ashton* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subpool 231 usage
Perhaps you could look at the common storage tracking information for your SP 231 storage. With appropriate settings in your DIAGXX parmlib member CSA/SQA storage tracking data should indicate the owner (address space) of the storage. Perform this analysis before the problem occurs. This should validate you had actually allocated the storage and its key. Perform this activity again after the problem occurs and compare the results. I will assume that if you did not correctly allocate the storage in the first place that you know how to fix that. For the case where the storage is freed out from under you you could run a storage trace (see /MVS Diagnosis: Tools and Service Aids Chapter 13 Getmain, Freemain, STORAGE trace (GFS) for details). /This trace should show you all GETMAIN/FREEMAIN and STORAGE OBTAIN/RELEASE requests. Use filtering to limit the output to SP231 for the address space(s) involved. Hopefully you will see who freed the storage (likely one of your programs) and will be able to resolve your problem. On 5/23/2012 02:50 AM, Andy Wood wrote: Another program cannot acquire storage within your sp231 storage. At least, not unless that program, or some other program, first released/freemained all or part of your storage (yes, that could happen accidentally). When you say the abend points to unknown=program, do you mean that you can't see your code in the dump and you don't know exactly where it abended? What address caused the S0C4-11 - the address from your token, or maybe some other address, such as an address where your code is supposed to be? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Job opening
Interested/Qualified applicants please review/apply here: https://cvg53.cvgs.net/Main/careerportal/Job_Profile.cfm?szOrderID=118864szReturnToSearch=1szWordsToHighlight= Job location is the greater Cincinnati, OH area Job Profile Title: Lead Systems Programmer Requisition #: 118864 Employment Type: Regular Full or Part Time: Full-time FLSA Status: Exempt Division IT Posted Date: 5/15/2012 Grade: 14 Affiliate: FIFTH THIRD BANK, CINCINNATI Requirements GENERAL FUNCTION: Oversees and performs maintenance on existing software products. Assists in designing, developing, coding, testing and debugging new software or making enhancements to existing software. Works with technical staff to resolve software problems, coordinate projects and respond to suggestions for improvements and enhancements. Acts as team leader on projects. DUTIES RESPONSIBILITIES: 1. Functions as a technical expert in the design, development, modification and debugging of programs, job streams and other machine-readable material. 2. Develops project plans, work assignments, target dates and other aspects of assigned projects and communicates this information to senior management and the business unit. 3. Works independently designing and developing new software products or major enhancements to existing software. 4. Plays a key role as a team member or as an individual contributor for projects with varying complexities. 5. Assists with capacity and scalability planning for all network-related systems. 6. Oversees the advanced troubleshooting and problem resolution functions for Business Application software products. 7. Provides strategic development recommendations to specific business applications areas as it relates to the selection, installation and networking of new software systems. 8. Researches new technologies and recommends process improvement solutions as it relates to the analysis, design and implementation of new applications. 9. Responsible for systems performance and resolution of production incidents, which may require 24x7 coverage. 10. Other duties as required. SUPERVISORY RESPONSIBILITIES: None Experience MINIMUM KNOWLEDGE, SKILLS AND ABILITIES REQUIRED: Undergraduate degree or equivalent, with 4-6 years of experience. Must have current hands-on experience: *Standard systems programmer responsibilities including: *ZOS operational experience in a multi-system parallel SYSPLEX environment *Installation and support of system software (IBM and ISV) *SMPE, JES2, IPCS *HCD, system z hardware administration and support *Ability to lead medium and large projects Nice to have experience: *Storage Director administration and support *DFSMS *REXX *Assembler *UNIX Systems Services *Crypto Services *CA Top Secret or RACF *Performance Management _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Unicode Services translation question
I don't understand what I am seeing from Unicode Services translation. I specify translation from 1047 (Encoding scheme 1100 - EBCDIC, SBCS; Name LATIN 1 / OPEN SYSTEM) to 1252 (Encoding scheme 4105 - ASCII, SBCS; Name MS-WIN LATIN-1). As both CCSIDs are SBCS I would expect that any common EBCDIC character would get translated into a single ASCII byte. But for an input byte of X'B0' (logical not in 1047) I am seeing translation to the 2-byte sequence C2AC. AC is by my reading correct: it's 1252 logical not. But what the heck is that C2 about (C2 is A with an acute accent in 1252). FWIW technique E, substitution 1A. Where am I confused? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012
cfmpub...@ns.sympatico.ca (Clark Morris) writes: On a logical basis I agree with you but has the 24/7/365 shortcut for continuous availability become so pervasive that it is the shorthand way for saying it and is it the way that the general public as opposed to us professional nitpickers best understands it? when we were doing ha/cmp in the early 90s, one of the customers we called on supported the 1-800 lookup (i.e. 1-800 got routed to dbms transaction that looked up the real number for putting the call through) had five-nines availability. the incumbent had redundant hardware ... but required system to be taken down for software maintenance ... short scheduled downtime, once a year blew the outage budget for a nearly a century. ha/cmp didn't have redundant hardware components but had replicated systems and fall-over ... so failures downtime was masked ... even rolling outages for software system maintenance w/o service impact. eventually the incumbent vendor came back and said that they could do replicated systems also ... for masking individual system downtime ... but that negated the requirement for redudant sofware. i was then asked to write a section for the corporae continuous available strategy document ... but the section got pulled after both Rochester and POK complained that they couldn't meet the objectives. past posts mentioning coining the terms disaster survivability and geographic survivability ... to differentiate from disaster/recovery when out marketing ha/cmp: http://www.garlic.com/~lynn/submain.html#available -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Anyone using MASH (Multiple Address Space HSM)
Mark, From the IBM Presentations the biggest boost would be that one HSM address space (HSMA) is the main that runs only RECALLS. Then an aux (HSMB) could run PSM or SSM, then another aux could run DUMP/BACKUP. Then each HSM could be in a different WLM class. This could offload the work as well as the priority processing. The three HSM address spaces (HSMA, HSMB and HSMC) all share the xCDS, Journal, and CRQ. They have separate PDA and LOGs Other than memory, system resources, it appears this might be an acceptable setup if you are having issues with recalls, or want to separate out the functions of HSM under different WLM classes. Some documentation is found in Glen Wilcox's HSM presentation from Share. Also in the DFHSM Primer. I am working on a conversion doc that IBM is helping with. There is not a lot of detail in the manuals/presentations. And as always, no tables to show the HSM parms and the various environments. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Wednesday, May 23, 2012 4:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone using MASH (Multiple Address Space HSM) Can I ask under what situations would that be appropriate? Mark Jacobs On 05/22/12 18:21, Lizette Koehler wrote: Thanks Allan, but that is not what I was asking about. In an HSMPlex you can setup what is called MASH (Multiple Address Space HSM). This is where one LPAR can have upto 39 DFHSM address spaces running all doing different functions. The MAIN is doing RECALLS but the others can be doing other functions. I am curious to know if any other shop has actually setup the MASH and what issues they might have come across. Lizette -Original Message- From: Staller, Allanallan.stal...@kbmg.com Look in the Setting up a SYSPLEX manual. It will talk about HSMplex's etc. Should be helpful. I am running a single HSMplex at this time. The only gotcha I recall is be careful with any ADDVOL commands for non-SMS managed volumes. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Mark Jacobs Time Customer Service Tampa, FL The Doctor: You know when grown-ups tell you everything's going to be fine, and you think they're probably lying to make you feel better? Young Amy: Yes. The Doctor: Everything's going to be fine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012
And the general public, many Dilbertian managers, and even some of us professional nitpickers, think that a job running 1 hour instead of 10 is 900% faster, and that 1 is 10 times smaller than 10. 2+2 no longer = 5; now it equals chartreuse. Fortunately architects and engineers know how to use mathematically accurate and precise terminology when describing the bridges they design and build, or we would have a lot more cars falling off of collapsing bridges. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Clark Morris Sent: Wednesday, May 23, 2012 6:54 AM To: IBM-MAIN@bama.ua.edu Subject: 24/7/365 appropriateness was Re: IBMLink outages in 2012 On 22 May 2012 20:04:42 -0700, in bit.listserv.ibm-main you wrote: In hj3lr7lassfuf88ovoeg000i1pp935e...@4ax.com, on 05/21/2012 at 03:51 PM, Clark Morris cfmpub...@ns.sympatico.ca said: I'm the last to see my own errors. Hopefully it was obvious I meant 24/7/365 That's no better. Either 24/7/52 or 24/365 would be approximately correct. On a logical basis I agree with you but has the 24/7/365 shortcut for continuous availability become so pervasive that it is the shorthand way for saying it and is it the way that the general public as opposed to us professional nitpickers best understands it? Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012
bfairch...@rocketsoftware.com (Bill Fairchild) writes: And the general public, many Dilbertian managers, and even some of us professional nitpickers, think that a job running 1 hour instead of 10 is 900% faster, and that 1 is 10 times smaller than 10. 2+2 no longer = 5; now it equals chartreuse. Fortunately architects and engineers know how to use mathematically accurate and precise terminology when describing the bridges they design and build, or we would have a lot more cars falling off of collapsing bridges. re: http://www.garlic.com/~lynn/2012g.html#29 24/7/365 appropriateness was Re: IBMLink outages in 2012 Volcker in discussion with civil engineering professor about significantly decline in infrastructure projects (as institutions skimmed funds for other purposes disappearing civil engineering jobs) resulting in universities cutting back civil engineering programs; Confidence Men, pg290: Well, I said, 'The trouble with the United States recently is we spent several decades not producing many civil engineers and producing a huge number of financial engineers. And the result is s**tty bridges and a s**tty financial system! ... snip ... old presentation by Jim Gray on availability ... scanned from paper copy that had been made on copying machine in bldg. 28, SJR http://www.garlic.com/~lynn/grayft84.pdf the point (from early 80s) was that majority of outages (scheduled and non-scheduled) had shifted from hardware to software (and human errors). (early 70s) before virtual memory announcement for 370, a copy of internal document describing the technology leaked to the press. in the wake of the following investigation, all internal copying machines were retrofitted with unique identifier (under the glass) that would appear on all copies made on that machine. for other drift ... it has been five years since Jim disappeared and cal. court recently declared him dead ... reference in (linkedin) z/VM group: http://lnkd.in/C2yn7p also archived here: http://www.garlic.com/~lynn/2012g.html#21 Closure in Disappearance of Computer Scientist -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012
On Wed, May 23, 2012 at 9:20 AM, Bill Fairchild bfairch...@rocketsoftware.com wrote: And the general public, many Dilbertian managers, and even some of us professional nitpickers, think that a job running 1 hour instead of 10 is 900% faster, and that 1 is 10 times smaller than 10. 2+2 no longer = 5; now it equals chartreuse. Fortunately architects and engineers know how to use mathematically accurate and precise terminology when describing the bridges they design and build, or we would have a lot more cars falling off of collapsing bridges. Bill Fairchild http://en.wikipedia.org/wiki/List_of_bridge_failures -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012
On Wed, 23 May 2012 14:20:03 +, Bill Fairchild wrote: And the general public, many Dilbertian managers, and even some of us professional nitpickers, think that a job running 1 hour instead of 10 is 900% faster, I believe that's correct usage, even as an airplane that flies from New York to Washington in one hour is 900% faster than a car that makes the trip in 10 hours. and that 1 is 10 times smaller than 10. And that's confusing or nonsensical. But see: e.g.: http://en.wikipedia.org/wiki/Markedness#Marked_and_unmarked_word_pairs http://www.springerlink.com/content/u15776721t318p8u/ Does 24/7 sometimes presume an exception for national holidays? Why is it 24/7 rather than 24x7? And why do markets display prices such as 3/$1.00 rather than $1.00/3? Is chartreuse about 50% greener than olive? Now, can we get back to our charter of discussing the appropriate use of TLAs? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unicode Services translation question
Charles, x'C2AC' is the logical not symbol in UTF-8. Are you sure that you are translating to 1252? When I display the translate table for 1047-1252 using Unicode Services, it appears to be single bye - single byte: Here is a dump using the showtrtab command (part of the free Co:Z Toolkit) - *showtrtab -s 1047 -t 1252* 00: 00 01 02 03 1A 09 1A 7F 1A 8D 8E 0B 0C 0D 0E 0F 10: 10 11 12 13 9D 0A 08 1A 18 19 1A 8F 1C 1D 1E 1F 20: 80 81 1A 1A 1A 1A 17 1B 1A 1A 1A 1A 1A 05 06 07 30: 90 1A 16 1A 1A 1A 1A 04 1A 1A 1A 1A 14 15 9E 1A 40: 20 A0 E2 E4 E0 E1 E3 E5 E7 F1 A2 2E 3C 28 2B 7C 50: 26 E9 EA EB E8 ED EE EF EC DF 21 24 2A 29 3B 5E 60: 2D 2F C2 C4 C0 C1 C3 C5 C7 D1 A6 2C 25 5F 3E 3F 70: F8 C9 CA CB C8 CD CE CF CC 60 3A 23 40 27 3D 22 80: D8 61 62 63 64 65 66 67 68 69 AB BB F0 FD FE B1 90: B0 6A 6B 6C 6D 6E 6F 70 71 72 AA BA E6 B8 C6 A4 A0: B5 7E 73 74 75 76 77 78 79 7A A1 BF D0 5B DE AE B0: AC A3 A5 B7 A9 A7 B6 BC BD BE DD A8 AF 5D B4 D7 C0: 7B 41 42 43 44 45 46 47 48 49 AD F4 F6 F2 F3 F5 D0: 7D 4A 4B 4C 4D 4E 4F 50 51 52 B9 FB FC F9 FA FF E0: 5C F7 53 54 55 56 57 58 59 5A B2 D4 D6 D2 D3 D5 F0: 30 31 32 33 34 35 36 37 38 39 B3 DB DC D9 DA 1A Kirk Wolf Dovetailed Technologies http://dovetail.com FWIW: here is how showtrtab displays a one-many table: *showtrtab -s 1047 -t utf-8* 00: 00 01: 01 02: 02 03: 03 04: C29C 05: 09 06: C286 07: 7F 08: C297 09: C28D 0A: C28E 0B: 0B 0C: 0C ... AA: C2A1 AB: C2BF AC: C390 AD: 5B AE: C39E AF: C2AE B0: C2AC B1: C2A3 B2: C2A5 B3: C2B7 B4: C2A9 B5: C2A7 B6: C2B6 B7: C2BC B8: C2BD B9: C2BE BA: C39D BB: C2A8 BC: C2AF BD: 5D BE: C2B4 BF: C397 ... Notice that B0 in 1047 translates to C2AC in UTF-8 On Wed, May 23, 2012 at 8:43 AM, Charles Mills charl...@mcn.org wrote: I don't understand what I am seeing from Unicode Services translation. I specify translation from 1047 (Encoding scheme 1100 - EBCDIC, SBCS; Name LATIN 1 / OPEN SYSTEM) to 1252 (Encoding scheme 4105 - ASCII, SBCS; Name MS-WIN LATIN-1). As both CCSIDs are SBCS I would expect that any common EBCDIC character would get translated into a single ASCII byte. But for an input byte of X'B0' (logical not in 1047) I am seeing translation to the 2-byte sequence C2AC. AC is by my reading correct: it's 1252 logical not. But what the heck is that C2 about (C2 is A with an acute accent in 1252). FWIW technique E, substitution 1A. Where am I confused? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012
IMHO everyone here perfectly understand common (and intended) meaning of 24/7/365. While is formally inaccurate, it's still clear. The rest is as worth to discuss as USS=Unix System Services. Maybe there is official IBM meaning* of 24/7/365 or the only proper description of continuous availability ? vbg My €0.02 -- Radoslaw Skorupka Lodz, Poland W dniu 2012-05-23 16:20, Bill Fairchild pisze: And the general public, many Dilbertian managers, and even some of us professional nitpickers, think that a job running 1 hour instead of 10 is 900% faster, and that 1 is 10 times smaller than 10. 2+2 no longer = 5; now it equals chartreuse. Fortunately architects and engineers know how to use mathematically accurate and precise terminology when describing the bridges they design and build, or we would have a lot more cars falling off of collapsing bridges. Bill Fairchild Programmer Rocket Software 408 Chamberlain Park Lane * Franklin, TN 37069-2526 * USA t: +1.617.614.4503 * e: bfairch...@rocketsoftware.com * w: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Clark Morris Sent: Wednesday, May 23, 2012 6:54 AM To: IBM-MAIN@bama.ua.edu Subject: 24/7/365 appropriateness was Re: IBMLink outages in 2012 On 22 May 2012 20:04:42 -0700, in bit.listserv.ibm-main you wrote: Inhj3lr7lassfuf88ovoeg000i1pp935e...@4ax.com, on 05/21/2012 at 03:51 PM, Clark Morriscfmpub...@ns.sympatico.ca said: I'm the last to see my own errors. Hopefully it was obvious I meant 24/7/365 That's no better. Either 24/7/52 or 24/365 would be approximately correct. On a logical basis I agree with you but has the 24/7/365 shortcut for continuous availability become so pervasive that it is the shorthand way for saying it and is it the way that the general public as opposed to us professional nitpickers best understands it? Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unicode Services translation question
On Wed, 23 May 2012 06:43:53 -0700, Charles Mills wrote:
I don't understand what I am seeing from Unicode Services translation.
I specify translation from 1047 (Encoding scheme 1100 - EBCDIC, SBCS; Name
LATIN 1 / OPEN SYSTEM) to 1252 (Encoding scheme 4105 - ASCII, SBCS; Name
MS-WIN LATIN-1).
As both CCSIDs are SBCS I would expect that any common EBCDIC character
would get translated into a single ASCII byte. But for an input byte of
X'B0' (logical not in 1047) I am seeing translation to the 2-byte sequence
C2AC. AC is by my reading correct: it's 1252 logical not. But what the heck
is that C2 about (C2 is A with an acute accent in 1252).
FWIW technique E, substitution 1A.
That appears to be a variable-length encoding, such as UTF-8. For example:
387 $ awk 'BEGIN { printf( %c, 16*11 ) }' |
iconv -f IBM-1047 -t UTF-8 | od -x
000 acc2
(John M. was lately ranting on another forum about the richness of the
POSIX shell command structure compared to TSO. I can only agree.
What would be required to accomplish the same from the TSO READY
prompt?)
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unicode Services translation question
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, May 23, 2012 10:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Unicode Services translation question snip (John M. was lately ranting on another forum about the richness of the POSIX shell command structure compared to TSO. snip -- gil Not ranting, just a slight case of logorrhoea. grin Certainly not Bloviating! -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unicode Services translation question
Are you sure that you are translating to 1252? Mighty sure. Could I be confused? Of course. But it looks rock solid to me. I have a lot of display facilities in the code and everything looks right (except the output). Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Kirk Wolf Sent: Wednesday, May 23, 2012 8:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Unicode Services translation question Charles, x'C2AC' is the logical not symbol in UTF-8. Are you sure that you are translating to 1252? When I display the translate table for 1047-1252 using Unicode Services, it appears to be single bye - single byte: Here is a dump using the showtrtab command (part of the free Co:Z Toolkit) - *showtrtab -s 1047 -t 1252* 00: 00 01 02 03 1A 09 1A 7F 1A 8D 8E 0B 0C 0D 0E 0F 10: 10 11 12 13 9D 0A 08 1A 18 19 1A 8F 1C 1D 1E 1F 20: 80 81 1A 1A 1A 1A 17 1B 1A 1A 1A 1A 1A 05 06 07 30: 90 1A 16 1A 1A 1A 1A 04 1A 1A 1A 1A 14 15 9E 1A 40: 20 A0 E2 E4 E0 E1 E3 E5 E7 F1 A2 2E 3C 28 2B 7C 50: 26 E9 EA EB E8 ED EE EF EC DF 21 24 2A 29 3B 5E 60: 2D 2F C2 C4 C0 C1 C3 C5 C7 D1 A6 2C 25 5F 3E 3F 70: F8 C9 CA CB C8 CD CE CF CC 60 3A 23 40 27 3D 22 80: D8 61 62 63 64 65 66 67 68 69 AB BB F0 FD FE B1 90: B0 6A 6B 6C 6D 6E 6F 70 71 72 AA BA E6 B8 C6 A4 A0: B5 7E 73 74 75 76 77 78 79 7A A1 BF D0 5B DE AE B0: AC A3 A5 B7 A9 A7 B6 BC BD BE DD A8 AF 5D B4 D7 C0: 7B 41 42 43 44 45 46 47 48 49 AD F4 F6 F2 F3 F5 D0: 7D 4A 4B 4C 4D 4E 4F 50 51 52 B9 FB FC F9 FA FF E0: 5C F7 53 54 55 56 57 58 59 5A B2 D4 D6 D2 D3 D5 F0: 30 31 32 33 34 35 36 37 38 39 B3 DB DC D9 DA 1A Kirk Wolf Dovetailed Technologies http://dovetail.com FWIW: here is how showtrtab displays a one-many table: *showtrtab -s 1047 -t utf-8* 00: 00 01: 01 02: 02 03: 03 04: C29C 05: 09 06: C286 07: 7F 08: C297 09: C28D 0A: C28E 0B: 0B 0C: 0C ... AA: C2A1 AB: C2BF AC: C390 AD: 5B AE: C39E AF: C2AE B0: C2AC B1: C2A3 B2: C2A5 B3: C2B7 B4: C2A9 B5: C2A7 B6: C2B6 B7: C2BC B8: C2BD B9: C2BE BA: C39D BB: C2A8 BC: C2AF BD: 5D BE: C2B4 BF: C397 ... Notice that B0 in 1047 translates to C2AC in UTF-8 On Wed, May 23, 2012 at 8:43 AM, Charles Mills charl...@mcn.org wrote: I don't understand what I am seeing from Unicode Services translation. I specify translation from 1047 (Encoding scheme 1100 - EBCDIC, SBCS; Name LATIN 1 / OPEN SYSTEM) to 1252 (Encoding scheme 4105 - ASCII, SBCS; Name MS-WIN LATIN-1). As both CCSIDs are SBCS I would expect that any common EBCDIC character would get translated into a single ASCII byte. But for an input byte of X'B0' (logical not in 1047) I am seeing translation to the 2-byte sequence C2AC. AC is by my reading correct: it's 1252 logical not. But what the heck is that C2 about (C2 is A with an acute accent in 1252). FWIW technique E, substitution 1A. Where am I confused? Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
SHARE in Anaheim Schedule Available Online
The SHARE in Anaheim schedule is now available online here: https://share.confex.com/share/119/webprogram/start.html -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Subpool 231 usage
All: Thank you so much for the help. We are digging through the problem. I hadnt seen this one before, so I was looking for pointers to point me the right direction to find the cause. All your help was very much appreciated. Scott J Ford Software Engineer http://www.identityforge.com From: Ray Overby rayove...@comcast.net To: IBM-MAIN@bama.ua.edu Sent: Wednesday, May 23, 2012 9:03 AM Subject: Re: Subpool 231 usage Perhaps you could look at the common storage tracking information for your SP 231 storage. With appropriate settings in your DIAGXX parmlib member CSA/SQA storage tracking data should indicate the owner (address space) of the storage. Perform this analysis before the problem occurs. This should validate you had actually allocated the storage and its key. Perform this activity again after the problem occurs and compare the results. I will assume that if you did not correctly allocate the storage in the first place that you know how to fix that. For the case where the storage is freed out from under you you could run a storage trace (see /MVS Diagnosis: Tools and Service Aids Chapter 13 Getmain, Freemain, STORAGE trace (GFS) for details). /This trace should show you all GETMAIN/FREEMAIN and STORAGE OBTAIN/RELEASE requests. Use filtering to limit the output to SP231 for the address space(s) involved. Hopefully you will see who freed the storage (likely one of your programs) and will be able to resolve your problem. On 5/23/2012 02:50 AM, Andy Wood wrote: Another program cannot acquire storage within your sp231 storage. At least, not unless that program, or some other program, first released/freemained all or part of your storage (yes, that could happen accidentally). When you say the abend points to unknown=program, do you mean that you can't see your code in the dump and you don't know exactly where it abended? What address caused the S0C4-11 - the address from your token, or maybe some other address, such as an address where your code is supposed to be? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unicode Services translation question
Does it work as you expected for other characters in 1047 whose equivalent in 1252 have values above x7F? Or is the not sign the only one that's mis-behaving? -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unicode Services translation question
Does it work as you expected for other characters in 1047 whose equivalent in 1252 have values above x7F? I just put in a broken vertical bar (EBCDIC 6A) and it translated (allegedly into 1252) as C2A6 rather than the expected A6. Where are you going with this? You obviously have something in mind. FWIW, here is more detail on the coding. Here is more of the setup: UniConvParms.Src_CCSID= Parms::XlateFrom; UniConvParms.Targ_CCSID = Parms::XlateTo; UniConvParms.Flag1.Sub_Action = '\x01';// Subsitute and continue UniConvParms.Flag1.Inv_Handle = '\x01';// if invalid handle get a new one UniConvParms.Flag1.No_Opt_Buf_Fill = '\x01';// ??? UniConvParms.Flag1.Mal_Action = '\x01';// if malformed terminate with error UniConvParms.Flag1.RL_Sub_Action = '\x01';// ??? CUNLCNV(UniConvParms); I am pretty confident of the values of Parms::XlateFrom and To because I have code that displays those same fields displayChildren(XLATE, (%05d %05d '%s'), XlateFrom, XlateTo, XlateTechniques); (it's in the Parms class so the Parms:: is implicit) and the output is XLATE (01047 01252 'LMER') Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Walt Farrell Sent: Wednesday, May 23, 2012 10:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Unicode Services translation question Does it work as you expected for other characters in 1047 whose equivalent in 1252 have values above x7F? Or is the not sign the only one that's mis-behaving? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Brain drain: Where Cobol systems go from here
Brain drain: Where Cobol systems go from here -When the last Cobol programmers walk out the door, so may 50 years of business processes within the software they created. Will you be ready? http://www.computerworld.com/s/article/9227263/The_Cobol_Brain_Drain? taxonomyId=154 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unicode Services translation question
Charles, I'm not sure what the problem is, but 1252 is a single byte charset, so it seems wrong that you are getting multi-byte results. I don't see any difference in how you are calling CUNLCNV I tried our code with your technique string (we default to LMREC) : *showtrtab -s 1047 -t 1252 -q LMER * 00: 00 01 02 03 1A 09 1A 7F 1A 8D 8E 0B 0C 0D 0E 0F 10: 10 11 12 13 9D 0A 08 1A 18 19 1A 8F 1C 1D 1E 1F 20: 80 81 1A 1A 1A 1A 17 1B 1A 1A 1A 1A 1A 05 06 07 30: 90 1A 16 1A 1A 1A 1A 04 1A 1A 1A 1A 14 15 9E 1A 40: 20 A0 E2 E4 E0 E1 E3 E5 E7 F1 A2 2E 3C 28 2B 7C 50: 26 E9 EA EB E8 ED EE EF EC DF 21 24 2A 29 3B 5E 60: 2D 2F C2 C4 C0 C1 C3 C5 C7 D1 A6 2C 25 5F 3E 3F 70: F8 C9 CA CB C8 CD CE CF CC 60 3A 23 40 27 3D 22 80: D8 61 62 63 64 65 66 67 68 69 AB BB F0 FD FE B1 90: B0 6A 6B 6C 6D 6E 6F 70 71 72 AA BA E6 B8 C6 A4 A0: B5 7E 73 74 75 76 77 78 79 7A A1 BF D0 5B DE AE B0: AC A3 A5 B7 A9 A7 B6 BC BD BE DD A8 AF 5D B4 D7 C0: 7B 41 42 43 44 45 46 47 48 49 AD F4 F6 F2 F3 F5 D0: 7D 4A 4B 4C 4D 4E 4F 50 51 52 B9 FB FC F9 FA FF E0: 5C F7 53 54 55 56 57 58 59 5A B2 D4 D6 D2 D3 D5 F0: 30 31 32 33 34 35 36 37 38 39 B3 DB DC D9 DA 1A Could there be something wrong with how your Unicode Services tables are configured? Kirk Wolf Dovetailed Technologies http://dovetail.com +1 636.300.0901 On Wed, May 23, 2012 at 3:11 PM, Charles Mills charl...@mcn.org wrote: Does it work as you expected for other characters in 1047 whose equivalent in 1252 have values above x7F? I just put in a broken vertical bar (EBCDIC 6A) and it translated (allegedly into 1252) as C2A6 rather than the expected A6. Where are you going with this? You obviously have something in mind. FWIW, here is more detail on the coding. Here is more of the setup: UniConvParms.Src_CCSID= Parms::XlateFrom; UniConvParms.Targ_CCSID = Parms::XlateTo; UniConvParms.Flag1.Sub_Action = '\x01';// Subsitute and continue UniConvParms.Flag1.Inv_Handle = '\x01';// if invalid handle get a new one UniConvParms.Flag1.No_Opt_Buf_Fill = '\x01';// ??? UniConvParms.Flag1.Mal_Action = '\x01';// if malformed terminate with error UniConvParms.Flag1.RL_Sub_Action = '\x01';// ??? CUNLCNV(UniConvParms); I am pretty confident of the values of Parms::XlateFrom and To because I have code that displays those same fields displayChildren(XLATE, (%05d %05d '%s'), XlateFrom, XlateTo, XlateTechniques); (it's in the Parms class so the Parms:: is implicit) and the output is XLATE (01047 01252 'LMER') Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Walt Farrell Sent: Wednesday, May 23, 2012 10:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Unicode Services translation question Does it work as you expected for other characters in 1047 whose equivalent in 1252 have values above x7F? Or is the not sign the only one that's mis-behaving? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unicode Services translation question
Thanks. Could there be something wrong with how your Unicode Services tables are configured? Sure, but I try to avoid blame the compiler and blame the operating system for as long as possible! I want to see where Walt was going with the 7F question. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Kirk Wolf Sent: Wednesday, May 23, 2012 1:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Unicode Services translation question Charles, I'm not sure what the problem is, but 1252 is a single byte charset, so it seems wrong that you are getting multi-byte results. I don't see any difference in how you are calling CUNLCNV I tried our code with your technique string (we default to LMREC) : *showtrtab -s 1047 -t 1252 -q LMER * 00: 00 01 02 03 1A 09 1A 7F 1A 8D 8E 0B 0C 0D 0E 0F 10: 10 11 12 13 9D 0A 08 1A 18 19 1A 8F 1C 1D 1E 1F 20: 80 81 1A 1A 1A 1A 17 1B 1A 1A 1A 1A 1A 05 06 07 30: 90 1A 16 1A 1A 1A 1A 04 1A 1A 1A 1A 14 15 9E 1A 40: 20 A0 E2 E4 E0 E1 E3 E5 E7 F1 A2 2E 3C 28 2B 7C 50: 26 E9 EA EB E8 ED EE EF EC DF 21 24 2A 29 3B 5E 60: 2D 2F C2 C4 C0 C1 C3 C5 C7 D1 A6 2C 25 5F 3E 3F 70: F8 C9 CA CB C8 CD CE CF CC 60 3A 23 40 27 3D 22 80: D8 61 62 63 64 65 66 67 68 69 AB BB F0 FD FE B1 90: B0 6A 6B 6C 6D 6E 6F 70 71 72 AA BA E6 B8 C6 A4 A0: B5 7E 73 74 75 76 77 78 79 7A A1 BF D0 5B DE AE B0: AC A3 A5 B7 A9 A7 B6 BC BD BE DD A8 AF 5D B4 D7 C0: 7B 41 42 43 44 45 46 47 48 49 AD F4 F6 F2 F3 F5 D0: 7D 4A 4B 4C 4D 4E 4F 50 51 52 B9 FB FC F9 FA FF E0: 5C F7 53 54 55 56 57 58 59 5A B2 D4 D6 D2 D3 D5 F0: 30 31 32 33 34 35 36 37 38 39 B3 DB DC D9 DA 1A Could there be something wrong with how your Unicode Services tables are configured? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SETLOCK OBTAIN
I have the following piece of code running on many SRBs to give serialisation. SETLOCK OBTAIN, TYPE=CML,ASCB=(11), PRIMARY ADDRESS SPACE MODE=UNCOND, REGS=USE, RELATED=(*(SERSTLRL)) The fine manual states under MODE=UCOND - The system does not permit an unconditional OBTAIN request for a CML lock if the lock is held by a unit of work that is set nondispatchable. What does does not permit mean in this situation? Does it abend the SRB, give a bad return code to the macro, or what? There was a time when a 073-18 abend was issued if you attempted to unconditionally obtain the CML lock of address space which was not exempt from system nondispatchability, while the system was set nondispatchable by SDUMP during dumping of common storage. This was removed by APAR OY04285 in 1987. Apparently, the fine manuals did not get updated. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unicode Services translation question
Here is what showtrtab shows (pretty much as expected: 6A-A6 and B0 - AC). $ ./showtrtab -s 1047 -t 1252 00: 00 01 02 03 9C 09 86 7F 97 8D 8E 0B 0C 0D 0E 0F 10: 10 11 12 13 9D 0A 08 87 18 19 92 8F 1C 1D 1E 1F 20: 80 81 82 83 84 85 17 1B 88 89 8A 8B 8C 05 06 07 30: 90 91 16 93 94 95 96 04 98 99 9A 9B 14 15 9E 1A 40: 20 A0 E2 E4 E0 E1 E3 E5 E7 F1 A2 2E 3C 28 2B 7C 50: 26 E9 EA EB E8 ED EE EF EC DF 21 24 2A 29 3B 5E 60: 2D 2F C2 C4 C0 C1 C3 C5 C7 D1 A6 2C 25 5F 3E 3F 70: F8 C9 CA CB C8 CD CE CF CC 60 3A 23 40 27 3D 22 80: D8 61 62 63 64 65 66 67 68 69 AB BB F0 FD FE B1 90: B0 6A 6B 6C 6D 6E 6F 70 71 72 AA BA E6 B8 C6 A4 A0: B5 7E 73 74 75 76 77 78 79 7A A1 BF D0 5B DE AE B0: AC A3 A5 B7 A9 A7 B6 BC BD BE DD A8 AF 5D B4 D7 C0: 7B 41 42 43 44 45 46 47 48 49 AD F4 F6 F2 F3 F5 D0: 7D 4A 4B 4C 4D 4E 4F 50 51 52 B9 FB FC F9 FA FF E0: 5C F7 53 54 55 56 57 58 59 5A B2 D4 D6 D2 D3 D5 F0: 30 31 32 33 34 35 36 37 38 39 B3 DB DC D9 DA 9F Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Wednesday, May 23, 2012 1:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Unicode Services translation question Thanks. Could there be something wrong with how your Unicode Services tables are configured? Sure, but I try to avoid blame the compiler and blame the operating system for as long as possible! I want to see where Walt was going with the 7F question. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Kirk Wolf Sent: Wednesday, May 23, 2012 1:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Unicode Services translation question Charles, I'm not sure what the problem is, but 1252 is a single byte charset, so it seems wrong that you are getting multi-byte results. I don't see any difference in how you are calling CUNLCNV I tried our code with your technique string (we default to LMREC) : *showtrtab -s 1047 -t 1252 -q LMER * 00: 00 01 02 03 1A 09 1A 7F 1A 8D 8E 0B 0C 0D 0E 0F 10: 10 11 12 13 9D 0A 08 1A 18 19 1A 8F 1C 1D 1E 1F 20: 80 81 1A 1A 1A 1A 17 1B 1A 1A 1A 1A 1A 05 06 07 30: 90 1A 16 1A 1A 1A 1A 04 1A 1A 1A 1A 14 15 9E 1A 40: 20 A0 E2 E4 E0 E1 E3 E5 E7 F1 A2 2E 3C 28 2B 7C 50: 26 E9 EA EB E8 ED EE EF EC DF 21 24 2A 29 3B 5E 60: 2D 2F C2 C4 C0 C1 C3 C5 C7 D1 A6 2C 25 5F 3E 3F 70: F8 C9 CA CB C8 CD CE CF CC 60 3A 23 40 27 3D 22 80: D8 61 62 63 64 65 66 67 68 69 AB BB F0 FD FE B1 90: B0 6A 6B 6C 6D 6E 6F 70 71 72 AA BA E6 B8 C6 A4 A0: B5 7E 73 74 75 76 77 78 79 7A A1 BF D0 5B DE AE B0: AC A3 A5 B7 A9 A7 B6 BC BD BE DD A8 AF 5D B4 D7 C0: 7B 41 42 43 44 45 46 47 48 49 AD F4 F6 F2 F3 F5 D0: 7D 4A 4B 4C 4D 4E 4F 50 51 52 B9 FB FC F9 FA FF E0: 5C F7 53 54 55 56 57 58 59 5A B2 D4 D6 D2 D3 D5 F0: 30 31 32 33 34 35 36 37 38 39 B3 DB DC D9 DA 1A Could there be something wrong with how your Unicode Services tables are configured? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Unicode Services translation question
I *think* I understand the problem. I am going to have to revisit the documentation and then the code. When I *re*-parametize the service with a different CCSID it is not taking. I have a handle or something that is not getting re-initialized. I just started the program over with 01047/01252 and I get the results expected: 6A is going to A6 and B0 is going to AC. In earlier tests I had been starting with 01047/01208 and then re-configuring the STC. I am calling CUNLINFO and CUNLCNV with parms that look right but it is using the original values from the first CUNLINFO call, not the current call. The above is not a very clear exposition. It has been a year or more since I wrote this code. I am going to have to re-visit the documentation for Unicode Services. Thanks everyone for your help, especially Kirk. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Wednesday, May 23, 2012 1:47 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Unicode Services translation question Thanks. Could there be something wrong with how your Unicode Services tables are configured? Sure, but I try to avoid blame the compiler and blame the operating system for as long as possible! I want to see where Walt was going with the 7F question. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Kirk Wolf Sent: Wednesday, May 23, 2012 1:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Unicode Services translation question Charles, I'm not sure what the problem is, but 1252 is a single byte charset, so it seems wrong that you are getting multi-byte results. I don't see any difference in how you are calling CUNLCNV I tried our code with your technique string (we default to LMREC) : *showtrtab -s 1047 -t 1252 -q LMER * 00: 00 01 02 03 1A 09 1A 7F 1A 8D 8E 0B 0C 0D 0E 0F 10: 10 11 12 13 9D 0A 08 1A 18 19 1A 8F 1C 1D 1E 1F 20: 80 81 1A 1A 1A 1A 17 1B 1A 1A 1A 1A 1A 05 06 07 30: 90 1A 16 1A 1A 1A 1A 04 1A 1A 1A 1A 14 15 9E 1A 40: 20 A0 E2 E4 E0 E1 E3 E5 E7 F1 A2 2E 3C 28 2B 7C 50: 26 E9 EA EB E8 ED EE EF EC DF 21 24 2A 29 3B 5E 60: 2D 2F C2 C4 C0 C1 C3 C5 C7 D1 A6 2C 25 5F 3E 3F 70: F8 C9 CA CB C8 CD CE CF CC 60 3A 23 40 27 3D 22 80: D8 61 62 63 64 65 66 67 68 69 AB BB F0 FD FE B1 90: B0 6A 6B 6C 6D 6E 6F 70 71 72 AA BA E6 B8 C6 A4 A0: B5 7E 73 74 75 76 77 78 79 7A A1 BF D0 5B DE AE B0: AC A3 A5 B7 A9 A7 B6 BC BD BE DD A8 AF 5D B4 D7 C0: 7B 41 42 43 44 45 46 47 48 49 AD F4 F6 F2 F3 F5 D0: 7D 4A 4B 4C 4D 4E 4F 50 51 52 B9 FB FC F9 FA FF E0: 5C F7 53 54 55 56 57 58 59 5A B2 D4 D6 D2 D3 D5 F0: 30 31 32 33 34 35 36 37 38 39 B3 DB DC D9 DA 1A Could there be something wrong with how your Unicode Services tables are configured? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Brain drain: Where Cobol systems go from here
When the last Cobol programmers walk out the door, so may 50 years of business processes within the software they created. Will you be ready? http://www.computerworld.com/s/article/9227263/The_Cobol_Brain_Drain? taxonomyId=154 Ed, Interesting article and fairly accurate IMO. This is what I can foresee happening: (1) Many companies will try to offshore their COBOL application support. But this won't work so well because it is hard enough to understand these systems without facing the complications of language and arcane terminology. And the young ones back in Bangalore will want to do Java, not COBOL. (2) Other companies will want to recruit overseas, either for CS grads that they can train, or for those few that are willing to invest in COBOL learning if that is what it takes to punch that H1B ticket. But even so, once here they are all going to be looking to do something else, not COBOL. So that company that recruits and trains a COBOL resource is going to be looking for a replacement within a couple years. (3) Efforts to train new young COBOL resources are going to flop, as the article mentions. Again, everyone expects COBOL to be a career dead-end once beyond a 5 to 10 year transition period. (4) In the end, US companies are going to be forced to pay a premium just to hang on to their old-timers long enough to buy time to implement that new ERP package or new custom application. The ones that will be successful doing this are going to be the ones that accommodate their senior developer's desires: lots of time off, telecommuting, job sharing, benefits, etc. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Brain drain: Where Cobol systems go from here
On 5/23/2012 3:39 PM, Roberts, John J wrote: When the last Cobol programmers walk out the door, so may 50 years of business processes within the software they created. Will you be ready? http://www.computerworld.com/s/article/9227263/The_Cobol_Brain_Drain? taxonomyId=154 Ed, Interesting article and fairly accurate IMO. This is what I can foresee happening: (1) Many companies will try to offshore their COBOL application support. But this won't work so well because it is hard enough to understand these systems without facing the complications of language and arcane terminology. And the young ones back in Bangalore will want to do Java, not COBOL. (2) Other companies will want to recruit overseas, either for CS grads that they can train, or for those few that are willing to invest in COBOL learning if that is what it takes to punch that H1B ticket. But even so, once here they are all going to be looking to do something else, not COBOL. So that company that recruits and trains a COBOL resource is going to be looking for a replacement within a couple years. (3) Efforts to train new young COBOL resources are going to flop, as the article mentions. Again, everyone expects COBOL to be a career dead-end once beyond a 5 to 10 year transition period. Not everyone. (4) In the end, US companies are going to be forced to pay a premium just to hang on to their old-timers long enough to buy time to implement that new ERP package or new custom application. The ones that will be successful doing this are going to be the ones that accommodate their senior developer's desires: lots of time off, telecommuting, job sharing, benefits, etc. John Ahem. We can help. Our problem is reaching the right people. We have a low visibility to training directors and above for most companies, even after more than three decades of providing top quality training to many mainframe organizations. Just too tech-y and not enough sales-y, I guess. So, everybody: help us and your company out: find out who is responsibile for your z/OS applications programmer training and pass this on... There seems to be a resurgence in attention being paid to the mainframe, to z/OS, and to COBOL. For good reason: * z/OS is still the premier operating system in terms of performance, security, and business services * COBOL has been modernized to work with new technologies: + Works with data encoded in ASCII and Unicode + WOrks with data stored in XML + Works with the web - COBOL CGIs can handle transactions from the web, accessing data from VSAM or DB2, then formatting output web pages (HTML) that include the requested information - can even serve up audio, video, and other multimedia files * COBOL is a clear, understandable language that is easy to code, debug, and maintain * COBOL code performs well, with no need for the overhead of Java, for example The Trainer's Friend has a complete z/OS COBOL curriculum, that can: * teach new COBOL developers how to code, test, debug, and maintain programs written in COBOL * teach experienced COBOL programmers new features of the language * teach experienced COBOL programmers how to use COBOL to work with facilities of z/OS such as Language Environment, DB2, CICS, and z/OS UNIX We can teach classes on your site, so the students learn on their own environment. We can license materials so your instructors can teach your students as many classes as needed for just a one time charge. Check out the COBOL curriculum at: http://www.trainersfriend.com/COBOL_Courses/cobolcurr.htm The Trainer's Friend, Inc. is a well-respected company that has been incorporated since 1989, longer than most of our competition. We pride ourselves on our top quality training materials and our dynamic instructors. Visit our website; drop us a line; give us a call - ask questions, explore. Train. Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Screen Scraping TN3270
On 21 May 2012 16:57, Longnecker, Dennis dennis.longnec...@courts.wa.gov wrote: Curious as to what people might be using, if anything, on the JAVA side for screen scraping TN3270 applications. Last year, because of performance problems, we switched from IBM Hats to a different JAVA based screen scraping product four WebSphere screen scraping. Recently we ran into some application issues, and after over a month of e-mail and telephone calls for support and no response, we decided we better switch it out. What might people be using out there for TN3270 screen scraping on their java applications? Virtel has product(s) that can do a lot of this. I haven't used their stuff, and have no connection with the company, but I know some good people work there. http://www.virtelweb.com They have some online demos and free trials and such. If nothing else, they can doubtless offer some advice on screen scraping and performance. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Comparison of compiler generated code AD 1980(ish) v 2010(ish)
Update to this CALL PLIMOVE generates loop of MVCs topic: we did some further research and found out, that for CALL PLIMOVE with known length at compile time, even with EP PL/1 V3.9, there is a code sequence generated which uses MVCL, if the length is greater or equal 16384. For lengths below 16384, PL/1 generates a loop of MVCs. This limit is too high, in our opinion, because some tests showed, that MVCL is faster than MVCs starting from a length of ca. 768 bytes, that is 3 MVCs. 16384 needs 64 MVCs (and maybe loop control instructions). We will ask IBM to change this. Furthermore, I think that MVCL should not only be generated with CALL PLIMOVE, but also with normal assignments, if the length is in the same range. But we did no research on this so far; our focus is on CALL PLIMOVE at the moment. Kind regards Bernd Am 17.05.2012 15:42, schrieb Robert AH Prins: But here we have a simple instruction of the HLL (PLIMOVE) which I expect to be implemented using the best instructions the machine provides. If this turns out not to be the case, this is IMHO simply a bug, not only a flaw of the optimizer. The programmer already did some kind of optimization him- or herself, when he or she decided to use PLIMOVE. He or she may well expect that the compiler generates the best available machine instruction for this HLL instruction. You hit the nail right on the head! But I do remember that there was a APAR that explains why the MVCL was removed again. I can't point you to it as the link to the PL/I APARs has gone 404. ... Robert -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Brain drain: Where Cobol systems go from here
Only if you are an incompetent company... From: Ed Gould edgould1...@comcast.net To: IBM-MAIN@bama.ua.edu Sent: Wednesday, May 23, 2012 2:31 PM Subject: Brain drain: Where Cobol systems go from here Brain drain: Where Cobol systems go from here -When the last Cobol programmers walk out the door, so may 50 years of business processes within the software they created. Will you be ready? http://www.computerworld.com/s/article/9227263/The_Cobol_Brain_Drain?taxonomyId=154 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Brain drain: Where Cobol systems go from here
I'm almost old enough to admit I'm old. I remember a time when businesses would take the brightest young business minds they had, turn them over to folks like Steve (good teachers) for 90 days, and get back ... COBOL programmers who understood the business. Oddly enough, it was those 90-day wonders that ground out mass quantities of what is now called that moldy old COBOL code. Now, folks want to assert that today's youngsters are too stupid to turn into COBOL programmers? Well, dang it, sonny - the same thing was said about us back in the day - and see how that turned out. Tom Puddicombe Mainframe Performance Capacity Planning CSC 31 Brookdale Rd, Meriden, CT 06450 ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. From: Steve Comstock st...@trainersfriend.com To: IBM-MAIN@bama.ua.edu Date: 05/23/2012 05:55 PM Subject:Re: Brain drain: Where Cobol systems go from here Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On 5/23/2012 3:39 PM, Roberts, John J wrote: When the last Cobol programmers walk out the door, so may 50 years of business processes within the software they created. Will you be ready? http://www.computerworld.com/s/article/9227263/The_Cobol_Brain_Drain? taxonomyId=154 Ed, Interesting article and fairly accurate IMO. This is what I can foresee happening: (1) Many companies will try to offshore their COBOL application support. But this won't work so well because it is hard enough to understand these systems without facing the complications of language and arcane terminology. And the young ones back in Bangalore will want to do Java, not COBOL. (2) Other companies will want to recruit overseas, either for CS grads that they can train, or for those few that are willing to invest in COBOL learning if that is what it takes to punch that H1B ticket. But even so, once here they are all going to be looking to do something else, not COBOL. So that company that recruits and trains a COBOL resource is going to be looking for a replacement within a couple years. (3) Efforts to train new young COBOL resources are going to flop, as the article mentions. Again, everyone expects COBOL to be a career dead-end once beyond a 5 to 10 year transition period. Not everyone. (4) In the end, US companies are going to be forced to pay a premium just to hang on to their old-timers long enough to buy time to implement that new ERP package or new custom application. The ones that will be successful doing this are going to be the ones that accommodate their senior developer's desires: lots of time off, telecommuting, job sharing, benefits, etc. John Ahem. We can help. Our problem is reaching the right people. We have a low visibility to training directors and above for most companies, even after more than three decades of providing top quality training to many mainframe organizations. Just too tech-y and not enough sales-y, I guess. So, everybody: help us and your company out: find out who is responsibile for your z/OS applications programmer training and pass this on... There seems to be a resurgence in attention being paid to the mainframe, to z/OS, and to COBOL. For good reason: * z/OS is still the premier operating system in terms of performance, security, and business services * COBOL has been modernized to work with new technologies: + Works with data encoded in ASCII and Unicode + WOrks with data stored in XML + Works with the web - COBOL CGIs can handle transactions from the web, accessing data from VSAM or DB2, then formatting output web pages (HTML) that include the requested information - can even serve up audio, video, and other multimedia files * COBOL is a clear, understandable language that is easy to code, debug, and maintain * COBOL code performs well, with no need for the overhead of Java, for example The Trainer's Friend has a complete z/OS COBOL curriculum, that can: * teach new COBOL developers how to code, test, debug, and maintain programs written in COBOL * teach experienced COBOL programmers new features of the language * teach experienced COBOL programmers how to use COBOL to work with facilities of z/OS such as Language Environment, DB2, CICS, and z/OS UNIX We can teach classes on your site, so the students learn on their own environment. We can license materials so your instructors can teach your students as many classes as needed for just a one time charge. Check out the COBOL curriculum at:
Re: Brain drain: Where Cobol systems go from here
Indeed, this is exactly what our company does. Our newest COBOL victim/developer (g) was working in a non-IT part of the company. I myself came from such a place. As have a not insignificant number of our other COBOL programmers. From: Thomas H Puddicombe tpudd...@csc.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, May 23, 2012 5:26 PM Subject: Re: Brain drain: Where Cobol systems go from here I'm almost old enough to admit I'm old. I remember a time when businesses would take the brightest young business minds they had, turn them over to folks like Steve (good teachers) for 90 days, and get back ... COBOL programmers who understood the business. Oddly enough, it was those 90-day wonders that ground out mass quantities of what is now called that moldy old COBOL code. Now, folks want to assert that today's youngsters are too stupid to turn into COBOL programmers? Well, dang it, sonny - the same thing was said about us back in the day - and see how that turned out. Tom Puddicombe Mainframe Performance Capacity Planning CSC 31 Brookdale Rd, Meriden, CT 06450 ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. From: Steve Comstock st...@trainersfriend.com To: IBM-MAIN@bama.ua.edu Date: 05/23/2012 05:55 PM Subject: Re: Brain drain: Where Cobol systems go from here Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On 5/23/2012 3:39 PM, Roberts, John J wrote: When the last Cobol programmers walk out the door, so may 50 years of business processes within the software they created. Will you be ready? http://www.computerworld.com/s/article/9227263/The_Cobol_Brain_Drain? taxonomyId=154 Ed, Interesting article and fairly accurate IMO. This is what I can foresee happening: (1) Many companies will try to offshore their COBOL application support. But this won't work so well because it is hard enough to understand these systems without facing the complications of language and arcane terminology. And the young ones back in Bangalore will want to do Java, not COBOL. (2) Other companies will want to recruit overseas, either for CS grads that they can train, or for those few that are willing to invest in COBOL learning if that is what it takes to punch that H1B ticket. But even so, once here they are all going to be looking to do something else, not COBOL. So that company that recruits and trains a COBOL resource is going to be looking for a replacement within a couple years. (3) Efforts to train new young COBOL resources are going to flop, as the article mentions. Again, everyone expects COBOL to be a career dead-end once beyond a 5 to 10 year transition period. Not everyone. (4) In the end, US companies are going to be forced to pay a premium just to hang on to their old-timers long enough to buy time to implement that new ERP package or new custom application. The ones that will be successful doing this are going to be the ones that accommodate their senior developer's desires: lots of time off, telecommuting, job sharing, benefits, etc. John Ahem. We can help. Our problem is reaching the right people. We have a low visibility to training directors and above for most companies, even after more than three decades of providing top quality training to many mainframe organizations. Just too tech-y and not enough sales-y, I guess. So, everybody: help us and your company out: find out who is responsibile for your z/OS applications programmer training and pass this on... There seems to be a resurgence in attention being paid to the mainframe, to z/OS, and to COBOL. For good reason: * z/OS is still the premier operating system in terms of performance, security, and business services * COBOL has been modernized to work with new technologies: + Works with data encoded in ASCII and Unicode + WOrks with data stored in XML + Works with the web - COBOL CGIs can handle transactions from the web, accessing data from VSAM or DB2, then formatting output web pages (HTML) that include the requested information - can even serve up audio, video, and other multimedia files * COBOL is a clear, understandable language that is easy to code, debug, and maintain * COBOL code performs well, with no need for the overhead of Java, for example The Trainer's Friend has a complete z/OS COBOL curriculum, that can: * teach new COBOL developers how to code, test, debug, and maintain programs written in COBOL * teach experienced COBOL programmers new features of
