Linux allows 4K UTF-8 characters, so 16K bytes is possible. https://listserv.ua.edu/cgi-bin/wa?A2=ind1905&L=IBM-MAIN&P=R19142&X=0C1F3202D837335EDF- May 2019, Request For Enhancement to z/OS. 16 bit length so 64K possible, current limit for dynamic allocation at 255, defined limit of 1023.
https://www.ibm.com/support/knowledgecenter/SSEQVQ_8.1.10/client/c_cmd_filespecsyntax.html The length of a file specification is limited. On AIX, Solaris, and Mac: The maximum number of characters for a file name is 255. The maximum combined length of the file name and path name is 1024 characters. The Unicode representation of a character can occupy several bytes, so the maximum number of characters that a file name might contain can vary. [ UTF-8 goes to 4 bytes, so 4096 possible - Mike Schwab] On Linux: The maximum length for a file name is 255 bytes. The maximum combined length of both the file name and path name is 4096 bytes. This length matches the PATH_MAX that is supported by the operating system. The Unicode representation of a character can occupy several bytes, so the maximum number of characters that comprises a path and file name can vary. The actual limitation is the number of bytes in the path and file components, which might correspond to an equal number of characters. [ UTF-8 goes to 4 bytes, so 16K possible - Mike Schwab] On Linux: For archive or retrieve operations, the maximum length that you can specify for a path and file name (combined) remains at 1024 bytes. [ UTF-8 goes to 4 bytes, so 4096 possible - Mike Schwab] The maximum number of bytes for a file name and file path when combined is 6255. However, the file name itself cannot exceed 255 bytes. Furthermore, directory names (including the directory delimiter) within a path are limited to 255 bytes. The Unicode representation of a character can occupy several bytes, so the maximum number of characters that a file name might contain can vary. [ UTF-8 goes to 4 bytes, so 1563-6255 possible - Mike Schwab] When using the open file support feature with VSS, the backup-archive client adds the snapshot volume name to the path of the objects being processed. The resulting path (snapshot volume name plus object path) must adhere to the limits shown. The snapshot volume name can be up to 1024 bytes. On Thu, Dec 3, 2020 at 6:16 PM Charles Mills <charl...@mcn.org> wrote: > > Is that a z/OS limit or an FTP limit? Reading the doc leads me to think it is > an FTP limit, not a z/OS limit. > > Charles > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mike Schwab > Sent: Thursday, December 3, 2020 3:26 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: C macro for maximum path length? > > Sorry, here is the error message. > https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.cs3cod0/ftp550113.htm > z/OS Unix System Services specifies the maximum file name of 255 and > path of 1023. > > https://www.ibm.com/support/pages/apar/PI70999 > Rhapsody on Windows before 10 had a limit of 260 characters in a path. > > On Thu, Dec 3, 2020 at 4:56 PM Charles Mills <charl...@mcn.org> wrote: > > > > I see > > > > #define FILENAME_MAX 1024 > > > > in stdio.h V2R4 > > > > Where does that fit into this conundrum? > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN