Re: SV: how to list LE options
== Ed Gould == wrote2007-06-23 01:49: On Jun 22, 2007, at 7:05 AM, Thomas Berg wrote: Still don't understand why they wasn't allowed to assemble their programs. Were they doing private programming or what ? Thomas Berg ---SNIP The standard company wide language was COBOL. None of the programmers knew assembler. As I explained in a previous post none of the programmers could debug assembler code. The consultants were using our resources to compile programs for the consultants essentially stealing resources from our company. The two steps we made to stop the process was taking away access to sys1.maclib and also not allowing assembler to be invoked. Ed That explains it. But what were they expected to do, btw ? Thomas Berg -- __ Mundus Vult Decipi __ They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety. - Benjamin Franklin Military justice is to justice what military music is to music. - Groucho Marx -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Interpretation of the D LLA,STATISTICS
On Fri, 2007-06-22 at 15:35 -0700, Mark Yuhas wrote: I can't find any documentation concerning this command and the ensuing display. So you want documentation for an undocumented command ... Do the statistics reflect the counts since the last IPL or the last refresh of the LLA? ... but you're not prepared to do a refresh yourself to find this out. ? Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: how to list LE options
On Jun 23, 2007, at 4:15 AM, Thomas Berg wrote: -SNIP That explains it. But what were they expected to do, btw ? Thomas Berg -- I am not sure I understand the question. They were expected to work on any work that was assigned to them by our company. Not use their time there for some other use. We had one consultant that was an ISV and was using our system to do development work on his product. THEN he tried to sell the work to us at the retail price. What a rip off. Yes it was a management issue but our management (and I use the term loosely) did not require time sheets and the like. Nor did management stay much after 5PM to see what was going on. When most of the goofing off was occurring. *IF* we would have had had a single programmer trying to do a homework assignment I probably would never had done this. I would have probably run through SMF and sent the report over to the application people for them to decide. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
New Terminology for MF Job Functions
I found this ad on an employment website and was very amused. However, maybe I am just out of touch with today's terminology for our profession. Wasn't this called in the old days an Operator with Production Control functions? Description: Our client is looking for Server Specialist OS/390 5 years + Operating Mainframe/ As400.. running nightly batch processing, fixing JCL abends. Requirement: JCL Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Relationship of TBDISPL to row displayed
David Day wrote: I have an application that builds a temporary table. Occasionally the table can get rather large, so I thought I would add a function to allow a user to find the next occurrance of a character string in the table. Added TBSKIP to the logic. The logic used TBSKIP to forward to the next row in the table, then look for the character string. When found, go back and use TBDISPL. This worked great for the 1st find, but when doing a re-find, the TBSKIP started back at the beginning of the table, and moved forward from there, giving me the same line I found the 1st time. Only way I could get it to work on a re-find was to TBSKIP the number of rows from the previous display, then TBSKIP one row at a time. So, it looks like TBDISPL will display the row from the last TBSKIP as the top row in the display, but somehow then resets so that TBSKIP starts over from 0. I must be doing something wrong. --Dave There's a lot of subtleties and details to consider when you do ISPF table processing. As Kenneth suggested, you need to set up your MODEL correctly, and your logic has to handle a number of special situations. Look at TBVCLEAR, TBSARG, TBSCAN, and more closely at TBDISPL. ad ...Or sign up for our course Developing Dialog Manager Applications in z/OS, five intense days on the creating dialog manager applications including, of course, ISPF table processing. Details: http://www.trainersfriend.com/TSO_Clist_REXX_Dialog_Mgr/a810descrpt.htm /ad Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Relationship of TBDISPL to row displayed
David Day wrote: The logic that builds and displays the table. 1. Create Table 2. TBADD rows 3. TBTOP 4. TBDISPL. Specify tble name, panel name. Parm list for call to ISPF has pointers in it to a full word of hex '00's for message, cursor field name, table row number, cursor position, with final pointer to a field set to 'NO' for autosel 5. If skip count = 0, go to 7. 6. TBSKIP using skip count. 7. TBSKIP +1 8. Check row returned for value. If match, go to 4 to redisplay. If no match, go back to 7 I tried various combinations of things to get the TBDISPL to display using a CRP value. Changed the parmlist to point to the skip count value. Didn't work. Changed the INIT and REINIT sections of the panel to set a variable equal to the .CSRROW value, as in TBCRP = .CSRROW, and set the variable TBCRP = to the skip count in the program before TBDISPL. Didn't work. Don't know what the MODEL command is. --DAve When your are in ISPF edit, you can issue the MODEL command to have ISPF include some skeleton code (panel layout, REXX, ISPF commands, and so on). The models all center around coding ISPF Dialogs. First, indicate where you want model lines placed by coding an 'a' (for after) or a 'b' (for before) in the sequence number of the line where you want the model lines to be included. Then enter the model command. The editor uses the low level qualifier to determine what kind of model lines you need (unless you explicitly code the class in your model command). The classes of models are: CLIST COBOL EXEC FORTRAN MSGS PANELS PL/I SKELS PASCAL REXX DTL C SCLM ARCHDEF If the low level qualifier of your data set name is not one of the above, if you enter == Model you get a panel listing the above classes and asking you to choose one. Choose one and you get a panel showing the list of available models; A model consists of suggested code lines and NOTES that document the choices you can make. So these provide a starting point for code that can get you going and allow you to tailor the code to your current need. If the low level qualifier of the dataset you are working in is one of the above, then entering == Model will take you right to the panel with the list of choices for that language. For example, if you are editing in SCOMSTO.TR.COBOL and you say == Model, you will get the list of COBOL choices. There are other options, and it would be worthwhile for you to experiment with the command. --- And, of course, your panel has )MODEL lines to describe how rows from your table should be displayed. Since you are apparently being successful displaying one or more rows, I'll assume you have a valid panel defined for doing this (so you have at least these sections: )ATTR, )BODY, )MODEL, and )END; you may also have )INIT, )REINIT, and )PROC sections). As far as your logic, it looks a little shaky, but that may just be because you have not clearly defined it; what is skip count? How does it get set? Are you processing selected rows? Or are you just asking the user to key in some number? Perhaps showing us your panel definiition would help. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is Parallel Programming Just Too Hard?
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. Morten Reistad [EMAIL PROTECTED] writes: Also, log structured file systems, the jfs and contributions to efs3, and huge improvements to the irq and dma routing; including some work in processor affinities. metadata logging is slightly different from log structured file systems. one of the problems with log structured file systems is the periodic garbage collection done to consolidate files, making their records sequential and contiguous. for other drift ... during work on HA/CMP http://www.garlic.com/~lynn/subtopic.html#hacmp we hired one of the people responsible for doing the BSD log structured filesystem implement to consult on doing a geographically distributed filesystem. JFS was originally done by people working on 801/AIXV3. 801 early on had definition/implementation for database memory ... i.e. hardware could keep track of fine-grain changes (size on the order of cache-lines). Just load up data into memory mapped infrastructure ... provide the COMMIT boundaries ... and eliminate needing to sprinkle log calls thruout the code. At commit, just run thru the changed memory indications ... collecting data-lines needing logging. There had been various kinds of conflict between the unix development group in palo alto and the group in austin. The palo alto group took JFS and ported it to non-801 platforms ... having to retrofit the logging calls to the software (since they lacked database memory hardware). It turns out that the version with explicit logging calls ran faster than the original implementation (even on the same 801 hardware platform) ... the commit time scanning of memory for changes tended to be higher overhead than the explicit log calls. Then the remaining justification for database memory is the implementation simplification ... somewhat akin to some of the pushes for parallel programming (except parallel programming is frequently explicitly about performance; not trying to trade-off performance against simplicity). some of the database memory stuff can be found under the heading of transactional memory ... some posts mentioning transactional memory: http://www.garlic.com/~lynn/2005r.html#27 transactional memory question http://www.garlic.com/~lynn/2005s.html#33 Power5 and Cell, new issue of IBM Journal of RD http://www.garlic.com/~lynn/2007b.html#44 Why so little parallelism? misc. past posts mentioning log structured filesystems http://www.garlic.com/~lynn/93.html#28 Log Structured filesystems -- think twice http://www.garlic.com/~lynn/93.html#29 Log Structured filesystems -- think twice http://www.garlic.com/~lynn/2000c.html#24 Hard disks, one year ago today http://www.garlic.com/~lynn/2001f.html#59 JFSes: are they really needed? http://www.garlic.com/~lynn/2002b.html#20 index searching http://www.garlic.com/~lynn/2002l.html#36 Do any architectures use instruction count instead of timer http://www.garlic.com/~lynn/2003b.html#69 Disk drives as commodities. Was Re: Yamhill http://www.garlic.com/~lynn/2004g.html#22 Infiniband - practicalities for small clusters http://www.garlic.com/~lynn/2005l.html#41 25% Pageds utilization on 3390-09? http://www.garlic.com/~lynn/2005n.html#36 Code density and performance? http://www.garlic.com/~lynn/2006j.html#3 virtual memory http://www.garlic.com/~lynn/2006j.html#10 The Chant of the Trolloc Hordes http://www.garlic.com/~lynn/2007.html#30 V2X2 vs. Shark (SnapShot v. FlashCopy) http://www.garlic.com/~lynn/2007i.html#27 John W. Backus, 82, Fortran developer, dies some past posts mentioning database memory http://www.garlic.com/~lynn/2002b.html#33 Does it support Journaling? http://www.garlic.com/~lynn/2002b.html#34 Does it support Journaling? http://www.garlic.com/~lynn/2003c.html#49 Filesystems http://www.garlic.com/~lynn/2003d.html#54 Filesystems http://www.garlic.com/~lynn/2005n.html#20 Why? (Was: US Military Dead during Iraq War http://www.garlic.com/~lynn/2005n.html#32 Why? (Was: US Military Dead during Iraq War http://www.garlic.com/~lynn/2006o.html#26 Cache-Size vs Performance http://www.garlic.com/~lynn/2006y.html#36 Multiple mappings http://www.garlic.com/~lynn/2007i.html#27 John W. Backus, 82, Fortran developer, dies -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Relationship of TBDISPL to row displayed
Looks like the question should have been worded differently. What is happening is that iteratively executing TBSKIP after TBDISPL will start at row 0 and move the CRP to whatever row is set on the call to TBSKIP. But an intervening call to TBDISPL will cause TBSKIP to start over at CRP 0, even though the top line displayed on the previous TBDISP is the row last returned from TBSKIP. TBDISPL the top of the table. TBSKIP +1(do this as many times as needed to find the row the logic wants to display) TBDISPL and the display shows the row with the data from the last TBSKIP as the 1st row in the display TBSKIP +1 returns the 2nd row of the table, not the row subsequent to the last one returned on the previous TBSKIP, and the one that was the top row of the display on TBDISPL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: how to list LE options
Ed Gould wrote: I am not sure I understand the question. They were expected to work on any work that was assigned to them by our company. Not use their time there for some other use. We had one consultant that was an ISV and was using our system to do development work on his product. THEN he tried to sell the work to us at the retail price. What a rip off. I've been on both sides of this issue. When doing consulting work, it's a lot quicker (selling point) to use software you're comfortable with, instead of trying to learn non-standard software or options the client has. I had a standard agreement that they retained the right to use the software, in exchange for my installing it, and if necessary, modifying it to adapt to their environment. In twenty years, only two installations declined the offer; one was a government site with security concerns, the other insisted on 100% ownership of anything developed at their facility - so they got 100% of nothing, instead. Yes it was a management issue but our management (and I use the term loosely) did not require time sheets and the like. Nor did management stay much after 5PM to see what was going on. When most of the goofing off was occurring. That's poor practice. I have never worked on a consulting contract that didn't require time sheets. *IF* we would have had had a single programmer trying to do a homework assignment I probably would never had done this. I would have probably run through SMF and sent the report over to the application people for them to decide. To me that seems backwards. As systems manager, I had the chance to get other employees interested in programming; learning makes jobs easier to understand and carry out. One of our operators wrote a very nice football game, with suggestions and feedback from other operators and programmers, and it spoiled him G. Last time I ran into him at Share he was an IBM manager, complete with three piece suit and pocket watch with fob. Gerhard Postpischil Bradford, VT new e-mail address: gerhardp (at) charter (dot) net -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Relationship of TBDISPL to row displayed
Steve, Go back an re-read the original question I asked, where I stated the reason I added the FIND logic to the table display. Sometimes the table can get rather large, depending on the options a user selects. I wanted to make it easier for a user to locate data in the table, hence my trip down this avenue. Yes, I am aware of scrolling. If I have a table with a couple of thousand lines, it's easier to find something with a command, as opposed to scrolling. - Original Message - From: Steve Comstock [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Saturday, June 23, 2007 12:59 PM Subject: Re: Relationship of TBDISPL to row displayed David Day wrote: Looks like the question should have been worded differently. What is happening is that iteratively executing TBSKIP after TBDISPL will start at row 0 and move the CRP to whatever row is set on the call to TBSKIP. But an intervening call to TBDISPL will cause TBSKIP to start over at CRP 0, even though the top line displayed on the previous TBDISP is the row last returned from TBSKIP. TBDISPL the top of the table. TBSKIP +1(do this as many times as needed to find the row the logic wants to display) TBDISPL and the display shows the row with the data from the last TBSKIP as the 1st row in the display TBSKIP +1 returns the 2nd row of the table, not the row subsequent to the last one returned on the previous TBSKIP, and the one that was the top row of the display on TBDISPL You do realize that TBDISPL is designed to display multiple rows at a time? And if the user scrolls up or down, TBDISPL will automatically do the scrolling and not even return to the driving dialog? If you just want to display the contents of a single row, then use DISPLAY with a PANEL that displays the current row's values; after a TBSKIP, do the DISPLAY again, etc. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The USS Heresy (was Patents, Copyrights, Profits, Flex and Hercules)
Greg Shirey wrote: And then, when they point you to a PTF that will fix your problem, it will probably have a comment in it like this one: PROBLEM DESCRIPTION(S): OA12191 - * USERS AFFECTED: Users of Unix System Services (USS) * * and Hierarchical File System (HFS). * In fact 'USS messages on the IBM-MAIN list are about: 1. official acronym war. 2. Unix System Services, aka z/OS UNIX Services 3. VTAM Unformated System Services (afaik). In fact I can't remember any question type 3. Usually questions type 2. raise new 'USS war' and flood of messages type 1. I didn't do any statistics, but I believe in the last 4-5 years number of type 3. questions was significantly less than type 2. And type 1. of course is much greater than type 2. + type 3. g The PTF above, the USS findings when searching official IBM documentation, the posts on IBM-MAIN clearly show that people use USS when think of Unix System Services. In fact it doesn't matter if this is correct or incorrect. Although the 'correctness' is main thread in the 'USS war' - some people claim the acronym should be 'official' and 'approved' by IBM or maybe other 'acronym authority'. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tape ???
Bruce Black wrote: AFAIK, ADRDSSU says BLKSIZE=0, not 32760. You could be right However it is *no longer true*. At current z/OS levels real blocksize (64k) is claimed. I ran a test and you are correct. Probably on any system that supports large blocksize, it sets it properly. No. LBI was introduced in OS/390 2.10, while blocksize=0 was claimed on z/OS 1.4 yet. In fact quite recently (maybe Dec of 2006) it was fixed by some PTF. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Relationship of TBDISPL to row displayed
David Day wrote: Looks like the question should have been worded differently. What is happening is that iteratively executing TBSKIP after TBDISPL will start at row 0 and move the CRP to whatever row is set on the call to TBSKIP. But an intervening call to TBDISPL will cause TBSKIP to start over at CRP 0, even though the top line displayed on the previous TBDISP is the row last returned from TBSKIP. TBDISPL the top of the table. TBSKIP +1(do this as many times as needed to find the row the logic wants to display) TBDISPL and the display shows the row with the data from the last TBSKIP as the 1st row in the display TBSKIP +1 returns the 2nd row of the table, not the row subsequent to the last one returned on the previous TBSKIP, and the one that was the top row of the display on TBDISPL You do realize that TBDISPL is designed to display multiple rows at a time? And if the user scrolls up or down, TBDISPL will automatically do the scrolling and not even return to the driving dialog? If you just want to display the contents of a single row, then use DISPLAY with a PANEL that displays the current row's values; after a TBSKIP, do the DISPLAY again, etc. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: how to list LE options
On Jun 23, 2007, at 12:57 PM, Gerhard Postpischil wrote: Ed Gould wrote: I am not sure I understand the question. They were expected to work on any work that was assigned to them by our company. Not use their time there for some other use. We had one consultant that was an ISV and was using our system to do development work on his product. THEN he tried to sell the work to us at the retail price. What a rip off. I've been on both sides of this issue. When doing consulting work, it's a lot quicker (selling point) to use software you're comfortable with, instead of trying to learn non-standard software or options the client has. I had a standard agreement that they retained the right to use the software, in exchange for my installing it, and if necessary, modifying it to adapt to their environment. In twenty years, only two installations declined the offer; one was a government site with security concerns, the other insisted on 100% ownership of anything developed at their facility - so they got 100% of nothing, instead. When I got feelers to install the product so everyone could use it. I wanted to make sure there was a signed contract and also some assurance it didn't need any APF or SVC's type requirements or any operating system dependencies. I also had a few other simple requests like who was going to maintain it and who was going to call in problems and to where. The individual thought those questions were way to much and wouldn't answer them. I suggested to management that if they needed a product to right up their requirements and we could do a joint search and go through the proper channels. I wanted to make sure that everyone had input. They didn't want to go through the process so I just sent back the request with a note to defer any payment to the vendor until the applications manager put things in writing. Yes it was a management issue but our management (and I use the term loosely) did not require time sheets and the like. Nor did management stay much after 5PM to see what was going on. When most of the goofing off was occurring. That's poor practice. I have never worked on a consulting contract that didn't require time sheets. What can I say our managers seemed to be the trusting kind. I did not agree but it wasn't my place to say so. zzsnip--- To me that seems backwards. As systems manager, I had the chance to get other employees interested in programming; learning makes jobs easier to understand and carry out. One of our operators wrote a very nice football game, with suggestions and feedback from other operators and programmers, and it spoiled him G. Last time I ran into him at Share he was an IBM manager, complete with three piece suit and pocket watch with fob. I have worked with such a person (in fact he is now a billionaire) from the money he made from the company he started and then sold to CA. Good for him I hope he enjoys the $$. He swore he would never sell the company but the big bucks was just too much temptation. On the other hand I can also tell you about another consulting company that was fairly dishonest. Yes they paid their people the BIG $$, but they were nothing but crooks when they came down to it. I had utter contempt for all its employees and the work they did. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EDGINERS INIT
Judy Ellis wrote: Hello All, Has anyone had any experience coding a DFSMSrmm batch job to initialize scratch tapes. I have read the manual and see that the keywords can be either placed on the PARM or SYSIN DD. Does anyone have an example of either case? Can RMM do this internally rather than run a batch job? No, RMM does not do it internally. You have to run job (or STC if you want). The main difference between PARM and SYSIN is mode of work. PARM (and no SYSIN) means automatic mode, while SYSIN means manual mode. Automatic mode means you don't have to provide volsers - job will interrogate RMM and find out what volumes are waiting for initialization, erase, etc. In manual mode you decide what volumes will be taken and - last but not least - you decide about order of volumes. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HR policy (was: how to list LE options)
Chase, John wrote: [...] ITYM dumb rather than stupid (dumb is curable via education; stupid is as stupid does). That was actually a stated policy in a university (!!) where I worked previously. In that boss's own words, If we allow you more training, your marketability will be enhanced and you'll leave us for more money somewhere else. It is quite common HR policy. It is usually kept 'in secret' (in silence at least), becasue it nothing to be proud of, but it is in quite common use. From the other hand I know companies in Poland where people work for two reasons: a) to get some experience, take some classes and go away with better CV. b) because they don't want to learn, they don't want to work to hard, usually they rather stupid than dumb. Since I part of my job is teaching on mainframe courses, I often meet them (only mainframe staff in fact) and observe their careers. Sometimes one can distinguish a and b -types during first lab. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SVC vs APF and other 'privileged' code
Rick Fochtman wrote: ---snip- From time to time I read on the list about companies which demand ISVs to provide source code for SVC routines to analyze it from security point of view. While I don't know to much about z/OS 'guts', I'm wondering what is the reason for that? Or rather, why the SVC code is so important, while APF-authorized libraries are not subject to analyze. The same apply to propgrams in SCHEDxx members. AFAIK (I could be wrong) APF-authorized program can bypass security rules, so it can be dangeours. Is SVC more dangerous ? Last, but not least - neither SVC, nor 'regular' APF-authorized program can do anything illegal when not instructed, so unless ISV folks unlimited access to prod system it is like dangerous knife in my safe. Other possibility is that backdoor entry is disclosed by ISV to our sysprogs. In fact it owuld be a confession to security hole. -unsnip-- My last shop processed enough money in a week to pay the U. S. National Debt, and NONE of that money was ours. We had to be like Caesar's wife, Calpurnia. That is, not only be pure, but perceived to be pure by all who beheld us. Security was held to be far more important than performance by The Powers That Be. IMHO it is completely irrelevant. Almost every z/OS installation process 'non-ours' money, usually much more than sysprog's salary. what a pity! So, all shops care about security, more or less. Caution: I don't criticise SVC examination itself. I don't want to say it os good or it is bad. I just want to learn. My doubt is why SVC are so suspected while APF-authorized programs are not. It's common knowledge that sysprog+APF means bypass all security rules - isn't it ? To Wayne Driscoll: Thank you for detailed explanation. Actually I'm aware on APF nuances, like AC(1), concatenation of APF and non-APF code, invoking lnklst programs as APF-authorized. My fault, I didn't expressed it clearly: I meant direct invokation as simly running a job with PGM=apfprog. This is what I meant as direct. BTW: Is it better description for the above ? BTW: My understanding of 'SVC risk' vs 'APF risk' - both can do dangerous things. - SVC can be invoked by non-authorized program and then could provide 'wide-open' security hole. Open to everyone who know how to invoke it. No additional privilege is checked. - APF code invoked directly (PGM=apfmodule) could do anything, but the 'anything' have to be coded inside the program. - APF programs, when do something considered as security bypass (i.e. DSS DUMP ADMIN) usually check for authority of the caller i.e. STGADMIN.ADR.STGADMIN.DUMP.xxx THatnk you for clarification. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Relationship of TBDISPL to row displayed
David Day wrote: Steve, Go back an re-read the original question I asked, where I stated the reason I added the FIND logic to the table display. Sometimes the table can get rather large, depending on the options a user selects. I wanted to make it easier for a user to locate data in the table, hence my trip down this avenue. Yes, I am aware of scrolling. If I have a table with a couple of thousand lines, it's easier to find something with a command, as opposed to scrolling. OK. So it sounds like you're allowing the user to enter a command like skip or find or something. It also sounds like your dialog is written in COBOL. To position to a different row for your TBDISP, try setting the variable ZTDTOP to the row number you want at the top. For REXX, simply assign a value. For COBOL, look at VDEFINE (this takes a bit of work). HTH. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Relationship of TBDISPL to row displayed - resent with correct Reply to
David Day wrote: Steve, Go back an re-read the original question I asked, where I stated the reason I added the FIND logic to the table display. Sometimes the table can get rather large, depending on the options a user selects. I wanted to make it easier for a user to locate data in the table, hence my trip down this avenue. Yes, I am aware of scrolling. If I have a table with a couple of thousand lines, it's easier to find something with a command, as opposed to scrolling. OK. So it sounds like you're allowing the user to enter a command like skip or find or something. It also sounds like your dialog is written in COBOL. To position to a different row for your TBDISP, try setting the variable ZTDTOP to the row number you want at the top. For REXX, simply assign a value. For COBOL, look at VDEFINE (this takes a bit of work). HTH. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Upgrade went mostly well :(
The hardware swap was real clean. CPU shipped was different serial number than we were expecting, so most ISV keys didn't work. EJES and Syncsort and SAS and VPS and Control-D just complain. Gat a 10 day universal key from CA. Still waiting on Netpass from Israel. My biggest problem is that SSL for TB3279o and FTP using ICSF certificates isn't working. The procedure in the FM for migrating gives me 'OPTION NOT AVAILABLE' After I get some more food, I'll go back in and look further. I have a PMR open, but I need to escalate to sev1 to get an answer before 8am Monday. The serial number glitch appears to be because of delays getting the capacity on demand features included. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Operating systems are old and busted
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. another article on the same theme: Leopard and Vista: Last Gasp of the Big OS? http://news.yahoo.com/s/pcworld/133276 from above: Twenty years from now a new generation of computer users will look back on the operating systems of today with the same bemused smile we look back at the cars of the late 1950s and early 60s. They had huge fins, were the size of a small yacht and burned up just about as much gas. ... snip ... a few similar articles over the past yr: Windows Vista: The last Of Microsoft's Supersized Operating Systems? http://www.informationweek.com/blog/main/archives/2006/08/windows_vista_t.html Windows Vista the last of its kind http://www.techworld.com/news/index.cfm?NewsID=6718 Vista: The Last Microsoft Operating System that will Matter http://www.realtime-websecurity.com/articles_and_analysis/2007/01/vista_the_last_microsoft_opera.html Vista is the last of the dinosaurs http://www.theinquirer.net/default.aspx?article=36155 other recent posts in this thread: http://www.garlic.com/~lynn/2007m.html#64 Operating systems are old and busted http://www.garlic.com/~lynn/2007m.html#66 Off Topic But Concept should be Known To All http://www.garlic.com/~lynn/2007m.html#67 Operating systems are old and busted http://www.garlic.com/~lynn/2007m.html#68 Operating systems are old and busted http://www.garlic.com/~lynn/2007m.html#69 Operating systems are old and busted http://www.garlic.com/~lynn/2007m.html#73 Operating systems are old and busted -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Operating systems are old and busted
On Sat, 2007-06-23 at 18:49 -0600, Anne Lynn Wheeler wrote: Twenty years from now a new generation of computer users will look back on the operating systems of today with the same bemused smile we look back at the cars of the late 1950s and early 60s. Why wait ???. Last week I meandered into the minix3 site - what goes around comes around. Kernel is around 4000 lines - IP and X included. Will have to give it a go, just for the experience. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Listing ALL 2nd level nodes ICF catalog
At 18:43 -0500 on 06/22/2007, David Speake wrote about Listing ALL 2nd level nodes ICF catalog: I seem to remember that for a CVOL catalog you could list all the nodes from just all the first nodes or all the nodes from 1 through n. IEHLIST maybe? Any way to do this for ICF. IDCAMS (I think I looked pretty good here), ISPF services (Here too). Anything callable from COBOL Mea Culpa - have not checked LE or USS. Anyone? Or keep digging? IDCAMS (or TSO) LISTC LVL(...)? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Unable to compile Java - iconv_init problem
Hi, When I compile my Java class (on 1.5.0), I get this message : CEE3250C The system or user abend U4093 R=00CC was issued. From entry point iconv_init at compile unit offset +11B90C78 at entry offset +00B8 at address 11B90C78. I do not know where to begin looking for this problem ! I have another z/OS system which is at 1.4.2. The exact same source file compiles and executes correctly. This has got me completely confused. Can you please suggest a way around this ? Regards, Nags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html