Please consider the following C Program
-
Please consider the following C program.
main()
{
int i, j, *p;
i = 25;
j = 100;
p = &i; // Address of i is assigned to pointer p
printf("%f", i/(*p) ); // i is divided by pointer p
}I took an online quiz on C and the correct answer was syntax error. I cannot find anything wrong with the above program. I tried both GCC and the Microsoft Development Stdio and both conmpilers accept the program. Please comment. Thanks Bob
Well, i see no syntax error either, what i do see and imho could cause a problem are the following: -if main is actually the main entry routine then it should look like this:
int main(int argc, char **argv);, but that wouldn't give you a syntax error, besides, that alone is just a function definition, nothing says it is "THE MAIN" entry point method. Besides, i think nowadays most compilers will accep that as the main entry point anyways. -the "%f" in printf will expect a floating point value rather than an integer, but then again, not a syntax error -you didn't specify any return type for the method, am not sure how compilers handle that but VC++ selfrigthously will take it as int, and might call you names for not returning anything from that method. But again, that is not a syntax error. Hmm...> The problem with computers is that they do what you tell them to do and not what you want them to do. <
-
Please consider the following C program.
main()
{
int i, j, *p;
i = 25;
j = 100;
p = &i; // Address of i is assigned to pointer p
printf("%f", i/(*p) ); // i is divided by pointer p
}I took an online quiz on C and the correct answer was syntax error. I cannot find anything wrong with the above program. I tried both GCC and the Microsoft Development Stdio and both conmpilers accept the program. Please comment. Thanks Bob
BobInNJ wrote:
Please comment.
printf("%f", (double) i / *p);
"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
-
Well, i see no syntax error either, what i do see and imho could cause a problem are the following: -if main is actually the main entry routine then it should look like this:
int main(int argc, char **argv);, but that wouldn't give you a syntax error, besides, that alone is just a function definition, nothing says it is "THE MAIN" entry point method. Besides, i think nowadays most compilers will accep that as the main entry point anyways. -the "%f" in printf will expect a floating point value rather than an integer, but then again, not a syntax error -you didn't specify any return type for the method, am not sure how compilers handle that but VC++ selfrigthously will take it as int, and might call you names for not returning anything from that method. But again, that is not a syntax error. Hmm...> The problem with computers is that they do what you tell them to do and not what you want them to do. <
I don't agree. the synopsis of the main() function (as an application entry point), there are several syntaxes allowed, and
int main(int argc, char **argv)is definitely not *THE* ultimate one. in C, the returned type is not mandatory. if not provided, int is assumed. and under windows, main can accept a third parameter which is an array containing the environment variables...[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]
-
I don't agree. the synopsis of the main() function (as an application entry point), there are several syntaxes allowed, and
int main(int argc, char **argv)is definitely not *THE* ultimate one. in C, the returned type is not mandatory. if not provided, int is assumed. and under windows, main can accept a third parameter which is an array containing the environment variables...[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]
See the Besides, i think nowadays most compilers will accep that as the main entry point anyways. part in my post, but you are right, sorry for the confusement. :)
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
-
See the Besides, i think nowadays most compilers will accep that as the main entry point anyways. part in my post, but you are right, sorry for the confusement. :)
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
normally, a C++ compiler would not accept a not typed function ; so the minimal main should be
int main()at least...[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]
-
Please consider the following C program.
main()
{
int i, j, *p;
i = 25;
j = 100;
p = &i; // Address of i is assigned to pointer p
printf("%f", i/(*p) ); // i is divided by pointer p
}I took an online quiz on C and the correct answer was syntax error. I cannot find anything wrong with the above program. I tried both GCC and the Microsoft Development Stdio and both conmpilers accept the program. Please comment. Thanks Bob
As David Crow already pointed out, there is an error, but it is not a syntactic one. :)
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke
[My articles] -
I don't agree. the synopsis of the main() function (as an application entry point), there are several syntaxes allowed, and
int main(int argc, char **argv)is definitely not *THE* ultimate one. in C, the returned type is not mandatory. if not provided, int is assumed. and under windows, main can accept a third parameter which is an array containing the environment variables...[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]
toxcct wrote:
and under windows, main can accept a third parameter which is an array containing the environment variables...
Windowsit's not alone,UNIXmain has the above feature too. :)If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke
[My articles] -
toxcct wrote:
and under windows, main can accept a third parameter which is an array containing the environment variables...
Windowsit's not alone,UNIXmain has the above feature too. :)If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke
[My articles]CPallini wrote:
Windows it's not alone
and you say this to me ?! :doh: when you're not sure, don't talk about something you don't know... that's what I did ;P
[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]
-
CPallini wrote:
Windows it's not alone
and you say this to me ?! :doh: when you're not sure, don't talk about something you don't know... that's what I did ;P
[VisualCalc][Binary Guide][CommDialogs] | [Forums Guidelines]
toxcct wrote:
and you say this to me ?!
Shouldn't I? Why? ;P
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler. -- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong. -- Iain Clarke
[My articles] -
Please consider the following C program.
main()
{
int i, j, *p;
i = 25;
j = 100;
p = &i; // Address of i is assigned to pointer p
printf("%f", i/(*p) ); // i is divided by pointer p
}I took an online quiz on C and the correct answer was syntax error. I cannot find anything wrong with the above program. I tried both GCC and the Microsoft Development Stdio and both conmpilers accept the program. Please comment. Thanks Bob
BobInNJ wrote:
p = &i; // Address of i is assigned to pointer p
That was a syntax error in the previous version of the C standard, comments begining with "//" were introduced in C99.
