I'm thinking that since you specified your library as part of the SYSLIB statement that is the reason you cannot change it. We put a library in there that is normally empty for "situations".
SYSLIB LINKLIB(SYS1.PDP.&SYSNAME..FIXLIB) /*---------------------------------------------- LNKLST DEFINE NAME(LNKLST00) LNKLST ADD NAME(LNKLST00) DSN(SYS1.LINKLIB) LNKLST ADD NAME(LNKLST00) DSN(SYS1.MIGLIB) As far as I can tell, there is no way to dynamically change datasets specified in the SYSLIB statement. While Lizette mentioned the error you received, you are not technically delete SYS1.LINKLIB, but because your site custom dataset is in SYSLIB, I believe that to be the reason why. Sounds like IPL time to me to fix. _________________________________________________________________ Dave Jousma Assistant Vice President, Mainframe Engineering [email protected] 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Mark Jacobs Sent: Thursday, September 11, 2014 10:30 AM To: [email protected] Subject: Re: CSV513I Issued for SYSLIB LINKLIB(xxxx) dataset AFAIK, this is the first time I've tried it. We're at zOS 1.13. I was just hoping that there was an option available on the command that would allow a wise, or bold, systems programmer to override this restriction. Mark Jacobs On 09/11/14 10:19, Lizette Koehler wrote: > Mark, > Not all datasets can be deleted from a Linklst. This message > indicated your dataset are in that category > > CANNOT DELETE SYSTEM DATA SET > You cannot delete system data sets SYS1.LINKLIB, SYS1.MIGLIB, > SYS1.CSSLIB SYS1.SIEALNKE, and SYS1.SIEAMIGE from a LNKLST set. > > > Were you able to do this in the past? > Is this the first time you are doing this dataset? > What version of z/OS? > > > Lizette > > >> -----Original Message----- >> From: IBM Mainframe Discussion List [mailto:[email protected]] >> On Behalf Of Mark Jacobs >> Sent: Thursday, September 11, 2014 5:40 AM >> To: [email protected] >> Subject: Re: CSV513I Issued for SYSLIB LINKLIB(xxxx) dataset >> >> Here's our SYSLIB statements; >> >> SYSLIB LINKLIB(SYS1.&SYSNAME..LINKLIB) SYSLIB >> LPALIB(SYS1.&SYSNAME..LPALIB) >> >> My commands were; >> >> SETPROG LNKLST,DEFINE,NAME=TEMP,COPYFROM=TCS2 >> CSV500I LNKLST SET TEMP HAS BEEN DEFINED >> >> SETPROG >> LNKLST,ADD,NAME=TEMP,DSN=SYS1.TCS2.LINKLIB.TEMP,ATTOP >> CSV501I DATA SET SYS1.TCS2.LINKLIB.TEMP HAS BEEN ADDED TO LNKLST SET >> TEMP >> >> SETPROG LNKLST,DELETE,NAME=TEMP,DSN=SYS1.TCS2.LINKLIB >> CSV513I DATA SET SYS1.TCS2.LINKLIB 136 WAS NOT DELETED FROM LNKLST >> SET TEMP. >> CANNOT DELETE SYSTEM DATA SET >> >> Mark Jacobs >> >> On 09/11/14 08:29, Elardus Engelbrecht wrote: >>> Mark Jacobs wrote: >>> >>>> I tried to replace the SYSLIB LINKLIB dataset in the linklist, but > SETPROG >> wouldn't let me delete the in use one from the newly defined linklist set. >>> Please show us your command attempt(s) and/or PROGxx member and the >> resulting message(s). >>>> IMHO, it either should be allowed for any of the SYSLIB datasets in > PROGxx, or >> at the least have an option on the SETPROG command that tells it that >> you understand the risks, but full speed ahead. >>> There is such command, but just tell us what did you do? >>> >>>> UNIX was not designed to stop its users from doing stupid things, >>>> as > that would >> also stop them from doing clever things. >>> A fool is better than foolproof software... <grin> >>> >>> Groete / Greetings >>> Elardus Engelbrecht >>> >> >> -- >> Mark Jacobs >> Time Customer Service >> Tampa, FL >> ---- >> > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN > > > Please be alert for any emails that may ask you for login information or > directs you to login via a link. If you believe this message is a phish or > aren't sure whether this message is trustworthy, please send the original > message as an attachment to '[email protected]'. > > > -- Mark Jacobs Time Customer Service Tampa, FL ---- The standard you walk past is the standard you accept. Lt. Gen. David Morrison, Australian Army Chief ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN 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 [email protected] with the message: INFO IBM-MAIN
