Re: SV: STEPLIB problems - was: PDSE
Thomas, STEPLIB from CBTTAPE works, I've tested it but its not supported/recommended. There was a discussion about DYNAMIC STEPLIB last year and Jim Mulder wrote: The only supported mechanism in MVS for adding to the module library search order within as address space is an ATTACH with a TASKLIB. This is the only supported way to set TCBJLB. Any program which modifies TCBJLB in an existing TCB is wrong to do so. I would recommend against having any such program installed on your system. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PDSE
Hello all, thank you for your updates and hints. Lets bring the discussion to an end ... The "problem" started when we began to install z/OS 1.12 and my colleagues did not want me to use dynamic steplib in the future (that was another post some month ago). So we decided to bring this load library to LNKLST. This worked fine for some weeks. No we wanted to install some maintenance to this library and this did not work as expected. The library is PDSE and from the posts I learned that we should not do what I wanted to do. So finally we decided to remove it from LNKLST and define it as a STEPLIB to the logon-procedure. That solves all the problems with lnklst and makes it much more easier to install maintenance. Bringing a dataset to LNKLST has nothing to do with "chic" or something else. Its just a way to make lmods available for users in an easy way. All the following problems when its PDSE and in LNKLST and you want to add/change lmods where not expected and I was a little bit surprised. By the way ... I'm not a z/OS-sysprog - only responsible for non-z/OS-software. So I was not aware of all the restrictions z/OS has. But I know that (I think) a lot of sysprogs do what they should not do. Yes I understand Peter and Jim and some others who say what I should not do, whats on my own risk and whats not supported and and and I know some of these problems more than 30 years and since that time there is no useable supported solution from IBM. But that's another discussion. Finally ... this PDSE-library was moved to logon-procedure and removed from LNKLST and all works fine and we have to live with all the secondary effects. regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
PDSE
hello, I have a very strange "problem". Maybe there is someone having an idea how to solve it. So what happens: We have a pdse-load-library (with only primary allocation - no secondary!) for testing software. Now when testing a new versions we first delete all members with a batch-job and copy the new version to this dataset. This worked fine in the past but now ... ... we added this dataset to LINKLIST to get rid of the steplib. When I now delete all members and copy the new version to that dataset I will receive D37. I can see that after deleting all members the dataset is still filled with 80%. Someone told me that I have to do a LLA REFRESh afterwards but that did not help. When you browse that dataset ISPF says that there are no members in, but its still 80% used. Then I do an ISPF-COPY for one member and then its only filled with 1%. When doing the same with a batch job it does not help. I'm quite sure that it has to do with the LINKLIST and the PDSE-format. I tested it with z/OS 1.10 and 1.12 .. no difference. Has anyone had the same problem before and has a solution for me? Any comments are welcome. regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Product code 360HTX035?
Hello Pete, maybe this helps you: ftp://ftp.boulder.ibm.com/networking/nswww/did/f1nb4100.pdf regards Juergen -- 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: TSO SCREENSIZE
I wonder what the TERMINAL-command is for. When I change SCRSIZE I can see that something changes but not for the application issuing some TPUTs (I think that are TPUTs). I traced the data send to the screen and there where only the typical 2-byte-fields giving the position. And this is shown with the the physical screen size of the terminal and NOT the physical screensize changed with the TERMINAL-command. Yes we can change the application program but its a very old one and I think noone will do that. As explained before the same Problem happens with SDSF nativ under TSO and that is definitely a new application. Its very frustrating -- 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
TSO SCREENSIZE
hello together, I have a strange problem and maybe someone had the same and had a solution for this we got new terminals with bigger sizes and now the users wants to use the "new" PCOM-size of 62x160 which is supported I think since PCOM6.0. So a user logon to TSO with the "variable" logmode D4C32XX3. In ISPF you can see that it uses 62x160 (SDSF LOG) and TSO also uses 62x160 (also SDSF LOG). Now we have some ISPF-applications having problems with this logmode. The panels are not defined to ISPPLIB and look like "hardcoded" in the application. The result is that the panels are disrupted. The first line (80 bytes) of the panel is shown in line 1 - byte 1-80 and the second line of the panel is shown in line 1 - byte 81-160. The result is that the panels look very stange. Now I had the idea to use the TERMINAL-command and set the screensize to 43x80 for this application (first command in calling REXX). But unfortunately the result is the same. I can see that TSO has switched its size but the panels of the application are still disrupted. The problem now is what are this very old applications doing? Do we have sourcecode? We have no answer .. we only have that problem :-( Then I tried to call SDSF in READY-mode of TSO after I had changed the screensize to 43x80. The result is the same. The panel is disrupted and look like the problem we have with our applications. I can ask IBM (pmr) but I new the answer: "why are we doing that" and "this is not supported". But I only want to help the users to use 62x160 for ISPF and maybe 43x80 when using TSO. To make it complete confusing ... it you change SCRSIZE to 24x80 all looks fine ... only with 32x80, 43x80 and 27x132 and SDSF called in READY-mode you have that problem (and also with our own application). Is there anyone who had the same problem in the past and got a solution? TNX Juergen -- 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: dynamic STEPLIB
hello Andy, but it does NOT work for us :-( If you use for example Connect:Direct (which is now an IBM product) and you don't have defined a STEPLIB you will receive S806. An ISPLLIB is also defined with LIBDEF but does not help. And there are some more examples ... Juergen (sorry I've missed the "NOT") -- 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: dynamic STEPLIB
hello Andy, but it does work for us :-( If you use for example Connect:Direct (which is now an IBM product) and you don't have defined a STEPLIB you will receive S806. An ISPLLIB is also defined with LIBDEF but does not help. And there are some more examples ... Juergen -- 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
dynamic STEPLIB
hello folks, this "problem" has been discussed in the past but it always comes up again. We are just migrating to z/OS 1.12 and our old version of STEPLIB-command (something from CBT-Tape) does not work any longer. So we have to migrate to a newer version found on the actual CBT-Tape. I hope it will work. So why do we use dynamic STEPLIB? It does not make any sense to allocate a load-library in LINKLST or STEPLIB of logon-procedures when only a handful of people are using it. And if you do changes in the library-names you have to change a lot of things. So using dynamic STEPLIB is a very good thing to use. But I know and use this more than 20 years. And I do not understand why IBM does not offer an "official" way of doing this which is maintained with the approprate z/OS release. There is a use for it and more use than some other things which are developed in the past used by nearly noone :-( regards Juergen -- 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: Shop Zseries Down I have http 500 server error ?
no its not down .. we get the same error and just click the RELOAD-button from the browser and the page will be displayed. Maybe a timing-problem??? -- 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: upgrade to pcomm 5.9 cant login..more
Larry, you should upgrade to 6.0 and not 5.9. We tested 5.9 when switching to secure-sessions and had some problems. They are fixed in 6.0. It runs now without any problems. Juergen -- 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: Why are TSO IDs limited to 7 characters
maybe I'm wrong but I think its something historical. TSO used SYS1.UADS in the past. Every user has a member in SYS1.UADS named like his userid plus the character "0". As the length of a member is limited to 8 characters minus the "0" its only seven characters left for the userid. But there might be other reasons ... regards Juergen -- 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-DYNAMIC 3270 emulated terminal type
hello Nick, just let me say that you are not alone. We also use larger screen-sizes when looking at syslogs or dumps etc. But the main problem is that you have to configure it by editor in the WS-profile (as explained in your link). And whenever you change anything in your PCOM-characteristics and saving your profile (or when leaving PCOM with save), this is overwritten by the model- type from the configuration. Now PCOM Vers. 6 gives you the chance to define 62*160 as screen-size in the configuration. This helps to avoid the above problem. And yes its true, most of the applications still use 24x80. In ISPF we prefer the setting of screen format to "1" (data). Then, when you are not in split screen with a syslog on one screen, most of the panels are sown in 24x80 and only when data is longer the size changes. But that is how a user likes it. With LOGON-Commands we offer the possibility of using fixed sizes or varaiable sizes. So every user can do what he wants. regards Juergen -- 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: WTO Alternative using HLASM
Wayne, thats exactly what they do in the DSME-exit: WTO TEXT=WMAIN05,LINKAGE=BRANCH,ROUTCDE=&WTO_R,DESC=&WTO_D The exit runs now for years without any problems. Juergen -- 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: WTO Alternative using HLASM
hello Conrad, why is it not allowed to use WTOs in DSME-Exit? We bought an exit from IBM and it uses WTOs. So it can be used. regards Juergen -- 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
EPHEMERAL UDP SOURCE PORTS
hello Vtam-fellows, we had several outages to EnterpriseExtender customers after migrating to z/OS 1.10. Everyone who wants to migrate to z/OS 1.10 (or 1.9 or 1.11) and is using EnterpriseExtender should have a look at: OA31452 TOLERATE USE OF EPHEMERAL UDP SOURCE PORTS FOR EE UA51894 569511701CLOSED 1A0 COR 1000 UA51895 569511701CLOSED 1B0 COR 1000 UA51896 569511701CLOSED 190 COR 1000 regards Juergen Keller -- 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: Replacing IBM 3745
hello Philip, hello Chris, the part with CISCO SNASw is exactly what we did when replacing the 3745s. We moved the old X.21 SDLC links from 3745 to SNASw without any impact to the customers and it works really fine. We also moved FrameRelay-links with 64Kb and they also work without any impact. regards Juergen -- 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: How do I issue Vary SMS commands in batch
try this: //CMD EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSINDD DUMMY //SYSUT2 DD SYSOUT=(A,INTRDR) //SYSUT1 DD DATA,DLM=XX /*$VS,'cmd' XX regards Juergen -- 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
SFTP and SCP
hi all, does anyone have positive experience with software supporting SFTP and SCP on mainframe? We already looked at Connect:Direct and Axway Synchrony Transfer. Maybe there exists more comfortable software including sequential scheduling. Thanks in advanced Juergen -- 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: Does a DD-Statement "waste memory" after dealloc?
Michael, I remember some years ago I wrote an assembler-routine doing OPEN/GET/CLOSE some hundred times a day. After some weeks the routine terminated with 878 and the dump was full of wasted storage-entries all heaving the same length (I do not remember details). The solution was to code the FREEPOOL-Makro. Explanation: The FREEPOOL macro releases an area of storage, previously acquired for a buffer pool for a specified data control block. The area must have been acquired either automatically (except when dynamic buffer control is used) or by executing a GETPOOL macro. For queued access methods, you must issue a CLOSE macro for all the data control blocks using the buffer pool before issuing the FREEPOOL macro. For basic access methods, you can issue the FREEPOOL macro when the buffers are no longer required. A buffer pool need be released only once, regardless of the number of data control blocks sharing the buffer pool. SC26-7408-02 I think this hasn't changed yet. It was an assembler-routine but other languages will internally do the same and if IBM uses the same routines for OPEN/GET/CLOSE it will be the same result .. remaining storage. Maybe that's the reason why you only see it on IBM-Systems Juergen -- 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: Servicelink again
Hi Bob, it depends on the browser you use. IE8 or FF do it correct. Barbara's problem is IE6 .. the last one supported under W2K. I hate it when pages are designed based on the version of a browser Juergen -- 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: ist663i suppression
hi, have a look at "SYS1.SAMPLIB(ISTINCNO)". There you can see how the messages are defined. There might be an option to change SUPP to ALWAYS and create a new table. I havn't done this before so I don't know if it works. See als OW13186 for some explanations. Maybe this helps you. Juergen Keller -- 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: USSTAB
hello everybody, thank you also for the responses. My fault was, that I only looked in the VTAM-books as done for years. So I didn't find/knew the new functions in IP. But .. I opened a question at service-link about this and this is the answer: Even though both TN3270 and VTAM SNA are using the same USSMSG macros, it is two different components in Communications Server writing the USSMSG to the terminal. As such it takes modifications to two different modules to understand the system symbolics, replace the variables and write the actual content to the terminal. There was a requirement that was addressed for TN3270 access and this function was implemented because there were many customer asking for this. At the same time no customer raised this request for SNA access so there was no need to put additional code into the SNA USSMSG code. It would be nice to have this functions in TN3270 and SNA to have only one unique table but as I understand we need another requirement and also many customers asking for this and this will be the "problem". regards Juergen -- 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: USSTAB
Martin, I've looked through the IP-Reference (1.8 - SC31-8776-10) and did not find any entry that you can use system symbols in USSMSG. There are some varables starting with @ but no system-symbols. Is it a function in 1.9 or 1.10? Juergen -- 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: USSTAB
I also wanted to have the systemid on screen when getting the Vtam-good- morning-message. The supplied variables do not give a chance to do that like LUNAME etc. So I had to code a separate table for each system. You can tell assembler to use some variables but once it is coded it will be used. Vtam will not put in the variable at execution-time (whenever it writes MSG10 to the screen). I think this is what RON also wanted to have (if I'm not wrong). But if there is a legal (and supported) way I will also be interested. -- 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