I have written a simple application that reads a data file, parses the text and then does some processing on that data. The data file is opened in my main() function. Is it good programming practice to use the exit() function if it is determined that the file was not opened properly? eg:
if (!file.is_open() ){
exit(1);
}
Furthermore, my program has a separate function to parse the data in the file. This function is called by main(). If the function finds an error in the data, I want the program to stop, after printing an error message. In such a situation, is it acceptable to use the exit() function within my parsing function? I am asking this question because, to me, it doesn't seem to be very tidy to allow a function to exit a program on it's own without returning control to the main() function. (I apologize if this question seems pretty obvious.. I'm new to C++ and programming in general).
What is exit() function in C language? The exit () function is used to break out of a loop. This function causes an immediate termination of the entire program done by the operation system. void exit (int code);
Exit() is a core function in the C/C++ programming language that is used to instantly end the calling process (function). It is possible to call from any function. It informs the operating system of the state of program termination by passing an int value. It is usually used when software crashes unexpectedly.
Yes, it is ok to use exit in C.
Calling exit
from a function isn't "bad" in the sense that it has well-defined behavior - there's nothing fundamentally wrong in doing so.
But, if you're writing a function that could end up in a library for instance, calling exit
from there is bad practice in general: it is much better to signal an error to the calling code (via a specific return value or exception for instance) and let the calling code decide what to do. (There are cases when it's perfectly valid though. e.g. if you're writing a function called quit_if_file_not_found
, well, your users are expecting a termination.)
In your case, your parsing function probably shouldn't call exit
: you might want, for example, at some point in the future, your main code to ask the user for a different file name if parsing the first one failed. If your parsing routine terminates the program, you have to modify both your main code and that function. If it had signaled an error condition, you'd only have to modify the logic in main
.
(And don't just exit
without printing an error message or logging something like you're doing above, that will make for frustrated users who can't know how to fix whatever issue it is the code encountered.)
There are two aspects. One is the interest of deciding to stop the program at the place you want to use exit
, the other is the use of exit. Mat's answer covers the first.
For the second, exit
is usually a bad choice in C++. The reason is that it does some cleanup (functions registered with atexit
and that sometimes include destructors of some objects of static storage duration), but not all of them (destructors of objects on the stack) and in my experience you either want all of it or none.
exit(0)
indicates successful program termination & it is fully portable, While
exit(1)
(usually) indicates unsucessful termination. However, it's usage is non-portable.
From main
there's no difference in exit(1)
or return 1
. You use a return/exit value of 0
for success and non 0
for failure.
If your subroutine is a library routine, which is used somewhere else, it should return control to main with some return code or an exception. Otherwise it's your choice, if you exit
or return.
In either case, it's good practice to document what the function does, be it exit
, return
code or exception
.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With