sprinti function malfunction

[programmer5]

Code: Select all

char someBuffer[100];
sprinti(someBuffer, "{digital_outputs %c %c %c %c}",'1','1','1','0');

I expect someBuffer to be {digital_outputs 1 1 1 0}
But result is {digital_outputs 1 1 0x0F Z}

May I know where I'm doing mistake? Or is it compiler bug?

Thank you.

[danilo.milovic]

Hi,

please send whole project folder in .zip archive so I can reproduce the issue.

Regards,

Danilo

[paulfjujo]

Code: Select all

char someBuffer[100];
sprinti(someBuffer, "{digital_outputs %c %c %c %c}",'1','1','1','0');

I expect someBuffer to be {digital_outputs 1 1 1 0}
But result is {digital_outputs 1 1 0x0F Z}

May I know where I'm doing mistake? Or is it compiler bug?

Thank you.

sprinti need integer as parameters , not ascii=1 byte

try

Code: Select all

sprinti(someBuffer, "{digital_outputs %c %c %c %c}",0x0031,0x0031,0x0031,0x0030);

or maybe

Code: Select all

sprinti(someBuffer, "{digital_outputs %c %c %c %c}",(int)'1',(int)'1',(int)'1',(int)'0');

[programmer5]

please send whole project folder in .zip archive so I can reproduce the issue.

this is complete project,

Code: Select all

void main() {
char someBuffer[100];
uart1_init(230400);
delay_ms(10);
sprinti(someBuffer, "{digital_outputs %c %c %c %c}",'1','1','1','0');
uart1_write_text(someBuffer);
}

Also attached zip file, board is lv18fj, freq=25MHz, there is no baud rate issue, same result at 9600 baud.


By the way, other sprint library routines (sprintl,sprintf) are also buggy.

[programmer5]

try

Code: Select all

sprinti(someBuffer, "{digital_outputs %c %c %c %c}",0x0031,0x0031,0x0031,0x0030);

or maybe

Code: Select all

sprinti(someBuffer, "{digital_outputs %c %c %c %c}",(int)'1',(int)'1',(int)'1',(int)'0');

As per library documentation, sprinti not necessarily prints only integers, it can print anything except long or float types.

[danilo.milovic]

Hi,

I've just tested

Code: Select all

sprinti(someBuffer, "{digital_outputs %c %c %c %c}",(int)'1',(int)'1',(int)'1',(int)'0');

and it works.

@paulfjujo thanks for helping our users.

Regards,

Danilo