473,385 Members | 1,523 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,385 software developers and data experts.

main function

Hi all,

I have heard many discussions among my colleagues that main is a user
defined function or not.

arguments in favour:-

1) if it is built in function it must be defined in some header file
but it is n't.

2) every time we are defining how the main function should work

arguments against:-

1)user defined functions cannot be called from command line

some say that it is a special user defined function ,which is the
starting point of execution of a C program.

now questions are

1) What exactly is the correct answer..????
2) in free standing implementations is main the starting point
of execution..????
Nov 29 '07 #1
11 3521
aa*****@gmail.com wrote:
Hi all,

I have heard many discussions among my colleagues that main is a user
defined function or not.

arguments in favour:-

1) if it is built in function it must be defined in some header file
but it is n't.
Declared in a header, defined in a library.
2) every time we are defining how the main function should work

arguments against:-

1)user defined functions cannot be called from command line
Nor can any other, including main.
some say that it is a special user defined function ,which is the
starting point of execution of a C program.

now questions are

1) What exactly is the correct answer..????
The standard specifies main as the name of the function called at
program startup. There isn't a prototype in any headers because the
function can have one of two.

2) in free standing implementations is main the starting point
of execution..????
In a freestanding environment, the he name of the function called at
program startup is implementation defined.

--
Ian Collins.
Nov 29 '07 #2
aa*****@gmail.com wrote:
Hi all,

I have heard many discussions among my colleagues that main is a user
defined function or not.
What does the language specification say?

I suggest you get a copy of the standard (or the draft standard which is
available free) - see the FAQ for some pointers.

A lot of the questions you seem to be asking would be answered simply
by reading the standard rather than swapping opinions. In this case,
section 5.1.2 seems relevant (I'm using the C99 draft PDF).
arguments in favour:-

1) if it is built in function it must be defined in some header file
but it is n't.
There isn't, as far as I'm aware, any definition of "built in function"
in the C language specification. There are functions which an
implementation is required to provide and "main" isn't one of them.
2) every time we are defining how the main function should work
True enough. Though the standard defines what its arguments must be.
arguments against:-
1)user defined functions cannot be called from command line

some say that it is a special user defined function ,which is the
starting point of execution of a C program.

now questions are

1) What exactly is the correct answer..????
What does the standard say?
2) in free standing implementations is main the starting point
of execution..????
That depends on the implementation. The standard only mandates main for
hosted implementations.
Nov 29 '07 #3
aa*****@gmail.com wrote:
Hi all,

I have heard many discussions among my colleagues that main is a user
defined function or not.
Why? Did you get tired of counting the dancing angels on the needle?
Nov 29 '07 #4
aa*****@gmail.com wrote:
Hi all,

I have heard many discussions among my colleagues that main is a user
defined function or not.
The answer to that obviously depends on exactly what you mean by "a user
defined function". C doesn't define the term, so its up to you and your
colleagues to define what you mean by it; once you've done that, you'll
know whether or not main is one.
Nov 29 '07 #5
On Thu, 29 Nov 2007 02:26:11 -0800 (PST), aa*****@gmail.com wrote:
>Hi all,

I have heard many discussions among my colleagues that main is a user
defined function or not.
More exactly, the definition of main is user-defined. Its prototype is
not declared by the implementation, and it follows that you--the
user--must not declare its prototype.

Your definition of main must conform to the C Standard, which
specifies the following acceptable choices:

int main(void) { /* ... */ }
int main(int argc, char *argv[]) { /* ... */ }

One of the most important things to notice about these definitions is
that main returns a type of int. Defining main to return any type
other than int is considered to be undefined behavior; some compilers
gladly accept a definition of main that defines a return type other
than int, such as void, but you should avoid using such a definition,
for the following reasons: 1) a return type other than int (e.g.,
void) is considered undefined behavior because it does not conform to
the C Standard, and 2) those same compilers will gladly accept a
return type of int, which does conform to the C Standard.

