How big is an enum?

I noticed something odd while browsing through the assembly output of some AVR C code I wrote recently. In the code, I have the following expression:

int main() {
    setup();

    while (state != STATE_QUIT) {
        loop();
    }
}

Here, state is a variable of type enum STATE, which looks something like this (not exactly like this; there are actually 19 possible values but I didn’t want to clutter this post with unnecessary code listings):

Pssst! Hey…hey, buddy, wanna get an extra KB for cheap?

When I write OO-style code in C, I usually start with something like the following, in which I use malloc() to allocate memory for a variable of a particular type, perform some initialization actions, and then return it to the caller:

Button *button_new(uint8_t pin, uint8_t poll_freq) {
    Button *button = (Button *)malloc(sizeof(Button));
    // do some initialization stuff

    return button;
}

And when initially writing pipower, that’s exactly what I did. But while thinking about it after the fact, I realized the following:

In a case of awful timing, after my recent project involving some attiny85 programming I finally got around to learning how to use simavr and gdb to help debug my AVR code. It was too late for me (and I will never get the time back that I spent debugging things with an LED and lots of re-flashing), but maybe this will help someone else!

I’ve split this into three posts:

• Part 1: Using GDB

This is the second of three posts about using gdb and simavr to debug AVR code. The complete series is:

• Part 1: Using GDB

  A walkthrough of using GDB to manually inspect the behavior of our code.

• Part 2: Automating GDB with scripts

  Creating GDB scripts to automatically test the behavior of our code.

• Part 3: Tracing with simavr

  Using simavr to collect information about the state of microcontroller pins while our code is running.

This is the third of three posts about using gdb and simavr to debug AVR code. The complete series is:

• Part 1: Using GDB

  A walkthrough of using GDB to manually inspect the behavior of our code.

• Part 2: Automating GDB with scripts

  Creating GDB scripts to automatically test the behavior of our code.

• Part 3: Tracing with simavr

  Using simavr to collect information about the state of microcontroller pins while our code is running.

I have a Raspberry Pi running RetroPie hooked up to a television. It’s powered from a USB port on the TV, which is convenient, but it means that whenever we shut off the TV we’re pulling the plug on the Pi. While there haven’t been any problems so far, this is a classic recipe for filesystem problems or data loss at some point. I started looking into UPS options to alleviate this issue. I wanted something with the following features: