Re: The z/OS V2.1 Migration PDF available
Each page of the manual is formatted into two columns (like a newspaper. When you finish reading the first column (on the left half of the page) you then have to scroll up to see the start of the column of the right half of the page to continue reading. Most IBM manuals (with the notable exception of the Principles of Operation manual) are formatted such that the text runs from the left margin to the right margin allowing you to just scroll down to read it. When you get to the bottom of the page you just continue to scroll to the next page. Hope that helps. Lou On Aug 9, 2013, at 7:28 PM, Marna WALLE wrote: > I'm sorry...I am really dense. I'm not following what "dual columns" are. > Are you referring to the template table that is used after the Description, > and before the Steps to Take? Is it something else that just now appears in > the z/OS V2R1 Migration book, or has it been there all along? > > I wouldn't like to keep paging up and down online either, so I'd like to see > if there is something to be done about it. > > -Marna WALLE > z/OS System Installation > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Multiple timezones?
Thanks Paul, Yes, a quick experiment found that to be true. And my workaround was just what you did, use the "at" command. Too bad cron doesn't respect the tz of the cron tab owner But apparently there is something called "fcron" which does. But vanilla cron + at should work fine for what I need. Cheers, Donald Russell On Friday, August 9, 2013, Paul Gilmartin wrote: > On Fri, 9 Aug 2013 01:35:52 -0700, Donald Russell wrote: > > >H, yes, I can run Linux, and in fact have Linux running in the same > >lpar already. I can just create a Linux Userid (no need for another linux > >instance) and set their time zone accordingly and use a cron tab to > trigger > >the event. Brilliant! Thanks for the tip. :-) > > > One caution: > > Crontab always uses the system timezone setting; it's oblivious to > the user's setting of TZ (unless Linux has an extension). The "at" > command, however, is TZ-savvy, so I've circumvented by using > crontab to trigger an event a few hours befor the intended time, > which triggers an "at" command to trigger the event in the desired > timezone. > > Possibly another caution: If the system is halted at the scheduled > time, crontab simply skips the event until the next day, unlike > WAKEUP which processes the event immediately upon restart. > > z/OS Unix System Services has some timezone smarts, but, unlike > Linux, it is oblivious to legislative changes in timezone conventions. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: > INFO IBM-MAIN > -- Sent from iPhone Gmail Mobile -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
Am 10.08.2013 05:01, schrieb Paul Gilmartin: On Sat, 10 Aug 2013 03:53:17 +0200, Bernd Oppolzer wrote: There was a time when there were no fancy compiler options like DLL, RENT, LONGNAME etc., and even then C programs had to be (and could be) ported to the mainframe, and that's the time when I started that business, and #pragma map was my primary option. As long as we are in the C world, everything is fine, because every C source includes a header, which translates the long names into short names (for the linker) by a large list of #pragma map statements - but when other languages try to call us (be it COBOL, FORTRAN, or PL/1), they use the short (8 char) uppercase names. Do you feel that way only because it's so tedious to multi-punch those lowercase characters on your 029 keypunch? No, because I don't like to be forced to use the RENT option implied by the DLL option. Our solution is simple, secure and cost-effective, and it makes DLL-like libraries possible even for not LE enabled ASSEMBLER callers etc. - in fact it's a long story, and the target was to integrate the C language into an environment, where the programming languages were only ASSEMBLER and PL/1 until that time, where all calls are dynamic (using MVS LOAD) and all modules are compiled using NORENT and are traditional load modules. Same restrictions apply until today - but we don't feel regard this as a restriction. There was a time from 2003 to 2006, when our PL/1 modules were compiled with the RENT option, because the EP compiler didn't support NORENT first, but due to problems with that (for example: USE COUNT overflow in certain IMS environments), we changed it back to NORENT in 2006. Our C modules were always NORENT. The home grown DLL mechanism (which supports all languages) was developed in 1995, already. It works without problems until today. Kind regards Bernd -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
On 10/08/2013 9:53 AM, Bernd Oppolzer wrote: There was a time when there were no fancy compiler options like DLL, RENT, LONGNAME etc., and even then C programs had to be (and could be) ported to the mainframe, and that's the time when I started that business, and #pragma map was my primary option. As long as we are in the C world, everything is fine, because every C source includes a header, which translates the long names into short names (for the linker) by a large list of #pragma map statements - but when other languages try to call us (be it COBOL, FORTRAN, or PL/1), they use the short (8 char) uppercase names. I'm not being critical of your design. #pragma map is a fine idea. It's just personal preference that I prefer long descriptive names. I also like the consistency that all the functions will have the same name irrespective of the programming language. 8 character names just don't do it for me. I have the same issue with member names which is why I prefer UNIX file systems. Our C routines are traditional load modules, PDSes, no GOFF or other fancy stuff. IIRC, GOFF doesn't require PDS/E. Thank god for that, the C prelinker is not my idea of fun. Of course, the parameter conventions had to be defined in such a way that the other languages could cope with it. Big fun :-) and that approach is still valid today and used successfully at our site. No need for more "modern" techniques - and we don't need no DLLs, because we deployed a similar technique ourselves, long before IBM did it. We don't want to migrate ... it works with "classical" load modules. Kind regards Bernd Am 10.08.2013 02:02, schrieb David Crayford: Yes I'm familiar with #pragma map and I use it for CEEBINT LE user exits. It may be preferable to COBOL programmer who prefer 8 char names because of inertia but I personally would prefer to use mixed case long names. On 10/08/2013, at 7:52 AM, Bernd Oppolzer wrote: Normally, if you compile C sources you got from "somewhere" on z/OS using the more classical compiler options, this is no problem, unless you have external function names that are longer than 8 characters and that don't differ in their first 8 characters, and for such situations, #pragma map is the perfect solution. For example: #ifdef XML_PRAGMA #pragma map (xml_alloc, "XMLXALLO") #pragma map (xml_free , "XMLXFREE") #pragma map (xml_realloc , "XMLXREAL") -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
On Sat, 10 Aug 2013 07:42:50 +0800, David Crayford wrote: >That's the one CASE(MIXED), UPPER is the default. > And the reporting is perverse. If with the default in effect, you do: INCLUDE SYS00011(wombat.foobar) Binder does stat( "WOMBAT.FOOBAR" ) ... gets ENOENT; then reports (something like): FILE NOT FOUND: wombat.foobar They could hardly have done it worse. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
On Sat, 10 Aug 2013 03:53:17 +0200, Bernd Oppolzer wrote: >There was a time when there were no fancy compiler options >like DLL, RENT, LONGNAME etc., and even then C programs >had to be (and could be) ported to the mainframe, and that's the >time when I started that business, and #pragma map was my primary >option. As long as we are in the C world, everything is fine, because >every C source includes a header, which translates the long names >into short names (for the linker) by a large list of #pragma map >statements - but when other languages try to call us (be it COBOL, >FORTRAN, or PL/1), they use the short (8 char) uppercase names. > Do you feel that way only because it's so tedious to multi-punch those lowercase characters on your 029 keypunch? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
There was a time when there were no fancy compiler options like DLL, RENT, LONGNAME etc., and even then C programs had to be (and could be) ported to the mainframe, and that's the time when I started that business, and #pragma map was my primary option. As long as we are in the C world, everything is fine, because every C source includes a header, which translates the long names into short names (for the linker) by a large list of #pragma map statements - but when other languages try to call us (be it COBOL, FORTRAN, or PL/1), they use the short (8 char) uppercase names. Our C routines are traditional load modules, PDSes, no GOFF or other fancy stuff. Of course, the parameter conventions had to be defined in such a way that the other languages could cope with it. Big fun :-) and that approach is still valid today and used successfully at our site. No need for more "modern" techniques - and we don't need no DLLs, because we deployed a similar technique ourselves, long before IBM did it. We don't want to migrate ... it works with "classical" load modules. Kind regards Bernd Am 10.08.2013 02:02, schrieb David Crayford: Yes I'm familiar with #pragma map and I use it for CEEBINT LE user exits. It may be preferable to COBOL programmer who prefer 8 char names because of inertia but I personally would prefer to use mixed case long names. On 10/08/2013, at 7:52 AM, Bernd Oppolzer wrote: Normally, if you compile C sources you got from "somewhere" on z/OS using the more classical compiler options, this is no problem, unless you have external function names that are longer than 8 characters and that don't differ in their first 8 characters, and for such situations, #pragma map is the perfect solution. For example: #ifdef XML_PRAGMA #pragma map (xml_alloc, "XMLXALLO") #pragma map (xml_free , "XMLXFREE") #pragma map (xml_realloc , "XMLXREAL") -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
COBOL names was Re: C issue - 'struct stat'
On 9 Aug 2013 17:02:54 -0700, in bit.listserv.ibm-main you wrote: >Yes I'm familiar with #pragma map and I use it for CEEBINT LE user exits. >It may be preferable to COBOL programmer who prefer 8 char names because of >inertia but I personally would prefer to use mixed case long names. Most COBOL programs only deal with things in the classic z/OS data sets which for programs and copy members must have 8 character names. I kept using upper case only when working because of the problem with alpha numeric literals and compares. Limiting data to upper case only probably doesn't cut it any more but it simplifies the compares and allows use of code that generates CLC and CLI. Allowing for lower case and culturally sensitive sorting (dictionary rules apparently differ from telephone book rules) immediately involves complex subroutines. I would have liked subroutine, program and job names at least 15 characters long or the standard COBOL 30 characters but MVS and z/OS get upset with them outside of the Unix world. Clark Morris > >On 10/08/2013, at 7:52 AM, Bernd Oppolzer wrote: > >> Normally, if you compile C sources you got from "somewhere" on z/OS >> using the more classical compiler options, this is no problem, unless you >> have external function names that are longer than 8 characters and that >> don't differ in their first 8 characters, and for such situations, #pragma >> map >> is the perfect solution. For example: >> >> #ifdef XML_PRAGMA >> >> #pragma map (xml_alloc, "XMLXALLO") >> #pragma map (xml_free , "XMLXFREE") >> #pragma map (xml_realloc , "XMLXREAL") >> #pragma map (xml_freeall , "XMLXFALL") >> #pragma map (xmlp_open, "XMLPOPEN") >> #pragma map (xml_parser , "XMLPPARS") >> #pragma map (xmlp_outsymbol , "XMLPOUTS") >> #pragma map (xmlp_error , "XMLPERRO") >> #pragma map (xmlp_ftext , "XMLPFTXT") >> #pragma map (xmlp_fehltab , "XMLPFTAB") >> #pragma map (xmlp_listing , "XMLPLIST") >> #pragma map (xmlp_close , "XMLPCLOS") >> #pragma map (xmlp_reparse , "XMLPREPA") >> >> #pragma map (xmld_serialize , "XMLDSERI") >> #pragma map (xmld_freeNodes , "XMLDFRND") >> #pragma map (xmld_appendNode , "XMLDAPND") >> #pragma map (xmld_deleteNode , "XMLDDNOD") >> #pragma map (xmld_deleteChilds, "XMLDDCHI") >> #pragma map (xmld_deleteAttribs , "XMLDDATT") >> #pragma map (xmld_deleteOneAttrib , "XMLDDOAT") >> #pragma map (xmld_copyNode, "XMLDCPND") >> #pragma map (xmld_parser , "XMLDPARS") >> #pragma map (xmld_printNode , "XMLDPRND") >> #pragma map (xmld_createNode , "XMLDCRND") >> #pragma map (xmld_createAttrib, "XMLDCRAT") >> >> #endif >> >> this way, the linker gets old fashion names which it can handle >> without problems, and you don't need to do further changes >> to the C source. >> >> Kind regards >> >> Bernd >> >> >> >> Am 10.08.2013 01:35, schrieb Paul Gilmartin: >>> On Sat, 10 Aug 2013 07:29:44 +0800, David Crayford wrote: >>> Does COBOL support GOFF so you can just use the long names? Seems like a lot of unnecessary work shortening names. Uppercase can be done by the binder UPCASE option. >>> If this is the upper case option I've encountered, it makes things worse >>> rather >>> than better. BTDT; I must supply MIXED to get things to work. There >>> should >>> never have been such an option as UPPER; MIXED is entirely compatible with >>> the classic Linkage Editor. >>> >>> -- gil >>> >>> -- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The z/OS V2.1 Migration PDF available
Hi Timothy, It is unlikely that we'd put an unsupported coexistence path in the book - even as a checklist of items. As you know, you can see what one of those jumps would look like by putting a couple of books together. We'll keep all the documentation out there for you, though :). As the Dos Equis guy might say: Stay current, my friends. -Marna WALLE z/OS System Install -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The z/OS V2.1 Migration PDF available
I'm sorry...I am really dense. I'm not following what "dual columns" are. Are you referring to the template table that is used after the Description, and before the Steps to Take? Is it something else that just now appears in the z/OS V2R1 Migration book, or has it been there all along? I wouldn't like to keep paging up and down online either, so I'd like to see if there is something to be done about it. -Marna WALLE z/OS System Installation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linkage Editing VSE Phase in z/OS
The exact same thread is going on over on the VSE list. Pretty much the same answers too! Chuck Arney Arney Computer Systems On Aug 9, 2013, at 3:13 PM, Roberto Halais wrote: > Listers: > > We are doing a VSE to z/OS conversion and had to do the following since we > have no source. > > We punched out a CIL phase from a VSE system. > > We put the phase in a z/os pds member (lrecl 80) and it looked like this: > > Phase modname > ESD > TXT > RLD > END > /* > > We edited the phase so that it looked like this: > > ESD > TXT > RLD > END > > We then tried to linkedit the phase with IEWL and got the following > messages: > > z/OS V1 R13 BINDER 15:51:52 FRIDAY AUGUST 9, 2013 > > BATCH EMULATOR JOB(LINKEDT2) STEP(LKED) PGM= IEWL > > IEW2278I B352 INVOCATION PARAMETERS - XREF,LIST > > > IEW2359E 240B SECTION FA010 CONTAINS AN RLD WITH AN INVALID ADCON LOCATION. > CLASS = B_TEXT, ELEMENT OFFSET = FFAFFF88 > IEW2307E 1113 CURRENT INPUT MODULE NOT INCLUDED BECAUSE OF INVALID DATA. > > > > IEW2322I 1220 3NAME HA010(R) > > IEW2230S 0414 MODULE HAS NO TEXT. > > IEW2648E 5111 ENTRY RR$$AA IS NOT A CSECT OR AN EXTERNAL NAME IN THE > MODULE. > IEW2677S 5130 A VALID ENTRY POINT COULD NOT BE DETERMINED. > > IEW2008I 0F03 PROCESSING COMPLETED. RETURN CODE = 12. > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
Yes I'm familiar with #pragma map and I use it for CEEBINT LE user exits. It may be preferable to COBOL programmer who prefer 8 char names because of inertia but I personally would prefer to use mixed case long names. On 10/08/2013, at 7:52 AM, Bernd Oppolzer wrote: > Normally, if you compile C sources you got from "somewhere" on z/OS > using the more classical compiler options, this is no problem, unless you > have external function names that are longer than 8 characters and that > don't differ in their first 8 characters, and for such situations, #pragma map > is the perfect solution. For example: > > #ifdef XML_PRAGMA > > #pragma map (xml_alloc, "XMLXALLO") > #pragma map (xml_free , "XMLXFREE") > #pragma map (xml_realloc , "XMLXREAL") > #pragma map (xml_freeall , "XMLXFALL") > #pragma map (xmlp_open, "XMLPOPEN") > #pragma map (xml_parser , "XMLPPARS") > #pragma map (xmlp_outsymbol , "XMLPOUTS") > #pragma map (xmlp_error , "XMLPERRO") > #pragma map (xmlp_ftext , "XMLPFTXT") > #pragma map (xmlp_fehltab , "XMLPFTAB") > #pragma map (xmlp_listing , "XMLPLIST") > #pragma map (xmlp_close , "XMLPCLOS") > #pragma map (xmlp_reparse , "XMLPREPA") > > #pragma map (xmld_serialize , "XMLDSERI") > #pragma map (xmld_freeNodes , "XMLDFRND") > #pragma map (xmld_appendNode , "XMLDAPND") > #pragma map (xmld_deleteNode , "XMLDDNOD") > #pragma map (xmld_deleteChilds, "XMLDDCHI") > #pragma map (xmld_deleteAttribs , "XMLDDATT") > #pragma map (xmld_deleteOneAttrib , "XMLDDOAT") > #pragma map (xmld_copyNode, "XMLDCPND") > #pragma map (xmld_parser , "XMLDPARS") > #pragma map (xmld_printNode , "XMLDPRND") > #pragma map (xmld_createNode , "XMLDCRND") > #pragma map (xmld_createAttrib, "XMLDCRAT") > > #endif > > this way, the linker gets old fashion names which it can handle > without problems, and you don't need to do further changes > to the C source. > > Kind regards > > Bernd > > > > Am 10.08.2013 01:35, schrieb Paul Gilmartin: >> On Sat, 10 Aug 2013 07:29:44 +0800, David Crayford wrote: >> >>> Does COBOL support GOFF so you can just use the long names? Seems like a >>> lot of unnecessary work shortening names. Uppercase can be done by the >>> binder UPCASE option. >> If this is the upper case option I've encountered, it makes things worse >> rather >> than better. BTDT; I must supply MIXED to get things to work. There should >> never have been such an option as UPPER; MIXED is entirely compatible with >> the classic Linkage Editor. >> >> -- gil >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
Normally, if you compile C sources you got from "somewhere" on z/OS using the more classical compiler options, this is no problem, unless you have external function names that are longer than 8 characters and that don't differ in their first 8 characters, and for such situations, #pragma map is the perfect solution. For example: #ifdef XML_PRAGMA #pragma map (xml_alloc, "XMLXALLO") #pragma map (xml_free , "XMLXFREE") #pragma map (xml_realloc , "XMLXREAL") #pragma map (xml_freeall , "XMLXFALL") #pragma map (xmlp_open, "XMLPOPEN") #pragma map (xml_parser , "XMLPPARS") #pragma map (xmlp_outsymbol , "XMLPOUTS") #pragma map (xmlp_error , "XMLPERRO") #pragma map (xmlp_ftext , "XMLPFTXT") #pragma map (xmlp_fehltab , "XMLPFTAB") #pragma map (xmlp_listing , "XMLPLIST") #pragma map (xmlp_close , "XMLPCLOS") #pragma map (xmlp_reparse , "XMLPREPA") #pragma map (xmld_serialize , "XMLDSERI") #pragma map (xmld_freeNodes , "XMLDFRND") #pragma map (xmld_appendNode , "XMLDAPND") #pragma map (xmld_deleteNode , "XMLDDNOD") #pragma map (xmld_deleteChilds, "XMLDDCHI") #pragma map (xmld_deleteAttribs , "XMLDDATT") #pragma map (xmld_deleteOneAttrib , "XMLDDOAT") #pragma map (xmld_copyNode, "XMLDCPND") #pragma map (xmld_parser , "XMLDPARS") #pragma map (xmld_printNode , "XMLDPRND") #pragma map (xmld_createNode , "XMLDCRND") #pragma map (xmld_createAttrib, "XMLDCRAT") #endif this way, the linker gets old fashion names which it can handle without problems, and you don't need to do further changes to the C source. Kind regards Bernd Am 10.08.2013 01:35, schrieb Paul Gilmartin: On Sat, 10 Aug 2013 07:29:44 +0800, David Crayford wrote: Does COBOL support GOFF so you can just use the long names? Seems like a lot of unnecessary work shortening names. Uppercase can be done by the binder UPCASE option. If this is the upper case option I've encountered, it makes things worse rather than better. BTDT; I must supply MIXED to get things to work. There should never have been such an option as UPPER; MIXED is entirely compatible with the classic Linkage Editor. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
That's the one CASE(MIXED), UPPER is the default. On 10/08/2013, at 7:35 AM, Paul Gilmartin wrote: > On Sat, 10 Aug 2013 07:29:44 +0800, David Crayford wrote: > >> Does COBOL support GOFF so you can just use the long names? Seems like a lot >> of unnecessary work shortening names. Uppercase can be done by the binder >> UPCASE option. > If this is the upper case option I've encountered, it makes things worse > rather > than better. BTDT; I must supply MIXED to get things to work. There should > never have been such an option as UPPER; MIXED is entirely compatible with > the classic Linkage Editor. > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
On Sat, 10 Aug 2013 07:29:44 +0800, David Crayford wrote: >Does COBOL support GOFF so you can just use the long names? Seems like a lot >of unnecessary work shortening names. Uppercase can be done by the binder >UPCASE option. > If this is the upper case option I've encountered, it makes things worse rather than better. BTDT; I must supply MIXED to get things to work. There should never have been such an option as UPPER; MIXED is entirely compatible with the classic Linkage Editor. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
Does COBOL support GOFF so you can just use the long names? Seems like a lot of unnecessary work shortening names. Uppercase can be done by the binder UPCASE option. On 10/08/2013, at 5:00 AM, Bernd Oppolzer wrote: > you wrote: > > shortening the functions' names to 8, upper case characters, COBOL API, etc. > > I suggest you consider adding #pragma maps for the long function names; > if you do this, you don't need to change nothing else. > > I simply add an #include file containing the #pragma maps for the function > names > where I want the names to be changed. That's all. > > (at least that goes for PL/1 callers, where all the C parameter types can be > built, > even BYVALUE parameters) > > Kind regards > > Bernd > > > > Am 09.08.2013 02:44, schrieb Ze'ev Atlas: >> I thought about what you guys have told me and realized that while you are >> correct and it is easy to just run the configuration, etc., the work I've >> done (shortening the functions' names to 8, upper case characters, COBOL >> API, etc.) is very valuable to those who are still in that environment. And >> these guys are my intended audience! >> >> > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSS mailing list?
You can always send me an email. If I know the TSS answer.. I will give it to you. I do seem to have a knack for trying to use features that aren't quite ready. Rob Schramm On Aug 9, 2013 6:54 PM, "Lizette Koehler" wrote: > On the CA Support forum under MYCA > > The Mainframe Security Global User Community is a global virtual CA > customer > community focused on CA ACF2, CA Top Secret, CA Cleanup and CA Auditor for > z/OS (formerly CA-Examine Auditing). > > Has updates from the last few weeks. > > Fairly active > > Lizette > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Charles Mills > Sent: Friday, August 09, 2013 10:21 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Is there a TSS mailing list? > > Hmmm. > > http://www.linkedin.com/in/joedenison last update 2010. Company Web site > still active at least. > > Charles > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Ken Porowski > Sent: Friday, August 09, 2013 12:33 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Is there a TSS mailing list? > > Last message I got was in 2011 > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Charles Mills > Sent: Friday, August 09, 2013 12:24 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [IBM-MAIN] Is there a TSS mailing list? > > Hmmm. How active is the list? > > I went through the sign-up including sending a justification to Joe > Denison, > Moderator, tssadmin-ow...@yahoogroups.com over 24 hours ago and have heard > nothing back. Does anyone know Joe? > > Charles > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Tony Harminc > Sent: Thursday, August 08, 2013 11:03 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Is there a TSS mailing list? > > On 8 August 2013 10:34, Charles Mills wrote: > > X-posted to IBM-MAIN and ACF2-L. > > > > Is there a mailing list for CA Top Secret? > > tssad...@yahoogroups.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSS mailing list?
On the CA Support forum under MYCA The Mainframe Security Global User Community is a global virtual CA customer community focused on CA ACF2, CA Top Secret, CA Cleanup and CA Auditor for z/OS (formerly CA-Examine Auditing). Has updates from the last few weeks. Fairly active Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, August 09, 2013 10:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSS mailing list? Hmmm. http://www.linkedin.com/in/joedenison last update 2010. Company Web site still active at least. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ken Porowski Sent: Friday, August 09, 2013 12:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSS mailing list? Last message I got was in 2011 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, August 09, 2013 12:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Is there a TSS mailing list? Hmmm. How active is the list? I went through the sign-up including sending a justification to Joe Denison, Moderator, tssadmin-ow...@yahoogroups.com over 24 hours ago and have heard nothing back. Does anyone know Joe? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Thursday, August 08, 2013 11:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSS mailing list? On 8 August 2013 10:34, Charles Mills wrote: > X-posted to IBM-MAIN and ACF2-L. > > Is there a mailing list for CA Top Secret? tssad...@yahoogroups.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linkage Editing VSE Phase in z/OS
On 8/9/2013 1:13 PM, Roberto Halais wrote: We punched out a CIL phase from a VSE system. [snip] We then tried to linkedit the phase with IEWL and got the following messages: Even if you could get this program through the binder, what are the chances it will work? How many programs don't access files, acquire storage, or even print the date/time? The SVCs, parameter lists, and control blocks that interface to these system services on z/VSE are *completely* different from their z/OS counterparts. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/TPF question
On 8/9/2013 10:13 AM, Sam Siegel wrote: Hi - Does anyone know if zIIP engines can be used with z/TPF? AFAIK, zAAP and zIIP are intended for z/OS only, ICF is intended for CFCC only, and IFL is intended for Linux only. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linkage Editing VSE Phase in z/OS
Yep, been there, done that too. Now that you mention it, maybe the OP should think about doing that as well after the disassembled source is available. I used to work for a software vendor and we distributed a VSE version of our product and we had macros like that as well as some in-house routines that answered to the call of some VSE EXTRNs. Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Friday, August 09, 2013 5:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Linkage Editing VSE Phase in z/OS Chuck, *WAY BACK* in the 70's I used to "punch out" the macro definitions and put them into a PDS (had to write a quick and dirty pgm to create ./ add name= and insert them before each MACRO definitions. Then I assembled DOS pgms on OS/360 (MFT if it matters) and took the object decks and "linked" them on DOS it worked like a charm. The MFT assembler output worked fine on DOS system. Mind you there were no complicated programs with overlays & etc but it did work. Ed On Aug 9, 2013, at 3:48 PM, Hardee, Chuck wrote: > I don't know if what you are attempting to do will work. > There are most likely VCONs to VSE transients that aren't going to > be resolved in z/OS. > Also, I believe there are structures like COMREG that won't > translate to OS because they aren't there, at least not by name and > not by location though they may be present in concept. > > Also, doesn't VSE have some RLD entries that are partition offset > based? > > I think the best suggestion is to grab the source to a disassembler > from the CBT, assemble and link it in the VSE world and execute it > there. Then, take the generated source and move it to z/OS and try > assembling it there. > > If the program has disk file definitions, ie the VSE counterpart to > a DCB, the disassembler may not know what to do with them. > > Good luck. > Chuck > > Charles (Chuck) Hardee > Senior Systems Engineer/Database Administration > CCG Information Technology > Thermo Fisher Scientific > 300 Industry Drive > Pittsburgh, PA 15275 > Direct: 724-517-2633 > FAX: 412-490-9230 > chuck.har...@thermofisher.com > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] On Behalf Of efinnell15 > Sent: Friday, August 09, 2013 4:42 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Linkage Editing VSE Phase in z/OS > > Couple things to check. BLKSIZE less than 3200. Nulls off. FF is > like EOL for editor with Nulls on. HLASM also has disassembler but > have never used on conversion attempts. > > > > In a message dated 8/9/2013 3:36:08 PM Central Daylight Time, > roberto.hal...@gmail.com writes: > I'll revise the loading procedure to see if I "garbled" the RLD > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linkage Editing VSE Phase in z/OS
Chuck, *WAY BACK* in the 70's I used to "punch out" the macro definitions and put them into a PDS (had to write a quick and dirty pgm to create ./ add name= and insert them before each MACRO definitions. Then I assembled DOS pgms on OS/360 (MFT if it matters) and took the object decks and "linked" them on DOS it worked like a charm. The MFT assembler output worked fine on DOS system. Mind you there were no complicated programs with overlays & etc but it did work. Ed On Aug 9, 2013, at 3:48 PM, Hardee, Chuck wrote: I don't know if what you are attempting to do will work. There are most likely VCONs to VSE transients that aren't going to be resolved in z/OS. Also, I believe there are structures like COMREG that won't translate to OS because they aren't there, at least not by name and not by location though they may be present in concept. Also, doesn't VSE have some RLD entries that are partition offset based? I think the best suggestion is to grab the source to a disassembler from the CBT, assemble and link it in the VSE world and execute it there. Then, take the generated source and move it to z/OS and try assembling it there. If the program has disk file definitions, ie the VSE counterpart to a DCB, the disassembler may not know what to do with them. Good luck. Chuck Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of efinnell15 Sent: Friday, August 09, 2013 4:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Linkage Editing VSE Phase in z/OS Couple things to check. BLKSIZE less than 3200. Nulls off. FF is like EOL for editor with Nulls on. HLASM also has disassembler but have never used on conversion attempts. In a message dated 8/9/2013 3:36:08 PM Central Daylight Time, roberto.hal...@gmail.com writes: I'll revise the loading procedure to see if I "garbled" the RLD -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linkage Editing VSE Phase in z/OS
I guess you all are correct. We will try the disassembler route. Thank you all for your pointers. (By the way I tried all the stuff some of you suggested but got same message.) It was a good try. Thank you again. On Fri, Aug 9, 2013 at 5:04 PM, Charles Mills wrote: > Well sure, absolutely, lots of VSE things won't work in z/OS: > > COMREG and any other control block chasing > DTFs > Most or all SVCs including the one that ends a jobstep program > > I was assuming the OP knew that and that this was somehow "pure" non-OS > code. But you're right, if it's an executable phase then it almost > certainly > has some sort of external interface other than entry and return. It could > be > a loadable, callable "pure" subroutine, but that's unlikely. > > Relocatable core image came along after I moved on from DOS/360 to the > greener pastures of OS/360, so I am not familiar with RLDs in core images, > or "VCONs to VSE transients." > > > If the program has disk file definitions, ie the VSE counterpart to a > DCB, > the disassembler may not know what to do with them. > > Well (a.) the HLASM is also a VSE product, so the disassembler should be > VSE-aware, right? And (b.) my guess is that it will do what most > disassemblers do with most macro-generated code: disassemble it as open > code > blissfully innocent of macros. > > Charles > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Hardee, Chuck > Sent: Friday, August 09, 2013 4:48 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Linkage Editing VSE Phase in z/OS > > I don't know if what you are attempting to do will work. > There are most likely VCONs to VSE transients that aren't going to be > resolved in z/OS. > Also, I believe there are structures like COMREG that won't translate to OS > because they aren't there, at least not by name and not by location though > they may be present in concept. > > Also, doesn't VSE have some RLD entries that are partition offset based? > > I think the best suggestion is to grab the source to a disassembler from > the > CBT, assemble and link it in the VSE world and execute it there. Then, take > the generated source and move it to z/OS and try assembling it there. > > If the program has disk file definitions, ie the VSE counterpart to a DCB, > the disassembler may not know what to do with them. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- "Men will never be free until the last king is strangled with the entrails of the last priest." Denis Diderot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why computer languages need to have specific parsing rules and exact semantics.
I think this is called the "Halloween problem", which is in some respect similar: update emp set salary = salary * 1.05 where salary < 2.0; in some of the first test releases of System R, when the index on column salary was used in this update, the salary of - say - 1 was first updated to 10500, thus the record was inserted into the index at another place, than later the record was found again, updated again and so on. In the end, all salaries were >= 2.0 The columns to be updated must not be used in retrieving the records in this case !! AFAIK, the problem is called the Halloween problem, because it was discovered at Halloween (probably 1975 or so ...). Kind regards Bernd Am 09.08.2013 16:12, schrieb Paul Gilmartin: And this may have have been reported here, or it may be urban legend: A shop set a task scheduled, at 0159 on a certain Sunday in Fall, to reset the localtime to 0059. Employees were astonished to come to work at 0730 on Monday and find the system reporting the time as 0130 on Sunday. (If the coding is correctly designed, there is no such thing as a semiannual "time change".) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linkage Editing VSE Phase in z/OS
Well sure, absolutely, lots of VSE things won't work in z/OS: COMREG and any other control block chasing DTFs Most or all SVCs including the one that ends a jobstep program I was assuming the OP knew that and that this was somehow "pure" non-OS code. But you're right, if it's an executable phase then it almost certainly has some sort of external interface other than entry and return. It could be a loadable, callable "pure" subroutine, but that's unlikely. Relocatable core image came along after I moved on from DOS/360 to the greener pastures of OS/360, so I am not familiar with RLDs in core images, or "VCONs to VSE transients." > If the program has disk file definitions, ie the VSE counterpart to a DCB, the disassembler may not know what to do with them. Well (a.) the HLASM is also a VSE product, so the disassembler should be VSE-aware, right? And (b.) my guess is that it will do what most disassemblers do with most macro-generated code: disassemble it as open code blissfully innocent of macros. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Hardee, Chuck Sent: Friday, August 09, 2013 4:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Linkage Editing VSE Phase in z/OS I don't know if what you are attempting to do will work. There are most likely VCONs to VSE transients that aren't going to be resolved in z/OS. Also, I believe there are structures like COMREG that won't translate to OS because they aren't there, at least not by name and not by location though they may be present in concept. Also, doesn't VSE have some RLD entries that are partition offset based? I think the best suggestion is to grab the source to a disassembler from the CBT, assemble and link it in the VSE world and execute it there. Then, take the generated source and move it to z/OS and try assembling it there. If the program has disk file definitions, ie the VSE counterpart to a DCB, the disassembler may not know what to do with them. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: C issue - 'struct stat'
you wrote: shortening the functions' names to 8, upper case characters, COBOL API, etc. I suggest you consider adding #pragma maps for the long function names; if you do this, you don't need to change nothing else. I simply add an #include file containing the #pragma maps for the function names where I want the names to be changed. That's all. (at least that goes for PL/1 callers, where all the C parameter types can be built, even BYVALUE parameters) Kind regards Bernd Am 09.08.2013 02:44, schrieb Ze'ev Atlas: I thought about what you guys have told me and realized that while you are correct and it is easy to just run the configuration, etc., the work I've done (shortening the functions' names to 8, upper case characters, COBOL API, etc.) is very valuable to those who are still in that environment. And these guys are my intended audience! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linkage Editing VSE Phase in z/OS
> I cannot identify the offending RLD. Ah. I had thought the link editor printed offending cards. I know what I am thinking of -- if it can't identify the card at all it prints the first three bytes in hex. How many RLD cards are there? You could delete from the bottom until you found the offending one, although this is starting to seem like a kludge supporting a kludge. The "240B" might be a further clue if one knew how to decode it. What happens if you do not edit? PHASE is certainly an error in z/OS but does the link editor keep going or abandon the file? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roberto Halais Sent: Friday, August 09, 2013 4:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Linkage Editing VSE Phase in z/OS Charles: Thank you for your comments. I cannot identify the offending RLD. I'll revise the loading procedure to see if I "garbled" the RLD. On Fri, Aug 9, 2013 at 4:21 PM, Charles Mills wrote: > I would think what you described might well work. I don't see any > inherent flaws in the process. > > RLD "cards" are documented and not at all impossible to decode. You > could post the offending RLD here (in hex) and I'm sure folks would > love to demonstrate their skills. > > You could also try a disassembler. (CBT tape has one, right?) > Disassembled object code is a real piece of cowstuff but you could > re-assemble it and try that approach. > > What's the possibility that you garbled things in the editor, or > somewhere else along the way? > > Charles > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Roberto Halais > Sent: Friday, August 09, 2013 4:14 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Linkage Editing VSE Phase in z/OS > > Listers: > > We are doing a VSE to z/OS conversion and had to do the following > since we have no source. > > We punched out a CIL phase from a VSE system. > > We put the phase in a z/os pds member (lrecl 80) and it looked like this: > > Phase modname > ESD > TXT > RLD > END > /* > > We edited the phase so that it looked like this: > > ESD > TXT > RLD > END > > We then tried to linkedit the phase with IEWL and got the following > messages: > > z/OS V1 R13 BINDER 15:51:52 FRIDAY AUGUST 9, 2013 > > BATCH EMULATOR JOB(LINKEDT2) STEP(LKED) PGM= IEWL > > IEW2278I B352 INVOCATION PARAMETERS - XREF,LIST > > > IEW2359E 240B SECTION FA010 CONTAINS AN RLD WITH AN INVALID ADCON LOCATION. > CLASS = B_TEXT, ELEMENT OFFSET = FFAFFF88 IEW2307E 1113 CURRENT INPUT > MODULE NOT INCLUDED BECAUSE OF INVALID DATA. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- "Men will never be free until the last king is strangled with the entrails of the last priest." Denis Diderot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why computer languages need to have specific parsing rules and exact semantics.
At 09:12 -0500 on 08/09/2013, Paul Gilmartin wrote about Re: Why computer languages need to have specific parsing ru: On Fri, 9 Aug 2013 06:59:36 -0500, John McKown wrote: Wife: Go to the store and buy a quart of milk. If they have avocados, get six. Husband: OK Husband comes back with 6 quarts of milk Wife: What? Why did you get 6 quarts of milk? Husband: They had avocados. Obviously the husband is a systems programmer. And the wife is an end user. I believe it was Phil Payne who once told the story of being given an assignment: Promote all employees in pay grade A to pay grade B. Then promote all employees in pay grade B to pay grade C. He did as instructed. As I am sure most of us know the correct set of instructions should have been to do the B->C change (leaving no B employees) and THEN do the A->B change. Following the supplied set makes both A and B grades C (since when you do the B->C upgrade you have no way of only handling the old B paygrade employees and also upgrade the old A paygrade ones). And this may have have been reported here, or it may be urban legend: A shop set a task scheduled, at 0159 on a certain Sunday in Fall, to reset the localtime to 0059. Employees were astonished to come to work at 0730 on Monday and find the system reporting the time as 0130 on Sunday. (If the coding is correctly designed, there is no such thing as a semiannual "time change".) The instructions reset the time every hour once 0159 initially occurs. The correct trigger should have been doing it at 0559 GMT/UT. That would have only done one time change. As of next week, passwords will be entered in Morse code. Case-sensitive? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linkage Editing VSE Phase in z/OS
I don't know if what you are attempting to do will work. There are most likely VCONs to VSE transients that aren't going to be resolved in z/OS. Also, I believe there are structures like COMREG that won't translate to OS because they aren't there, at least not by name and not by location though they may be present in concept. Also, doesn't VSE have some RLD entries that are partition offset based? I think the best suggestion is to grab the source to a disassembler from the CBT, assemble and link it in the VSE world and execute it there. Then, take the generated source and move it to z/OS and try assembling it there. If the program has disk file definitions, ie the VSE counterpart to a DCB, the disassembler may not know what to do with them. Good luck. Chuck Charles (Chuck) Hardee Senior Systems Engineer/Database Administration CCG Information Technology Thermo Fisher Scientific 300 Industry Drive Pittsburgh, PA 15275 Direct: 724-517-2633 FAX: 412-490-9230 chuck.har...@thermofisher.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of efinnell15 Sent: Friday, August 09, 2013 4:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Linkage Editing VSE Phase in z/OS Couple things to check. BLKSIZE less than 3200. Nulls off. FF is like EOL for editor with Nulls on. HLASM also has disassembler but have never used on conversion attempts. In a message dated 8/9/2013 3:36:08 PM Central Daylight Time, roberto.hal...@gmail.com writes: I'll revise the loading procedure to see if I "garbled" the RLD -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linkage Editing VSE Phase in z/OS
Couple things to check. BLKSIZE less than 3200. Nulls off. FF is like EOL for editor with Nulls on. HLASM also has disassembler but have never used on conversion attempts. In a message dated 8/9/2013 3:36:08 PM Central Daylight Time, roberto.hal...@gmail.com writes: I'll revise the loading procedure to see if I "garbled" the RLD -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linkage Editing VSE Phase in z/OS
Charles: Thank you for your comments. I cannot identify the offending RLD. I'll revise the loading procedure to see if I "garbled" the RLD. On Fri, Aug 9, 2013 at 4:21 PM, Charles Mills wrote: > I would think what you described might well work. I don't see any inherent > flaws in the process. > > RLD "cards" are documented and not at all impossible to decode. You could > post the offending RLD here (in hex) and I'm sure folks would love to > demonstrate their skills. > > You could also try a disassembler. (CBT tape has one, right?) Disassembled > object code is a real piece of cowstuff but you could re-assemble it and > try > that approach. > > What's the possibility that you garbled things in the editor, or somewhere > else along the way? > > Charles > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Roberto Halais > Sent: Friday, August 09, 2013 4:14 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Linkage Editing VSE Phase in z/OS > > Listers: > > We are doing a VSE to z/OS conversion and had to do the following since we > have no source. > > We punched out a CIL phase from a VSE system. > > We put the phase in a z/os pds member (lrecl 80) and it looked like this: > > Phase modname > ESD > TXT > RLD > END > /* > > We edited the phase so that it looked like this: > > ESD > TXT > RLD > END > > We then tried to linkedit the phase with IEWL and got the following > messages: > > z/OS V1 R13 BINDER 15:51:52 FRIDAY AUGUST 9, 2013 > > BATCH EMULATOR JOB(LINKEDT2) STEP(LKED) PGM= IEWL > > IEW2278I B352 INVOCATION PARAMETERS - XREF,LIST > > > IEW2359E 240B SECTION FA010 CONTAINS AN RLD WITH AN INVALID ADCON LOCATION. > CLASS = B_TEXT, ELEMENT OFFSET = FFAFFF88 IEW2307E 1113 CURRENT INPUT > MODULE NOT INCLUDED BECAUSE OF INVALID DATA. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- "Men will never be free until the last king is strangled with the entrails of the last priest." Denis Diderot -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Linkage Editing VSE Phase in z/OS
I would think what you described might well work. I don't see any inherent flaws in the process. RLD "cards" are documented and not at all impossible to decode. You could post the offending RLD here (in hex) and I'm sure folks would love to demonstrate their skills. You could also try a disassembler. (CBT tape has one, right?) Disassembled object code is a real piece of cowstuff but you could re-assemble it and try that approach. What's the possibility that you garbled things in the editor, or somewhere else along the way? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roberto Halais Sent: Friday, August 09, 2013 4:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Linkage Editing VSE Phase in z/OS Listers: We are doing a VSE to z/OS conversion and had to do the following since we have no source. We punched out a CIL phase from a VSE system. We put the phase in a z/os pds member (lrecl 80) and it looked like this: Phase modname ESD TXT RLD END /* We edited the phase so that it looked like this: ESD TXT RLD END We then tried to linkedit the phase with IEWL and got the following messages: z/OS V1 R13 BINDER 15:51:52 FRIDAY AUGUST 9, 2013 BATCH EMULATOR JOB(LINKEDT2) STEP(LKED) PGM= IEWL IEW2278I B352 INVOCATION PARAMETERS - XREF,LIST IEW2359E 240B SECTION FA010 CONTAINS AN RLD WITH AN INVALID ADCON LOCATION. CLASS = B_TEXT, ELEMENT OFFSET = FFAFFF88 IEW2307E 1113 CURRENT INPUT MODULE NOT INCLUDED BECAUSE OF INVALID DATA. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Linkage Editing VSE Phase in z/OS
Listers: We are doing a VSE to z/OS conversion and had to do the following since we have no source. We punched out a CIL phase from a VSE system. We put the phase in a z/os pds member (lrecl 80) and it looked like this: Phase modname ESD TXT RLD END /* We edited the phase so that it looked like this: ESD TXT RLD END We then tried to linkedit the phase with IEWL and got the following messages: z/OS V1 R13 BINDER 15:51:52 FRIDAY AUGUST 9, 2013 BATCH EMULATOR JOB(LINKEDT2) STEP(LKED) PGM= IEWL IEW2278I B352 INVOCATION PARAMETERS - XREF,LIST IEW2359E 240B SECTION FA010 CONTAINS AN RLD WITH AN INVALID ADCON LOCATION. CLASS = B_TEXT, ELEMENT OFFSET = FFAFFF88 IEW2307E 1113 CURRENT INPUT MODULE NOT INCLUDED BECAUSE OF INVALID DATA. IEW2322I 1220 3NAME HA010(R) IEW2230S 0414 MODULE HAS NO TEXT. IEW2648E 5111 ENTRY RR$$AA IS NOT A CSECT OR AN EXTERNAL NAME IN THE MODULE. IEW2677S 5130 A VALID ENTRY POINT COULD NOT BE DETERMINED. IEW2008I 0F03 PROCESSING COMPLETED. RETURN CODE = 12. Any ideas? Thank you, Roberto -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why computer languages need to have specific parsing rules and exact semantics.
On Fri, Aug 9, 2013 at 10:12 AM, Paul Gilmartin wrote: > And this may have have been reported here, or it may be urban legend: > A shop set a task scheduled, at 0159 on a certain Sunday in Fall, to reset > the localtime to 0059. Employees were astonished to come to work at > 0730 on Monday and find the system reporting the time as 0130 on > Sunday. (If the coding is correctly designed, there is no such thing as > a semiannual "time change".) > Windows 95 did that, IIRC... -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/TPF question
Given that there seem to be NO documents that discuss it, I'd say "No". And that makes sense -- TPF shops have deep pockets, and IBM isn't interested in curing that (well, they're interested in it in the sense of transferring the money to IBM, but not in the sense of doing TPF shops any favors!). On Fri, Aug 9, 2013 at 1:13 PM, Sam Siegel wrote: > Hi - Does anyone know if zIIP engines can be used with z/TPF? > > Thanks, > Sam > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSS mailing list?
On 9 August 2013 12:32, Ken Porowski wrote: > Last message I got was in 2011 There was one topic in March 2013, and about 15 separate topics in 2012, so it's perhaps not quite as dead as that. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z10 Memory
I don't know about 3rd party support, but if you have minimal storage config (32GB) a different chip is used. The upgrade from 32GB to >32GB requires replacement of *ALL* memory chips and a disruptive outage. HTH, Since IBM dropped the z10 from marketing, it seems impossible to get anything done to the box from them. Does anyone know if it is possible to acquire memory, from a third party, and have it put in the z10 and be actually operational? I'm told everything is done via microcode now and IBM won't even update that on z10's...the memory will be there but the microcode isn't set to use it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSS mailing list?
This looks a little more active. There was a TSS-specific post in July, for example. (It is a CA Z security products forum and mostly ACF2.) I do see that Joe Denison is active there ... Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, August 08, 2013 5:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSS mailing list? You might also, if you have a CA Site number, check out MYCA. It has lots of forums to specific CA products Lizette INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSS mailing list?
Hmmm. http://www.linkedin.com/in/joedenison last update 2010. Company Web site still active at least. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ken Porowski Sent: Friday, August 09, 2013 12:33 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSS mailing list? Last message I got was in 2011 CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, August 09, 2013 12:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Is there a TSS mailing list? Hmmm. How active is the list? I went through the sign-up including sending a justification to Joe Denison, Moderator, tssadmin-ow...@yahoogroups.com over 24 hours ago and have heard nothing back. Does anyone know Joe? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Thursday, August 08, 2013 11:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSS mailing list? On 8 August 2013 10:34, Charles Mills wrote: > X-posted to IBM-MAIN and ACF2-L. > > Is there a mailing list for CA Top Secret? tssad...@yahoogroups.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/TPF question
Hi - Does anyone know if zIIP engines can be used with z/TPF? Thanks, Sam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z10 Memory
Since IBM dropped the z10 from marketing, it seems impossible to get anything done to the box from them. Does anyone know if it is possible to acquire memory, from a third party, and have it put in the z10 and be actually operational? I'm told everything is done via microcode now and IBM won't even update that on z10's...the memory will be there but the microcode isn't set to use it. Thanks for any comments. Dennis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: determine sysplex name in use
IIRC, one of the 'Z' variable in ISPF contains the active SYSPLEX name and another the current SYSID. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Peter Relson Sender: IBM Mainframe Discussion List Date: Fri, 9 Aug 2013 07:42:55 To: Reply-To: IBM Mainframe Discussion List Subject: Re: determine sysplex name in use If doing it from a program, you can go one of the complicated routes of - Using IXCQUERY REQINFO=COUPLE,PLEXNAME=outputplexname or - Using ASASYMBM to substitute for &SYSPLEX or you can go the easy route of looking at ECVTSPLX. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSS mailing list?
Last message I got was in 2011 CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, "CIT"), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, August 09, 2013 12:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Is there a TSS mailing list? Hmmm. How active is the list? I went through the sign-up including sending a justification to Joe Denison, Moderator, tssadmin-ow...@yahoogroups.com over 24 hours ago and have heard nothing back. Does anyone know Joe? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Thursday, August 08, 2013 11:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSS mailing list? On 8 August 2013 10:34, Charles Mills wrote: > X-posted to IBM-MAIN and ACF2-L. > > Is there a mailing list for CA Top Secret? tssad...@yahoogroups.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Is there a TSS mailing list?
Hmmm. How active is the list? I went through the sign-up including sending a justification to Joe Denison, Moderator, tssadmin-ow...@yahoogroups.com over 24 hours ago and have heard nothing back. Does anyone know Joe? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Thursday, August 08, 2013 11:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Is there a TSS mailing list? On 8 August 2013 10:34, Charles Mills wrote: > X-posted to IBM-MAIN and ACF2-L. > > Is there a mailing list for CA Top Secret? tssad...@yahoogroups.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why computer languages need to have specific parsing rules and exact semantics.
> Promote all employees in pay grade A to pay grade B. Then promote all > employees in pay grade B to pay grade C. These days, more likely "Rightsize all employees in pay grade C to pay grade B. Then rightsize all employees in pay grade B to pay grade A." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, August 09, 2013 10:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Why computer languages need to have specific parsing rules and exact semantics. On Fri, 9 Aug 2013 06:59:36 -0500, John McKown wrote: > >Wife: Go to the store and buy a quart of milk. If they have avocados, >get six. >Husband: OK >Husband comes back with 6 quarts of milk >Wife: What? Why did you get 6 quarts of milk? >Husband: They had avocados. > >Obviously the husband is a systems programmer. And the wife is an end user. > I believe it was Phil Payne who once told the story of being given an assignment: Promote all employees in pay grade A to pay grade B. Then promote all employees in pay grade B to pay grade C. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why computer languages need to have specific parsing rules and exact semantics.
On Fri, 9 Aug 2013 06:59:36 -0500, John McKown wrote: > >Wife: Go to the store and buy a quart of milk. If they have avocados, get >six. >Husband: OK >Husband comes back with 6 quarts of milk >Wife: What? Why did you get 6 quarts of milk? >Husband: They had avocados. > >Obviously the husband is a systems programmer. And the wife is an end user. > I believe it was Phil Payne who once told the story of being given an assignment: Promote all employees in pay grade A to pay grade B. Then promote all employees in pay grade B to pay grade C. He did as instructed. And this may have have been reported here, or it may be urban legend: A shop set a task scheduled, at 0159 on a certain Sunday in Fall, to reset the localtime to 0059. Employees were astonished to come to work at 0730 on Monday and find the system reporting the time as 0130 on Sunday. (If the coding is correctly designed, there is no such thing as a semiannual "time change".) >As of next week, passwords will be entered in Morse code. > Case-sensitive? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ECTG usage
>Therefore, using ECTG when you're not in an disabled >state during the entire timing process will not produce the results you >want. That is not correct. ECTG was created specifically to avoid the need for disablement. (Pretty much all other time-related things do need disablement.) Having said that, the correct operands for ECTG are not part of the programming interface. Therefore use of ECTG is intended for the operating system only, and access to ECTG is provided by the TIMEUSED macro (check out its ECT keyword) Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Multiple timezones?
On Fri, 9 Aug 2013 01:35:52 -0700, Donald Russell wrote: >H, yes, I can run Linux, and in fact have Linux running in the same >lpar already. I can just create a Linux Userid (no need for another linux >instance) and set their time zone accordingly and use a cron tab to trigger >the event. Brilliant! Thanks for the tip. :-) > One caution: Crontab always uses the system timezone setting; it's oblivious to the user's setting of TZ (unless Linux has an extension). The "at" command, however, is TZ-savvy, so I've circumvented by using crontab to trigger an event a few hours befor the intended time, which triggers an "at" command to trigger the event in the desired timezone. Possibly another caution: If the system is halted at the scheduled time, crontab simply skips the event until the next day, unlike WAKEUP which processes the event immediately upon restart. z/OS Unix System Services has some timezone smarts, but, unlike Linux, it is oblivious to legislative changes in timezone conventions. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FEW VLF RETRIEVES
Dear group, at our shop we use the LLA-freeze-option for all our LLA-Dataset, mostly Lnklst-Datasets but also some non-Lnklst-DS (non-PDS/E). We defined our CSVLLA-Class big enough: CLASS NAME(CSVLLA) EMAJ(LLA) MAXVIRT(131072) but the amount of storage is only used up to 40% (SMF41(1)). Now, when i issue a 'D LLA,STATS' i see many DASD FETCHES, i.r.: LIBRARY: SYS1.SERBLINK MEMBERS:195 MEMBERS FETCHED: 25 MEMBERS IN VLF: 0 DASD FETCHES: 501 VLF RETRIEVES: 6 Are there some requirements for the modules to use VLF? During some testings I made a pgm, which loaded a module (non-RENT) about 4000 times. If this module is in VLF at starting time, it always will be loaded from VLF-cache (VLF RETRIEVES get high) . If the module is not in cache at start time of my pgm, 4000 DASD calles will be issued. Strange behaviour. Does somebody has an idea, or a hint, where to find some usefull IBM-documentations about VLF. We have z/OS 1.13, but with z/OS 1.12 we had the same behaviours. CSVLLIX1 and CSVLLIX2 or on. Any hint appreciated With best regards Monika -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MVS ROUTE command is a bad influence on DB2 ERLY code
It would have been helpful to know what sort of approach you were taking to create a new linklist. If you simply defined one and activated it, then it would depend on whether you activated it before or after the DB2 space started. Unless you did an UPDATE in which case nothing can be stated or assumed about the behavior. You did not show the log identifying what updates were made to the linklist and how those updates related to the DB2 space in questino. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why computer languages need to have specific parsing rules and exact semantics.
perfect -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, August 09, 2013 7:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Why computer languages need to have specific parsing rules and exact semantics. OK, this isn't really about a computer language. It is a joke from Reader's Digest, in English. But it makes a good point as to why semantics is important. Wife: Go to the store and buy a quart of milk. If they have avocados, get six. Husband: OK Husband comes back with 6 quarts of milk Wife: What? Why did you get 6 quarts of milk? Husband: They had avocados. Obviously the husband is a systems programmer. And the wife is an end user. -- As of next week, passwords will be entered in Morse code. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Certificate for FTPS Support to IBM
... is the process to obtain the certificate for FTPS the same as it is for HTTPS ( ShopZSeries Certificate Order)? To download orders using FTPS requires only the Certificate Authority (CA) certificate used to sign the server's certificate. Read more about the CA certificate for FTPS here: http://publib.boulder.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.gim3000/opftp.htm?path=36_3_6_4_2_2#wq214. Using SMP/E RECEIVE ORDER requires two certificates; a CA certificate and a client certificate. The client cert is what you generate and obtain from ShopzSeries. Did I also read something where IBM's statement that they're shutting off their FTP servers and forcing FTPS at the end of next month is being postponed? Yes, the date has been postponed. However, you should continue to investigate your impacts and work toward updating your proxies and firewalls as necessary to eventually support using FTPS to download your orders. Kurt Quackenbush -- IBM, SMP/E Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Why computer languages need to have specific parsing rules and exact semantics.
OK, this isn't really about a computer language. It is a joke from Reader's Digest, in English. But it makes a good point as to why semantics is important. Wife: Go to the store and buy a quart of milk. If they have avocados, get six. Husband: OK Husband comes back with 6 quarts of milk Wife: What? Why did you get 6 quarts of milk? Husband: They had avocados. Obviously the husband is a systems programmer. And the wife is an end user. -- As of next week, passwords will be entered in Morse code. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RES: How GET a Return Code from a Caller.
Hello Lizette. How are you? Our REXX is running undex Z/VM, and now is ok. Thanks very much, and very glad see you here again. Grretings from São Paulo - Brazil. Sergio -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Em nome de Lizette Koehler Enviada em: quinta-feira, 8 de agosto de 2013 18:19 Para: IBM-MAIN@LISTSERV.UA.EDU Assunto: Re: How GET a Return Code from a Caller. Sergio - you posted to both IBMMAIN and z/VM newsgroups. Are you doing this under z/VM? Or z/OS? Each environment will behave differently Lizette PS No question is stupid. Repeating it over and over and expecting different results - might be. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sérgio Lima Costa Sent: Thursday, August 08, 2013 9:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: ENC: How GET a Return Code from a Caller. Hello List. Sorry about this STUPID question. Now is ok... REXX ONE: /* */ Trace r duas parametro say rc exit REXX TWO IS THE SAME... RESULT... Ready; T=0.01/0.01 13:21:38 UMA 3 *-* duas parametro >>> "DUAS PARAMETRO" 3 *-* arg argumento >>> "PARAMETRO" 4 *-* say argumento >>> "PARAMETRO" PARAMETRO 5 *-* rc = 99 >>> "99" 6 *-* exit rc >>> "99" +++ RC(99) +++ 4 *-* say rc >>> "99" 99 5 *-* exit Ready; T=0.01/0.01 13:21:40 Never use CALL ... Thanks and sorry again. Sergio De: Sérgio Lima Costa Enviada em: quinta-feira, 8 de agosto de 2013 13:17 Para: 'The IBM z/VM Operating System' Assunto: How GET a Return Code from a Caller. Hello List, I have a question here, that I can't get the RETURN CODE from a REXX Called. Look please : REXX ONE : /* */ Trace r call duas parametro say rc exit REXX TWO: /* */ trace r arg argumento say argumento rc = 99 exit rc THE RESULT : uma 3 *-* call duas parametro >>> "PARAMETRO" 3 *-* arg argumento >>> "PARAMETRO" 4 *-* say argumento >>> "PARAMETRO" PARAMETRO 5 *-* rc = 99 >>> "99" 6 *-* exit rc >>> "99" >>> "99" 4 *-* say rc >>> "RC" RC 5 *-* exit Ready; T=0.01/0.01 13:13:01 Why the FIRST REXX (CALLER) don't "see" THE rc = 99 ? Any help please ? Thanks very much. Sergio Lima Costa São Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas." "Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Certificate for FTPS Support to IBM
This might be a dumb question, but is the process to obtain the certificate for FTPS the same as it is for HTTPS ( ShopZSeries Certificate Order)? Did I also read something where IBM's statement that they're shutting off their FTP servers and forcing FTPS at the end of next month is being postponed? -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: determine sysplex name in use
If doing it from a program, you can go one of the complicated routes of - Using IXCQUERY REQINFO=COUPLE,PLEXNAME=outputplexname or - Using ASASYMBM to substitute for &SYSPLEX or you can go the easy route of looking at ECVTSPLX. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: The z/OS V2.1 Migration PDF available
most emphatic "ditto" to what Louis Losee said, with this addendum: " ... and doing so is driving me nuts " /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; "I partied on the Ho Chi Minh Trail - tiến lên !! " -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Louis Losee Sent: Thursday, 08 August, 2013 10:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: The z/OS V2.1 Migration PDF available The migration specific format is nice, however, for online reading the dual columns cause the reader to constanly page up and down to read each page. On Aug 8, 2013, at 4:51 PM, Marna WALLE wrote: > Hi All, > Since you mentioned the z/OS V2,1 Migration book being available, I thought I > would bring to your attention something. It's different. > > We've tried a new format for the book, which I'm hoping will make it easier > to read. We've divided up the chapters into which migration path you are on > (R12-> V2.1, or R13-> V2.1). You read only the chapters that apply to you. > > Here's the layout: > Chapter 1: Introduction for all users > Chapter 2: General migration actionsfor all users > Chapter 3: Migration from z/OS R13 for R13 -> V2.1 users > Chapter 4: Migration from z/OS R12 for R12 -> V2.1 users > > R13->V2R1 : Read Chapters 1, 2, and 3. Skip Chapter 4. > R12 -> V2R1: Read Chapter 1,2, and 4. Skip chapter 3. > > Any feedback on this format is welcome! > -Marna WALLE > z/OS System Installation > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Multiple timezones?
H, yes, I can run Linux, and in fact have Linux running in the same lpar already. I can just create a Linux Userid (no need for another linux instance) and set their time zone accordingly and use a cron tab to trigger the event. Brilliant! Thanks for the tip. :-) Donald Russell On Friday, August 9, 2013, Paul Gilmartin wrote: > On Thu, 8 Aug 2013 22:23:23 -0700, Donald Russell wrote: > > >zVM 6.1 (6.2 coming) > > > >The system runs with a UTC timezone, but it would be convenient if I had a > >userid that could run in a different time zone. > > > >UTC doesn't change with Daylight Saving Time, and I have a process I want > >to schedule at a specific time that is subject to DST changes. i.e. I want > >something to run at 3:00 AM Pacific Time, in summer and winter. > > > >If I can have a disconnected service machine running in the proper > >timezone, then a simple (k)wakeup exec can do what I need at the correct > >time. > > > >I thought TODENABLE might give me a clue, but I don't want a different > >time, I just want a different view of the same time. :-) > > > >Or, I just have to write my own little time calculator to make the > >adjustment... Not a difficult thing, but if there's a wheel I can use... > > > It's all been done: > > http://www.iana.org/time-zones > http://en.wikipedia.org/wiki/Tz_database > > IBM simply has a bad case of NIH. And someone points out that > even IBM does it on AIX. > > Can your service machine run Linux? > > -- gil > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: > INFO IBM-MAIN > -- Sent from iPhone Gmail Mobile -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Multiple timezones?
On Thu, 8 Aug 2013 22:23:23 -0700, Donald Russell wrote: >zVM 6.1 (6.2 coming) > >The system runs with a UTC timezone, but it would be convenient if I had a >userid that could run in a different time zone. > >UTC doesn't change with Daylight Saving Time, and I have a process I want >to schedule at a specific time that is subject to DST changes. i.e. I want >something to run at 3:00 AM Pacific Time, in summer and winter. > >If I can have a disconnected service machine running in the proper >timezone, then a simple (k)wakeup exec can do what I need at the correct >time. > >I thought TODENABLE might give me a clue, but I don't want a different >time, I just want a different view of the same time. :-) > >Or, I just have to write my own little time calculator to make the >adjustment... Not a difficult thing, but if there's a wheel I can use... > It's all been done: http://www.iana.org/time-zones http://en.wikipedia.org/wiki/Tz_database IBM simply has a bad case of NIH. And someone points out that even IBM does it on AIX. Can your service machine run Linux? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
R: R: R: Differences between CPU values from SMF30 and DB2 stats
Just click the @ symbol in the last column close to the white paper you want and put your details in the pop-up window ... + + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + Please consider the environment - do you really need to print this email? -Messaggio originale- Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto di efinnell15 Inviato: venerdì 9 agosto 2013 09:05 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: Re: R: R: Differences between CPU values from SMF30 and DB2 stats Looking at the three page Newsletter .pdf says reply to this eMail with Analyzing DB2 in Sub but doesn't give a hint as to the email? In a message dated 8/9/2013 1:43:36 AM Central Daylight Time, fabio.ottavi...@epvtech.com writes: Newsletter 4 and 5 2010. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: R: R: Differences between CPU values from SMF30 and DB2 stats
Looking at the three page Newsletter .pdf says reply to this eMail with Analyzing DB2 in Sub but doesn't give a hint as to the email? In a message dated 8/9/2013 1:43:36 AM Central Daylight Time, fabio.ottavi...@epvtech.com writes: Newsletter 4 and 5 2010. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN