problem with printf()

Don't forget the &ltpre&gt and &lt/pre&gt tags to make code posts legible:

void main (void)
{
   unsigned char f;
   for (f=0; f<=255; ++f)
      printf( %bu \n", f); // Works
}

void main (void)
{
   unsigned int f;
   for (f=0; f<=255; ++f)
      printf( %u \n", f); // Doesn't Work
}

Don't forget the &ltpre&gt and &lt/pre&gt tags to make code posts legible:

void main (void)
{
   unsigned char f;
   for (f=0; f<=255; ++f)
      printf( %bu \n", f); // Works
}

void main (void)
{
   unsigned int f;
   for (f=0; f<=255; ++f)
      printf( %u \n", f); // Doesn't Work
}

Maybe there is a timing issue. Do these 2 statements work?

printf( "%s \n", "x" );
printf( "%s \n", "xyz" );

Hello,
Yes the opening quote is in the original program, I made a mistype.

What happens when doesn't work??
It's interesting.
let say variable is
unsigned int c
when c=3 it writes me to the screen
eg. 832456
I'm going to check again and I'll write the correct answer.

I tried the following program
printf (" %bu %bu\n",c,c)
and I get the high and the low byte of the unsigned int c on the screen.

I found a new bug in my system.
When I want to use the unsigned int od long in a for statement it count only for 32767. If I want to count more the processor locks and I have to reset.
eg.
unsigned int c
for (c=0; c<= 32767, ++c) it works but
for (c=0; c<= 33000, ++c) it doesn't work and the program falls an unfinished cycle as I suppose.

Cheer George

I forgett....
No I use the c51 putchar throu the built in serial interface of the 8032.
I use the Noice remote debugger and its
terminal program.
I tried some other terminal programs but the result was allways wrong.

I think yes, they'll work but I'm going to try soon.
There is no problem to printf the char, unsigned char and the strings.
Cheer George

unsigned int c
for (c=0; c<= 32767, ++c) it works but
for (c=0; c<= 33000, ++c) it doesn't work

Do you have ANSI Integer Promotion disabled?

What happens if you explicitly cast the constant to unsigned int; ie,

for (c=0; c<= (unsigned int)33000, ++c)

Hello,

for (c=0; c<= (unsigned int)33000, ++c)

I haven't tried yet but I'll tomorrow.

I put the "unsigned int" to the printf function but it didn't wok.

I tried the following program
unsigned int i;
for (i=0; i<=10; ++i)
printf("%u \n",i)
and the result was
04
65536
1310724
1966084
2621444
3276804
3932164
5242884
5898244
6553604
and so on

it seems to me the last digit is usually 4 isn't it the lenght of the string that produces the printf?

If I tried
printf("%x \n",i);
the result was
04
100004
200004
300004
400004
and so on.

if I use the unsigned long instead of int the result is
14
24
34
44
54
64
and so on.

I don't know why but my system is unstable.
the above programs works if the off-chip code start at 4003h
but I changed to 4100h the or shomewhere 5000h it doesn't work or if works gives a different results.
My off chip code memory is from 4000 to 7fff.
May I ask you to contact me the keilc51@freemail.hu it would be easier for me to contact you.

Thanks
George

Considering that
1. C51 passes parameters in fixed memory locations, and
2. C51 stores multibyte values in big-endian order (high-order byte first)

If

unsigned int i;
printf("%x \n",i);

Memory addressing problem??
I don't know.
I didn't mentioned but I allways modify the hex file before I download it.
The reason is there are a strange line in the hex record.
03000002xxxx
it'means c51 put a jump instruction to start routin at location 0.
Because my system has no writeable RAM at 0 it can't download the program.
So I change that line
03400002xxxxxxx
which means load the jump instruction at the first read/witeable location.
Everithing is in the correct address att the hex file and I do not change the others so I don't think that I made
the memory addressing problem.
What is your oppinion?

I tried to work with Keil monitor51 but it also has some problem. I put ask to the list but I have no answer yet.
Can you give me an advice where can I find good and working downloader or simple simulator program.

Cheer George