Re: SPLEVEL SET=2
On Thu, Sep 26, 2013 at 10:01 PM, Ed Jaffe edja...@phoenixsoftware.comwrote: On 9/26/2013 2:51 AM, Manfred Lotz wrote: Hi all, I've got a very old assembler program which still has a SPLEVEL SET=2 statement at the beginning. I think that these days this is obsolete and should be removed. FWIW, we use this: SPLEVEL SET=6 Specify OS/390 R2 macro format SYSSTATE ARCHLVL=2Program requires z/Architecture SYSSTATE OSREL=ZOSV1R9Program requires z/OS 1.9 and higher Thanks for this. This looks good, and I guess I will use it for new programs. However, I'm reluctant to use SYSSTATE ARCHLVL=2 in the existing source as it seems to create different code for some macros (e.g., GETMAIN). Perhaps I'm too cautious.I checked the SPLEVEL SET=6 for my source and it didn't change anything (I compared the assembler listings). -- Manfred -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SPLEVEL SET=2
Probably got 31 bit code instead of 24 bit only code. On Fri, Sep 27, 2013 at 2:35 AM, Manfred Lotz manfred.l...@googlemail.com wrote: On Thu, Sep 26, 2013 at 10:01 PM, Ed Jaffe edja...@phoenixsoftware.comwrote: On 9/26/2013 2:51 AM, Manfred Lotz wrote: Hi all, I've got a very old assembler program which still has a SPLEVEL SET=2 statement at the beginning. I think that these days this is obsolete and should be removed. FWIW, we use this: SPLEVEL SET=6 Specify OS/390 R2 macro format SYSSTATE ARCHLVL=2Program requires z/Architecture SYSSTATE OSREL=ZOSV1R9Program requires z/OS 1.9 and higher Thanks for this. This looks good, and I guess I will use it for new programs. However, I'm reluctant to use SYSSTATE ARCHLVL=2 in the existing source as it seems to create different code for some macros (e.g., GETMAIN). Perhaps I'm too cautious.I checked the SPLEVEL SET=6 for my source and it didn't change anything (I compared the assembler listings). -- Manfred -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SPLEVEL SET=2
Manfred Lotz wrote: I've got a very old assembler program which still has a SPLEVEL SET=2 statement at the beginning. I think that these days this is obsolete and should be removed. You can do that AFTER you have reviewed ALL called macros to see what restrictions they're under. AFAIK some macros are very sensitive to their environment, like type of instructions used and addressing modes. FWIW, we use this: SPLEVEL SET=6 Specify OS/390 R2 macro format SYSSTATE ARCHLVL=2Program requires z/Architecture SYSSTATE OSREL=ZOSV1R9Program requires z/OS 1.9 and higher Thanks for this. This looks good, and I guess I will use it for new programs. They're also looking good for me, but like you I would also be reluctant to use ARCHLVL=2. If it were me, I would let ARCHLVL to be defaulted at zero but you will need to find out at WHAT machine type + z/OS version your code is to be run. I checked the SPLEVEL SET=6 for my source and it didn't change anything (I compared the assembler listings). It should be so at default of 6, at least for IBM's macros coming with z/OS. A quick scan of SYS1.MACLIB showed me a lot of SYSSTATE TEST and SPLEVEL TEST usage. But some macros don't have SPLEVEL dependence for example OPEN. I would suggest you get a cross reference of all macros and just study them one by one for any documentation. This is a tedious work, I know. Good luck for your quest to produce quality code! ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SPLEVEL SET=2
On Fri, Sep 27, 2013 at 9:42 AM, Mike Schwab mike.a.sch...@gmail.comwrote: Probably got 31 bit code instead of 24 bit only code. The change is this: SYSSTATE ARCHLVL=2 yields: GETMAIN RU,LV=(0),SP=0,LOC=(24,64) GETMAIN WORKAREA + DS0H @P5C 01-GETM +IHB0005C DS 0H 01-GETM + L 15,=AL1(B'0001',(0),(0),B'01010010') X01-GETM + LOAD GETMAIN PARMS + SR1,1 ZERO RESERVED REG 1 01-GETM + SVC 120 ISSUE GETMAIN SVC 01-GETM instead of: GETMAIN RU,LV=(0),SP=0,LOC=(24,64) GETMAIN WORKAREA + CNOP 0,4 01-GETM + B IHB0004C BRANCH AROUND DATA 01-GETM +IHB0004F DCBL1'0001' Flags.@L7C 01-GETM + DCAL1(0) RESERVED 01-GETM + DCAL1(0) SUBPOOL 01-GETM + DCBL1'01010010' MODE BYTE @G860P30 01-GETM +IHB0004C DS 0H 01-GETM + L 15,IHB0004F LOAD GETMAIN PARMS 01-GETM + SR1,1 ZERO RESERVED REG 1 01-GETM + SVC 120 ISSUE GETMAIN SVC 01-GETM -- Manfred On Fri, Sep 27, 2013 at 2:35 AM, Manfred Lotz manfred.l...@googlemail.com wrote: On Thu, Sep 26, 2013 at 10:01 PM, Ed Jaffe edja...@phoenixsoftware.com wrote: On 9/26/2013 2:51 AM, Manfred Lotz wrote: Hi all, I've got a very old assembler program which still has a SPLEVEL SET=2 statement at the beginning. I think that these days this is obsolete and should be removed. FWIW, we use this: SPLEVEL SET=6 Specify OS/390 R2 macro format SYSSTATE ARCHLVL=2Program requires z/Architecture SYSSTATE OSREL=ZOSV1R9Program requires z/OS 1.9 and higher Thanks for this. This looks good, and I guess I will use it for new programs. However, I'm reluctant to use SYSSTATE ARCHLVL=2 in the existing source as it seems to create different code for some macros (e.g., GETMAIN). Perhaps I'm too cautious.I checked the SPLEVEL SET=6 for my source and it didn't change anything (I compared the assembler listings). -- Manfred -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@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: Looking for help with an obscure C integer problem
Charles, I agree, that this may be too long for you to wait, but ... I believe that this is quite normal for compiler errors; they are not very common, and if you discover one, you are normally forced to work around it, because the fix will not appear within hours, as we have it with user programs. And: it's normally possible ... compiler errors are hard to find and, as in this case, hard to prove, because compilers normally are very well tested - that is, the errors appear in rare situations. For me, the primary goal, why I invested some time in explaining this error to IBM and provide example jobs to them, was: to get the error fixed for other users which will fall into this trap later - including maybe myself. If I discover errors in any software - be it mine or others - I always try to get it fixed, if I see a chance to get it done - and in this case it seemed possible without too much effort on my part. And of course: compiler construction and diagnosing errors in this area is fun ... at least for me. This may be special :-) Kind regards Bernd Am 26.09.2013 17:12, schrieb Charles Mills: I was the OP. I'm going to take the liberty of replying here. I coded around it. This is the problem for me with IBM fixes. Not complaining, just stating a fact: I could not have waited this long for a fix. It's too bad IBM does not have some more-established process whereby one could report a bug a. Without the burden of proof required for a PMR. b. In return, without any expectation of a timely fix. Just the way one of your co-workers might say you now, I was running your code the other day, and here's something you might want to take a look at ... Would work for me anyway. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bernd Oppolzer Sent: Thursday, September 26, 2013 6:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Fwd: Re: Looking for help with an obscure C integer problem Hello, I told you at end of July that an IBM employee took this problem and sent it to IBM maintenance, although there was no formal requirement to do so, only the discussions in this list. Thanks from this place for this help. In the meantime there is a solution, and I was asked if someone needs an Interim fix (a PTF, I think), which could be made available, but only for z/OS 1.12 and 1.13, as far as I understood. If you need such a fix, would you please respond me offline? Thank you, 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: IBM's massive bet on Watson - Sep. 19, 2013
Ed, IBM has been trying to impress the innocent with this Watson thing now for many, many years.. but it will only confuse the innocent but because it's Friday.. and we need to be positive.. I would make you listen to David Attenborough ( To my fire up friend in OPM, nothing to do with politics ) : http://www.youtube.com/watch?v=B8WHKRzkCOY Kerneels On 9/26/2013 4:45 PM, Ed Gould wrote: http://money.cnn.com/2013/09/19/technology/ibm-watson.pr.fortune/index.html?section=magazines_fortune -- 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: SPLEVEL SET=2
On 2013-09-26 05:51, Manfred Lotz wrote: I've got a very old assembler program which still has a SPLEVEL SET=2 statement at the beginning. I think that these days this is obsolete and should be removed. As I'm not sure if removing this could break anything what could I check (besides testing the program itself) in order to make sure all is fine after removing SPLEVEL? The only idea I had was to assembly the source one time using SPLEVEL SET=2 and the next time using SPLEVEL SET=6. Then comparing the assembler listings to see if there is a difference. The default value for SYSSPLV has been 6 since OS/390 R2, and it's been a very long time since that OS release was supported by IBM, so we just let it default to 6. It seems quite evident that IBM has migrated from SPLEVEL to SYSSTATE for setting environmental options. For what it's worth, we do specify the following: ACONTROL OPTABLE(ZOP) SYSSTATE ARCHLVL=2 SYSSTATE OSREL=ZOSV1R9 We have a usermod that adds PROFILE=YES to the default assembler options, and the macro library for each release of our products includes a ASMAPROF member that specifies the above options. This allows us to change the settings for a new release, while preserving the settings used to build each prior release. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SPLEVEL SET=2
On 9/27/2013 1:21 AM, Manfred Lotz wrote: The change is this: [snip] There is nothing to worry about. The two expansions make the identical service call (as seen by the operating system), but the technique used by the updated expansion is usable by programs that use the relative immediate instruction facility (you get that with ARCHLVL=1 or higher). Basically, the inline parameters and the 'L 15,IHB0004F' instruction in the old-style expansion would force a modern program to establish temporary code base register coverage just for the GETMAIN macro, which is ugly code that uses an extra register and slows down the program a little bit. The newer expansions remove that restriction by moving the inline parameters into the literal pool and can be safely by older programs. -- 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
Red Books
I was talking to a friend who had heard there were discussions within IBM about discontinuing Red Books and/or discontinuing the Red Book residencies. I find the red books extremely useful and would be disappointed if this happens. Has anyone else heard of this change of direction? Alan Field Technical Engineer Principal BCBS Minnesota Phone: 651.662.3546 Mobile: 651.428.8826 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Red Books
I also heard a rumor back in 2009. It was only a rumor -- Original Message -- From: Alan Field alan_c_fi...@bluecrossmn.com To: IBM-MAIN@LISTSERV.UA.EDU Subject: Red Books Date: Fri, 27 Sep 2013 10:59:36 -0500 I was talking to a friend who had heard there were discussions within IBM about discontinuing Red Books and/or discontinuing the Red Book residencies. I find the red books extremely useful and would be disappointed if this happens. Has anyone else heard of this change of direction? Alan Field Technical Engineer Principal BCBS Minnesota Phone: 651.662.3546 Mobile: 651.428.8826 -- 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: Red Books
In my opinion the Redbooks are one of the major differentiators between IBM software and anything else. We rely heavily on the Redbooks to do our jobs and educate the staff. Jerry Whitteridge Lead Systems Programmer Safeway Inc. 925 951 4184 If you feel in control you just aren't going fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Alan Field Sent: Friday, September 27, 2013 9:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Red Books I was talking to a friend who had heard there were discussions within IBM about discontinuing Red Books and/or discontinuing the Red Book residencies. I find the red books extremely useful and would be disappointed if this happens. Has anyone else heard of this change of direction? Alan Field Technical Engineer Principal BCBS Minnesota Phone: 651.662.3546 Mobile: 651.428.8826 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OT - Huge Maple Syrup heist solved.
On 27 December 2012 01:28, Mike Schwab mike.a.sch...@gmail.com wrote: http://www.cbc.ca/news/canada/new-brunswick/story/2012/12/20/arrests-maple-syrup-quebec.html Well, another Friday... It seems there's going to be a Hollywood movie about this caper - a “comedy with dramatic overtones”. http://www.cbc.ca/news/arts/quebec-maple-syrup-heist-set-for-hollywood-film-1.1868081 At least it won't be one of those sappy RomComs... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Red Books
I have this vague recollection that this rumor ran through IBMMAIN a year or so ago and was debunked. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Alan Field Sent: Friday, September 27, 2013 9:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Red Books I was talking to a friend who had heard there were discussions within IBM about discontinuing Red Books and/or discontinuing the Red Book residencies. I find the red books extremely useful and would be disappointed if this happens. Has anyone else heard of this change of direction? Alan Field Technical Engineer Principal BCBS Minnesota Phone: 651.662.3546 Mobile: 651.428.8826 -- 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: OT - Huge Maple Syrup heist solved.
I certainly hope the hero gets to rescue Sweet Nell from a fate worse than death! -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov We fear things in proportion to our ignorance of them. ~ Titus Livius -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Friday, September 27, 2013 11:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OT - Huge Maple Syrup heist solved. On 27 December 2012 01:28, Mike Schwab mike.a.sch...@gmail.com wrote: http://www.cbc.ca/news/canada/new-brunswick/story/2012/12/20/arrests-m aple-syrup-quebec.html Well, another Friday... It seems there's going to be a Hollywood movie about this caper - a comedy with dramatic overtones. http://www.cbc.ca/news/arts/quebec-maple-syrup-heist-set-for-hollywood-film-1.1868081 At least it won't be one of those sappy RomComs... Tony H. -- 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: z/OS 2.1 on ShopZ
Softcopy reader sees a V2R1 collection. No Enterprise COBOL 5 however ... Don't see any Data Areas. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Friday, September 27, 2013 10:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS 2.1 on ShopZ Looks like we are close to being able to order zOS 2.1 on shopZ. _ Dave Jousma Assistant Vice President, Mainframe Engineering 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...@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: z/OS 2.1 on ShopZ
According to the announcement letter (213-293), planned availability is Sept. 30, 2013. (This coming Monday). I would expect to see it then snip Looks like we are close to being able to order zOS 2.1 on shopZ. _ Dave Jousma /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS 2.1 on ShopZ
353 files, and as threatened, only PDF. I will truly miss the Bookmanager ease of search and navigation. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, September 27, 2013 11:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 2.1 on ShopZ Softcopy reader sees a V2R1 collection. No Enterprise COBOL 5 however ... Don't see any Data Areas. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Friday, September 27, 2013 10:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS 2.1 on ShopZ Looks like we are close to being able to order zOS 2.1 on shopZ. ___ __ Dave Jousma Assistant Vice President, Mainframe Engineering 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...@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: z/OS 2.1 on ShopZ
The IBM Publications website yields 459 downloadable publications, all PDFs, for the search argument 'z/OS V2R1'. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SPLEVEL SET=2
SPLEVEL has not been changed since 1996. Some macros will expand differently based on SPLEVEL. So I'd say that if you truly want to see if there is any effect, you either need to do a lot of analysis (of macro invocations and expansions) or, as you mention, compare the assembler and/or object code. There should be no need to have SPLEVEL=2 unless your exploitation requires functions that existed prior to SPLEVEL=3 (MVS/ESA) that are implemented differently as of SPLEVEL=3. Many macros rely on indicates set by SYSSTATE and if you specify SPLEVEL=2 they will assume that you are compiling using a release that doesn't even have the SYSSTATE macro. They will certainly assume ASC mode of Primary. SETLOCK is a macro that differentiates SPLEVEL 4 from SPLEVEL = 4. CALLDISP differentiates SPLEVEL 3 from SPLEVEL = 3. 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
Ixglogr 0C4
I swapped a running sandbox sysres volume with my D/R sysres volume and when I IPL'ed the D/R system I got an 0C4 in Ixglogr. I had no dump file available so there's no diagnostic info. Anyone have a clue what could be causing the 0C4. This is a z/OS 1.13. My next step is to make sure I have a dump volume available and try it again. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 1651 Alhambra Blvd Suite 200 Sacramento, Ca 95816 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ixglogr 0C4
If you can get to LOGREC to run it thru another system, might get module and offset. The support folks are pretty familiar with their components. In a message dated 9/27/2013 4:56:18 PM Central Daylight Time, john.norga...@ucdmc.ucdavis.edu writes: I had no dump file available so there's no diagnostic info. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN