Re: Relationship of TBDISPL to row displayed
Kenneth, I don't think trying to post the code here would be all that productive. I tried it, and just too much of it. Written in assembler, with both a local routine work area that some of the code references, and a global work area that gets refernced as well. Would probably just genrate more questions and confusion. When I posted the original question, I was hoping that someone would say something like 'you've got to do X to do this right', whatever X was in the code that had to be done. In other words, I was hoping this was something that was well known, and run into before. ISPF is not my strong suit, but I'm learning. Steve's last suggestion to set ZTDTOP doesn't seem correct, to me, as the manual states it is an output variable, similar to ZTDSELS for number of rows selected. I'm going to play with it, adding logic to be able to examine the ZTD system variables, and am confident I can get the code to work. Thanks to you and Steve for taking the time to look at the post, and try to help. --Dave - Original Message - From: "Kenneth E Tomiak" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Sunday, June 24, 2007 2:29 AM Subject: Re: Relationship of TBDISPL to row displayed Dave, If you want help debugging your code you need to show it, not jot down some notes what you think you are doing. Steve, myself, and many others have done this with no problem. It can work. So like you indicated in your original post, you obviously are doing something wrong. Read you OP and see if you can figure it out from what you provided us to work with. Then post your solution. On Sat, 23 Jun 2007 13:09:29 -0500, David Day <[EMAIL PROTECTED]> 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. -- 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: Upgrade went mostly well :(
It seems that Crypto Express2 needs to be configured as a co-processor use the PPINIT utility. Because SSL is the majority (all) of our current use, I configured all three as SSL accelerators. I had to re-configure back to co-processor to run the PPINIT utility. The Net-Pass key came in this morning. The z9 and 1000G OSA appear much faster. Temp BMC key for Control-D runs out tomorrow. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gibney, Dave Sent: Saturday, June 23, 2007 2:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: 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
IBM deals with Outages
I saw this and thought that this might be useful in the discussion as to why there wasn't a better response to the IBMLINK outage: http://news.yahoo.com/s/ap/20070624/ap_on_bi_ge/ ibm_outsourcing_overhaul_1 -- 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 == wrote2007-06-23 13:09: 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. Of course. Was just curious. Seems to me that they were ineffectively used. (As they have time to do private work.) 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: Unable to compile Java - iconv_init problem
There is also an LE APAR PQ84939 from 2004 which might be implicated if you don't have that maintenance installed. Bill On Sun, 24 Jun 2007 05:16:20 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote: >On Sun, 24 Jun 2007 15:26:31 +1000, Nagesh Subrahmanyam <[EMAIL PROTECTED]> >wrote: > >>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. >> > > >Do you have hlq.SCEERUN2 in the LNKLST (or available from STEPLIB)? > >Mark >-- >Mark Zelden >Sr. Software and Systems Architect - z/OS Team Lead >Zurich North America / Farmers Insurance Group: G-ITO >mailto:[EMAIL PROTECTED] >z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ >Systems Programming expert at http://expertanswercenter.techtarget.com/ >Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: Unable to compile Java - iconv_init problem
On Sun, 24 Jun 2007 15:26:31 +1000, Nagesh Subrahmanyam <[EMAIL PROTECTED]> wrote: >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. > Do you have hlq.SCEERUN2 in the LNKLST (or available from STEPLIB)? Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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: Read JCL Symbols from a program?
I think I have time to start looking into this. By now the thread veered off into complaints from eons ago. Most current compilers allow passing parameters in with the source code so JCL limitations are not what they once where for compile procs. The PARM='' limit has not changed. Asking IBM how to reach an undocumented or unsupported control block is not likely to get the results you want. If the have a callable interface then it would be documented. Are you willing to follow control blocks, unsupported, if that is what it takes? Have you given up or found a path to follow? On Tue, 12 Jun 2007 15:17:57 -0500, Kirk Wolf <[EMAIL PROTECTED]> wrote: >Does anyone know how to read the current JCL symbols from a program? > >ASASYMB apparently won't do it. Its frustrating, since you might be >able to use for some interesting things. > >Thanks for any help, > >Kirk Wolf >Dovetailed Technologies > >-- >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: Unable to compile Java - iconv_init problem
1-800-CALL-IBM Have your customer number handy. On Sun, 24 Jun 2007 15:26:31 +1000, Nagesh Subrahmanyam <[EMAIL PROTECTED]> wrote: >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 -- 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: New Terminology for MF Job Functions
Long ago I was told 'mainframe' people need to learn the business lingo. In my current role I no longer apply PTFs to the system, I apply patches. just the same lingo as the server people. PTFs cause a glazed look on auditors eyes in some shops, but they know what patches are. In the Navy I was an 'Operations Specialist', fancy title for Radar Operator on a computer based system. We were using a track ball in 1974! On Sat, 23 Jun 2007 07:52:09 -0400, Lizette Koehler <[EMAIL PROTECTED]> wrote: >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 -- 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
Dave, If you want help debugging your code you need to show it, not jot down some notes what you think you are doing. Steve, myself, and many others have done this with no problem. It can work. So like you indicated in your original post, you obviously are doing something wrong. Read you OP and see if you can figure it out from what you provided us to work with. Then post your solution. On Sat, 23 Jun 2007 13:09:29 -0500, David Day <[EMAIL PROTECTED]> 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. -- 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
On Sat, 23 Jun 2007 22:00:16 -0400, Robert A. Rosenberg <[EMAIL PROTECTED]> wrote: >At 18:43 -0500 on 06/22/2007, David Speake wrote about Listing ALL >2nd level nodes ICF catalog: > >> >>Anything callable from COBOL >>Mea Culpa - have not checked LE or USS. >>Anyone? Or keep digging? > >IDCAMS (or TSO) LISTC LVL(...)? > Like ISPF 3.4, that will give you 3rd, 4th, 5th, nth level names as well. If he is only after unique 2nd level nodes then that will not give him more. At that point, the IGGCSI00, catalog search interface, would be the recommended method to programatically get a result set and filter out what he wants. -- 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