Fwd: GLOBALFOUNDRIES to Acquire IBM's Semiconductor Technology Business
Thought people here might be interested in the post below from the z/VM forum. -- Forwarded message -- From: Gabe Goldberg g...@gabegold.com Date: Mon, Oct 20, 2014 at 8:53 AM Subject: GLOBALFOUNDRIES to Acquire IBM's Semiconductor Technology Business To: ib...@listserv.uark.edu IBM and GLOBALFOUNDRIES today announced that they have signed a Definitive Agreement under which GLOBALFOUNDRIES plans to acquire IBM's global commercial semiconductor technology business, including intellectual property, world-class technologists and technologies related to IBM Microelectronics, subject to completion of applicable regulatory reviews. GLOBALFOUNDRIES will also become IBM's exclusive server processor semiconductor technology provider for 22nm, 14nm and 10nm semiconductors for the next 10 years. -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GLOBALFOUNDRIES to Acquire IBM's Semiconductor Technology Business
On Mon, 20 Oct 2014 09:53:36 -0400, Gabe Goldberg wrote: IBM and GLOBALFOUNDRIES today announced that they have signed a Definitive Agreement under which GLOBALFOUNDRIES plans to acquire IBM's global commercial semiconductor technology business, including intellectual property, world-class technologists and technologies related to IBM Microelectronics, Everything? And it's not like they're just giving it away. subject to completion of applicable regulatory reviews. GLOBALFOUNDRIES will also become IBM's exclusive server processor semiconductor technology provider for 22nm, 14nm and 10nm semiconductors for the next 10 years. Does exclusive mean that whatever prices GF chooses to set, IBM is not allowed to seek a better deal from competitors? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: GLOBALFOUNDRIES to Acquire IBM's Semiconductor Technology Business
What I don't understand is that IBM are paying $1.5 bn to GlobalFoundries... shouldn't it be the other way, or is my understanding of the laws of economics on shaky grounds? http://www.bbc.co.uk/news/business-29689344 -Original Message- From: John McKown john.archie.mck...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, 20 Oct 2014 15:01 Subject: Fwd: GLOBALFOUNDRIES to Acquire IBM's Semiconductor Technology Business Thought people here might be interested in the post below from the z/VM forum. -- Forwarded message -- From: Gabe Goldberg g...@gabegold.com Date: Mon, Oct 20, 2014 at 8:53 AM Subject: GLOBALFOUNDRIES to Acquire IBM's Semiconductor Technology Business To: ib...@listserv.uark.edu IBM and GLOBALFOUNDRIES today announced that they have signed a Definitive Agreement under which GLOBALFOUNDRIES plans to acquire IBM's global commercial semiconductor technology business, including intellectual property, world-class technologists and technologies related to IBM Microelectronics, subject to completion of applicable regulatory reviews. GLOBALFOUNDRIES will also become IBM's exclusive server processor semiconductor technology provider for 22nm, 14nm and 10nm semiconductors for the next 10 years. -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. 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: [Bulk] Re: GLOBALFOUNDRIES to Acquire IBM's Semiconductor Technology Business
From: http://www.bloomberg.com/news/2014-10-19/ibm-agrees-to-pay-globalfoundries-1 -5-billion-to-take-chip-unit.html International Business Machines Corp. (IBM) agreed to pay Globalfoundries Inc. $1.5 billion to take an unprofitable chip-manufacturing unit off its hands. IBM will pay Globalfoundries the cash over three years, the companies said in a statement today. Globalfoundries will be IBM's exclusive provider of specific Power processors for the next 10 years, in exchange for access to IBM's intellectual property. IBM will take a third-quarter pretax charge of $4.7 billion. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Aled Hughes Sent: Monday, October 20, 2014 10:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [Bulk] Re: GLOBALFOUNDRIES to Acquire IBM's Semiconductor Technology Business What I don't understand is that IBM are paying $1.5 bn to GlobalFoundries... shouldn't it be the other way, or is my understanding of the laws of economics on shaky grounds? http://www.bbc.co.uk/news/business-29689344 -Original Message- From: John McKown john.archie.mck...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, 20 Oct 2014 15:01 Subject: Fwd: GLOBALFOUNDRIES to Acquire IBM's Semiconductor Technology Business Thought people here might be interested in the post below from the z/VM forum. -- Forwarded message -- From: Gabe Goldberg g...@gabegold.com Date: Mon, Oct 20, 2014 at 8:53 AM Subject: GLOBALFOUNDRIES to Acquire IBM's Semiconductor Technology Business To: ib...@listserv.uark.edu IBM and GLOBALFOUNDRIES today announced that they have signed a Definitive Agreement under which GLOBALFOUNDRIES plans to acquire IBM's global commercial semiconductor technology business, including intellectual property, world-class technologists and technologies related to IBM Microelectronics, subject to completion of applicable regulatory reviews. GLOBALFOUNDRIES will also become IBM's exclusive server processor semiconductor technology provider for 22nm, 14nm and 10nm semiconductors for the next 10 years. -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Verify APF libraries
We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB. We've compared what is in LINKLIST to what is in APFLIST and came up with a list of datasets that are not in APFLIST, but could need to be APF-Authorized. Is there an easy way to determine if the datasets need to be APF-Authorized? Is there any SMF records that might show if a dataset was previously used as being APF-Authorized? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM Recall process
Back in the day, HSM would process requests from tape in File Block ID order. But, when tape technology went to a serpentine pattern, processing in FBID order no longer ensured optimal results for random recalls, so HSM changed to using 1) Priority 2) FIFO. Clients driving a large numbers of concurrent recalls from tape found that this resulted in slower performance. So, we introduced SETSYS TAPEDATASETORDER(FBID). When you know that you will be concurrently recalling a large number of data sets from a single tape, we recommend that you enable this parameter. For general processing, we recommend using the default of Priority. (There are also subparameters to just enable this for Recall or Recover). Glenn Wilcock HSM Architect -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Verify APF libraries
My first attempt would be to see if any module not in the actual APF list is marked as APF. You can do this rather easily by browsing each library in ISPF option 1, then doing a SORT APF D on the command line. But this doesn't guarantee that some other APF linked program does not do a LINK or LOAD (or XTCL or ATTACH) of one of those modules as a subroutine. In this latter case, I _think_ you get some sort of a S306 abend on the attempted access of the module if it is not in an APF authorized library. On Mon, Oct 20, 2014 at 11:56 AM, gsg 0053fe88ed35-dmarc-requ...@listserv.ua.edu wrote: We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB. We've compared what is in LINKLIST to what is in APFLIST and came up with a list of datasets that are not in APFLIST, but could need to be APF-Authorized. Is there an easy way to determine if the datasets need to be APF-Authorized? Is there any SMF records that might show if a dataset was previously used as being APF-Authorized? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Verify APF libraries
W dniu 2014-10-20 o 18:56, gsg pisze: We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB. We've compared what is in LINKLIST to what is in APFLIST and came up with a list of datasets that are not in APFLIST, but could need to be APF-Authorized. Is there an easy way to determine if the datasets need to be APF-Authorized? Is there any SMF records that might show if a dataset was previously used as being APF-Authorized? Regardless of the reason for the change and APF list format you should perfectly know why each library is on the list. In most cases it will be because mama said so, that means it is documented in product documentation. For installation-defined libraries you should maintain the documentation, but on member level. Note, the previous use is very dangerous. Maybe some modules are called in very specific cases. HTH -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM Recall process
Glenn Thanks very much. I would not have considered that arrays Lizette -Original Message- From: Glenn Wilcock wilc...@us.ibm.com Sent: Oct 20, 2014 10:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: HSM Recall process Back in the day, HSM would process requests from tape in File Block ID order. But, when tape technology went to a serpentine pattern, processing in FBID order no longer ensured optimal results for random recalls, so HSM changed to using 1) Priority 2) FIFO. Clients driving a large numbers of concurrent recalls from tape found that this resulted in slower performance. So, we introduced SETSYS TAPEDATASETORDER(FBID). When you know that you will be concurrently recalling a large number of data sets from a single tape, we recommend that you enable this parameter. For general processing, we recommend using the default of Priority. (There are also subparameters to just enable this for Recall or Recover). Glenn Wilcock HSM Architect -- 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: Verify APF libraries
We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB I'm curious why you are making this change. I view LNKAUTH=LNLKST as a godsend. Bob Shannon Rocket Software Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Verify APF libraries
An audit? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Verify APF libraries
On Mon, 20 Oct 2014 17:41:44 +, Bob Shannon bshan...@rocketsoftware.com wrote: We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB I'm curious why you are making this change. I view LNKAUTH=LNLKST as a godsend. In general, it seems auditors frown upon that option. I've had to make the change at several different clients of mine in the past. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://search390.techtarget.com/ateExperts/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Verify APF libraries
0053fe88ed35-dmarc-requ...@listserv.ua.edu (gsg) wrote: We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB. We've compared what is in LINKLIST to what is in APFLIST and came up with a list of datasets that are not in APFLIST, but could need to be APF-Authorized. Is there an easy way to determine if the datasets need to be APF-Authorized? Is there any SMF records that might show if a dataset was previously used as being APF-Authorized? Did you install using ServerPac? If so, Modify System Layout has a View and Change option that will display whether APF authorization is required for each data set in the order. It's marked: APF RequiredAPF Authorization Required (Yes or No) You would need to repeat this display for every order used for the products on the system. (For example, you might need to display APF Required for z/OS, DB2, CICS, IMS, etc.) For z/OS data sets, there is a table in the Program Directory that documents those required in the APF list, either implicitly (via =LNKLST) or explicitly (via =APFTAB). In the z/OS V2.1 level of the PD it's in Figure 43, which starts on p. 142. The PDF of the V2.1 PD is here: http://publibz.boulder.ibm.com/epubs/pdf/e0zpdz00.pdf However, the list in the PD does not address other products' APF required data sets, only those for z/OS itself. The PD and/or installation guides for the other products should say whether they have APF Required data sets. Hope this helps... -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Verify APF libraries
The only references to APF status that I can find in all records processed by MXG, SMF and others are: -A flag in RACF Unload file (RAC900: USS RACF BASIC RECORD) APF CHAR 4 APF BIT ON? Two fields in SMF 92 subtype 15 (TY9215: OMVS EXTENDED SECURITY CHANGES) SMF92ANA CHAR 1 $HEX2.0 NEW*APF*AUTH*WAS*ON SMF92AOA CHAR 1 $HEX2.0 OLD*APF*AUTH*WAS*ON Barry Herbert W. “Barry” Merrill, PhD President-Programmer MXG Software Merrill Consultants 10717 Cromwell Drive Dallas, TX 75229 ba...@mxg.com http://www.mxg.com - FAQ has Most Answers ad...@mxg.com – invoices/PO/Payment supp...@mxg.com– technical tel: 214 351 1966 - expect slow reply, use email fax: 214 350 3694 – prefer email, still works -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of gsg Sent: Monday, October 20, 2014 11:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Verify APF libraries We're making the change from LNKAUTH=LNKLST to LNKAUTH=APFTAB. We've compared what is in LINKLIST to what is in APFLIST and came up with a list of datasets that are not in APFLIST, but could need to be APF-Authorized. Is there an easy way to determine if the datasets need to be APF-Authorized? Is there any SMF records that might show if a dataset was previously used as being APF-Authorized? Thanks in advance. -- 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
InfoCenter TOS?
In: http://www.ibm.com/legal/us/en/ Terms of use I read: ... IBM grants you non-exclusive, non-transferable, limited permission to access and display the Web pages within this site, solely on your computer and for your personal, non-commercial use of this Web site. Does personal, non-commercial use prohibit my using the Web pages in connection with my employment? Does your computer mean a computer to which I have legal title, or any computer that my employer or perhaps a public library allows me to use? If I format the pages on a corporate server and display them on a thin client on my desk, does this conform to the TOS? What's the definition of your and personal? IBM Legal ought to jump in. We're just being ultra-careful, but of course we can exercise discretion concerning ordinary use or Lawyers do that sort of stuff all the time; it doesn't mean anything; it's just CYA isn't very comforting. Am I in violation of the TOS by quoting the excerpt above, or does Fair Use excuse me? Perhaps I should submit a RCF. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: InfoCenter TOS?
On Mon, Oct 20, 2014 at 3:23 PM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu wrote: In: http://www.ibm.com/legal/us/en/ Terms of use I read: ... IBM grants you non-exclusive, non-transferable, limited permission to access and display the Web pages within this site, solely on your computer and for your personal, non-commercial use of this Web site. Does personal, non-commercial use prohibit my using the Web pages in connection with my employment? Does your computer mean a computer to which I have legal title, or any computer that my employer or perhaps a public library allows me to use? If I format the pages on a corporate server and display them on a thin client on my desk, does this conform to the TOS? What's the definition of your and personal? IBM Legal ought to jump in. We're just being ultra-careful, but of course we can exercise discretion concerning ordinary use or Lawyers do that sort of stuff all the time; it doesn't mean anything; it's just CYA isn't very comforting. Am I in violation of the TOS by quoting the excerpt above, or does Fair Use excuse me? Perhaps I should submit a RCF. -- gil I think you are a bit tongue-in-cheek, but in today's litigious world, who knows? But one thing that I relatively new and which I despise is that, unlike with the old BookManager and PDF, the above definitely means that I __CANNOT__ make a copy of the site for off-line perusal. So if I have no Internet connectivity, I have no documentation. Nor can I make hard copy of the pages. Well, not without violating copyright. There are reasons why I am a member of the FSF and use GNU/Linux. -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: InfoCenter TOS?
It's a mobile world! Most of the manuals have .epub versions that do download. There's converters for epub to pdf. Think I use CompuClever. In a message dated 10/20/2014 3:37:06 P.M. Central Daylight Time, john.archie.mck...@gmail.com writes: But one thing that I relatively new and which I despise is that, unlike with the old BookManager and PDF, the above definitely means that I __CANNOT__ make a copy of the site for off-line perusal. So if I have no Internet connectivity, I have no documentation. Nor can I make hard copy of the pages. Well, not without violating copyright. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: InfoCenter TOS?
John McKown wrote: I think you are a bit tongue-in-cheek, but in today's litigious world, who knows? But one thing that I relatively new and which I despise is that, unlike with the old BookManager and PDF, the above definitely means that I __CANNOT__ make a copy of the site for off-line perusal. So if I have no Internet connectivity, I have no documentation. Nor can I make hard copy of the pages. Well, not without violating copyright. Actually, it is downloadable. If you click on IBM Softcopy on the Information Center's home page, it lists the collection's publication number. If you then click on the Quick Publications Center search link that is also on that page and then enter the publication's number and hit search it will list several versions that can be downloaded and installed. Bad thing about this is it looks like there's an update every quarter or so and each download is about 1200 MB or so. So much for diffs. I seem to recall the CICS explorer would download documentation updates. But I don't recall if it was smart enough to just pull the updated books only. I'm not sure what the newer IBM explorer does. Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 64bit
Part of the reason for going to a new backend (code generator/optimizer) in COBOL V5.1 was that the new backend already supports AMODE 64. This is another step in the direction of AMODE 64 COBOL. The first steps were to get infrastructure in LE, get AMODE 64 support for COBOL into plan for CICS, DB2 and DFSORT, and make sure that all of the players are playin'! AMODE 64 COBOL is already in our plans, but it is not going to be in V5.x. Sorry, we are working on it, but we may be too late to help you Scott! Cheers, TomR COBOL is the Language of the Future! Scott - I think that only enterprise cobol 5.x support 64 bit natively. Sam On Thu, Oct 16, 2014 at 7:17 AM, Scott Ford 0006f84450fa-dmarc-requ...@listserv.ua.edu wrote: All, I have a generalized design question. First background will help. Our products run as Enterprise Cobol STC, no multi-tasking, yet. We call hlasm subroutines. I would like to use 64bit storage for some functions from Cobol. Is this feasible. I think it is, where I am unclear is the call and binder parameters. Do I have to do anything special parameter wise ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 64bit
Tom, No problem..I want to head our products toward 64bit ..So changing our existing COBOL code was my first choice. But it looks like I will head us for C or C++ with Assembler called routines. But I appreciate the email for sure. Regards, Scott www.identityforge From: Tom Ross Sent: Monday, October 20, 2014 8:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Part of the reason for going to a new backend (code generator/optimizer) in COBOL V5.1 was that the new backend already supports AMODE 64. This is another step in the direction of AMODE 64 COBOL. The first steps were to get infrastructure in LE, get AMODE 64 support for COBOL into plan for CICS, DB2 and DFSORT, and make sure that all of the players are playin'! AMODE 64 COBOL is already in our plans, but it is not going to be in V5.x. Sorry, we are working on it, but we may be too late to help you Scott! Cheers, TomR COBOL is the Language of the Future! Scott - I think that only enterprise cobol 5.x support 64 bit natively. Sam On Thu, Oct 16, 2014 at 7:17 AM, Scott Ford 0006f84450fa-dmarc-requ...@listserv.ua.edu wrote: All, I have a generalized design question. First background will help. Our products run as Enterprise Cobol STC, no multi-tasking, yet. We call hlasm subroutines. I would like to use 64bit storage for some functions from Cobol. Is this feasible. I think it is, where I am unclear is the call and binder parameters. Do I have to do anything special parameter wise ? -- 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
