Idiomatic fixes 2

[chris-ha458]

c918f37 and 0b3ff3b need special attention.

Since the length + 1 was not necessary, i removed it and changed some code (length - 1) downstream.

This does affect the match range, and so i changed the range to match the original behavior, but it looks strange now
(0~510 instead of 512?)

other than that it is mostly sideeffectless changes, except 7d65129 which changed exit behavior.

If the original exit code 1 is strictly necessary there are other ways to do recover the behavior as well.

[nickspring]

Exit code 1 should be there as I would prefer to have it compatible with Python CLI tool.
But panic! will return exit code > 0 too, yes?

[nickspring]

This does affect the match range, and so i changed the range to match the original behavior, but it looks strange now
(0~510 instead of 512?)

what do you mean?

[chris-ha458]

What I meant was that the intended range was unclear to me.

[chris-ha458]

Exit code 1 should be there as I would prefer to have it compatible with Python CLI tool. But panic! will return exit code > 0 too, yes?

Yes panic! returns 101 as an exit code.
13abf49
is a version that returns specifically 1.

It less concise though.

[nickspring]

I guess we can leave panic! here. No problem.

About +1 and 510 - it looks okay.

[chris-ha458]

So which do you prefer?
13abf49
changes it to

let exit_code = match normalizer(&args) {
        Err(e) => {
            eprintln!("{}", e);
            1
        }
        Ok(code) => code,
    };

process::exit(exit_code);

or
as it was before?

match normalizer(&args) {
        Err(e) => panic!("{e}"),
        Ok(exit_code) => process::exit(exit_code),
    }

?

[nickspring]

Second one, pls.

[chris-ha458]

Reverted!

[nickspring]

Is it the final version of PR? Can I check & approve it?

[chris-ha458]

Yes. I think other changes can wait until after this one has been considered and merged.