After you have defined your main function to return a type of int,
another important thing to keep in mind is that the actual value of
the return type can take on only a few specific values. These values
are 0, EXIT_SUCCESS and EXIT_FAILURE. Period. The latter two values
are macros defined in the Standard C header file <stdlib.h>. Returning
a value of 0 has the same effect as returning a value of EXIT_SUCCESS,
as far as the C Standard is concerned.

Whether or not you choose to return 0 or EXIT_SUCCESS from main is a
matter of preference and perhaps style. My preference is to return 0
if I never return an error status (i.e., EXIT_FAILURE) and return
EXIT_SUCCESS if I do return an error status. One benefit of this is
that for simple "Hello World!" programs, I can return 0 and do not
have to include <stdlib.h>. For example:

#include <stdio.h>
int main(void)
{
printf("Hello World!\n");
return 0;
}

If I return EXIT_FAILURE somewhere, someplace, then my (pseudo)code
might look something like this:

#include <stdlib.h>
int main(void)
{
if ( /* some expression */ )
{
/* error */
return EXIT_FAILURE;
}
else
{
/* success */
return EXIT_SUCCESS;
}
}

One final note about the function main. Sometimes its return type of
int simply does not make sense. Most if not all embedded software
written in C has a main function that looks something like this:

int main(void)
{
/* initialize stuff */
for ( ; ; )
{
/* do something */
}
return 0;
}

As long as the "do something" part does not contain a break statement
(which is hardly if never the case), the return statement will never
be executed. In that sense, and in the sense that there is no
environment to which to return a value on many if not most embedded
applications, it doesn't really make sense to define main to return a
type of int, does it? Some compilers and source code analyzers will
flag a warning about the return statement in the above example, saying
something to the extent that it is unreachable code. What really makes
the most sense in this instance is that the return type of main is
void, e.g.:

void main(void)
{
/* initialize stuff */
for ( ; ; )
{
/* do something */
}
}

If and when you ever run into such a situation, just make sure that
your compiler provides the option to define main with a return type of
void. Of course your code will be non-portable, but you should only be
using such compiler-specific options in an application domain such as
the embedded world, which is highly non-portable (though not totally
non-portable), especially for any non-trivial application.

Best regards
--
jay
>
arguments in favour:-

1) if it is built in function it must be defined in some header file
but it is n't.

2) every time we are defining how the main function should work

arguments against:-

1)user defined functions cannot be called from command line

some say that it is a special user defined function ,which is the
starting point of execution of a C program.

now questions are

1) What exactly is the correct answer..????
2) in free standing implementations is main the starting point
of execution..????
Nov 30 '07 #6
On Nov 30, 12:09 am, jaysome <jays...@hotmail.comwrote:
More exactly, the definition of main is user-defined. Its prototype is
not declared by the implementation, and it follows that you--the
user--must not declare its prototype.

Why would there be a problem providing a prototype for main(), so long
as it matches one of the two acceptable forms, and matches the
eventual definition?
Nov 30 '07 #7
ro***********@yahoo.com wrote:
On Nov 30, 12:09 am, jaysome <jays...@hotmail.comwrote:
>More exactly, the definition of main is user-defined. Its prototype
is not declared by the implementation, and it follows that you--the
user--must not declare its prototype.

Why would there be a problem providing a prototype for main(), so long
as it matches one of the two acceptable forms, and matches the
eventual definition?
In fact if you use the "newer" style definition for writing main() you
automatically provide the prototype too. A separate prototype for
main() only rarely needed since main() is seldom called from other
functions.

Nov 30 '07 #8
aa*****@gmail.com wrote:
Hi all,

I have heard many discussions among my colleagues that main is a user
defined function or not.

arguments in favour:-

