× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



No.

RMVLNK is similar to DLTOBJ.

The * in the path is a wild card that means any.

So the effect is to remove all links in /rootdir/subdir/subdir2/

When dealing with stream files, the file is not actually deleted and the
space freed until all hard links to the object are removed.  For most
stream file object, there exists only a single hard link, so RMVLNK is
often thought of as a delete.  But is isn't quite the same.

EDTF /mydir/myfile.txt
RMVLNK /mydir/*
/* myfile.txt is gone  */


EDTF /mydir/myfile.txt
ADDLNK obj(/mydir/myfile.txt) newlnk(/mydir2/myfile2.txt) lnktype(*HARD)

/* Make some change to myfile.txt */ 
EDTF /mydir/myfile.txt

/* Now look at myfile2.txt in mydir2, you'll see the data you think of
as being in myfile.txt */
EDTF /mydir2/myfile2.txt

/* Now remove the myfile.txt lnk */
RMVLNK /mydir/*

/* Guess what the data is still there and can be access via myfile2.txt
*/
EDTF /mydir2/myfile2.txt

 

HTH,

Charles Wilt
--
iSeries Systems Administrator / Developer
Mitsubishi Electric Automotive America
ph: 513-573-4343
fax: 513-398-1121
  

> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx 
> [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of 
> fbocch2595@xxxxxxx
> Sent: Thursday, April 06, 2006 9:47 AM
> To: midrange-l@xxxxxxxxxxxx
> Subject: Re: Delete IFS files WITHOUT deleting the directory
> 
> So, the RMVLNK equates to CLRLIB for the IFS?    
>  
>  
> -----Original Message-----
> From: Jones, John (US) <John.Jones@xxxxxxxxxx>
> To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
> Sent: Wed, 5 Apr 2006 13:31:22 -0500
> Subject: RE: Delete IFS files WITHOUT deleting the directory
> 
> 
> RMVLNK '/rootdir/subdir/subdir2/*' 
> 
> 
> John A. Jones, CISSP
> Americas Information Security Officer
> Jones Lang LaSalle, Inc.
> V: +1-630-455-2787 F: +1-312-601-1782
> john.jones@xxxxxxxxxx
> 
> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Bob O.
> Sent: Wednesday, April 05, 2006 1:25 PM
> To: midrange-l@xxxxxxxxxxxx
> Subject: Delete IFS files WITHOUT deleting the directory
> 
> Here's my issue...
> 
> I have a couple folders in the IFS that I do some processing to in our
> overnight procedure.  During the day, many pdf files are created and
> stored in folder1.  In the overnight process, these files are renamed
> and moved to another folder (folder2).
> 
> What I want to do is; in the overnight procedure, go back to folder 1
> and delete any stragler files that may be there.  I don't 
> want to delete
> the folder they reside in.  These folders are not in QDLS.  
> They are in
> the regular IFS.
> 
> Another issue is that I do not know the names of the files to be
> deleted.  
> Isn't there some simple way to just access an IFS folder with a CL
> command and delete anything that's in that folder?  If not, you would
> think that IBM would have come up with something like this YEARS ago.
> 
> 
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
> unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, 
> please take a
> moment to review the archives at 
> http://archive.midrange.com/midrange-l.
> 
> 
> 
> This email is for the use of the intended recipient(s) only.  
> If you have 
> received this email in error, please notify the sender 
> immediately and then 
> delete it.  If you are not the intended recipient, you must 
> not keep, use, 
> disclose, copy or distribute this email without the author's 
> prior permission.  
> We have taken precautions to minimize the risk of 
> transmitting software viruses, 
> but we advise you to carry out your own virus checks on any 
> attachment to this 
> message.  We cannot accept liability for any loss or damage 
> caused by software 
> viruses.  The information contained in this communication may 
> be confidential 
> and may be subject to the attorney-client privilege. If you 
> are the intended 
> recipient and you do not wish to receive similar electronic 
> messages from us in 
> future then please respond to the sender to this effect.
> 
> -- 
> This is the Midrange Systems Technical Discussion 
> (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
> -- 
> This is the Midrange Systems Technical Discussion 
> (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
> 
> 


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.