Re: partially initialized structures in C (3)
To David: no, there is no MVC. This is the z/OS V1.6 C-Compiler. I will try and examine the newer versions. Maybe the error is only in this version. But the description in the language reference also tells that the remaining components remain uninitialized, which is very strange. We, too, do this initialization all the time. That's why we feel in trouble now. Most of the time, the areas are explicitly initalized later, anyway, so there is no problem. But in this case, it is not. But still, most of the time, the area is zero, because it has not been used before. So there is still no problem. We observed this problem in the last week for the first time and it took us several hours to find the reason for it. To Charles: The next component is not char, so it makes no sense to simply put a single hex zero in front of it. The only good reason for the MVI would be if a overlapped MVC would follow. Kind regards Bernd David Crayford schrieb: Are you sure there isn't an MVC after the MVI? I rely on that kind of initialization all the time and have never had a problem. A quick test program shows the correct behavior. If this is not working as the ANSI standard I suggest you open a PMR. To circumvent the problem compile with INITAUTO(0). * * struct F * { * int a; * char string[20];* short s;* }; * *struct F f = {0}; LA r0,0 ST r0,f.F.a(,r4,2016) MVI f(r4,2020),0 MVC f(23,r4,2021),f(r4,2020) Compiled with CHECKOUT compiler option generates the following message. INFORMATIONAL CCN3447 DOC.C(F1):14The member(s) starting from string will be initialized with a default value of 0. Bernd Oppolzer wrote: Sorry for the missing line feeds. C statement: *scp1215ein in1215 = { 0 }; Pseudo ASSEMBLER (structure starts at 272(r13)): STr6,a5:d272:l4(,r13,272) MVI a5:d276:l1(r13,276),0 C statement: *scp1215aus out1215= { 0 }; Pseudo ASSEMBLER (structure starts at 296(r13)): STr6,a5:d296:l4(,r13,296) MVI a5:d300:l1(r13,300),0 Kind regards Bernd Bernd Oppolzer schrieb: To make it clear: see above The ST operations initialize the first components of the structures, which are fullwords. This is what should be done, according to the IBM C language reference. The rest of the structures should remain unchanged (uninitialized), according to IBM's language reference, and should be set to zero, according to ANSI C language reference. The structure out1215, for example, is 24 bytes long. Now the MVI makes absolutely no sense to me. It would only make some sense, if it was followed by an overlapped MVC instruction, which would set the rest of the structure to zero. But such a instruction is not generated by the compiler. ??? Kind regards Bernd Bernd Oppolzer schrieb: Hello all, sorry for asking this question on IBM-Main, but the C370 list is so silent that I doubt that anyone is actually listening. We observed a sort of problem today which showed up as a 0C4 abend due to a not proper initialized pointer component of a C structure. Further examination showed that the structured was initialized as follows structure_type structure_identified = { 0 }; The structure has several components; the last component is the pointer. According to the IBM C language reference, only the first component is initialized to zero, and the other components have random contents, because the storage class is automatic. The compiler generates only initialization logic for the first few bytes of the auto structure. So from this point of view, everything is right. But: the ANSI C language reference, for example in the Kernighan Ritchie book appendix, and most other C language references I found on the web, clearly state that if the number of initializers on structure initialization is less than the number of structure components, the remaining components are initialized to zero, even for auto structures. This is not an error in that sense that the compiler does not what is written in the language reference, but instead it is a contradiction between IBM's language reference and ANSI language reference. What do you think about this? Does it make sense to complain at IBM about it? We have hundreds of C programs in production use which use this kind of initialization (maybe) and now we are afraid that we need to examine all these programs. Kind regards Bernd -- For IBM-MAIN
Re: rent system z
Tony Harminc writes: The biggest difficulty is returning the time when the rental period is over. I suggest buying it outright... I don't understand this comment, but maybe that's my fault? The System z Remote Development Program is a month-at-a-time rental. But the rental continues month-to-month (with your code and data undisturbed) unless you want to stop renting. - - - - - Timothy Sipples Resident Architect (Based in Singapore) STG Value Creation and Complex Deals Team IBM Growth Markets E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: partially initialized structures in C (3)
Hello David, which version of the compiler did generate the MVC instructions? was this with or without the INITAUTO option? We use the z/OS v1.6 version, and this version only generates the MVI, not the MVCs. We will not use INITAUTO due to serious performance degradation. At the moment, management discusses the strategy to follow: a) opening a PMR with IBM, and, if IBM agrees and changes their compilers, recompiling all our C programs b) accepting the behaviour of the IBM C compilers and examining all our sources, changing all partial structure initializations to memset and, again, recompiling all our C programs Kind regards Bernd David Crayford schrieb: Are you sure there isn't an MVC after the MVI? I rely on that kind of initialization all the time and have never had a problem. A quick test program shows the correct behavior. If this is not working as the ANSI standard I suggest you open a PMR. To circumvent the problem compile with INITAUTO(0). * * struct F * { * int a; * char string[20];* short s;* }; * *struct F f = {0}; LA r0,0 ST r0,f.F.a(,r4,2016) MVI f(r4,2020),0 MVC f(23,r4,2021),f(r4,2020) Compiled with CHECKOUT compiler option generates the following message. INFORMATIONAL CCN3447 DOC.C(F1):14The member(s) starting from string will be initialized with a default value of 0. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: partially initialized structures in C (3)
Bernd, I'm using z/OS V1.10 without INITAUTO. We've compiled our code all the way back to OS/390 2.8 and I can't recall ever seeing this problem. I'm sure it's a codegen bug, otherwise what is the point of the MVI? I wouldn't accept anything other than a fix from IBM. Although your compiler is out of support! Quote 6.7.8.21 of the ANSI C standard which clearly states: If there are fewer initializers in a brace-enclosed list than there are elements or members of an aggregate, or fewer characters in a string literal used to initialize an array of known size than there are elements in the array, the remainder of the aggregate shall be initialized implicitly the same as objects that have static storage duration. Bernd Oppolzer wrote: Hello David, which version of the compiler did generate the MVC instructions? was this with or without the INITAUTO option? We use the z/OS v1.6 version, and this version only generates the MVI, not the MVCs. We will not use INITAUTO due to serious performance degradation. At the moment, management discusses the strategy to follow: a) opening a PMR with IBM, and, if IBM agrees and changes their compilers, recompiling all our C programs b) accepting the behaviour of the IBM C compilers and examining all our sources, changing all partial structure initializations to memset and, again, recompiling all our C programs Kind regards Bernd David Crayford schrieb: Are you sure there isn't an MVC after the MVI? I rely on that kind of initialization all the time and have never had a problem. A quick test program shows the correct behavior. If this is not working as the ANSI standard I suggest you open a PMR. To circumvent the problem compile with INITAUTO(0). * * struct F * { * int a; * char string[20];* short s;* }; * *struct F f = {0}; LA r0,0 ST r0,f.F.a(,r4,2016) MVI f(r4,2020),0 MVC f(23,r4,2021),f(r4,2020) Compiled with CHECKOUT compiler option generates the following message. INFORMATIONAL CCN3447 DOC.C(F1):14The member(s) starting from string will be initialized with a default value of 0. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Creating a variable length FTP to ASCII file
Creating the data set as RECFM=V on the z/OS side and omitting any filtering downstream seems optimum to me. What arguments favor a more complicated process? The fact that the program may not support writing variable length records? -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: partially initialized structures in C (3)
Hi Bernd We had several PMR's about the C++ compiler and the compiler team reacted always very fast and competently (maybe as they are in Canada ;-) ) On 5/19/2010 9:21 AM, Bernd Oppolzer wrote: Hello David, which version of the compiler did generate the MVC instructions? was this with or without the INITAUTO option? We use the z/OS v1.6 version, and this version only generates the MVI, not the MVCs. We will not use INITAUTO due to serious performance degradation. At the moment, management discusses the strategy to follow: a) opening a PMR with IBM, and, if IBM agrees and changes their compilers, recompiling all our C programs b) accepting the behaviour of the IBM C compilers and examining all our sources, changing all partial structure initializations to memset and, again, recompiling all our C programs Kind regards Bernd David Crayford schrieb: Are you sure there isn't an MVC after the MVI? I rely on that kind of initialization all the time and have never had a problem. A quick test program shows the correct behavior. If this is not working as the ANSI standard I suggest you open a PMR. To circumvent the problem compile with INITAUTO(0). * * struct F * { * int a; * char string[20];* short s;* }; * *struct F f = {0}; LA r0,0 ST r0,f.F.a(,r4,2016) MVI f(r4,2020),0 MVC f(23,r4,2021),f(r4,2020) Compiled with CHECKOUT compiler option generates the following message. INFORMATIONAL CCN3447 DOC.C(F1):14The member(s) starting from string will be initialized with a default value of 0. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: partially initialized structures in C - solved
Hello David and all others, I have to apologize. The MVC instructions which initialize the rest of the structure come very late, some 40 instructions later, after the function prologue, so I didn't realize them. But in fact, you are right, David, they are there, and the structure is initialized up to the end. So the only thing I have to blame IBM for is that the description in the language reference does not reflect the correct ANSI behaviour, which lead us to all this mess. I would kindly ask IBM to change the description in a way to be compatible to the ANSI standard and to that what the compilers, in fact, do. Sorry about that. The 0C4 abend had another reason. Kind regards Bernd David Crayford schrieb: Bernd, I'm using z/OS V1.10 without INITAUTO. We've compiled our code all the way back to OS/390 2.8 and I can't recall ever seeing this problem. I'm sure it's a codegen bug, otherwise what is the point of the MVI? I wouldn't accept anything other than a fix from IBM. Although your compiler is out of support! Quote 6.7.8.21 of the ANSI C standard which clearly states: If there are fewer initializers in a brace-enclosed list than there are elements or members of an aggregate, or fewer characters in a string literal used to initialize an array of known size than there are elements in the array, the remainder of the aggregate shall be initialized implicitly the same as objects that have static storage duration. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stubborn OSA Express-3 ?
yes, we got: EZZ4329I LINK OSA Look for messages like: yes, we got: EZZ4329I LINK OSAEGFCLNK HAS TAKEN OVER ARP RESPONSIBILITY FOR INACTIVE LINK OSAEGF8LNK at the time we moved the cables. after all 6 cables were connected to the new, single switch (I know, this is a SPoF), the only OSAs we were able to ping/telnet were the OSC CHPID-type (OSA-Express2) for our MCS consoles and non-SNA TSO sessions. All other OSAs on OSD CHPID-type (OSA-Express3) were not reachable. I understand that the ARP cache might have had the old MAC address of the old switch stored, but I wonder if there is a command or another way to tell : just forget all your connections so far, from now on you are connected to a new switch whose MAC address is The only way which on Sunday did work was resetting the OSAs the hard-way, from the SE. Is is a WAD, or are we BAD ? ;-) Annswer to BTW2: we have 2 physical OSA-Express3 (4 OSD channel type) and two physical OSA-Express2 (2 OSC and two OSE channel type). Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stubborn OSA Express-3 ?
Walter I always wondered why the manual bothered mentioning the famous downloading of IP addresses in the preamble to the section on Querying and Purging the ARP Cache - and now - I guess - I know! You need to keep in mind that OSA logic is playing fast and loose with ARP entries as IP addresses fly around in your Communications Server IP component. The conclusion would appear to be to purge the ARP cache when you are reconfiguring the IP address environment of your LAN - which actually sounds eminently sensible whatever tricks may be happening under the covers! So that's purge the ARP cache rather than shut down LPARS - should be a bit easier and, well, a bit less disruptive! Chris Mason [1] Open Systems Adapter-Express Customers Guide and Reference, Chapter 9, OSA Port Management: quote Querying and Purging the ARP Cache The Address Resolution Protocol (ARP) cache resides on the OSA-Express feature. When TCP/IP is started in QDIO mode, it downloads all the home IP addresses in the stack and stores them in the ARP cache. When running OSA- Express features in QDIO mode in a z/OS V1R4, z/VM Version 4 Release 4, or Linux environment, you can query and purge the contents of the ARP cache. Communications Server for z/OS V1R4 adds support for querying and purging the ARP cache using the following commands: To purge the ARP cache on z/OS VARY TCPIP,,PURGEcache,linkname for example, v tcpip,,purgec,link4 To query the ARP cache on z/OS DISPLAY TCPIP,,NETSTAT,ARP,ip_addr for example, d tcpip,,net,arp,10.11.91.200 or TSO NETSTAT command, for example, netstat arp all tcp tcpip To query the ARP cache on z/VM NETSTAT command, for example, netstat arp * See z/VM TCPIP Users Guide. The Linux qetharp utility is available to query or purge the contents of the ARP cache, for example: qetharp -q eth0 shows all ARP entries for OSA-Express interface eth0, while qetharp -p eth0 removes all entries from the ARP cache for OSA-Express port eth0. See Linux for zSeries: Device Drivers and Installation Commands, LNUX-1103, for a complete description of this command. /quote On Wed, 19 May 2010 02:58:12 -0700, Walter Marguccio walter_marguc...@yahoo.com wrote: yes, we got: EZZ4329I LINK OSA Look for messages like: yes, we got: EZZ4329I LINK OSAEGFCLNK HAS TAKEN OVER ARP RESPONSIBILITY FOR INACTIVE LINK OSAEGF8LNK at the time we moved the cables. after all 6 cables were connected to the new, single switch (I know, this is a SPoF), the only OSAs we were able to ping/telnet were the OSC CHPID-type (OSA- Express2) for our MCS consoles and non-SNA TSO sessions. All other OSAs on OSD CHPID-type (OSA-Express3) were not reachable. I understand that the ARP cache might have had the old MAC address of the old switch stored, but I wonder if there is a command or another way to tell : just forget all your connections so far, from now on you are connected to a new switch whose MAC address is The only way which on Sunday did work was resetting the OSAs the hard- way, from the SE. Is is a WAD, or are we BAD ? ;-) Annswer to BTW2: we have 2 physical OSA-Express3 (4 OSD channel type) and two physical OSA-Express2 (2 OSC and two OSE channel type). Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Stubborn OSA Express-3 ?
So that's purge the ARP cache rather than shut down LPARS Chris, So that's purge the ARP cache rather than shut down LPARS - should be a bit easier and, well, a bit less disruptive! indeed. Thanks very much!! Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
“including both Power and x64 server blades under its skins” Uh Oh. Does this make anyone else a bit uneasy? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
Why? On Wed, May 19, 2010 at 8:45 AM, Mary Anne Matyaz maryanne4...@gmail.comwrote: “including both Power and x64 server blades under its skins” Uh Oh. Does this make anyone else a bit uneasy? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: rent system z
I believe he make leetle joke. On Wed, May 19, 2010 at 2:45 AM, Timothy Sipples timothy.sipp...@us.ibm.com wrote: Tony Harminc writes: The biggest difficulty is returning the time when the rental period is over. I suggest buying it outright... I don't understand this comment, but maybe that's my fault? The System z Remote Development Program is a month-at-a-time rental. But the rental continues month-to-month (with your code and data undisturbed) unless you want to stop renting. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
Only if they use Microsnot software! OS/2 didn't have many (if any) of the security issues of windows. Probably will be orderable features, w/microcode enablement (think ZiiPs ZaaPs, IFLs). We are living in interesting times! snip including both Power and x64 server blades under its skins Uh Oh. Does this make anyone else a bit uneasy? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
How so ? In our space there have been rumours along these lines since Hitachi floated Hercules to try and steal the thunder from the Freeway announcement. Others have been there, done that. Nothin' new these days. Shane ... On Wed, May 19th, 2010 at 10:45 PM, Mary Anne Matyaz wrote: including both Power and x64 server blades under its skins Uh Oh. Does this make anyone else a bit uneasy? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Creating a variable length FTP to ASCII file
On Tue, 18 May 2010 13:20:49 -0600, Howard Brazee howard.bra...@cusys.edu wrote: Creating the data set as RECFM=V on the z/OS side and omitting any filtering downstream seems optimum to me. What arguments favor a more complicated process? I'll try it. It didn't read right. I'll just clean up the file on the Unix side. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
Mainframe operating systems don't scale well past 64 cores in a single system image Wonder what made The Register say that? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ServerPac and HBBN700G problem (WAS OEM)
z/OS 1.11 ServerPac installation process. The new system is already IPLed, the job HBBN700G (WAS OEM) is submitted from Target system Job consumes huuuge amount of I/O and fails: -STEPNAME PROCSTEPRC EXCP -INSTWASM 00 77 -*OMVSEX 00 40 -*OMVSEX 08114 -#NOTOK 4095 9 No further information in the job output. No SYSOUT DDname. I browsed, RTFMed, googled, digged, found some messages, but still have no idea what's wrong. Could anyone sched some light? Details --- I started investigation: File /etc/zWebSphereOEM/V7R0/conf/error is empty. File /var/zWebSphereOEM/V7R0/logs/WASOEM_051810_132352.log-wascfg.log contains: BBN3023I: Invoking profile creation wizard. INSTCONFFAILED: The profile could not be created. For more information, consult the /zWebSphereOEM/V7R0/config1//AppServer/logs/manageprofiles//default_create.log file. BBN3013E: Error encountered during profile creation. So I browsed file /zWebSphereOEM/V7R0/config1//AppServer/logs/manageprofiles//default_create.log It's XML-like format. I found the 3096 entires, 3 of them are SEVERE (rest is INFO): record dateMay 18, 2010 2:27:02 PM/date millis1274207222471/millis sequence3066/sequence loggercom.ibm.ws.install.configmanager.actionengine.ant.utils.ANTLogToCmtLogAdapter/logger levelSEVERE/level classcom.ibm.ws.install.configmanager.actionengine.ant.utils.ANTLogToCmtLLogAdapter/class methodmessageLogged/method thread0/thread messagewsadmin task failed with return code :103 .at com.ibm.ws.ant.utils.ProjectUtils.reportError(ProjectUtils.java:30) .at com.ibm.websphere.ant.tasks.WsAdminInProcess.execute(WsAdminInProces .at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) .at org.apache.tools.ant.Task.perform(Task.java:364) record dateMay 18, 2010 2:27:02 PM/date millis1274207222713/millis sequence3078/sequence loggercom.ibm.ws.install.configmanager.ConfigManager/logger levelSEVERE/level classcom.ibm.ws.install.configmanager.ConfigManager/class methodlaunch/method thread0/thread messageConfigManager action execution failed on a fatal action/message /record record dateMay 18, 2010 2:27:02 PM/date millis1274207222761/millis sequence3080/sequence loggercom.ibm.wsspi.profile.WSProfile/logger levelSEVERE/level classcom.ibm.wsspi.profile.WSProfile/class methoddoCreate/method thread0/thread messageCreation of profile default at path /zWebSphereOEM/V7R0/config1/AppServer/profiles/default failed./message /record record dateMay 18, 2010 2:27:04 PM/date millis1274207224794/millis sequence3094/sequence loggercom.ibm.ws.profile.cli.WSProfileCLICreateProfileInvoker/logger levelSEVERE/level classcom.ibm.ws.profile.cli.WSProfileCLICreateProfileInvoker/class methodexecuteWSProfileAccordingToMode/method thread0/thread messageINSTCONFFAILED: The profile could not be created. For more information, consult the /zWebSphereOEM/V7R0/config1/AppServer/... /record Co-worker found ASCII file (try to find it out!) /zWebSphereOEM/V7R0/config1/AppServer/logs/manageprofiles/default/keyGeneration.log WASX7357I: By request, this scripting client is not connected to any server process. Certain configuration and application operations will be available in local mode. WASX7015E: Exception running command: $AdminTask prepareKeysForSingleProfile {-profileRoot {/zWebSphereOEM/V7R0/config1/AppServer/profiles/default} -cellName bbnbase -nodeName bbnnode -defaultCertDN {cn=${hostname},ou=bbnbase,ou=bbnnode,o=IBM,c=US} -defaultCertValidityPeriod {1} -rootCertValidityPeriod {15} -rootCertDN {cn=${hostname},ou=Root Certificate,ou=bbnbase,ou=bbnnode,o=IBM,c=US} -keyStorePassword *}} ; exception information: com.ibm.websphere.management.cmdframework.CommandException java.net.UnknownHostException: java.net.UnknownHostException: NODENAME: NODENAME WASX7341W: No save was performed before the interactive scripting session exited; configuration changes will not be saved. BTW: OA31976 is NOT related to the problem. It describes (already solved) issue when you want to re-run the job. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.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.2009 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca 2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r.,
Re: IBM to announce new MF's this year
I remember much levity in my time at Amdahl and IBM's inability to build a machine that scaled past 10 (?) engines. We managed to skip past that o.k. - didn't have anything to do with limitations in the OS - all the relevant control blocks had plenty of width ... Given the current powerPC architecture you'd have to think IBM have the smarts to do massively parallel these days. Shane ... On Wed, May 19th, 2010 at 11:06 PM, David Andrews d...@lists.duda.com wrote: Mainframe operating systems don't scale well past 64 cores in a single system image Wonder what made The Register say that? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
OS/2 probably didn't have the security issues of Windows because (1) not as many people used it, and (2) it wasn't around long enough for the hackers to really get going on it. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, May 19, 2010 7:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM to announce new MF's this year Only if they use Microsnot software! OS/2 didn't have many (if any) of the security issues of windows. Probably will be orderable features, w/microcode enablement (think ZiiPs ZaaPs, IFLs). We are living in interesting times! snip including both Power and x64 server blades under its skins Uh Oh. Does this make anyone else a bit uneasy? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
I thought that IBM has a line of 'massive parallel' systems. Wasn't the Deep Blue chess machine a working prototype? According to a press release, NNSA has selected Lawrence Livermore National Laboratory for the development of two new IBM supercomputing systems, Sequoia and Dawn. Sequoia will include 1.6 million IBM Power processors housed in 96 racks the size of refrigerators, and occupy 3,422 square feet. It will be a 20 petaflop per second system based on future BlueGene technology to be delivered in 2011 and deployed in 2012. It also will have 1.6 petabytes of memory and 96,304 compute nodes. http://www.crn.com/hardware/213000491 dated 2/3/2009 Does this qualify for a 'single system image'? Also, if we loosen our definition of 'cores' from just the central brain, we find processors all over the typical z/box. While a program instruction step may be carried out in only one of a couple of 'engines', there are many others assisting in accomplsishing the mission given by the instruction step. As to The Register's statement, one has to wonder how El Reg defines 'mainframe'. Perhaps it is not liminted to z/stuff. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shane Ginnane Sent: Wednesday, May 19, 2010 8:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM to announce new MF's this year I remember much levity in my time at Amdahl and IBM's inability to build a machine that scaled past 10 (?) engines. We managed to skip past that o.k. - didn't have anything to do with limitations in the OS - all the relevant control blocks had plenty of width ... Given the current powerPC architecture you'd have to think IBM have the smarts to do massively parallel these days. Shane ... On Wed, May 19th, 2010 at 11:06 PM, David Andrews d...@lists.duda.com wrote: Mainframe operating systems don't scale well past 64 cores in a single system image Wonder what made The Register say that? NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: partially initialized structures in C
Bernd, That sounds like a compiler bug, but more detail would be needed to be sure. The ANSI C standard basically works like this: A structure initialized a file scope (static or not) will be initialized to all zeros. If the structure is being initialized within a function (at automatic scope) then the requirement is that it be initialized the same as if it were done at file scope, which basically means if you initialize part of it, you have to initialize the holes with 0. I'm surprise the IBM documentation would indicate that a partial aggregate initialization only partially initializes - can you point me to the pertinent phrases in the IBM doc? The requirement to initialize the remainder of the aggregate with zeros has been around since the very first ANSI C standard. - Dave Rivers - Bernd Oppolzer wrote: Hello all, sorry for asking this question on IBM-Main, but the C370 list is so silent that I doubt that anyone is actually listening. We observed a sort of problem today which showed up as a 0C4 abend due to a not proper initialized pointer component of a C structure. Further examination showed that the structured was initialized as follows structure_type structure_identified = { 0 }; The structure has several components; the last component is the pointer. According to the IBM C language reference, only the first component is initialized to zero, and the other components have random contents, because the storage class is automatic. The compiler generates only initialization logic for the first few bytes of the auto structure. So from this point of view, everything is right. But: the ANSI C language reference, for example in the Kernighan Ritchie book appendix, and most other C language references I found on the web, clearly state that if the number of initializers on structure initialization is less than the number of structure components, the remaining components are initialized to zero, even for auto structures. This is not an error in that sense that the compiler does not what is written in the language reference, but instead it is a contradiction between IBM's language reference and ANSI language reference. What do you think about this? Does it make sense to complain at IBM about it? We have hundreds of C programs in production use which use this kind of initialization (maybe) and now we are afraid that we need to examine all these programs. Kind regards Bernd -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: partially initialized structures in C (3)
Hi Again Bernd, That psuedo-assembler appears to be initializing a 5-bytes of storage. Are you sure the 'scp1215ein' data type is 24 bytes? Can you show the typedef for 'scp1215ein'? Does there happen to be any packing going on? Bitfields, etc... - Dave Rivers - Bernd Oppolzer wrote: Sorry for the missing line feeds. C statement: *scp1215ein in1215 = { 0 }; Pseudo ASSEMBLER (structure starts at 272(r13)): STr6,a5:d272:l4(,r13,272) MVI a5:d276:l1(r13,276),0 C statement: *scp1215aus out1215= { 0 }; Pseudo ASSEMBLER (structure starts at 296(r13)): STr6,a5:d296:l4(,r13,296) MVI a5:d300:l1(r13,300),0 Kind regards Bernd Bernd Oppolzer schrieb: To make it clear: see above The ST operations initialize the first components of the structures, which are fullwords. This is what should be done, according to the IBM C language reference. The rest of the structures should remain unchanged (uninitialized), according to IBM's language reference, and should be set to zero, according to ANSI C language reference. The structure out1215, for example, is 24 bytes long. Now the MVI makes absolutely no sense to me. It would only make some sense, if it was followed by an overlapped MVC instruction, which would set the rest of the structure to zero. But such a instruction is not generated by the compiler. ??? Kind regards Bernd Bernd Oppolzer schrieb: Hello all, sorry for asking this question on IBM-Main, but the C370 list is so silent that I doubt that anyone is actually listening. We observed a sort of problem today which showed up as a 0C4 abend due to a not proper initialized pointer component of a C structure. Further examination showed that the structured was initialized as follows structure_type structure_identified = { 0 }; The structure has several components; the last component is the pointer. According to the IBM C language reference, only the first component is initialized to zero, and the other components have random contents, because the storage class is automatic. The compiler generates only initialization logic for the first few bytes of the auto structure. So from this point of view, everything is right. But: the ANSI C language reference, for example in the Kernighan Ritchie book appendix, and most other C language references I found on the web, clearly state that if the number of initializers on structure initialization is less than the number of structure components, the remaining components are initialized to zero, even for auto structures. This is not an error in that sense that the compiler does not what is written in the language reference, but instead it is a contradiction between IBM's language reference and ANSI language reference. What do you think about this? Does it make sense to complain at IBM about it? We have hundreds of C programs in production use which use this kind of initialization (maybe) and now we are afraid that we need to examine all these programs. Kind regards -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: partially initialized structures in C (3)
Bernd Oppolzer wrote: Hello David, which version of the compiler did generate the MVC instructions? was this with or without the INITAUTO option? We use the z/OS v1.6 version, and this version only generates the MVI, not the MVCs. We will not use INITAUTO due to serious performance degradation. At the moment, management discusses the strategy to follow: a) opening a PMR with IBM, and, if IBM agrees and changes their compilers, recompiling all our C programs b) accepting the behaviour of the IBM C compilers and examining all our sources, changing all partial structure initializations to memset and, again, recompiling all our C programs I'm pretty confident the IBM compiler follows the ANSI C standard and that some other reason is the cause of the confusion. If you discover it doesn't, and it's a problem; might I humbly offer our alternative (which can operate in your LE environment.) We definately would initialize that structure to all zeros. And, if you're recompiling anyway... might as well give our compiler a try... Just a (partially shameless) plug. - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is the difference between starting a cataloged procedure and submitting a JCL
Dear all You are right.It is security. I checked the SYSLOG and found the messages. Thanks a lot! Best Regards, Jason Cai 发件人: Mary Anne Matyaz 发送时间: 2010-05-18 19:08:56 收件人: IBM-MAIN 抄送: 主题: Re: What is the difference between starting a cataloged procedure and submitting a JCL Jason, My bet is it's security (Started task has a different security ID than your batch job submit). Did you check the SYSLOG to see if there were any messages around the time of your proc executing? When your proc starts, Getting more output: Started tasks may have a different MSGCLASS ($DJOBCLASS(STC), then $DMSGCLASS(D) to see where the output is going. In my case, it's: $DJOBCLASS(STC),MSGCLASS $HASP837 JOBCLASS(STC) MSGCLASS=D $HASP842 OUTCLASS(D) $HASP842 OUTCLASS(D) OUTPUT=PRINT,BLNKTRNC=YES, $HASP842 OUTDISP=(PURGE,WRITE),TRKCELL=YES The OUTDISP of PURGE,WRITE is what's causing the output to disappear. You can do a couple of things to alter this. $TJOBCLASS(STC),MSGCLASS=X, or some other class that isn't disp purge. You can also change your cataloged proc to have sysprint=X instead of sysprint=*, but that will only get you the iebgener messages, not the Jesmsglg. Differences: Security Do you see an IEF695i msg indicating the user assigned to your started task? WLM - STC's get classified differently and usually have different performance goals STC's may have a different default region size See Chapter 7 of the MVS JCL Reference for more info -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
On Wed, 19 May 2010 08:30:47 -0500, Kelman, Tom wrote: OS/2 probably didn't have the security issues of Windows because (1) not as many people used it, and (2) it wasn't around long enough for the hackers to really get going on it. Those are the number 2 and 3 reasons, and they are far behind the number 1 reason, which is that OS/2 users do not run in the Intel equivalent of supervisor state. It's the same reason Linux is more secure. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
I remember much levity in my time at Amdahl and IBM's inability to build a machine that scaled past 10 (?) engines. We managed to skip past that o.k. - didn't have anything to do with limitations in the OS - all the relevant control blocks had plenty of width ... Given the current powerPC architecture you'd have to think IBM have the smarts to do massively parallel these days. Isn't that more a question of tightly-coupled versus loosely- coupled multiprocessor systems? The first share main memory and possibly some cache levels; the latter do not. Sharing memory poses limits on the number of CPs. If that limit is exceeded, overall performance goes down due to increasing lock-outs. Those massive CP systems are all built from 4, 8, 12 core systems and are interconnected via highspeed switches. So, these are loosely couples MP systems. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zOS Network Authentication Service (Kerberos)
Is anyone using the zOS Network Authentication Service to generate passtickets for authentication (instead of passwords) to RACF? If so I'd like to hear about your experiences. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
On Wed, 19 May 2010 07:55:25 -0500, Staller, Allan allan.stal...@kbm1.com wrote: Only if they use Microsnot software! OS/2 didn't have many (if any) of the security issues of windows. Probably will be orderable features, w/microcode enablement (think ZiiPs ZaaPs, IFLs). We are living in interesting times! Microsnot, cute. :) I guess there already is a laptop in there, but you're right, it's more likely the OS than the hardware that makes me uneasy. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
http://www-05.ibm.com/dk/news/events/lsu2009/pdf/10_Handout_LSU2009_Smart_Analytics_Optimizer.pdf Smart Analytics Optimizer has been announced. If you look at how it works you should see the potential similar functions. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
On 19 May 2010 06:17:35 -0700, in bit.listserv.ibm-main you wrote: I remember much levity in my time at Amdahl and IBM's inability to build a machine that scaled past 10 (?) engines. We managed to skip past that o.k. - didn't have anything to do with limitations in the OS - all the relevant control blocks had plenty of width ... Given the current powerPC architecture you'd have to think IBM have the smarts to do massively parallel these days. But is there the desire or long term business need in the mainframe division? If they couldn't justify the expenditure to make FBA work for at least VSAM and the FBA data sets (page, HFS, zFS, etc.), maybe they can't justify the expenditure for massively parallel business computing. Also for what the z is good for, I could make a good case for putting the effort into better geographically dispersed computing and other sysplex features as having more value. Shane ... On Wed, May 19th, 2010 at 11:06 PM, David Andrews d...@lists.duda.com wrote: Mainframe operating systems don't scale well past 64 cores in a single system image Wonder what made The Register say that? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
On 19 May 2010 06:32:33 -0700, thomas.kel...@commercebank.com (Kelman, Tom) wrote: OS/2 probably didn't have the security issues of Windows because (1) not as many people used it, and (2) it wasn't around long enough for the hackers to really get going on it. I think primarily #1.We're seeing that OSX has some security flaws, but it's still safe. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Creating a variable length FTP to ASCII file
Creating the data set as RECFM=V on the z/OS side and omitting any filtering downstream seems optimum to me. What arguments favor a more complicated process? I'll try it. It didn't read right. I'll just clean up the file on the Unix side. So then the program did not write variable length records. The record format (RECFM) is usually declared within the program, so you can't override if from JCL. -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
On Wed, May 19, 2010 at 9:06 AM, David Andrews d...@lists.duda.com wrote: Mainframe operating systems don't scale well past 64 cores in a single system image Wonder what made The Register say that? ISTR that both z/VM and z/OS had limits on the number of CPUs they could address, though I thought it was 32, and of course with PR/SM it's still not a good argument. I think it's probably correct on the surface but ultimately meaningless. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
snip- Mainframe operating systems don't scale well past 64 cores in a single system image Wonder what made The Register say that? ---unsnip-- Probably the overhead of managing all those cores. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
Since a (current) single system image (CEC) only allows 64 processors, it stands to reason that the operating systems don't scale well past 64 processors. It is also possible that this is a movable target. On Wed, May 19, 2010 at 9:51 AM, Rick Fochtman rfocht...@ync.net wrote: snip- Mainframe operating systems don't scale well past 64 cores in a single system image Wonder what made The Register say that? ---unsnip-- Probably the overhead of managing all those cores. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Rich Smrcina Velocity Software, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS Network Authentication Service (Kerberos)
On Wed, 19 May 2010 10:12:01 -0400, Mark Jacobs mark.jac...@custserv.com wrote: Is anyone using the zOS Network Authentication Service to generate passtickets for authentication (instead of passwords) to RACF? If so I'd like to hear about your experiences. I don't think I understand that question, Mark. How is NAS (Kerberos) related to PassTickets at all? They're totally different technologies. What do you need to accomplish, and in what user/application contexts? -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Creating a variable length FTP to ASCII file
Trailing blanks disappeared with the FTP!!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Creating a variable length FTP to ASCII file
On 19 May 2010 07:47:39 -0700, peter.hunke...@credit-suisse.com (Hunkeler Peter , KIUP 4) wrote: It didn't read right. I'll just clean up the file on the Unix side. So then the program did not write variable length records. The record format (RECFM) is usually declared within the program, so you can't override if from JCL. I changed it in the CoBOL and JCL. But when it was opened using Ultra-Edit, the lines were offset. So I went back to fixed length. The other change I did was to move a field from the end of the record to the start, and I compressed the anecdotal data, creating spaces at the end. When I FTPd the fixed length file, I was delighted to discover that the file on the Unix box was variable length, without trailing spaces. I believe we are using CA's FTP. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Creating a variable length FTP to ASCII file
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Wednesday, May 19, 2010 10:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Creating a variable length FTP to ASCII file Trailing blanks disappeared with the FTP!!! As is normal unless you are running with LOCSITE TRAILINGBLANKS set. I thought I mentioned that? I've been distracted lately. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS Network Authentication Service (Kerberos)
On 05/19/10 11:13, Walt Farrell wrote: On Wed, 19 May 2010 10:12:01 -0400, Mark Jacobsmark.jac...@custserv.com wrote: Is anyone using the zOS Network Authentication Service to generate passtickets for authentication (instead of passwords) to RACF? If so I'd like to hear about your experiences. I don't think I understand that question, Mark. How is NAS (Kerberos) related to PassTickets at all? They're totally different technologies. What do you need to accomplish, and in what user/application contexts? My end desire is for a process running on a Windows based workstation access a SMB share under zOS. As far as I know SMB authenticates one of three ways; 1. Windows/NT Domain controller - Not an option since it's out of our environment, replaced by Active Directory. 2. Racf authentication - There is strong resistance against using a hardcoded userid/password coded in this application so my very early research led me to passtickets. 3. None(Guest Access) - Not acceptable. What I'm looking for is for the process on the workstation (already authenticated by AD) to be accepted by RACF as an authenticated zOS userid without supplying a password. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: partially initialized structures in C
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thomas David Rivers Sent: Wednesday, May 19, 2010 8:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: partially initialized structures in C Bernd, That sounds like a compiler bug, but more detail would be needed to be sure. The ANSI C standard basically works like this: A structure initialized a file scope (static or not) will be initialized to all zeros. If the structure is being initialized within a function (at automatic scope) then the requirement is that it be initialized the same as if it were done at file scope, which basically means if you initialize part of it, you have to initialize the holes with 0. I'm surprise the IBM documentation would indicate that a partial aggregate initialization only partially initializes - can you point me to the pertinent phrases in the IBM doc? The requirement to initialize the remainder of the aggregate with zeros has been around since the very first ANSI C standard. - Dave Rivers - Ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/CBCLR190/4.6.3 quote You do not have to initialize all members of a structure or union; the initial value of uninitialized structure members depends on the storage class associated with the structure or union variable. In a structure declared as static, any members that are not initialized are implicitly initialized to zero of the appropriate type; the members of a structure with automatic storage have no default initialization. The default initializer for a union with static storage is the default for the first component; a union with automatic storage has no default initialization. /quote -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Make DASD index larger.
All, What is the best way to enlarge a DASD - INDEX on a volume? I have a 3390-9 volume with a 900 track VTOC and a 30 track index. The VTOC is okay, but the index is full, getting full. If I extend the VTOC and rebuild the index, that does not gain any index space, just re-orgs it right? I have moved/enlarged VTOC's before but not the index. There is this parm I tried on a new volume, 'REFORMAT REFVTOC', but can't find much doc on it. The volume(s) are not SMS managed, but belong to DFHSM as migration level 1 volume(s). Any ideas? Thanks up front Best Regards, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Make DASD index larger.
Claude, I recommend: 1) Use DSF BUILDIX OSVTOC 2) Delete the VTOCIX from the volume 3) Use DSF BUILDIX IXVTOC as follows This option requires additional parameters on the DD statement to cause allocation of the index. The statement must contain data set information for the index. //jobname JOB //stepname EXEC PGM=ICKDSF //SYSPRINT DD SYSOUT=A //VOLDD DD UNIT=(3390,,DEFER),VOL=(PRIVATE,SER=339003), // DSN=SYS1.VTOCIX.V39003,DISP=(NEW,KEEP), // SPACE=(TRK,10,,CONTIG) //SYSIN DD * BUILDIX DDNAME(VOLDD) IXVTOC /* DSN=SYS1.VTOCIX.V39003 specifies the name of the index data set. Because the INDEX parameter of INIT replaces the first character of the volume serial number with the letter V, the third-level qualifier appears as V39003. The recommended convention for naming the index is using the letter V as the first character, for example VL3390. For more information, see Converting an OSVTOC to an indexed VTOC on page 118. DISP=(NEW,KEEP) directs the system allocation routines to allocate the data set before running ICKDSF commands and to retain it upon termination of the task. SPACE=(TRK,10,,CONTIG) when location is not a primary concern, reserves ten contiguous tracks at some location. If you are processing system-managed volumes, you cannot specify ABSTR on the SPACE parameter. SPACE=(ABSTR,(10,1)) directs the allocation routines to allocate a ten track index starting at track 1. ABSTR is specified in the space request to ensure that the index space is a single continuous extent and is in the location desired. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Wednesday, May 19, 2010 09:30 To: IBM-MAIN@bama.ua.edu Subject: Make DASD index larger. All, What is the best way to enlarge a DASD - INDEX on a volume? I have a 3390-9 volume with a 900 track VTOC and a 30 track index. The VTOC is okay, but the index is full, getting full. If I extend the VTOC and rebuild the index, that does not gain any index space, just re-orgs it right? I have moved/enlarged VTOC's before but not the index. There is this parm I tried on a new volume, 'REFORMAT REFVTOC', but can't find much doc on it. The volume(s) are not SMS managed, but belong to DFHSM as migration level 1 volume(s). Any ideas? Thanks up front Best Regards, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Novell Announces SUSE Linux Enterprise 11 Service Pack 1
Cross-posted to Linux-390, IBMVM and IBM-Main. FYI, http://www.novell.com/news/press/novell-announces-suse-linux-enterprise-11-service-pack-1/ Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A new feature wanted in ICETOOLS
Ken Leidner wrote: I wish many times to be able to perform a function like COPY FROM(DD1, DD2) TO(DD3) USING(ABCD) or SORT FROM(DD1, DD2) TO(DD3) USING(ABCD) Many times I generate parts of a file under different DD name and then to put them back into one file I have to start a new ICETOOLS step so I can concatenate the DD together and use as an input to an ICETOOLS statement. This shouldn't be that hard to do, or is the devil in the details? Ken, Note: Your posts are going to the newsgroup but not to the mailing list. You might want to send them to the mailing list AND newsgroup so that more people. can see them. It's ICETOOL, not ICETOOLS. There are other ways to do what you want depending on exactly what you want to do. If each file is in sorted order, you can use DFSORT/ICETOOL's MERGE operator: MERGE FROM(DD1,DD2) TO(DD3) USING(ABCD) where ABCDCNTL has a MERGE statement. If the files are not in sorted order, you can concatenate them in the same step, e.g. //CON DD DSN=*.DD1,VOL=REF=*.DD1,DISP=(OLD,PASS) //DD DSN=*.DD2,VOL=REF=*.DD2,DISP=(OLD,PASS) COPY FROM(CON) TO(DD3) USING(ABCD) But be aware of the system restriction documented in the second bullet at: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ICE1CA40/1.8.3.1?SHELF=DT=20090527161936CASE= Other possible options are: - write all of the parts to one MOD data set and use that for FROM. - use DFSORT's JOINKEYS function to join the two files using the two different DDs. Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mailing list
On 19 May 2010 10:13:48 -0700, yae...@us.ibm.com (Frank Yaeger) wrote: Note: Your posts are going to the newsgroup but not to the mailing list. You might want to send them to the mailing list AND newsgroup so that more people. can see them. I have my newsreader set up to post to the mailing list. That way, I read everything from the newsgroup, and my posts get automatically copied from the mailing list to the newsgroup. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Creating a variable length FTP to ASCII file
On 19 May 2010 09:30:07 -0700, john.mck...@healthmarkets.com (McKown, John) wrote: Trailing blanks disappeared with the FTP!!! As is normal unless you are running with LOCSITE TRAILINGBLANKS set. I thought I mentioned that? I've been distracted lately. You said the following. I inferred that if I was having problems, I would add locsite notrailingblanks to my FTP and see if it changed anything. But I didn't need to. Trailing blanks or embedded blanks? quote site notrailingblanks on the ftp to remove trailing blanks, for a UNIX client (ftp initiated by UNIX). locsite notrailingblanks for a z/OS client (ftp initiated by z/OS). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSF IBM 6500 printer
The 6500 supports up to a 17-inch wide form (16-inch print width). The number of characters depends on the form size and the font pitch. For example, using a 13.3 pitch font (D224) you can get 212 characters. The 6500 uses symbol sets (hard-wired fonts), so you can use only the fonts in the printer. In Draft or DP quality, fonts are available in pitch 10, 12, 13.3, 15 and 18. You only need PSF Exit 8 if you are using the Line Mode Migration function, which converts FCBs to PAGEDEFs on the fly. Even if you do use Line Mode Migration (PSF Customization, S550-0427-02, Chapter 28. Line-Mode Migration), using a PAGEDEF will override the Line Mode Migration function. Whether or not you use an FCB or a PAGEDEF, you can choose the font using the CHARS parameter in the // OUTPUT JCL statement or on the printer PROC. You must use one of the fonts defined in the printer (see Chapter 19. Supporting Resident Fonts in the PSF Customization book and table 167 in Printer Information, S544-5750-02). If you don't need special formatting, you can use one of the supplied PAGEDEFs (PSF User's Guide, S550- 0435-02, Appendix B. Page Definitions Supplied with PSF). Some fonts depend on the print quality level. You can control the print quality (lower quality, faster printing) using one of the supplied FORMDEFs, detailed in the Line-Mode Migration chapter. Howard Turetzky Advanced Technical Support InfoPrint Solutions Company howard.turet...@infoprint.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS Network Authentication Service (Kerberos)
On Wed, 19 May 2010 12:28:55 -0400, Mark Jacobs mark.jac...@custserv.com wrote: My end desire is for a process running on a Windows based workstation access a SMB share under zOS. As far as I know SMB authenticates one of three ways; 1. Windows/NT Domain controller - Not an option since it's out of our environment, replaced by Active Directory. 2. Racf authentication - There is strong resistance against using a hardcoded userid/password coded in this application so my very early research led me to passtickets. 3. None(Guest Access) - Not acceptable. What I'm looking for is for the process on the workstation (already authenticated by AD) to be accepted by RACF as an authenticated zOS userid without supplying a password. That's what Kerberos allows, Mark, if you have an application that supports the Kerberos protocols. But it's not at all related to PassTickets, which are simply a substitute RACF password, and would work wherever and over whatever protocol supports RACF user IDs and passwords. Kerberos is a separate protocol, with different data flows, and does not directly involve RACF user IDs at all (applications need to map from a Kerberos principal to a RACF user ID), and the authentication mechanisms are different than a simple password, too. Unless SMB says it supports Kerberos (or AD, which is another form of Kerberos implementation), I think you're probably out of luck trying to use Kerberos in this scenario. You might well be able to write your own code (or get someone else's) that will generate a PassTicket, and use that. You'll need to worry about security of the secret key used in the generation process, if you generate it within your application, though. A better alternative would be to connect to the z/OS Comunication Server's DCAS server using SSL- or TLS-based client authentication using a digital certificate, and have DCAS generate and return a PassTicket that your application could then use. See http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1d390/16.0?SHELF=EZ2ZBK0I.bksDT=20090331112644 or http://preview.tinyurl.com/2fglt7e for information on DCAS. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Make DASD index larger.
Thanks Alan, That worked well. Best Regards, Claude -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Starr, Alan Sent: Wednesday, May 19, 2010 12:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Make DASD index larger. Claude, I recommend: 1) Use DSF BUILDIX OSVTOC 2) Delete the VTOCIX from the volume 3) Use DSF BUILDIX IXVTOC as follows This option requires additional parameters on the DD statement to cause allocation of the index. The statement must contain data set information for the index. //jobname JOB //stepname EXEC PGM=ICKDSF //SYSPRINT DD SYSOUT=A //VOLDD DD UNIT=(3390,,DEFER),VOL=(PRIVATE,SER=339003), // DSN=SYS1.VTOCIX.V39003,DISP=(NEW,KEEP), // SPACE=(TRK,10,,CONTIG) //SYSIN DD * BUILDIX DDNAME(VOLDD) IXVTOC /* DSN=SYS1.VTOCIX.V39003 specifies the name of the index data set. Because the INDEX parameter of INIT replaces the first character of the volume serial number with the letter V, the third-level qualifier appears as V39003. The recommended convention for naming the index is using the letter V as the first character, for example VL3390. For more information, see Converting an OSVTOC to an indexed VTOC on page 118. DISP=(NEW,KEEP) directs the system allocation routines to allocate the data set before running ICKDSF commands and to retain it upon termination of the task. SPACE=(TRK,10,,CONTIG) when location is not a primary concern, reserves ten contiguous tracks at some location. If you are processing system-managed volumes, you cannot specify ABSTR on the SPACE parameter. SPACE=(ABSTR,(10,1)) directs the allocation routines to allocate a ten track index starting at track 1. ABSTR is specified in the space request to ensure that the index space is a single continuous extent and is in the location desired. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richbourg, Claude Sent: Wednesday, May 19, 2010 09:30 To: IBM-MAIN@bama.ua.edu Subject: Make DASD index larger. All, What is the best way to enlarge a DASD - INDEX on a volume? I have a 3390-9 volume with a 900 track VTOC and a 30 track index. The VTOC is okay, but the index is full, getting full. If I extend the VTOC and rebuild the index, that does not gain any index space, just re-orgs it right? I have moved/enlarged VTOC's before but not the index. There is this parm I tried on a new volume, 'REFORMAT REFVTOC', but can't find much doc on it. The volume(s) are not SMS managed, but belong to DFHSM as migration level 1 volume(s). Any ideas? Thanks up front Best Regards, Claude -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS Network Authentication Service (Kerberos)
On 05/19/10 13:40, Walt Farrell wrote: snip A better alternative would be to connect to the z/OS Comunication Server's DCAS server using SSL- or TLS-based client authentication using a digital certificate, and have DCAS generate and return a PassTicket that your application could then use. See http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1d390/16.0?SHELF=EZ2ZBK0I.bksDT=20090331112644 or http://preview.tinyurl.com/2fglt7e for information on DCAS. Thanks a bunch...that sounds like exactly what I was looking for. -- Mark Jacobs Time Customer Service Tampa, FL It is impossible to make anything foolproof, because fools are so ingenious. -- Robert Heinlein -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSF IBM 6500 printer
Thanks---got it //OUT1 OUTPUT PRMODE=LINE,PAGEDEF=L08080,CHARS=GT12 just gener'd a file (203,fba) worked as advertised From: Howard Turetzky howard.turet...@infoprint.com To: IBM-MAIN@bama.ua.edu Date: 05/19/2010 12:39 PM Subject:Re: PSF IBM 6500 printer Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu The 6500 supports up to a 17-inch wide form (16-inch print width). The number of characters depends on the form size and the font pitch. For example, using a 13.3 pitch font (D224) you can get 212 characters. The 6500 uses symbol sets (hard-wired fonts), so you can use only the fonts in the printer. In Draft or DP quality, fonts are available in pitch 10, 12, 13.3, 15 and 18. You only need PSF Exit 8 if you are using the Line Mode Migration function, which converts FCBs to PAGEDEFs on the fly. Even if you do use Line Mode Migration (PSF Customization, S550-0427-02, Chapter 28. Line-Mode Migration), using a PAGEDEF will override the Line Mode Migration function. Whether or not you use an FCB or a PAGEDEF, you can choose the font using the CHARS parameter in the // OUTPUT JCL statement or on the printer PROC. You must use one of the fonts defined in the printer (see Chapter 19. Supporting Resident Fonts in the PSF Customization book and table 167 in Printer Information, S544-5750-02). If you don't need special formatting, you can use one of the supplied PAGEDEFs (PSF User's Guide, S550- 0435-02, Appendix B. Page Definitions Supplied with PSF). Some fonts depend on the print quality level. You can control the print quality (lower quality, faster printing) using one of the supplied FORMDEFs, detailed in the Line-Mode Migration chapter. Howard Turetzky Advanced Technical Support InfoPrint Solutions Company howard.turet...@infoprint.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Getting BIND/LINK date out of load module members
I am working on process to monitor/audit load libraries for new/replaced members during a date range. I have a working version that uses AMBLIST with a SYSIN of LISTIDR. I run the REPORT OUTPUT created by this to a disk dataset for a given load library. Then in the next step, I parse the REPORT output looking for the member name and BIND date. If the BIND date is less than 3 days old, I output the member name on the report. The AMBLIST step (unloading all the member data to the report) takes quite awhile for some of our larger LOAD libraries. And of course, outputs a lot more info than I need. I just need the member name and the BIND date. Is there another IBM utility (or a different parameter for AMBLIST) that would unload a LOAD library of its members and dates more efficiently? I only run this once a day, so it is not a big deal that it runs quite a while, but it would help testing new features if I could get the AMBLIST part to run faster. Thanks in advance! Kriss Kriss Davis Manager Illinois State University kpda...@ilstu.edu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getting BIND/LINK date out of load module members
You can do this with the shareware version of PDS tools assuming you are talking about a standard PDS load library. Although no way to limit by date range. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Davis, Kriss Sent: Wednesday, May 19, 2010 3:45 PM To: IBM-MAIN@bama.ua.edu Subject: Getting BIND/LINK date out of load module members I am working on process to monitor/audit load libraries for new/replaced members during a date range. I have a working version that uses AMBLIST with a SYSIN of LISTIDR. I run the REPORT OUTPUT created by this to a disk dataset for a given load library. Then in the next step, I parse the REPORT output looking for the member name and BIND date. If the BIND date is less than 3 days old, I output the member name on the report. The AMBLIST step (unloading all the member data to the report) takes quite awhile for some of our larger LOAD libraries. And of course, outputs a lot more info than I need. I just need the member name and the BIND date. Is there another IBM utility (or a different parameter for AMBLIST) that would unload a LOAD library of its members and dates more efficiently? I only run this once a day, so it is not a big deal that it runs quite a while, but it would help testing new features if I could get the AMBLIST part to run faster. Thanks in advance! This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM to announce new MF's this year
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. ibm-m...@tpg.com.au (Shane Ginnane) writes: I remember much levity in my time at Amdahl and IBM's inability to build a machine that scaled past 10 (?) engines. We managed to skip past that o.k. - didn't have anything to do with limitations in the OS - all the relevant control blocks had plenty of width ... Given the current powerPC architecture you'd have to think IBM have the smarts to do massively parallel these days. part of the issue was both the hardware cache serialization protocols scaling ... as well as the operating system locking scaling ... these scaling issues are somewhat independent of whether the operating system had fields reserved for additional processors. in the late76-early77 timeframe we had a 16-way 370 project with some POK (3033) processor engineers ... who were working on it in their spare time. things were going fine until somebody let slip to the head of POK that it could be decades before POK's favorite son operating could (effectively) support 16-way. Then some number of people got invited to never show up in POK again ... and the 3033 processor engineers were told that they weren't allowed to spend time on anything but 3033. More recently, IBM bought sequent which had SCI NUMA-Q ... SCI standard was 64-port memory access ... Sequent ( Data general) did four processor board (with shared cache) which then interfaced to SCI port ... 64 4-processor boards gave 256 processors. http://en.wikipedia.org/wiki/Sequent_Computer_Systems above mentions that ibm's sequent scaleup activity with aix support ... but then somewhat evaported with attention shifting to linux: http://en.wikipedia.org/wiki/Project_Monterey Convex did two HP-RISC processor board ... 64 2-processor boards gave 128 processor Exemplar. HP eventually bought Convex ... and superdome eventually superceded Exemplar. http://en.wikipedia.org/wiki/Convex_Computer SCI was standards activity out of SLAC ... that started about the same time that LANL was pushing HIPPI standards activity and LLNL was pushing FCS standards activity (FICON eventually shows up as a flavor of FCS). http://en.wikipedia.org/wiki/Fibre_Channel wiki sci reference http://en.wikipedia.org/wiki/Scalable_Coherent_Interface above mentioning futurebus eventually reformed into infiniband (similar to sci) http://en.wikipedia.org/wiki/InfiniBand We had participated in SCI, FCS, and HIPPI activities ... but were doing ha/cmp (with no shared memory) ... because at the time 801 (RIOS/POWER) had no provisions for cache consistency ... and so had to do scaleup operations via clustering ... w/o shared memory ... i.e. reference to commercial dbms clustering scaleup meeting early jan92 http://www.garlic.com/~lynn/95.html#13 above references that we had wanted 9333 (serial pre-cursor to SSA) to morph into being interoperable with FCS ... however as noted in FCS wiki reference ... SSA got positioned as competitor to FCS (at the same time there was FCS FICON work going on): http://en.wikipedia.org/wiki/Serial_Storage_Architecture and old email about numerical intensive clustering scalup ... with LLNL and other gov. labs (just hrs before the effort was transferred and we were told we couldn't work on anything with more than four processors). http://www.garlic.com/~lynn/2006x.html#email920129 then press item a couple weeks later http://www.garlic.com/~lynn/2001n.html#6000clusters1 17feb92 and then http://www.garlic.com/~lynn/2001n.html#6000clusters2 19jun92 other old email mentioning cluster scaleup http://www.garlic.com/~lynn/lhwemail.html#medusa somerset was formed joint between ibm, motorola, apple, etc ... to do some number of things ... one chip 801 as well as adding cache consistency (one might somewhat characterize it as marrying 801 with the Motorola 88000 risc shared memory). The executive we reported to when we started ha/cmp ... went over to head up the new somerset operation. other past posts mentionin ha/cmp http://www.garlic.com/~lynn/subtopic.html#hacmp slightly related ... reference to long ago and far away ... my wife was con'ed into going to pok to be responsible for (mainframe) loosely-coupled architecture. While there she created peer-coupled shared-data architecture ... which except for ims hot-standby, saw very little uptake until sysplex ... misc. past posts mentioning peer-coupled shared-data architecture http://www.garlic.com/~lynn/submain.html#shareddata more recent reference from annals of release no software before its time: http://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No Software Before Its Time http://www.garlic.com/~lynn/2009p.html#46 From The Annals of Release No Software Before Its Time http://www.garlic.com/~lynn/2010g.html#77 IBM responds to Oracle's Exadata with new systems http://www.garlic.com/~lynn/2010h.html#63 25 reasons why hardware is still hot at
Re: PSF IBM 6500 printer
In a message dated 5/19/2010 2:31:25 P.M. Central Daylight Time, rwe...@agfinance.com writes: just gener'd a file (203,fba) worked as advertised 12*16=192? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Getting BIND/LINK date out of load module members
Hi Kriss, Another person replied and suggested using the free PDS tool from the CBTTAPE web site. That should do what you want. I made a copy of SYS1.CMDLIB and ran PDS85 (the name on my system) in batch to get the following report: NAMEALIASOF CREATED SIZE SSI ATTRIBUTES AKJLKL0110/02/08 17832 01119368 RENT, REUS, REFR ARCBDEL 10/02/08 34016 01118183 RENT, REUS ARCRMDS 10/04/12 176K 0158 RENT, REUS CBRUTIL 10/04/12 12112 01110829 RANY, A31, RENT, REUS, REFR HBACK ARCRMDS 10/04/12 176K 0158 RENT, REUS HBACKDS ARCRMDS 10/04/12 176K 0158 RENT, REUS HBDEL ARCBDEL 10/02/08 34016 01118183 RENT, REUS HBDELETEARCBDEL 10/02/08 34016 01118183 RENT, REUS HDELARCRMDS 10/04/12 176K 0158 RENT, REUS HDELETE ARCRMDS 10/04/12 176K 0158 RENT, REUS HMIGARCRMDS 10/04/12 176K 0158 RENT, REUS HMIGRATEARCRMDS 10/04/12 176K 0158 RENT, REUS HRECA ARCRMDS 10/04/12 176K 0158 RENT, REUS HRECALL ARCRMDS 10/04/12 176K 0158 RENT, REUS HRECOV ARCRMDS 10/04/12 176K 0158 RENT, REUS HRECOVERARCRMDS 10/04/12 176K 0158 RENT, REUS IKJLKL01AKJLKL0110/02/08 17832 01119368 RENT, REUS, REFR OAMUTIL CBRUTIL 10/04/12 12112 01110829 RANY, A31, RENT, REUS, REFR I created the above report using the following JCL: //TSO EXEC PGM=IKJEFT01 //STEPLIB DD DSN=SYS4.PDS.V8R5M0.LOAD,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * PDS85 'tsoid.SYS1.CMDLIB' IF : LAST(120) END // For the test above I made a copy of SYS1.CMDLIB in tsoid.SYS1.CMDLIB. This load library had 295 members. The IF : LAST(120) above is telling PDS85 to list out the members (the : says all members in the dataset are included) that were linked over the last 120 days before today (or what ever day it was run). You wanted to run the type of report above going back three days but tsoid.SYS1.CMDLIB did not have any load modules linked over the last 3 days which resulted in the job getting putting out this message 'NO MATCHING ATTRIBUTES WERE FOUND '. That's why I ran it with LAST(120). You should be able to get the product above from web site www.cbttape.org if you don't have it. There are many other keywords for PDS. You could use CHANGED (1/1/10:3/15/10) instead of LAST if you need a range. (Untested) Good Luck. Thank You, Paul Strauss Integrated Technology Delivery, Global Services, IBM L0DB z/OS MVS/Program Products/Security 150 Kettletown Rd. Southbury, CT 06488 (203) 272-2758 strau...@us.ibm.com From: Davis, Kriss kpda...@ilstu.edu To: IBM-MAIN@bama.ua.edu Date: 05/19/2010 06:15 PM Subject:Getting BIND/LINK date out of load module members Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I am working on process to monitor/audit load libraries for new/replaced members during a date range. I have a working version that uses AMBLIST with a SYSIN of LISTIDR. I run the REPORT OUTPUT created by this to a disk dataset for a given load library. Then in the next step, I parse the REPORT output looking for the member name and BIND date. If the BIND date is less than 3 days old, I output the member name on the report. The AMBLIST step (unloading all the member data to the report) takes quite awhile for some of our larger LOAD libraries. And of course, outputs a lot more info than I need. I just need the member name and the BIND date. Is there another IBM utility (or a different parameter for AMBLIST) that would unload a LOAD library of its members and dates more efficiently? I only run this once a day, so it is not a big deal that it runs quite a while, but it would help testing
ZAAPAWMT under Hiperdispatch
In our development environment, we have dozens of Websphere App servers running, and we only have one zAAP (on a z10-704). The aggravation is that we have significant overflow of zAAP eligible workload to GP engines, despite the zAAP being nowhere near 100% busy (whereas all the GPs are 100% busy, pretty much 24x7! with a slight respite at weekends.). With Hiperdispatch off, ZAAPAWMT is 12000, and with it turned on, it gets reduced to 3200 (I think these are standard values, rather than site specific). I am anticipating that increasing the ZAAPAWMT value would help raise the utilisation of the zAAP, thus reducing the impact on the GP engines. Does anyone have any experience of altering the ZAAPAWMT values with Hiperdispatch turned on? Or is conventional wisdom not to mess with the IBM defaults? Would be grateful for any insights/experience anyone may have on this subject. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Of interest to the Independent Contractors on the list
How many of those Prophets of Doom knew what they were talking about but it worked for most executives. The doom would have been real enough if the prophets had been ignored. We began fixing that Y2K thing'gie in late 1992, a tad over 7 years before 2000. At that time it was mandatory in some jurisdictions to keep tax-related business records for seven years. In mid-1992 we recognised that from 1st Jan 1993, when our major product archived files, they would have the YY part of their discard date calculated as 00 (93+7=100 truncated to 00) and thus immediately appear old with the result that they would be deleted within 24 hours of capture! Of course there were other things to be fixed across all our products. I recall that another major effort was required in '97, but essentially, like many, we were done with Y2K before the start of 1998. Countless other professionals did corresponding good work and as a direct consequence Y2K was not a disaster at all. One suspects that sections of the media were hoping it was going to be very bad (planes falling from the sky, toasters electrocuting their owners, elevators plummeting and countless other pieces of mundane equipment going Disney-dancing cranky. And sure, as inevitably happens when there's a must-do-by-a-fixed-date project with an essentially unlimited budget and other boundaries very poorly defined, quite a lot of other stuff got slipped through under the guise of Y2K remediation. Yeah, that's just human nature. So, absent the total murderous malfunctioning of just about every aspect of our technical society, media can still occasionally squeeze a few column-inches out of the great Y2K conspiracy to defraud us all rubbish. Yawn. There's a real story, which media doesn't cover, about how many of the Y2K fixes crafted back in the late '90s were not going to last for more than a few, maybe ten or fifteen years. And I'd guess at least some people decided that this application will be replaced by (cut 'n paste from your favourite airline mag article here) no later than 2010! Uh huh. Toxic residue from Y2K remediation will continue to surface as we plow on into the 21st century. And many of the people who know/knew the details are going/gone. Ok, back to work (got an order for some square pegs). Cheers to all, Graeme At 10:12 AM 17/05/2010, you wrote: This type of article re-appears every two years.. It's suppose to make you fear and maybe you will subscribe to their magazine. Remember the Y2K thing'gie ? How many of those Prophets of Doom knew what they were talking about but it worked for most executives. Anton Note: Another example... The oil in the Gulf is about the wipe out all the Florida/Alabama/Mississippi/Texas/Louisiana beaches On 5/16/2010 5:09 PM, Ed Gould wrote: Cracking Down on Independent Contractors Federal and state regulators increasingly want to know whether companies' independent contractors are truly independent. http://www.cfo.com/article.cfm/14480567?f=search -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html