[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#20511: split : does not account for --numeric-suffixes=FROM in calcu
bug#20511: split : does not account for --numeric-suffixes=FROM in calculation of suffix length?
Wed, 06 May 2015 18:48:08 +0100
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
On 06/05/15 18:37, Ben Rusholme wrote:
>> 4. Auto set the suffix len based on FROM + CHUNK.
>> That would support use case 1 (single run),
>> but _silently_ break subsequent processing order
>> of outputs from multiple split runs
>> (as FROM is increased in multiples of CHUNK size).
>> We could mitigate the _silent_ breakage though
>> by limiting this change to when FROM < CHUNK.
>> 5. Document in man page and with more detail in info docs
>> that -a is recommended when specifying FROM
>> So I'll do 4 and 5 I think.
> Thanks, that would solve the problem I was having.
> Please feel free to end this conversation here, but if you can spare the time
> I’d be very interested in an example of a multiple split run for my own
> education/understanding/curiosity? I assume you mean processing subsets of
> the input, but can’t see how to do that (after experimenting on the command
> line and searching the documentation) except —number=l/k/n which does know
> the size of the total set?
Well you could process subsets but even more simply
consider splitting a set of input files in 2,
to a set of output files.
for f in *.dat; do
split -a4 --numeric=$i $f -n2; i=$(($i+2))
(to be truely generic you would set the -a parameter
based on the number of files and -n).