[Bug 269250] split(1): auto-extend suffix length if required
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 269250] split(1): auto-extend suffix length if required"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 269250] split(1): auto-extend suffix length if required"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 269250] split(1): auto-extend suffix length if required"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Mon, 30 Jan 2023 16:20:08 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269250 Bug ID: 269250 Summary: split(1): auto-extend suffix length if required Product: Base System Version: Unspecified Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: bin Assignee: bugs@FreeBSD.org Reporter: jschauma@netmeister.org I've just committed a change to NetBSD's split(1) to auto-extend the suffix-length if needed: If the input cannot be split into the number of files resulting from the default suffix length, automatically extend the suffix length rather than bailing out with 'too many files'. Suffixes are extended such that the resulting files continue to sort lexically and "cat *" would reproduce the input. For example, splitting a 1M lines file into (default) 1000 lines per file would yield files named 'xaa', 'xab', ..., 'xyy', 'xyz', 'xzaaa', 'xzaab', ..., 'xzanl'. If '-a' is specified, the suffix length is not auto-extended. This behavior matches GNU sort(1) since around version 8.16. The NetBSD diffs are here: http://cvsweb.netbsd.org/bsdweb.cgi/src/usr.bin/split/split.c.diff?r1=1.28&r2=1.29 http://cvsweb.netbsd.org/bsdweb.cgi/src/usr.bin/split/split.1.diff?r1=1.15&r2=1.16 -- You are receiving this mail because: You are the assignee for the bug.