View previous topic :: View next topic
|
Author |
Message |
mari_m
New User
Joined: 08 Apr 2021 Posts: 2 Location: India
|
|
|
|
Hi,
I'm trying to include few new libraries on to the "current allocations" listed out in the TSO ISRDDN util.
While updating ISPLLIB, I get an error that the library is already open.
While updating STEPLIB, I get the error "IKJ56236I FILE STEPLIB INVALID, FILENAME RESTRICTED"
When updating SYSPROC, its only available for that session. Re-login wipes out the allocations.
I'm sure there is a place(sys SKEL/PANEL/through some command), where we update these libraries and make it as part of permanant allocation.
Can someone pls. throw some light on this. I searched on the site and nowhere I could find a solution.
thanks,
mari. |
|
Back to top |
|
|
Willy Jensen
Active Member
Joined: 01 Sep 2015 Posts: 734 Location: Denmark
|
|
|
|
You cannot reallocate the ISPxxxx libraries when ISPF is active. You can use the LIBDEF service to add and remove libraries dynamically.
You need to change the logon script (assuming that you have one) to update the permanent allocations.
STEPLIB as the message says cannot be reallocated, period. There are dynamic steplib programs out there, like STEPLIB in file 452 at www.cbttape.org.
When you say 'updating SYSPROC' do you mean dynamically? Changes will only stick if you change the login script or the JCL.
For changing your login script you need to talk to your system people. There is a way though. You can write your own login script, then when logged in you exit to READY and run that script. I have a macro in my 3270 emulator do do just that. |
|
Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006 Posts: 2594 Location: Silicon Valley
|
|
|
|
You can use the TSOLIB command to add your private data sets to the search order for load modules. |
|
Back to top |
|
|
steve-myers
Active Member
Joined: 30 Nov 2013 Posts: 917 Location: The Universe
|
|
|
|
The "official" line about STEPLIB is it should not be used in LOGON procs. STEPLIB is searched first, even before JPA/MLPA/LPA/LINKLIST. This potentially causes a performance penalty.
TSOLIB is standard TSO/E, though in other respects it has the same performance issues as STEPLIB. I think I know what happens if TSOLIB is used when STEPLIB is present, but I'm not sure enough to put it here.
SYSPROC can be freed and reallocated, or the allocation can be altered at any time. |
|
Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006 Posts: 2594 Location: Silicon Valley
|
|
|
|
The problem with free / allocate of SYSPROC and SYSEXEC is that you have to figure out which data sets were provided by the logon proc and then allocate all of those, plus your own.
For that reason, they provide the ALTLIB command. It leaves SYSPROC alone but adds your data sets to the search order. |
|
Back to top |
|
|
Willy Jensen
Active Member
Joined: 01 Sep 2015 Posts: 734 Location: Denmark
|
|
|
|
The problem with anything which can be set dynamically (ALTLIB, TSOLIB, dynamic STEPLIB, LIBDEFS etc) is that they can be changed by an application which, if it fails, may not restore the environment properly. I very much prefer permanent allocations done by a login script, having as little JCL in the login procedure as possible. |
|
Back to top |
|
|
mari_m
New User
Joined: 08 Apr 2021 Posts: 2 Location: India
|
|
|
|
Thanks Willy. Changing the login script resolved the issue. |
|
Back to top |
|
|
|