alp $ type lame1.c
#include
int main( void)
{
long long val;
char c_string[10];
val = 15422720;
sprintf(c_string, "%06x", val);
printf ("Output1: %s\n", c_string);
printf ("Output2: %06x\n", val);
}
alp $ cc lame1
sprintf(c_string, "%06x", val);
..........................^
%CC-W-OUTTYPELEN, In this statement, this
argument to sprintf is of "a signed long
long" type and is not appropriate for the
conversion specifier "%06x". The value might
be truncated or formatted in an unintended
manner.
at line number 8 in file ALP$DKA0:[SMS]LAME1.C;1
printf ("Output2: %06x\n", val);
...........................^
%CC-W-OUTTYPELEN, In this statement, this
argument to printf is of "a signed long long"
type and is not appropriate for the
conversion specifier "%06x". The value might
be truncated or formatted in an unintended
manner.
at line number 10 in file ALP$DKA0:[SMS]LAME1.C;1
Of course, it still works here:
alp $ link lame1
%LINK-W-WRNERS, compilation warnings
in module LAME1 file ALP$DKA0:[SMS]LAME1.OBJ;1
alp $ run lame1
Output1: eb5500
Output2: eb5500
Little-endian systems tend to do better at
hiding problems like this than big-endian
systems. (And a good compiler tends to
reveal them.)
alp $ cc /vers
HP C V7.3-009 on OpenVMS Alpha V7.3-2
For fewer problems, you might try making a
couple of minor changes:
alp $ gdiff lame1.c lame2.c
8c8
< sprintf(c_string, "%06x", val);
---
> sprintf(c_string, "%06llx", val);
10c10
< printf ("Output2: %06x\n", val);
---
> printf ("Output2: %06llx\n", val);
