goto: The Forbidden Fruit
Posted on Mon 25 February 2013 in blog
Nowdays, it's not hard to find tons of arguments against the use of goto
in C
(and C-like languages). Post anything to StackOverflow,
about/including goto
and you're almost guaranteed to get flamed.
Just like many good and useful things in our lives (pocketknives, guns, kegs,
etc.) it only takes a few people to abuse something before everyone else
categorizes it as "bad". But the truth is, goto
is a simple tool that, when
used correctly, can make a program much easier to write (and even understand!)
First, let's take a look at how not to use goto
(this is just a little
example, nothing meaningful):
int foo(int a)
{
int bar;
while (bar < spam())
{
loop:
bar = a * scale;
if (bar > 100) goto toobig;
bla(bar);
}
return bar;
toobig:
if (bar-tar > 0)
return bar;
bar -= 5; goto loop;
return bar * 2;
}
Wow, that was even hard to come up with, and cetrainly isn't the way to do things. Jumping in and out of control structures is bound to confuse the next guy, and possibly the compiler when it is trying to optimize.
But in the right places, goto can be extremely useful. Luckily, my opinion here is not alone. In fact, the Linux Kernel (3.8) uses goto over 100,000 times!
$ find linux-3.8 -iname '*.c' -exec grep 'goto' {} \; | wc -l
104299
Here is a good example of this programming style in use, from the ext4 driver.
First, let's look at some bad code. The author does two things that I really dislike:
-
They return all over the place. This is okay, unless (like in this example) you have to deal with resource de-allocation. Here, this leads to a fragile situation with lots of calls to
free()
. -
They check first for success, which leads to ridiculous amounts of nesting. And, the error-handling code is a long ways away from the code that detected the error situation, leading to lots of scrolling up/down.
bool baz(void)
{
bool result = false;
uint8_t *buf1 = NULL;
uint8_t *buf2 = NULL;
uint8_t *buf3 = NULL;
// Allocate buffers.
buf1 = malloc(BUF1_SIZE);
if (buf1) {
buf2 = malloc(BUF2_SIZE);
if (buf2) {
buf3 = malloc(BUF3_SIZE);
if (buf3) {
result = use_buffers(buf1, buf2, buf3);
if (result)
printf("Success!\n");
else
fprintf(stderr, "Operation failed.\n");
free(buf3);
free(buf2);
free(buf1);
return result;
}
else {
fprintf(stderr, "Error allocating %d bytes.\n", BUF3_SIZE);
free(buf2);
free(buf1);
return false;
}
}
else {
fprintf(stderr, "Error allocating %d bytes.\n", BUF2_SIZE);
free(buf1);
return false;
}
}
else {
fprintf(stderr, "Error allocating %d bytes.\n", BUF1_SIZE);
return false;
}
}
Using goto and a single exit point clean this mess up very nicely:
bool baz(void)
{
bool result = false; // Assume failure until proven successful
uint8_t *buf1 = NULL;
uint8_t *buf2 = NULL;
uint8_t *buf3 = NULL;
// Allocate buffers.
buf1 = malloc(BUF1_SIZE);
if (!buf1) {
fprintf(stderr, "Error allocating %d bytes.\n", BUF1_SIZE);
goto exit;
}
buf2 = malloc(BUF2_SIZE);
if (!buf2) {
fprintf(stderr, "Error allocating %d bytes.\n", BUF2_SIZE);
goto exit;
}
buf3 = malloc(BUF3_SIZE);
if (!buf3) {
fprintf(stderr, "Error allocating %d bytes.\n", BUF3_SIZE);
goto exit;
}
// Do something useful
if (!use_buffers(buf1, buf2, buf3)) {
fprintf(stderr, "Operation failed.\n");
goto exit;
}
result = true;
printf("Success!\n");
exit:
if (buf1) free(buf1);
if (buf2) free(buf2);
if (buf3) free(buf3);
return result;
}
This allows for a very straight-forward approach to handling resource
allocation/freeing and a clean exit path. It's much easier to maintain as well
(imagine having to remove buf2
in the first example!)
An alternative to goto I often see is the dummy do
-while
loop:
bool baz(void)
{
bool result = false;
uint8_t *buf1 = NULL;
uint8_t *buf2 = NULL;
uint8_t *buf3 = NULL;
do {
// Allocate buffers.
buf1 = malloc(BUF1_SIZE);
if (!buf1) {
fprintf(stderr, "Error allocating %d bytes.\n", BUF1_SIZE);
break;
}
buf2 = malloc(BUF2_SIZE);
if (!buf2) {
fprintf(stderr, "Error allocating %d bytes.\n", BUF2_SIZE);
break;
}
buf3 = malloc(BUF3_SIZE);
if (!buf3) {
fprintf(stderr, "Error allocating %d bytes.\n", BUF3_SIZE);
break;
}
// Do something useful
if (!use_buffers(buf1, buf2, buf3)) {
fprintf(stderr, "Operation failed.\n");
break;
}
result = true;
printf("Success!\n");
} while(0);
if (buf1) free(buf1);
if (buf2) free(buf2);
if (buf3) free(buf3);
return result;
}
This isn't terrible, but what about when you want to use an actual loop inside
that dummy do-while, and break out of it? PHP includes a nice
disgusting feature to break out of multiple levels. In other
languages you're screwed, unless you follow the loop with some additional code
to check for completion of the loop:
bool baz(void)
{
bool result = false;
uint8_t *buf1 = NULL;
uint8_t *buf2 = NULL;
int i;
do {
// Allocate buffers.
buf1 = malloc(BUF1_SIZE);
if (!buf1) {
fprintf(stderr, "Error allocating %d bytes.\n", BUF1_SIZE);
break;
}
buf2 = malloc(BUF2_SIZE);
if (!buf2) {
fprintf(stderr, "Error allocating %d bytes.\n", BUF2_SIZE);
break;
}
// Do something in a loop
for (i=0; i<CONSTANT; ++i) {
if (!use_buffers(buf1, buf2)) {
fprintf(stderr, "Operation #%d failed.\n", i);
break; // Can't get out of the do-while from here!
}
}
// Have to add this ridiculous check, because we could have exited
// the loop early...
if (i==CONSTANT) {
result = true;
printf("Success!\n");
}
} while(0);
if (buf1) free(buf1);
if (buf2) free(buf2);
return result;
}
In this case, a goto exit; would have worked just fine.