• The Four Hundred
  • Subscribe
  • Media Kit
  • Contributors
  • About Us
  • Contact
Menu
  • The Four Hundred
  • Subscribe
  • Media Kit
  • Contributors
  • About Us
  • Contact
  • Deleting with a Generic File Name

    January 14, 2004 Hey, Ted

    I’ve been working on the AS/400 for almost 15 years now, and I’ve always thought that a physical file could not be deleted until all the logical files based on the physical file had been deleted. However, while working on a problem dealing with deleting a physical file when a logical may or may not exist, I tried using a generic file name. My reading of the DLTF command description led me to believe that the files would not be deleted. To my surprise, the files–the physical file and the two logical files–were deleted. Did I misunderstand the description? Is this an undocumented feature? Has everyone but me known this for years?

    –Jim

    You’re not the only one who didn’t know this. If I knew it, I had forgotten it. I’m glad you brought this up, because we all need reminders of little things like this every now and then.

    The documentation mentions that you can delete a group of files by specifying a generic name. The documentation does not say that the system will delete the logical files first, but that is the case. Even if a logical file’s name comes after the physical file’s name in the collating sequence, and even if the logical file is in a different library, as long as the logical file’s name fits the generic name, OS/400 will delete it before attempting to delete the physical file.

    If the name of a logical file does not fit the generic name, OS/400 will not delete the logical, and therefore will not delete the physical file. However, it will still delete the logical files whose names fit the generic pattern.

    –Ted

    Share this:

    • Reddit
    • Facebook
    • LinkedIn
    • Twitter
    • Email

    Tags:

    Sponsored by
    Midrange Dynamics North America

    Want to deliver DevOps on IBM i?

    DevOps enables your IBM i development teams to shorten the software development lifecycle while delivering features, fixes, and frequent updates that are closely aligned with business objectives. Flexible configuration options within MDChange make it easy to adapt to new workflow strategies and policies as you adopt DevOps practices across your organization.

    Learn More.

    Share this:

    • Reddit
    • Facebook
    • LinkedIn
    • Twitter
    • Email

    Ultra Density Optical One Step Closer to Reality on iSeries Two Crazy iSeries Ideas for 2004

    Leave a Reply Cancel reply

Volume 4, Number 1 -- January 14, 2004
THIS ISSUE
SPONSORED BY:

T.L. Ashford
Damon Technologies
WorksRight Software
SuSE Linux
iTera

Table of Contents

  • Why SQL? Why Now?
  • Deleting with a Generic File Name
  • Functions Can Modify Parameters, Too
  • Admin Alert: Three Common Mistakes in CL Administration
  • OS/400 Alert: Spoofing and Demonstrations

Content archive

  • The Four Hundred
  • Four Hundred Stuff
  • Four Hundred Guru

Recent Posts

  • Positive News From The Kyndryl Mainframe Modernization Report
  • NAViGATE, inPower 2025 On Tap for September 2025
  • Guru: WCA4i And Granite – Because You’ve Got Bigger Things To Build
  • As I See It: Digital Coup
  • IBM i PTF Guide, Volume 27, Number 37
  • AI Is Coming for ERP. How Will IBM i Respond?
  • The Power And Storage Price Wiggling Continues – Again
  • LaserVault Adds Multi-Path Support To ViTL
  • As I See It: Spacing Out
  • IBM i PTF Guide, Volume 27, Numbers 34, 35, And 36

Subscribe

To get news from IT Jungle sent to your inbox every week, subscribe to our newsletter.

Pages

  • About Us
  • Contact
  • Contributors
  • Four Hundred Monitor
  • IBM i PTF Guide
  • Media Kit
  • Subscribe

Search

Copyright © 2025 IT Jungle