sprintf format issue

[Peter.J]

Hi,

I am doing a simple thing with string formatting:

sprintf(tmp_str,"%d.%d.%3d", version.major, version.minor, version.patch);

The version structure has values { 0, 5, 1 } and char tmp_str[20]. I want to achieve string like "0.5.001". Instead of getting this format, I am getting "0.5.d". 

For a curiosity I tried to change the format to "%3d.%d.%d" and I got "d.0.5". Format "%d.%d.%d" works as expected - 0.5.1.

I am using SDK 17.0.2 and SES 5.60.

Can somebody advise me how to brush sprintf to work as expected? I am not asking for workarounds how to get the expected string format rather to get sprintf working.

Thanx.

Best regards,

peter

[Peter.J]

Hi Ted,

thanx for your suggestion. We moved a bit, still not at the goal.

I had the printf precision off so I changed it to yes. The result is as follows:

- when using string format "%d.%d.%3d" the output is "v0.5.  1"

- when using string format "%d.%d%.3d", the output is "v0.5001"

A bit better but still not what we would like to see :)

Best regards,

peter

[Peter.J]

Hi Ted,

I realized I need to use the following string format: "%d.%d.%03d". Then I am getting the output as expected: "0.5.001".

Thanx a lot, Ted and Torbjørn, for an excellent support.

Best regards,

peter

[ovrebekk]

Hi  Peter

I assume "%d.%d.%.3d" would also work? 

Anyway, excellent to hear that you were able to get it working

Best regards
Torbjørn

[Peter.J]

Hi Torbjørn,

"%d.%d%.3d" gives me "v0.5001".

Thanx again to both of you for the support.

Best regards,

peter

[tedhavelka]

Hi Tobjørn,

I believe the leading zero in "%03d" is necessary to get output that has as many leading zeroes as needed to create fixed width tokens. But this should work with numeric and string tokens.  No reason "%03s" or "%010s" or similar would output differently in terms of width.

Regarding this language detail, I came across this subtle C formatting syntax several years ago when I wanted fix column output.  In particular leading zeroes provided me text fields which would alphabetize at a Unix shell prompt.  I am reluctant to assume "%3d" will product desired output without testing on the same target hardware which Peter has.  Testing on my side shows that "%3d" does not pad output with leading zeroes on a typical Ubuntu host running a modified, libc6 based "hello world" program.

And so too I would be assuming at this point that the leading zero in "%03d" can be any printable character, e.g. "%z3d" would pad with leading "z" characters but I must test this to be sure.  Somewhere too there is documentation among libc6 materials on this less often used feature of printf() family formatters.

- Ted