English Amiga Board - Crash on FreeBitMap when depth

This problem has been driving me nuts for a while, but I want to get back into my program and finish it up (for a given definition of "finish") now that 3.2 is out.

Here's what's happening:
- I open a screen with interleaved bitmap mode (SA_Interleaved=true)
- I load IFFs from deluxepaint into bitmaps
- I use those as "icons" on the screen, and user can drag them around.
- On app shutdown, I go through all my "icon" objects, and free them.
- In freeing icons, I call FreeBitMap
- if I am in depth 1, it is fine. no crash.
- if depth is 3, it crashes every single time.

Looking at the bitmap structures in Bebbo's GCC toolchain debugger, they look the way I would expect them to:
- the single depth bitmap has one plane.
- the depth 3 interleaved bitmap has 3 planes, and they start offset from each by one word.

My guess is that freebitmap frees the first plane, and that hoses the 2nd and 3rd plane, so they cause a crash, but I'm just guessing. And that seems weird to me, that the system wouldn't know what to do with interleaved bitmaps. So it's probably something I'm doing that I don't know I'm doing, but what?

Here's is how I'm creating the bitmaps:

Code:

        // attempt to load and process the icon and mask data



        // allocate a new bitmap

        the_icon->bitmap_ = AllocBitMap(pixel_width, pixel_height, the_depth, BMF_DISPLAYABLE|BMF_INTERLEAVED, NULL);



        if (the_icon->bitmap_== NULL)

        {

                LOG_ERR(("Icon_New %d: Could not allocate space for a copy of the icon bitmap", __LINE__));

                goto error;

        }



        // initialize the bitmap. requirement per autodocs:

                        // Initialize various elements in the BitMap structure to

                        // correctly reflect depth, width, and height.

                        // Must be used before use of BitMap in other graphics calls.

        InitBitMap( the_icon->bitmap_, the_depth, pixel_width* the_depth, pixel_height );



        // pass pointer to our new bitmap to routine that will read IFF bitmap and blit into ours

        if ( (General_GetBitMapFromIFFImage(the_icon->bitmap_path_, &the_icon->bitmap_, pixel_width, pixel_height)) == false)

In General_GetBitMapFromIFFImage, the IFF gets opened, then I blit from it's bitmap to the one I set up before:

Code:

                                // copy the bitmap using the blitter

                                // LOGIC: skipping the temp buffer for the blitter. I don't believe it's needed, because this shouldn't be an overlap situation. appears OS will do it anyway if needed.

                                        //TempA - If the copy overlaps exactly to the left or right

                                        //        (i.e. the scan line addresses overlap), and TempA is

                                        //        non-zero, it points to enough chip accessable memory

                                        //        to hold a line of A source for the blit (ie CHIP RAM).

                                        //        BitBitMap will allocate (and free) the needed TempA if

                                        //        none is provided and one is needed.  Blit overlap is

                                        //        determined from the relation of the first non-masked

                                        //        planes in the source and destination bit maps.

                                unsigned long the_plane_count = BltBitMap(iff_bitmap, 0, 0, *the_dest_bitmap, 0, 0, pixel_width, pixel_height, 0xC0, 0xFF, NULL);

On destroying the icon, I do waitblit() because docs said to do it:

Code:

        if (the_icon->bitmap_ != NULL)

        {

                WaitBlit();

                FreeBitMap(the_icon->bitmap_);

        }

Anything obvious jump out?