AKMA's Random Thoughts

May 29, 2003

By the Way. . .

The review for promotion has been postponed indefinitely.

Posted by AKMA at May 29, 2003 12:21 AM | TrackBack
Comments

Pardon?

Posted by: Tripp at May 29, 2003 03:09 AM

Say, what? I just filled out an eval form...

Posted by: Jane Ellen at May 29, 2003 07:24 AM

The faculty wanted to review before the trustees arrive next week; the deans couldn’t find a place in their schedules for such a review (after having cancelled the carefully-scheduled review last month).

The faculty wanted the trustees to know about the faculty side of the situation (not only the financial side), to have a recommendation from the committee, and to take action based on that knowledge and recommendation. Since the committee won’t meet, the trustees won’t have a recommendation, and the whole matter of the administration having cancelled the review process falls off the agenda.

That’s how I understand things.

Posted by: AKMA at May 29, 2003 08:36 AM

When compared to the Stack, the Heap is a simple thing to understand. All the memory that's left over is "in the Heap" (excepting some special cases and some reserve). There is little structure, but in return for this freedom of movement you must create and destroy any boundaries you need. And it is always possible that the heap might simply not have enough space for you.

Posted by: Constance at January 12, 2004 10:51 PM

Being able to understand that basic idea opens up a vast amount of power that can be used and abused, and we're going to look at a few of the better ways to deal with it in this article.

Posted by: Heneage at January 12, 2004 10:52 PM

This back and forth is an important concept to understand in C programming, especially on the Mac's RISC architecture. Almost every variable you work with can be represented in 32 bits of memory: thirty-two 1s and 0s define the data that a simple variable can hold. There are exceptions, like on the new 64-bit G5s and in the 128-bit world of AltiVec

Posted by: Matilda at January 12, 2004 10:52 PM

But some variables are immortal. These variables are declared outside of blocks, outside of functions. Since they don't have a block to exist in they are called global variables (as opposed to local variables), because they exist in all blocks, everywhere, and they never go out of scope. Although powerful, these kinds of variables are generally frowned upon because they encourage bad program design.

Posted by: Jucentius at January 13, 2004 11:42 AM

When the machine compiles your code, however, it does a little bit of translation. At run time, the computer sees nothing but 1s and 0s, which is all the computer ever sees: a continuous string of binary numbers that it can interpret in various ways.

Posted by: Valentine at January 13, 2004 11:43 AM

The most basic duality that exists with variables is how the programmer sees them in a totally different way than the computer does. When you're typing away in Project Builder, your variables are normal words smashed together, like software titles from the 80s. You deal with them on this level, moving them around and passing them back and forth.

Posted by: Isaac at January 13, 2004 11:43 AM