1) if it is built in function it must be defined in some header file
but it is n't.
That argument doesn't hold up. Depending upon the implementation, there
might be quite a few functions that are not declared in standard
headers, but which are also not user defined. These might be hidden
helper functions that are called by routines from the C standard
library. These might be routines which are executed to emulate in
software C features for which native hardware support is lacking on a
particular platform, such as long-double _Complex arithmetic on a
platform which has native support only for 8-bit integer arithmetic.
2) every time we are defining how the main function should work
That is precisely the definition of "user defined", and the only
relevant argument you've cited.
arguments against:-

1)user defined functions cannot be called from command line
That's also true for main(). What you call from the command line is the
entire program, which eventually results in a call to main(); and later
on, it eventually may result in a call to any of the other user-defined
functions in the program.
Nov 30 '07 #9
jaysome wrote:
More exactly, the definition of main is user-defined. Its prototype is
not declared by the implementation, and it follows that you--the
user--must not declare its prototype.
Because its prototype is not declared by the implementation,
it follows that you--the user--may declare its prototype.

--
pete
Nov 30 '07 #10
jaysome wrote:
On Thu, 29 Nov 2007 02:26:11 -0800 (PST), aa*****@gmail.com wrote:
>Hi all,

I have heard many discussions among my colleagues that main is a user
defined function or not.

More exactly, the definition of main is user-defined. Its prototype is
not declared by the implementation, and it follows that you--the
user--must not declare its prototype.

Your definition of main must conform to the C Standard, which
specifies the following acceptable choices:

int main(void) { /* ... */ }
int main(int argc, char *argv[]) { /* ... */ }

One of the most important things to notice about these definitions is
that main returns a type of int. Defining main to return any type
other than int is considered to be undefined behavior; some compilers
gladly accept a definition of main that defines a return type other
than int, such as void, but you should avoid using such a definition,
for the following reasons: 1) a return type other than int (e.g.,
void) is considered undefined behavior because it does not conform to
the C Standard, and 2) those same compilers will gladly accept a
return type of int, which does conform to the C Standard.

After you have defined your main function to return a type of int,
another important thing to keep in mind is that the actual value of
the return type can take on only a few specific values. These values
are 0, EXIT_SUCCESS and EXIT_FAILURE. Period. The latter two values
are macros defined in the Standard C header file <stdlib.h>. Returning
a value of 0 has the same effect as returning a value of EXIT_SUCCESS,
as far as the C Standard is concerned.

Whether or not you choose to return 0 or EXIT_SUCCESS from main is a
matter of preference and perhaps style. My preference is to return 0
if I never return an error status (i.e., EXIT_FAILURE) and return
EXIT_SUCCESS if I do return an error status. One benefit of this is
that for simple "Hello World!" programs, I can return 0 and do not
have to include <stdlib.h>. For example:

#include <stdio.h>
int main(void)
{
printf("Hello World!\n");
return 0;
}

If I return EXIT_FAILURE somewhere, someplace, then my (pseudo)code
might look something like this:

#include <stdlib.h>
int main(void)
{
if ( /* some expression */ )
{
/* error */
return EXIT_FAILURE;
}
else
{
/* success */
return EXIT_SUCCESS;
}
}

One final note about the function main. Sometimes its return type of
int simply does not make sense. Most if not all embedded software
written in C has a main function that looks something like this:

int main(void)
{
/* initialize stuff */
for ( ; ; )
{
/* do something */
}
return 0;
}

As long as the "do something" part does not contain a break statement
(which is hardly if never the case), the return statement will never
be executed. In that sense, and in the sense that there is no
environment to which to return a value on many if not most embedded
applications, it doesn't really make sense to define main to return a
type of int, does it? Some compilers and source code analyzers will
flag a warning about the return statement in the above example, saying
something to the extent that it is unreachable code. What really makes
the most sense in this instance is that the return type of main is
void, e.g.:

void main(void)
{
/* initialize stuff */
for ( ; ; )
{
/* do something */
}
}

