Yeah, like every rule, there are exceptions. If on some particular system there were a very high overhead for a failed file open (or some analogous operation) then that might justify pre-validating an operand.
Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Paul Gilmartin Sent: Wednesday, September 30, 2020 6:40 AM To: [email protected] Subject: Re: blanks at the end of Unix file names - was LMINIT cannot handle concatenation with more than 16 data sets? On Wed, 30 Sep 2020 08:01:09 -0500, Walt Farrell wrote: >On Tue, 29 Sep 2020 16:59:34 -0700, Charles Mills wrote: > >>Applications should not "validate" filenames before attempting to open or >>create a file. Present the name to the file system API and report any error >>back to the user. Application filename validation is what leads to these >>inconsistencies. > >I will strongly agree with that, Charles. > However, queue latency provides a (weak) motive for the reader to perform syntax checking so gross errors can be reported promptly. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