If and when you ever run into such a situation, just make sure that
your compiler provides the option to define main with a return type of
void. Of course your code will be non-portable, but you should only be
using such compiler-specific options in an application domain such as
the embedded world, which is highly non-portable (though not totally
non-portable), especially for any non-trivial application.

Best regards
"Main" is "main" only in C. Other languages all have their own ways of letting
the linker and loader know were the system needs to jump (function call) to to
start execution. C could have used a switch to give the name of the function to
call to begin execution, with "main" being the default value, there is nothing
special about the name.

Now as to the two forms of "main" the loader likely passes the arguments even if
you ignore them, no harm in this as they pop off the stack upon return. Other
O/S may not even have a concept of argument values but the loader would still
have to pass a zero count and a null pointer on such systems as C requires it.
Or the complier might have to fake those depending on the implementation, but it
would be implementation dependent.

I'll leave it to the experts to say what might happen, besides the obvious
breaking of a script, if you don't return a value.
Dec 1 '07 #11
Ian Collins wrote:
aa*****@gmail.com wrote:
>I have heard many discussions among my colleagues that main is a user
defined function or not.
It is programmer defined because the programmer writes the code for
main, which defines it.
>2) in free standing implementations is main the starting point
of execution..????

In a freestanding environment, the he name of the function called at
program startup is implementation defined.
This is true. For freestanding implementations the entry routine is
normally main, with no parameters and no return value.
--
Thad
Dec 1 '07 #12

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

6
by: Manuel | last post by:
Can I invoke a function before main I could do it by invoking it in a Global object's constructor . Is there any other method other than this. Manuel
192
by: Kwan Ting | last post by:
The_Sage, I see you've gotten yourself a twin asking for program in comp.lang.c++ . http://groups.google.co.uk/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&th=45cd1b289c71c33c&rnum=1 If you the oh so mighty...
45
by: Steven T. Hatton | last post by:
This is a purely *hypothetical* question. That means, it's /pretend/, CP. ;-) If you were forced at gunpoint to put all your code in classes, rather than in namespace scope (obviously classes...
4
by: wongjoekmeu | last post by:
Hello All, >From a book where I have learned C++ it says that each application must have at least one function which is the main() function. Now I have the source code of a C++ program from...
16
by: Stephen Mayes | last post by:
Correct me if I am mistaken. The C standard guarantees that in a C hosted environment we can define main as: int main( int argc, char *argv ). I always assume that 'argc' is the number of...
5
by: Seong-Kook Shin | last post by:
Hi, I'm reading Steve's "C Programming FAQs" in book version, and have two question regarding to Q11.16 ... Also, a `return' from `main' cannot be expected to work if data local to main might be...
8
by: Michal Nazarewicz | last post by:
Hi, What does returning 0 from main() mean according to C89/C90 standard? I've found that in C99 it means successful termination (7.20.4.3p5) however as I'm editing book on C at Polish Wikibooks...
28
by: ravi | last post by:
Hello everybody, I am writing a small application which does some work before the user main function starts execution. I am trying to #define the main function. But the problem is that,
17
by: mike-yue | last post by:
and, Is it possible to call one main function from another main function? Thanks guys.
1
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...
0
by: ryjfgjl | last post by:
In our work, we often need to import Excel data into databases (such as MySQL, SQL Server, Oracle) for data analysis and processing. Usually, we use database tools like Navicat or the Excel import...
0
by: Charles Arthur | last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
0
by: ryjfgjl | last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
0
by: ryjfgjl | last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: Sonnysonu | last post by:
This is the data of csv file 1 2 3 1 2 3 1 2 3 1 2 3 2 3 2 3 3 the lengths should be different i have to store the data by column-wise with in the specific length. suppose the i have to...
0
by: Hystou | last post by:
There are some requirements for setting up RAID: 1. The motherboard and BIOS support RAID configuration. 2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.